(Slack) Attitude : New binary package mangement tool for Slackware
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.
Look in the /etc/packtools/triggers directory. In the script files there are old $ATTITUDE_LIBEXECDIR vars. Should be exchanged by $PACKTOOLS_LIBEXECDIR I hope.
Look in the /etc/packtools/triggers directory. In the script files there are old $ATTITUDE_LIBEXECDIR vars. Should be exchanged by $PACKTOOLS_LIBEXECDIR I hope.
Thanks for reporting the bug. I will check and update.
Look in the /etc/packtools/triggers directory. In the script files there are old $ATTITUDE_LIBEXECDIR vars. Should be exchanged by $PACKTOOLS_LIBEXECDIR I hope.
Today I made deep test of packtool (1.0.0a05) to update my qemu slackware64-current system including the kernel.
The steps are as follow:
1) # packtool update - OK.
2) # packtool upgrade-all - All packages have been upgraded, new kernel-generic, kernel-huge, kernel-modules and kernel-source were installed in parallel to the old as expected.
3) # packtool trigger make-initrd - OK
4) # packtool trigger grub-mkconfig - OK
5) The system has successfully rebooted into the new kernel - OK.
6) The system cleaning - failed.
so, 'packtool remove kernel-source' wants to remove the new kernel, unfortunately.
Removing the content of the /var/lib/packtools/ and rebuilding it with 'packtool update' didn't help.
Finally slackman removed old kernel:
Quote:
# root@slack64-current:~# slackman --remove /var/lib/pkgtools/packages/kernel-source-5.4.59-noarch-1
Total 1136 packages are installed, which provides 431344 files in 34101 directories.
Remove : kernel-source-5.4.59-noarch-1
but it didn't delete the empty, unneeded directories:
Quote:
# root@slack64-current:~# ls -ali /usr/src/
total 16
131129 drwxr-xr-x 4 root root 4096 sie 28 08:05 ./
131076 drwxr-xr-x 17 root root 4096 sie 25 19:32 ../
131166 lrwxrwxrwx 1 root root 12 sie 28 08:05 linux -> linux-5.4.61/
248501 drwxr-xr-x 7 root root 4096 sie 28 09:48 linux-5.4.59/
221268 drwxr-xr-x 24 root root 4096 sie 26 21:10 linux-5.4.61/
# root@slack64-current:~# ls -ali /usr/src/linux-5.4.59/
total 28
248501 drwxr-xr-x 7 root root 4096 Aug 28 09:48 ./
131129 drwxr-xr-x 4 root root 4096 Aug 28 08:05 ../
248506 drwxr-xr-x 2 root root 4096 Aug 28 09:48 Documentation/
255844 drwxr-xr-x 4 root root 4096 Aug 28 09:48 arch/
483997 drwxr-xr-x 3 root root 4096 Aug 28 09:48 include/
508357 drwxr-xr-x 3 root root 4096 Aug 28 09:48 scripts/
508573 drwxr-xr-x 3 root root 4096 Aug 28 09:48 tools/
My conclusion.
The 'packtool/packman' is handly tool, follows the native pkgtools rules, quite easy with operating, especially with handling the system check/info/upgrade. But it still needs some improvements with the system cleaning.
Thanks for trying the tool and reporting the issue.
Code:
packtool clean-system
Packtool is designed such that it must remove all obsolete packages except the kernel-packages.
Currently, If user wants to remove kernel packages he must use slackman tool. And provide complete package name as argument.
Slackman is designed to handle kernel packages properly. But Packtool lacks this functionality. In the next release I will implement it into Packtool.
While deleting the packages, slackman only remove files that are provided by the package. Nothing more than this.
In case of kernel packages it does the same. To remove extra files manual efforts are required like scripting.
Or In future I will add option to handle these kernel files.
You can see that compat32-tools and gcc multilib suite packages are in multilib/current, but packtools only listed packages inside multilib/current/slackware64-compat32, hence packtools reported my gcc is stock gcc not from multilib. FYI multilib packages using two TAG, alien for compat32-tools, gcc, and glibc, and compat32 for the rest. What tag should be used for multilib repo?
Last edited by walecha; 09-03-2020 at 09:46 AM.
Reason: fix my mirror url
v v
$ svn checkout "https://svn.code.sf.net/p/packtools/svn/ packtools-svn"
svn: E170000: URL 'https://svn.code.sf.net/p/packtools/svn/%20packtools-svn' doesn't exist
Remove them and this will work as expected (note that git repository is empty, but not svn) :
Code:
$ git clone https://git.code.sf.net/p/packtools/git packtools-git
Cloning into 'packtools-git'...
warning: You appear to have cloned an empty repository.
$ svn checkout https://svn.code.sf.net/p/packtools/svn/ packtools-svn
A packtools-svn/packtools-1.0.0
A packtools-svn/packtools-1.0.0/etc-current
A packtools-svn/packtools-1.0.0/etc-current/sources
A packtools-svn/packtools-1.0.0/etc-current/triggers
A packtools-svn/packtools-1.0.0/etc-stable
A packtools-svn/packtools-1.0.0/etc-stable/sources
A packtools-svn/packtools-1.0.0/etc-stable/triggers
A packtools-svn/packtools-1.0.0/src
A packtools-svn/packtools-1.0.0/src/triggers
[....]
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.