*BSDThis forum is for the discussion of all BSD variants.
FreeBSD, OpenBSD, NetBSD, etc.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Maybe chort will sticky this (or something) as you're correct. The OnLamp site has a ton of good info on it on all kinds of topics. I have the RSS feed for the Big Scary Daemons column in my firefox live bookmarks and really all the BSD section is great!
Distribution: OpenBSD 4.6, OS X 10.6.2, CentOS 4 & 5
Posts: 3,660
Rep:
Looks like there could be some useful information in there. I'm a little bit dubious about Dru Lavigne after I leafed through her book, but I'll let everyone make up their own mind.
"The third method is to download and extract a source tarball. This method works on any Unix system but comes with a big disadvantage: the package management system in place usually cannot track the installed files. This means you have to remember what you installed, when you installed it, and what dependencies come with or rely on that program. It will also be very difficult to keep those programs up to date and to remember to check for security fixes on each program."
1) As a newbie to linux I just want someone to confirm if the above statement is true where you can install a tarball onto any Unix type OS (ie. Solaris, BSD, MacOS, Linux)?
2) Moreover, in what programming language are tarballs written in?
3) I guess its better to install an RPM since it won't come with the disandvantage that tarballs come with as mentioned in my quote above. However, RPM's are distro dependant where one RPM that's make for Red Hat won't be able to install on Mandrake?
Distribution: Slackware, Windows, FreeBSD, OpenBSD, Mac OS X
Posts: 5,296
Rep:
Quote:
"The third method is to download and extract a source tarball. This method works on any Unix system but comes with a big disadvantage: the package management system in place usually cannot track the installed files. This means you have to remember what you installed, when you installed it, and what dependencies come with or rely on that program. It will also be very difficult to keep those programs up to date and to remember to check for security fixes on each program."
1) As a newbie to linux I just want someone to confirm if the above statement is true where you can install a tarball onto any Unix type OS (ie. Solaris, BSD, MacOS, Linux)?
2) Moreover, in what programming language are tarballs written in?
3) I guess its better to install an RPM since it won't come with the disandvantage that tarballs come with as mentioned in my quote above. However, RPM's are distro dependant where one RPM that's make for Red Hat won't be able to install on Mandrake?
Thanks
This has been sitting for a while so I'll try and answer your questions.
1) You won't need to actually install a tarball.
The tarball should be extracted and should contain the source so that you may compile it and install the
source.
For questions 2, and 3, you may want to look at a guide to compiling from source. This one is based on linux, there are probably many others available.
Almost always, yes. But some of them are really written in a non-portable manner which will make it nearly impossible. It depends on how well it was written. Some will compile without any issues at all... others might take some tweaking... and some would require you to code whole modules and make sweeping changes to the source.
I been thinking about getting bsd for a while, but what can it do for me? It's the hardware and shit im worried about, plus i got debian and fc3 installed.
Almost all hardware I have ever run into has been supported without major issues by FreeBSD. If you do have something which is vital for your use and it isn't on the hardware compatability list... well, it is worth a shot but make it the first thing you test and be willing to walk away if it doesn't work (FreeBSD just wouldn't be right for you).
As for shit, shit is currently unsupported... you can run -CURRENT and get an implementation which is just sloppy shit and is soft and fragile compared to the rest of the system. Personally, I prefer no-shit but I know some people have different ideas about computing.
FreeBSD lives pretty happily with other operating systems... so it is not a big deal to have a couple linux versions laying around. Personally, I don't dual boot any of my systems... but that is just me again.
There are minor issues with using the FreeBSD bootloader with Linux. It has no way to locate the Linux kernel and thus requires a copy of grub or LILO at the start of the linux partitions. It is usually best to leave the boot loader (grub or LILO) alone during the BSD install and then instruct those bootloaders to find FreeBSD.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.