LinuxQuestions.org
Support LQ: Use code LQ3 and save $3 on Domain Registration
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices

Reply
 
Search this Thread
Old 03-15-2011, 03:17 AM   #1
telemeister
Member
 
Registered: Dec 2007
Location: Brisbane Australia
Distribution: Slackware
Posts: 57

Rep: Reputation: 16
Pros/Cons Installing from Source vs packages


I think a fairly basic query that I don't fully get.

At work / home / laptops I have about 5 slackware machines. I have always tended to install new packages on each machine from source, generally using slackbuilds when available.

I thought I would try 'libreoffice' and reading alien-bobs blog I deduced that a full from source install might be pretty difficult, so I followed his advice and just took the package (.txz file) and used installpkg. To my slight surprise this installed and ran perfectly.

Now I'm wondering if someone would clarify under what circumstances you can just take the slackware package from one machine to another and install.

More generally I guess what are the main advantages of building from source. Is it mainly about availability of all the required dependencies?

Thanks for any clarification.
 
Old 03-15-2011, 03:34 AM   #2
Daedra
Senior Member
 
Registered: Dec 2005
Location: Springfield, MO
Distribution: Slackware64-14.1
Posts: 1,222

Rep: Reputation: 177Reputation: 177
Installing precompiled binaries is generally perfectly safe if they come from a reliable source. Anything from Alien Bob or Robby Workman is perfectly safe (there core team members after all). www.slacky.eu is also very reliable. As far as building a package from source and then installing it on other machines you should also be fine as long as the archs are the same. Most slackbuilds use c/c++ flags that are designed for compatibility and not aggressive optimizations. This makes the resulting package more compatible across a wider range of systems. There should be no problem when building a package from source and then installing the resulting package on your other machines, as long as the CPU architecture is the same and you've met all the required dependencies of the package.

Last edited by Daedra; 03-15-2011 at 03:41 AM.
 
Old 03-15-2011, 03:52 AM   #3
Smokey_justme
Member
 
Registered: Oct 2009
Distribution: Slackware
Posts: 334

Rep: Reputation: 99
This seems like an interesting subject...

Basically, from my point of view and experience installing from source usually has more dependencies than binaries so that's not the advantage. Furthermore, you actually install Slackware from binaries packages (already compiled packages). Actually installing directly binary packages is on many occasions a very good thing...


Now.. Pros on installing from source (by compiling on your own machine):

1. And this is really important... When you install a binary package your system might (and usually has) different versions of libraries from that of the compiler (and here I mean the person that compiled and created the package). Of course, this isn't such a big deal when taking packages from Alien Bob or any other guy that compile in a stable release and documents all other dependencies...

2. This is also important... When installing from source you know what YOU are compiling and installing. There's no patch that breaks more things than it repairs...

3. Options... A lot of the bigger programs/utilities have different functionalities that may be enabled or disabled at compile time.

And cons:

1. It takes time... But that's why packages exist... There is no sense in repeating the build unless you really need to change things or put it on a really different system.

2. Some programs have exhausting compile dependencies ... It's easy to screw things up when compiling such programs.

3. Well... it takes time... )

Again.. this is just a list based on my point of view and experience. Also, when running into trouble, I've found it more easy to discover the problem when building from source.
 
Old 03-15-2011, 06:51 AM   #4
tdos20
Member
 
Registered: Aug 2006
Location: London
Distribution: Slackware
Posts: 103

Rep: Reputation: 29
I've occasionally had to recompile packages to link them with new libraries - for example running JACK which is no longer included in slackware I had to recompile xine-lib to enable the JACK output - this wouldn't have worked using the package but did work using the slackbuild and sources.
 
Old 03-15-2011, 08:49 AM   #5
tronayne
Senior Member
 
Registered: Oct 2003
Location: Northeastern Michigan, where Carhartt is a Designer Label
Distribution: Slackware 32- & 64-bit Stable
Posts: 3,042

Rep: Reputation: 761Reputation: 761Reputation: 761Reputation: 761Reputation: 761Reputation: 761Reputation: 761
Over many -- actually too many -- years of building software from scratch I've had the idea that compiling on the hardware it's going to run on is beneficial. Well, maybe it is in some little tiny way (like you might go a microsecond faster or some such nonsense) but the concept has proven itself to be more trouble that it's worth (almost always). I've become convinced (by not having one lick of problems) that Slackware binary packages from reliable sources (as mentioned by others above) are perfectly fine. Installing from a SlackBuild, perfectly fine. Installing using Src2Pkg (oh, so much easier than configure-make-make install!), perfectly fine. I've got multiple servers, doing it once and installing a package on every box, well, beats the heck out of fiddling for, sometime, hours (the only downside is that there are two 64-bit boxes and three 32-bit, but that's progress, eh?).

