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.
Yes, like I said I did an update. Got it working though, apparently any current mirror had this issue so I enabled a 12.0 mirror.
Now I'm having this issue:
Quote:
Package gmp-4.1.4-i486-2 upgraded with new package ./gmp-4.2.2-i486-1.tgz.
Searching for NEW configuration files
Some packages had new configuration files installed.
You have four choices:
(K)eep the old files and consider .new files later
(O)verwrite all old files with the new ones. The
old files will be stored with the suffix .orig
(R)emove all .new files
(P)rompt K, O, R selection for every single file
What do you want (K/O/R/P)?
P
Select what you want file-by-file
/etc/rc.d/rc.font.new - (K)eep|(O)verwrite|(R)emove|(D)iff?
D
file /etc/rc.d/rc.font doesn't exist
/etc/rc.d/rc.font.new - (K)eep|(O)verwrite|(R)emove|(D)iff?
D
file /etc/rc.d/rc.font doesn't exist
/etc/rc.d/rc.font.new - (K)eep|(O)verwrite|(R)emove|(D)iff?
I wouldn't give up on swaret yet. I've been using the latest version (1.6.3.2) with no issues at all.
Has it ever worked for you? If not, you may need to check your swaret.conf. I don't have access to mine right now, but I can send it to you later, if it would help.
What do you want (K/O/R/P)?
P
Select what you want file-by-file
/etc/rc.d/rc.font.new - (K)eep|(O)verwrite|(R)emove|(D)iff?
D
file /etc/rc.d/rc.font doesn't exist
There is nothing mysterious about this message. There is no prior file "/etc/rc.d/rc.font" so it is impossible to show the difference with the "/etc/rc.d/rc.font.new" file.
I don't know what makes you think you can just jump from using a 10.1 mirror to a 12.0 mirror, but it doesn't work like that. If you really did that, then I suspect that swaret is the least of your problems (and that's saying a lot, because swaret is probably the last piece of software you'll ever find installed on one my systems).
[...]swaret is probably the last piece of software you'll ever find installed on one my systems).
To be honest, I have seen opinions like this many times over the years, posted here and elsewhere. But it is actually not clear to me, what these harsh statements are caused by.
Of course, a fool with a tool is still a fool (not adressed to the OP).
I find useful functionality in tools like swaret and slapt-get, mainly dependency checking, which is something that none of the (good!) official tools does for me. But I won't ever allow them to resolve dependencies unattended.
Neither swaret nor slapt-get has ever caused any damage in my system, probably because I used them with care. Still, they provide useful features, not available in the stock tools.
So I wonder what this hostility is caused by.
BTW, I use slapt-get not very often, but I like to use sbopkg, slackyd and src2pkg. These are all very helpful for me, and they way they guide the user minimises the risk of unintential replacements of libraries due to dependencies being resolved automatically, or so.
However, as I said, swaret and slapt-get provide a couple of useful features, that I haven't found elsewhere. I only use these features to get some hints of gaps or inconsistencies, and they proved very useful for this.
But to make this clear too: I rely on slapt-get or swaret to maintain my system. I use slackpkg and the pkgtools for this.
Please don't put words in my mouth - I made no statements at all about slapt-get in that post. In fact, if used properly and with an understanding of its limitations, I think slapt-get can be a great tool for many users.
I cannot say the same about swaret - the way it tries to find dependencies is fundamentally flawed. That might have changed in the most recent version, and if so, perhaps I need to have a look at it again, but otherwise, my opinion stands as stated earlier.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.