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.
Trying to run digikam from vtown gives me the following error :
digikam: error while loading shared libraries: libMagickCore-7.Q16HDRI.so.7: cannot open shared object file: No such file or directory
After the upgrade of ImageMagick of November 9, I have the following lib : /usr/lib64/libMagickCore-7.Q16HDR.so.8
but it's improvement and simplification for cups.SlackBuild
(and if you have the time)
removed configuration option:
--docdir (this is not an option for cups)
added configution option:
--mandir=/usr/man (this is the good option for mandir in /usr/man)
--with-docdir=/usr/doc/$VERSION (this is the good option for docdir )
removed these lines,
## Remove preformatted manpages and move the manpages to /usr/man:
( cd $PKG/usr/share/man
find . -type d -name "cat*" | xargs rm -rf
cd ..
mv man ..
)
Not that long ago I was playing with resume offset support in initrd.
I abandoned the work, because I decided to go with swap on LUKS2.
Anyway, below please find the results I came up with at that time:
Code:
diff --git a/mkinitrd/etc/mkinitrd.conf.sample b/mkinitrd/etc/mkinitrd.conf.sample
index 70256ef..187ac29 100644
--- a/mkinitrd/etc/mkinitrd.conf.sample
+++ b/mkinitrd/etc/mkinitrd.conf.sample
@@ -13,6 +13,7 @@
#ROOTDEV="/dev/sda1"
#ROOTFS="ext4"
#RESUMEDEV="/dev/sda2"
+#RESUMEOFF="0"
#RAID="0"
#LVM="0"
#UDEV="1"
diff --git a/mkinitrd/sbin/mkinitrd b/mkinitrd/sbin/mkinitrd
index bca7e29..ea45b09 100755
--- a/mkinitrd/sbin/mkinitrd
+++ b/mkinitrd/sbin/mkinitrd
@@ -527,6 +527,11 @@ if [ ! -z "$RESUMEDEV" ]; then
echo $RESUMEDEV > $SOURCE_TREE/resumedev
fi
+# Fill /resumeoff with the swap file offset within partition holding the hibernation image
+if [ ! -z "$RESUMEOFF" ]; then
+ echo $RESUMEOFF > $SOURCE_TREE/resumeoff
+fi
+
# Add custom keymap support if one was given
if [ ! -z "$KEYMAP" ]; then
echo $KEYMAP > $SOURCE_TREE/keymap
diff --git a/mkinitrd/usr/share/mkinitrd/init b/mkinitrd/usr/share/mkinitrd/init
index f193f60..7a0ceb0 100755
--- a/mkinitrd/usr/share/mkinitrd/init
+++ b/mkinitrd/usr/share/mkinitrd/init
@@ -80,6 +80,7 @@ LUKSDEV=$(cat /luksdev)
LUKSTRIM=$(cat /lukstrim 2>/dev/null)
LUKSKEY=$(cat /lukskey)
RESUMEDEV=$(cat /resumedev)
+RESUMEOFF=$(cat /resumeoff)
WAIT=$(cat /wait-for-root)
KEYMAP=$(cat /keymap)
INIT=/sbin/init
@@ -117,6 +118,9 @@ for ARG in $(cat /proc/cmdline); do
resume=*)
RESUMEDEV=$(echo $ARG | cut -f2- -d=)
;;
+ resume_offset=*)
+ RESUMEOFF=$(echo $ARG | cut -f2- -d=)
+ ;;
root=/dev/*)
ROOTDEV=$(echo $ARG | cut -f2 -d=)
;;
@@ -314,7 +318,10 @@ if [ "$RESCUE" = "" ]; then
elif ls -l $RESUMEDEV | grep -q "^l" ; then
RESUMEDEV=$(readlink -f $RESUMEDEV)
fi
- echo "Trying to resume from $RESUMEDEV"
+ echo "Trying to resume from $RESUMEDEV${RESUMEOFF:+,$RESUMEOFF}"
+ if [ "$RESUMEOFF" != "" ]; then
+ echo $RESUMEOFF >/sys/power/resume_offset
+ fi
RESMAJMIN=$(ls -l $RESUMEDEV | tr , : | awk '{ print $5$6 }')
echo $RESMAJMIN > /sys/power/resume
fi
I also patched swap-offset tool from suspend-utils so that its output does not need further processing with cut or something alike. swap-offset is used to obtain the swapfile offset that has to be fed to the kernel when wanting to resume from swapfile.
Building the whole suspend-utils package was failing due to some perl-ish problem I couldn't be bothered to resolve.
But for just getting swap-offset tool up and running:
2020-11-14 7.0.10-38 <quetzlzacatenango@image...>
Release ImageMagick version 7.0.10-38 GIT revision 17815:bf51a3f1f:20201114
2020-11-07 7.0.10-38 <quetzlzacatenango@image...>
add image settings support to -fx.
better support for TIFF YCbCr photometric.
verify TTF glyph format before dereferencing (reference https://bugs.chromium.org/p/oss-fuzz...etail?id=26932).
force single HEIC image per container.
I propose that the HPLIP package to be moved to /extra
While supporting well the HP printers is an admirable intention, I believe that this HPLIP package should be absolutely optional and out of the scope of The Recommended Full Installation.
Why? Obviously because not everybody owns a HP printer, and many others (like me) even do not bother to buy a printer at all.
The end result is that is started a thing which has no use if you do not own a HP printer, and in the system tray is an obnoxious icon which have no use if you do not own an HP printer.
Did you seen how looks this big blue HPLIP icon on a Plasma5 desktop with its monochrome icons from systray? It is extremely obnoxious and if it is even useless, why we should have it?
Those who owns a HP printer could install HPLIP very well also from /extra if they really need it, but I do not need it and probably many others do not need it.
Today, what Slackware does today with this HPLIP is like Apache webserver starting by default.
Yes, I know well that in my mini-PC is installed also the Apache, BUT at least it stays dead. HPLIP doesn't ...
Last edited by ZhaoLin1457; 11-15-2020 at 05:09 PM.
I propose that the HPLIP package to be moved to /extra
While supporting well the HP printers is an admirable intention, I believe that this HPLIP package should be absolutely optional and out of the scope of The Recommended Full Installation.
Why? Obviously because not everybody owns a HP printer, and many others (like me) even do not bother to buy a printer at all.
The end result is that is started a thing which has no use if you do not own a HP printer, and in the system tray is an obnoxious icon which have no use if you do not own an HP printer.
Did you seen how looks this big blue HPLIP icon on a Plasma5 desktop with its monochrome icons from systray? It is extremely obnoxious and if it is even useless, why we should have it?
Those who owns a HP printer could install HPLIP very well also from /extra if they really need it, but I do not need it and probably many others do not need it.
Today, what Slackware does today with this HPLIP is like Apache webserver starting by default.
Yes, I know well that in my mini-PC is installed also the Apache, BUT at least it stays dead. HPLIP doesn't ...
I uninstall ever , ..but probably the correct for this is go to /extra
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.