With the combination of tools we have available I vote for pre-built, SlackBuild and Src2Pkg and get on with life.

Hope this helps some.
 
1 members found this post helpful.
Old 03-15-2011, 09:15 AM   #6
dive
Senior Member
 
Registered: Aug 2003
Location: UK
Distribution: Slackware
Posts: 3,211

Rep: Reputation: 292Reputation: 292Reputation: 292
Quote:
Originally Posted by tronayne View Post
Installing using Src2Pkg (oh, so much easier than configure-make-make install!), perfectly fine.
Do you know sbopkg? www.sbopkg.org
 
Old 03-15-2011, 11:12 AM   #7
tronayne
Senior Member
 
Registered: Oct 2003
Location: Northeastern Michigan, where Carhartt is a Designer Label
Distribution: Slackware 32- & 64-bit Stable
Posts: 3,042

Rep: Reputation: 761Reputation: 761Reputation: 761Reputation: 761Reputation: 761Reputation: 761Reputation: 761
Quote:
Originally Posted by dive View Post
Do you know sbopkg? www.sbopkg.org
Yeah; however, I do stuff that isn't of enough general interest for SlackBuilds.org or Slacky.eu so I need to build my own every so often (mostly having to do with maps and GIS -- not too many folks care about that kind of thing). I always look first and if what I need is there, hey, all done. Otherwise it's build it myself.
 
Old 03-16-2011, 04:49 AM   #8
ottavio
Member
 
Registered: Nov 2007
Posts: 312

Rep: Reputation: 46
If you like to install packages from source, why don't you install netbsd's pkgsrc:

http://kuparinen.org/martti/comp/sla...slackware.html

For an overview of pkgsrc: The NetBSD Packages Collection:
http://www.netbsd.org/docs/software/packages.html
 
Old 03-16-2011, 05:57 AM   #9
Richard Cranium
Senior Member
 
Registered: Apr 2009
Location: Carrollton, Texas
Distribution: Slackware64 14.1
Posts: 1,494

Rep: Reputation: 437Reputation: 437Reputation: 437Reputation: 437Reputation: 437
Quote:
Originally Posted by ottavio View Post
If you like to install packages from source, why don't you install netbsd's pkgsrc:

http://kuparinen.org/martti/comp/sla...slackware.html

For an overview of pkgsrc: The NetBSD Packages Collection:
http://www.netbsd.org/docs/software/packages.html
Or I could just run Gentoo.
 
Old 03-16-2011, 06:20 AM   #10
w1k0
Senior Member
 
Registered: May 2008
Location: Poland
Distribution: Slackware, Mint
Posts: 1,240

Rep: Reputation: 196Reputation: 196
Let me to describe my method of maintaining Slackware...

When the new version of Slackware arises I download it as well as all new versions of SlackBuilds.org packages I use.

After installing Slackware on my primary machine I run a bunch of my own scripts. These scripts prepare accounts for my users, configure the system, the network, and X Window as well as improve the security of the system. Next I install the additional programs I got from SlackBuilds.org.

In result I have fully installed and customized system. I backup it using tar and gz and restore on the secondary and tertiary machines I own. To run the system on these machines is usually enough to reload LILO because all my machines use the same structure of the partition table. As the final touch I run on these two machines the script changing machines names and local IP addresses.

So I don’t have to manually customize the system and I don’t have to compile and install the same programs on different machines. It saves a lot of time.

First remark: when I change some setting in my system I don’t modify the configuration files manually. Instead of that I add the appropriate procedure to the one of my scripts and then I run it. In result the complete set of my scripts reflect the configuration of my system. So when I run these scripts on the newly installed system I get the fully customized system.

Second remark: when I need to install in my system the program unavailable in SlackBuilds.org I write my own SlackBuild script and I use it to install that program. As for more important programs I submit my SlackBuild scripts to SlackBuilds.org in order to share it with the Slackware community.

Third remark: to install Slackware and SlackBuilds.org updates I use slackpkg and sbopkg.
 
1 members found this post helpful.
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
[SOLVED] Mixing 13 and 13-current Java packages; pros and cons catkin Slackware 3 04-29-2010 04:50 AM
What kernel should I use? Pros/Cons.... M$ISBS Slackware 8 11-13-2006 08:23 AM
LXer: Educators examine pros, cons of open source platforms LXer Syndicated Linux News 0 09-16-2006 04:33 AM
Pros/Cons: Source vs. Binary DreameR-X Linux - Newbie 4 03-16-2006 11:26 PM
pros/cons of getting a G5 Tomasfuego Linux - Hardware 4 06-07-2005 04:53 AM


All times are GMT -5. The time now is 09:01 PM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration