[SOLVED] Installed duplicate packages with slackpkg+
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.
Logically I'd say the system uses the last one installed, but it only needs one, so keep alien, or the other one added by the system.
I have never had an issue running anything with a situation like that, but when I do an upgrade and the system shows me i have dups, I remove one, and keep the other.
You might want to keep alien if it is for something he did to keep things tighter. Because he usually builds the software to curtail to the needs of what it is being used for, and not all willy nilly enable everything that can be. He also usually does a write up on what he has done, if you want to take a closer look at that.
in Slackware (stable) I updated/graded windowmaker, every time Slack gets an update, it says it has an upgrade to windowmaker, which in fact is the lesser version. ( that is the nature of the beast) to eliminate that message, I (finally) black listed windowmaker. So now it just leaves it alone. Giving the control of the piece of software to me.
The reason you are seeing the both of them popping up is because their is a difference in the files, one has alien tack on it, whereas the other ones does not, therefore, they both can (be installed, and) coexist in the system side by side.
but only one is being used. as suggest you can use removepkg, or when you run your update / upgrade-all and the message pops up, you can opt to select which one to keep, and which one to remove. Either way the end result is the same, you're back to only having one installed. Because having two installed, is redundant.
Did you follow the ktown README to the letter. Specifically "upgradepkg --install-new --reinstall" very important. You shouldn't have two versions. I am also suspecting something may not be right in your slackpkgplus.conf file.
Adding these to your blacklist is not the solution. Of course you won't see grantlee-0.5.1-x86_64-1 when running slackpkg upgrade-all because it's blacklisted.
Try running slackpkg search grantlee. Search will show all, including blacklisted. This is what I see.
It looks like I have duplicate packages. Should I be worried?
Yes.
You should not end up with my packages alongside the Slackware versions. You did not follow all the instructions somehow, or you do not yet grasp the effects of what you put into slackpkgplus.conf. Perhaps you forgot to define "PKGS_PRIORITY". It's well-documented, for instance here: http://slakfinder.org/slackpkg+/src/README
Quote:
Originally Posted by aikempshall
I've added grantlee-0.5.1-x86_64-1 to /etc/slackpkg/blacklist.
When I run slackpkg upgrade-all I no longer see grantlee-5.1.0-x86_64-3alien as a candidate for upgrade.
This is wrong. You should look at fixing this with "PKGS_PRIORITY".
Quote:
Should I manually delete the package I don't want with removepkg?
Yes, that is what you should do because this cannot be resolved otherwise. And pray that the other package was installed last, or else you end up with a mix of files and will have a future of pain.
Quote:
Originally Posted by orbea
I would use removepkg on all the duplicate packages and then reinstall the intended package.
Like that, exactly.
Quote:
Originally Posted by BW-userx
in Slackware (stable) I updated/graded windowmaker, every time Slack gets an update, it says it has an upgrade to windowmaker, which in fact is the lesser version. ( that is the nature of the beast) to eliminate that message, I (finally) black listed windowmaker. So now it just leaves it alone. Giving the control of the piece of software to me.
This too should not be 'fixed' with a blacklist entry but with proper use of "PKGS_PRIORITY".
Quote:
The reason you are seeing the both of them popping up is because their is a difference in the files, one has alien tack on it, whereas the other ones does not, therefore, they both can (be installed, and) coexist in the system side by side.
Absolutely not! Only one, the correct one, should be installed. IF I have another version of a Slackware package, that is for a good reason: add functionality that e.g. Plasma5 requires. If you configure slackpkg+ correctly then these issues do not occur.
You should not end up with my packages alongside the Slackware versions. You did not follow all the instructions somehow, or you do not yet grasp the effects of what you put into slackpkgplus.conf. Perhaps you forgot to define "PKGS_PRIORITY". It's well-documented, for instance here: http://slakfinder.org/slackpkg+/src/README
This is wrong. You should look at fixing this with "PKGS_PRIORITY".
Yes, that is what you should do because this cannot be resolved otherwise. And pray that the other package was installed last, or else you end up with a mix of files and will have a future of pain.
Like that, exactly.
This too should not be 'fixed' with a blacklist entry but with proper use of "PKGS_PRIORITY".
Absolutely not! Only one, the correct one, should be installed. IF I have another version of a Slackware package, that is for a good reason: add functionality that e.g. Plasma5 requires. If you configure slackpkg+ correctly then these issues do not occur.
if you look I have already addressed that issue in using your packages as apposed to the other ones in post #2 about the importance of using your packages.
as far as windowmaker black list that was a general example as I am not using slackpkg+ . if I am still wrong then thanks for the update information between blacklisting and "PKGS_PRIORITY". which I think is a slackpkg+ thing.
worried about it, I said no, you said yes,
I'd just fix it by whatever means necessary then that worry part is not there, so no, I'd not worry about it, because I'd fix it. I guess it is just a matter of perspective.
if that is causing a conflict now with the slackpkg+ whereas you have to only use removepkg, then what is to be said of that. Because that would mean that is is not complementing the system.
slackpkg+ is not to blame for the OP's situation. It happened, presumably, because he did not properly remove the existing packages before installing the new ones with installpkg / upgradepkg. Or possibly he has a screwed up slackpkgplus.conf. Or maybe both.
slackpkg+ is not to blame for the OP's situation. It happened, presumably, because he did not properly remove the existing packages before installing the new ones with installpkg / upgradepkg. Or possibly he has a screwed up slackpkgplus.conf. Or maybe both.
notice the use of the leading word 'if'
I never said it was. it was putting to question the why only using removepkg and not let the system remove it when it gives the opportunity? of course that would put to use the assumption that the person using that later method, by allowing the system to remove it in lue of killing the process of upgrade-all then using removepkg instead.
that the one being removed is the one that is suppose to be removed. instead of removing both of them then reinstalling one of them.
logic states the the one that is not alien would be the first one installed, because it is installed by the system at installation of the system, and any updates by the system to it.
Then if the next one being installed is the alien one. then that would be the one taking precedence and being put to use,therefore it should be safe to say to just remove the first one, not being alien and everything will be ok. if in fact no other one was installed to over take its precedence within the system.
if someone screwed up that logic, or is not using it, then problems will arise.
I was addressing the removing of a duplicate package, not the usage of slackpkg+ two different things entirely.
you have two installed packages. they are the same packages, because they are the same software and have the the same version of the software. Yet they too can be two completely different packages even though the version number is the same.
how and why?
what gives indication they are different even though they have the same name and version number?
when both are installed because of the reason for the difference so they can be installed side by side on the system. Which one is being used by the system and how does the system know which one to use when they are both installed at the same time?
then you have to take that and apply it in knowing which one to remove and which one to leave alone.
installing software by using a make file,as apposed to slackpkg or installpkg .
a make file install does not care about what version you are installing.
slack packaging system does not care up to a point. it will prevent installing the same version again. but when using upgradepkg it does not care about the number. only the name.
you have two installed packages. they are the same packages, because they are the same software and have the the same version of the software. Yet they too can be two completely different packages even though the version number is the same.
how and why?
Because any Joe Schmoe can create a Slackware package and call it anything they want. It's up to you, the user, to determine what the package contains and whether you want to install it on your system.
Quote:
Originally Posted by BW-userx
what gives indication they are different even though they have the same name and version number?
For starters, the tag at the end of the package name. You can also compare the contents of the files /var/log/packages/pkg1 and /var/log/packages/pkg2 to see where they differ.
Quote:
Originally Posted by BW-userx
when both are installed because of the reason for the difference so they can be installed side by side on the system. Which one is being used by the system and how does the system know which one to use when they are both installed at the same time?
If you use installpkg to install them both, then the second one you install will overwrite any common files from the first one, with the exception of configuration files that are given the .new treatment. The system doesn't "know" that you have two packages with the same name and version number installed; it just uses whatever files are in /usr/lib, /usr/bin, /etc, etc.
Figuring out which one to remove is the system administrator's job, since he/she is the one who installed them. Again, you can use the package naming information and the contents of the files in /var/log/packages to inform your decision, or, as someone else said, just removepkg them both and install the correct one again (assuming it's not a critical system component that will break stuff by being removed).
Last edited by montagdude; 05-14-2018 at 11:42 AM.
Because any Joe Schmoe can create a Slackware package and call it anything they want. It's up to you, the user, to determine what the package contains and whether you want to install it on your system.
you took it outside the realm of trust.
because the software can have options too at compile time to give or take away. so it is the same software same version, one with and the other without an option(s), etc...
Quote:
Originally Posted by montagdude
For starters, the tag at the end of the package name. You can also compare the contents of the files /var/log/packages/pkg1 and /var/log/packages/pkg2 to see where they differ.
If you use installpkg to install them both, then the second one you install will overwrite any common files from the first one, with the exception of configuration files that are given the .new treatment. The system doesn't "know" that you have two packages with the same name and version number installed; it just uses whatever files are in /usr/lib, /usr/bin, /etc, etc.
therefore it is now safe to say to just uninstall the prior package, by your own logic and understanding of what takes place during an install.
the only thing that does tell slack that their are two same pakages is the naming convention of the packages of the same software. the version number plays no real part in it.
Quote:
Originally Posted by montagdude
Figuring out which one to remove is the system administrator's job, since he/she is the one who installed them. Again, you can use the package naming information and the contents of the files in /var/log/packages to inform your decision, or, as someone else said, just removepkg them both and install the correct one again (assuming it's not a critical system component that will break stuff by being removed).
exactly, as stated the system administrator because he or she is the one that only can install and remove, therefore should not the system administrator know which one was installed first then next, because he or she is the system administrator, therefore even by your stated logic and understanding of what takes place during an install, then use that knowledge to determining which one should be removed?
Yes. I don't know what you are getting at, and your posts are really hard to follow. I can't even tell if you are agreeing with me or not. I was just trying to answer your questions. If you have a point, can you try to state it in one or two complete sentences?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.