[SOLVED] Cannot install from Slackbuilds. Package not put in /tmp.
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.
# ls /var/log/packages/cairo-*
/var/log/packages/cairo-1.10.2-x86_64-2
You might have replaced the default version (cairo-1.12.16-x86_64-1_slack14.1) using upgradepkg, for some reason?
Quote:
I am not familiar with Slackware's notation. I am used to using apt-cache. So I do not know if the lack of _64-1_slack14.1 at the end is significant. I cannot tell if these are descriptions of what the package is and where it would be if it was installed, or if this shows the package as being installed.
_slack14.1 = default version, off the installation DVD or CD, "official" update? Only present on some packages in /var/log/packages. Strange.
EDIT
I had to answer the 'phone half way through this reply. By the time I'd got back to it, two others had replied.
YET ANOTHER EDIT
Ahaa! Those packages ending in _slack14.1 are ones that have had security updates.
The previous posts are correct and I had already figured it out, but thanks anyway. After making my last post, and before reading the replies, while reading another thread on this forum I realised that Slackware has upgraded to 14.1. My installation disc is 14.0, but since I had not touched the installation for a long time due to life circumstances, it had not been upgraded. No problem me thinks, upgrade. I had to change my mirror, then was able to update. However, I ran into a problem with the upgrade. For some reason, the upgrade froze while installing a kernel patch. Since I could not figure out how to abort and start over, in frustration I killed it. My system is surely borked and will need to be re-installed. I am currently downloading a new ISO with the Debian system. I am not even going to attempt to boot Slack, until tomorrow. Although I am sure it will be a vain attempt.
Last edited by Randicus Draco Albus; 07-25-2014 at 05:44 AM.
Until you are at ease with Slackware, my advice would be to make a new installation instead of upgrading to a new version: the upgrade procedure, however well documented, is not so easy to follow for Slackware newcomers. Just save all files you want to keep before the new installation.
Last edited by Didier Spaier; 07-25-2014 at 06:29 AM.
I'm sure anyone who can manage Debian, can manage Slackware.
Actually, I find Slackware very easy to configure, but it took me a long time to come to grips with installing SlackBuilds, even with help. Gives you an idea of how strangely my brain works.
Quote:
Didier Spaier
Until you are at ease with Slackware, my advice would be to make a new installation instead of upgrading to a new version: the upgrade procedure, however well documented, is not so easy to follow for Slackware newcomers.. Just save all files you want to keep before the new installation.
An upgrade from 14.0 to 14.1 being an actual upgrade (packages and system as opposed to security updates) did take me by surprise. The reason for the failure is most likely my not preparing for it, because I expected a much smaller upgrade. On the bright side, assuming I must re-install, I shall soon be an expert at installing Slackware.
Until you're comfortable with the system, just ensure your /home is a separate partition and then you can simply reinstall - obviously setting the mount point for /home but keeping it unformatted - when things get messed up.
Until you're comfortable with the system, just ensure your /home is a separate partition and then you can simply reinstall - obviously setting the mount point for /home but keeping it unformatted - when things get messed up.
Well, each his own path.
I don't set up a separate partition for /home but save its content on an external USB HDD.
Then I install the new Slackware version (still without a separate /home partition) and just cherry-pick what I need from the old /home and migrate that to the new one.
Advantages:
Better use of disk space.
After a while my /home becomes a mess. That forces me to clean the house from the basement to the roof.
I don't have to bother with all these old hidden text files and directories I can hardly remember what they are, unless I have a real need to migrate them.
PS I run 4 Slackware systems on one laptop. Having only 4 ext4 partitions is easier to manage for me.
Last edited by Didier Spaier; 07-25-2014 at 11:04 AM.
Reason: "Better use of disk space" highlighted, and PS added.
I prefer to keep /home and just rm the dot files I don't want (e.g. everything except shell config, command history, xinitrc, window manager configs, etc). I don't reinstall that often to worry.
It is only little off-topic and a worthwhile discussion, so no problem. Many people advocate a separate /home partition, but I am not one of them. I do not need to configure many applications. Most of the work is setting preferences for things like LibreOfficeWriter and file managers, which a separate /home partition would not eliminate. With other applications like Openbox, tint2 and Conky, I simply copy-and-paste the configuration files from the backup copies. So I find a separate data partition more useful. It also has the extra benefit of being usable by more than one OS. It is really convenient to have Debian and Slackware using the same partition containing all my files.
Now that the secrets of LILO have been revealed to me, after I buy some more discs I can burn the 14.1 ISO and quickly have a working system installed. Then I can install the few Slackbuilds I need. I just wish Aqualung was in Slackbuilds. It is my favourite audio player. The advantage Debian has is that my favourite applications are easy to get from the repositories, but Slackware's advantage is that most of them are included in the system, so only a few need to be added after installation.
This blunder was irritating, but was a wonderful learning experience.
It appears that Aqualung will compile on a stock Slackware system but you will not have all features available, so before compiling you will want to have installed all of the codecs you will be using, as well as LADSPA filters if you want them.
(There is also the src2pkg utility which probably simplifies things, but I've never taken the time to learn how to use it.)
I did not check to see if the system was still usable. Since this is a testing system to see if I can use it, I just re-installed with 14.1. Other than not being able to install tint2, because the location of the source tarball was unreachable, all the other SlackBuilds I want were installed easily, quickly and successfully. An honourable mention must be given to cynwulf for providing some instructions through the labyrinth of SlackBuilds. There is no way I could have wrapped my brain around it alone.
Only two more tests. Install a third-party package and set up the printer. If I can do those, I can add Slackware to my list of distributions.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.