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.
As much as src2pkg and makepkg have their uses (btw am I the only one who found makepkg is broken in Slack 13 64 bit?) I really miss checkinstall.
Checkinstall gave you the flexibility to configure with all kinds of options and then do make when you have the configuration options like you want. Then you compile and when you're done you su to root and creat the package and install it. But it has been broken somewhere during Slackware 12.
I can't use src2pkg unless I have very simple configuration (no way to get ./configure --help output and try a few different ways) and makepkg can be a pain because you have to create the dir structure you want and then move everything to some temporary place after you built it.
So now I am just using make install because these other methods are so unsatisfactory. I lose the ability to keep track of what I have (I do it manually now) and worse I lose the ability to yank a package in one shot.
What are you guys using now to make packages? Will checkinstall ever be fixed?
btw am I the only one who found makepkg is broken in Slack 13 64 bit?)
Perhaps if you told us how you think it is broken someone could confirm/refute. I've built packages with it here on my Slack64 13.0 install and it appears to have worked so far.
I miss it too,
I just install it anyway and sometimes package creation still works.
I try to use sbopkg more and just hope everything I need is available there
I don't like to rely on these packages. Sometimes it helps when you have really wierd piece of software. I prefer to install all addons to /usr/local or /opt. Thanks.
Also, if you use the -Q option with src2pkg, it will start a separate terminal which shows the output of './configure --help' while pausing in the main terminal to let you enter the options you want -you can paste from the terminal with the --help output.
Seeing configure --help is pretty important to me, too, so here's what I do:
Code:
src2pkg -VV -c="./configure --help" $TARBALL
Also,
Code:
src2pkg -p="$YOUR_PREFIX_OF_USR_LOCAL $TARBALL
will install to /usr/local (a preference I share).
Src2pkg can automate almost anything you do when installing packages.
One issue I have been stumped with was failing to install some packages with really old install scripts that have a different name than install.sh. IIRC, it was CMU sphinx that I was installing. That was with a much older version of src2pkg; it has been improving a lot lately. I never put serious effort into working around the setup script issue, and I'd be willing to bet it can be done with src2pkg. I later found a program tarball that I actually prefer (cvoicecontrol) that builds without problem and default settings with src2pkg.
EDIT: the man himself beat me to it , and showed a much better way to do interactive packages and see configure --help output. See previous post.
Last edited by trhodes; 09-14-2009 at 05:13 AM.
Reason: outshined
I don't like to rely on these packages. Sometimes it helps when you have really wierd piece of software. I prefer to install all addons to /usr/local or /opt. Thanks.
A slackbuild isn't a package. It's source code compiled on your computer using an automated, configurable script. The result is a package optimized for your system which is logged in the package database and is removable as a single package.
You guys know that the src2pkg package also includes "trackinstall"? it works exactly like checkinstall
./configure --you-options
make
trackinstall -i='make install'
Package is made for you.
Wow you just made a friend! I wonder why gnashley didn't mention it to me when I was asking about this...anyway I already made a few packages while Linuxquestions.org was unreachable. It works great, thanks Gnashley and Daedra!
A slackbuild isn't a package. It's source code compiled on your computer using an automated, configurable script. The result is a package optimized for your system which is logged in the package database and is removable as a single package.
I understand its a script but it's not that helpful unless you're doing something like openorifice.org or other weird apps that don't install normally to standard locations.
It doesn't optimize the package it creates either.
Seeing configure --help is pretty important to me, too, so here's what I do:
Code:
src2pkg -VV -c="./configure --help" $TARBALL
Also,
Code:
src2pkg -p="$YOUR_PREFIX_OF_USR_LOCAL $TARBALL
will install to /usr/local (a preference I share).
Src2pkg can automate almost anything you do when installing packages.
One issue I have been stumped with was failing to install some packages with really old install scripts that have a different name than install.sh. IIRC, it was CMU sphinx that I was installing. That was with a much older version of src2pkg; it has been improving a lot lately. I never put serious effort into working around the setup script issue, and I'd be willing to bet it can be done with src2pkg. I later found a program tarball that I actually prefer (cvoicecontrol) that builds without problem and default settings with src2pkg.
EDIT: the man himself beat me to it , and showed a much better way to do interactive packages and see configure --help output. See previous post.
Thanks. I know how to pass the prefix and other options, but it's an iterative process to first see the output of configure --help and then to start trying to get the thing configured like you want. I like trackinstall, so far it's exactly what I need.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.