[SOLVED] Current64: removepkg fails to find an installed package

burdi01 · 02-28-2018, 11:32 AM

Current64: Today after doing an "upgradepkg --reinstall --install-new" I noticed both the old and the new package to be listed in /var/log/packages.
So I restored my backup and tried again: same problem.
So I restored my backup once more and tried a "removepkg: package not found ...

Code:

root@riposo:~/works/pmagic# ROOT=$(readlink -f squashfs-root/)
root@riposo:~/works/pmagic# echo $ROOT
/root/works/pmagic/squashfs-root
root@riposo:~/works/pmagic# ls $ROOT/var/log/packages/spl*
/root/works/pmagic/squashfs-root/var/log/packages/spl-solaris-0.7.5_4.14.11-pmagic-i586-1_pmagic
root@riposo:~/works/pmagic# ROOT=$ROOT sh -x /sbin/removepkg spl-solaris |& tee log.log
+ shopt -s extglob
+ export LC_ALL=C
+ LC_ALL=C
+ TMP=/root/works/pmagic/squashfs-root/var/log/setup/tmp
+ '[' '!' -d /root/works/pmagic/squashfs-root/var/log/setup/tmp ']'
+ ADM_DIR=/root/works/pmagic/squashfs-root/var/log
+ PRES_DIR=/root/works/pmagic/squashfs-root/var/log/setup/tmp/preserved_packages
+ '[' 1 = 0 ']'
+ :
+ case "$1" in
+ break
+ '[' '' = true ']'
+ '[' '' = true ']'
+ remove_packages spl-solaris
+ for PKGLIST in $*
++ pkgbase spl-solaris
++ echo spl-solaris
++ sed 's?.*/??;s/\.t[bglx]z$//'
+ PKGNAME=spl-solaris
+ echo

+ '[' '!' -e /root/works/pmagic/squashfs-root/var/log/packages/spl-solaris ']'
+ pushd /root/works/pmagic/squashfs-root/var/log/packages
++ wc -l
++ ls -1 'spl-solaris-+([^-])-+([^-])-+([^-])'
+ '[' '!' 0 = 0 ']'
+ popd
+ '[' -r /root/works/pmagic/squashfs-root/var/log/packages/spl-solaris ']'
+ echo 'No such package: /root/works/pmagic/squashfs-root/var/log/packages/spl-solaris. Can'\''t remove.'
No such package: /root/works/pmagic/squashfs-root/var/log/packages/spl-solaris. Can't remove.
root@riposo:~/works/pmagic#

It looks like the Sep 14/15 2016 (!) changes to removepkg do not work as expected (in all cases?):

Code:

# Thu Sep 15 17:46:28 UTC 2016 <volkerdi>
# If removepkg is called with a short package name (no -$VERSION-$ARCH-$BUILD),
# remove the most recently installed matching package, not the oldest one.
#
# Thu Sep 15 08:09:01 BST 2016 <mozes>
# - Handle finding >1 match for a package.  Thanks to SeB on LQ for the feedback.
#
# Wed Sep 14 20:44:00 BST 2016 <mozes>
# - Modify package_name function to cater for package file names that contain
#   >=4 hyphens.
#   Thanks to coralfang on LQ for the report and to Jim Hawkins for the patch.
# - Modified to handle packages that contain file names with backslashes
#   Thanks to aaazen on LQ for the report and the patch.

BW-userx · 02-28-2018, 11:53 AM

when that happens to me I get the entire name of it all the way down to tzx or tgz then run that with removepkg and it removes it.
have you tired doing something like this

Code:

$ ls /var/log/packages | grep pavucontrol
pavucontrol-3.0-x86_64-1

removepkg pavucontrol-3.0-x86_64-1

it does not really take a lot of energy.

Markus Wiesner · 02-28-2018, 12:32 PM

Quote:

Originally Posted by burdi01

Code:

root@riposo:~/works/pmagic# ls $ROOT/var/log/packages/spl*
/root/works/pmagic/squashfs-root/var/log/packages/spl-solaris-0.7.5_4.14.11-pmagic-i586-1_pmagic
root@riposo:~/works/pmagic# ROOT=$ROOT sh -x /sbin/removepkg spl-solaris |& tee log.log

Your package name is malformed. The name is not "spl-solaris" but "spl-solaris-0.7.5_4.14.11" (with VERSION="pmagic", ARCH="i586" and BUILD="1_pmagic").

Didier Spaier · 02-28-2018, 02:02 PM

I agree with Markus.

Code:

didier[~]$ filename=spl-solaris-0.7.5_4.14.11-pmagic-i586-1_pmagic
pkgname=$(echo $filename|sed 's/-[^-]*-[^-]*-[^-]*$//')
didier[~]$ echo $pkgname 
spl-solaris-0.7.5_4.14.11
didier[~]$

A well formed filename for a Slackware package is:
<package name>-<version>-<arch>-<build> where only <package name> can include hyphens.

The previous version of removepkg was just more lenient, not better.

Also, it doesn't matter that the filename include an extension or not.

burdi01 · 02-28-2018, 03:46 PM

Thank you guys!
Why on earth I did not notice the malformed filename, even after looking at things for literally hours, will forever be a mystery ...

Closing this thread as a user error ..,

55020 · 02-28-2018, 04:17 PM

During January 2018 there was a bug in the SBo SlackBuilds for spl-solaris and zfs-on-linux that created malformed package names if the Linux kernel had an extraversion (e.g. -smp on 32 bit, or -pmagic as above). Sorry about that. It was fixed at the end of January, but of course, that doesn't help with existing packages. burdi01, it's worth checking your zfs-on-linux package for the same problem.

burdi01 · 02-28-2018, 04:56 PM

@55020: Thks for the info. I already fixed both the spl-solaris and zfs-on-linux packages.