SlackwareThis Forum is for the discussion of Slackware Linux.
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.
Is it better to build packages or simply slackbuilds binaries. (The convenient way)... I have trust issues. But as far as performance goes just wanted some opinions on this.
My guess on what you're asking is this: if you want to build packages for Slackware and distribute them, is it better to to distribute the binaries or the SlackBuild scripts?
If that's what you're asking, my answer is this. You always distribute the SlackBuild scripts. Distributing the binaries in addition to the SlackBuild scripts would be appreciated, but it's not mandatory.
My guess on what you're asking is this: if you want to build packages for Slackware and distribute them, is it better to to distribute the binaries or the SlackBuild scripts?
If that's what you're asking, my answer is this. You always distribute the SlackBuild scripts. Distributing the binaries in addition to the SlackBuild scripts would be appreciated, but it's not mandatory.
My bad I meant "Build packages from source". Is it worth the hassle or is slackbuilds good enough?
The SlackBuild should be doing the exact same thing you'd be doing if you were building a package from a source tarball. If it's not, then you can edit the SlackBuild.
And if you have "trust issues", you can read the SlackBuild.
The SlackBuild should be doing the exact same thing you'd be doing if you were building a package from a source tarball. If it's not, then you can edit the SlackBuild.
And if you have "trust issues", you can read the SlackBuild.
OK thanks I thought the slackbuilds were prebuilt binaries instead of source. So its just a script that builds it for you on your system is what you are saying.
OK thanks I thought the slackbuilds were prebuilt binaries instead of source. So its just a script that builds it for you on your system is what you are saying.
Yes.
There are probably other docs by now (I haven't been keeping up with SlackDocs), but here's a good primer:
@J.D. (a.k.a. Mercury305): 90%+ of all SlackBuilds do build from source and then package. However you will find a handful of SlackBuild scripts that just repackage a binary. The most common reason for SlackBuilds doing this is because the software is proprietary and the source code is unavailable (e.g. Chrome [unlike Chromium it includes some proprietary parts] and Opera). Other times people make SlackBuilds that repackage binaries because they are time consuming or require lots of resources to build (e.g. Firefox with PGO).
So its just a script that builds it for you on your system is what you are saying.
They are scripts that automate:
Unpacking the source (or precompiled binary)
Building the software (or reorganising it in the case of precompiled software)
Packaging the result into Slackware's native package format
SlackBuilds are often preferred to binary packages, particularly when you getting some of your software from unknown or not fully trusted sites of people. It gives you the convenience of being able to use native packing tools but allows you to review what is being done to make the package.
In the case of SlackBuilds.org most here would trust them to serve binaries but hosting a bunch of build scripts takes up less space, allows the user to tweak things and also learn something along the way.
Building the software (or reorganising it in the case of precompiled software)
Packaging the result into Slackware's native package format
SlackBuilds are often preferred to binary packages, particularly when you getting some of your software from unknown or not fully trusted sites of people. It gives you the convenience of being able to use native packing tools but allows you to review what is being done to make the package.
In the case of SlackBuilds.org most here would trust them to serve binaries but hosting a bunch of build scripts takes up less space, allows the user to tweak things and also learn something along the way.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.