Requests for current-next (15.0-->15.1)

Nobby6 · 06-17-2022, 01:05 AM

Quote:

Originally Posted by teoberi

Dovecot 2.3.19.1

This is only a problem if you use deduping, which must be run manually anyway, its only used by a tiny precentage of people so is not earth shattering to the masses

Didier Spaier · 06-17-2022, 07:47 AM

Quote:

Originally Posted by USUARIONUEVO

resumming ...thats the new good way , and no need nothing more.

Please see the attached diff.

The issue is obviously the choice to have CONFIG_DEBUG_INFO=y in the kernel's config file for the genuine Slackware kernel-modules-5.18.5 package. Without that the the code snippet that you mentioned (applied by default as there is also STRIP_DEBUG=${STRIP_DEBUG:-YES} in the last version of the SlackBuild) is not necessary. I assume that these settings are chosen by Patrick to allow power users to get the debug symbols after recompiling only the kernel modules, while regular users get a smaller package out of the box. As an aside, with zstd compression my package's size is 94M while the genuine one's size (with stripping applied, I assume) is 398 M. You may consider that this does not make a huge difference in space on a big disk, but this allows me to ship a complete kernel-modules package in an installer's initramfs, saving the time that I previously needed to cherry pick the modules to include in it. I will keep my settings.

Oh, and the INSTALL_MOD_STRIP setting is nothing new, it has been provided since 2009

And this topic is not new either, it has been discussed long ago elsewhere, for instance here.

ZhaoLin1457 · 06-17-2022, 01:53 PM

Quote:

Originally Posted by Didier Spaier

Please see the attached diff.

The issue is obviously the choice to have CONFIG_DEBUG_INFO=y in the kernel's config file for the genuine Slackware kernel-modules-3.18.5 package. Without that the the code snippet that you mentioned (applied by default as there is also STRIP_DEBUG=${STRIP_DEBUG:-YES} in the last version of the SlackBuild) is not necessary. I assume that these settings are chosen by Patrick to allow power users to get the debug symbols after recompiling only the kernel modules, while regular users get a smaller package out of the box. As an aside, with zstd compression my package's size is 94M while the genuine one's size (with stripping applied, I assume) is 398 M. You may consider that this does not make a huge difference in space on a big disk, but this allows me to ship a complete kernel-modules package in an installer's initramfs, saving the time that I previously needed to cherry pick the modules to include in it. I will keep my settings.

Of, and the INSTALL_MOD_STRIP setting is nothing new, it has been provided since 2009

And this topic is not new either, it has been discussed long ago elsewhere, for instance here.

A friend of mine ended being locked out of his system, after trying to build the -current's kernel on Slackware 15.0

I helped him to recover his system with booting from my Slackware-on-SD-card. He used a 30GB root partition, which was fully filled by the kernel build, resulting in a crash and successively a malfunctioning system. I do not think that Mr. Volkerding considered with this debug config that an usual recommendation on the Slackware community is to have a 25-30 GB root partition and the rest of hard drive for /home.

I think that there should be a extra big warning about the current debug config generating a very large storage space consumption and why this happen.

USUARIONUEVO · 06-17-2022, 03:06 PM

Ok , my bad in 2 points.

1 - never see the MOD_STRIP option , i miss since years and its a good one.
2 - debug config change on branch 5.18.x

In my opinion is not my bad in point 2 , cause thats an old option changed but not reflected on changelogs.

Thats didier to this acalaration.

But afetr all , the start of my request , is the bas idea , to use "find" "".ko files , its more easy and clean play with

NSTALL_MOD_STRIP 0 install debug modules with debug
NSTALL_MOD_STRIP 1 install modules without debug

Because the find code from patrick fails when people enable some of the compress modules on the config , and modules ends not in *.KO extension.

The correct way is MOD_STRIP after all.

I cant imagine why need lost time to build more large process to remove debug later , cause the PKG is provided without debug and if need , a rebuild is required , then why no revert that and return to more fast builds , and use debug when something fails ?¿

In my side a revert that change on config , thanks didier to point me this change.

----------------------

Quote:

STRIP_DEBUG=${STRIP_DEBUG:-1}

NSTALL_MOD_STRIP=$STRIP_DEBUG

Quote:

make INSTALL_MOD_PATH=$PKG INSTALL_MOD_STRIP=$STRIP_DEBUG modules_install || exit 1

More easy ,More clean More elegant , and no fail if we use compressmodules XZ/ZSTD

USUARIONUEVO · 06-17-2022, 04:16 PM

To revert the builds like a 5.17 (no debug)

Need change

Quote:

CONFIG_DEBUG_INFO=y

To change this one need enable this

Quote:

CONFIG_DEBUG_INFO_NONE=y

That revert debug to not set like ever we have.

walecha · 06-20-2022, 09:50 PM

Please add mount -a -t nfs4 into rc.inet2. Thank you

marav · 06-21-2022, 11:44 AM

KDE Plasma 5.25.1

Announcements:
https://kde.org/announcements/plasma/5/5.25.1/

Code:

The bugfixes are typically small but important and include:

    - Kcms/fonts: Fix font hinting preview. Commit. Fixes bug #413673
    - Upower: Prevent integer overflow during new brightness computation. Commit. Fixes bug #454161
    - Fix dragging especially by touch. Commit. Fixes bug #455268

Full changelog:
https://kde.org/announcements/change...5.25.0-5.25.1/

RadicalDreamer · 06-21-2022, 12:31 PM

Request: wireplumber

Whatever it is doing has fixed the issue with Plasma 5 starting without an Audio Profile selected when using pipewire.

John Lumby · 06-21-2022, 04:08 PM

Not sure is this is the best forum to request it, but for us sendmail diehards, whoever maintains sendmail in extra, please build a sendmail-8.17.1-noarch-4.txz with this fix

https://bz-attachments.freebsd.org/a....cgi?id=233353

as anyone running the current 8.17.1-noarch-3 and using AUTH for client submission will be hitting this

https://bugs.freebsd.org/bugzilla/sh....cgi?id=262935

And while I am thinking of it (and I probably should know this)
where can I find the source patches which our slackware sendmail guy has applied to the sendmail-8.17.1 distribution to build noarch-3?

Cheers, John Lumby

drumz · 06-21-2022, 09:32 PM

Quote:

Originally Posted by John Lumby

And while I am thinking of it (and I probably should know this)
where can I find the source patches which our slackware sendmail guy has applied to the sendmail-8.17.1 distribution to build noarch-3?

Cheers, John Lumby

https://mirrors.slackware.com/slackw...urce/sendmail/

alex14641 · 06-21-2022, 09:35 PM

I'm playing with lxc-5.0.0. Needed the following patch to build.

Code:

# Disable static libcap usage.
diff --git a/meson.build b/meson.build
index 43362d37a..744dc9229 100644
--- a/meson.build
+++ b/meson.build
@@ -757,7 +757,7 @@ liblxc = shared_library(
     include_directories: liblxc_includes,
     link_args: ['-DPIC'],
     c_args: ['-DPIC'],
-    link_whole: liblxc_link_whole,
+    #    link_whole: liblxc_link_whole,
     dependencies: liblxc_dependencies,
     install: true)
 
diff --git a/src/lxc/cmd/meson.build b/src/lxc/cmd/meson.build
index f84269ecb..6a638fc7f 100644
--- a/src/lxc/cmd/meson.build
+++ b/src/lxc/cmd/meson.build
@@ -60,18 +60,20 @@ cmd_lxc_update_config = configure_file(
     output: 'lxc-update-config')
 install_data(join_paths(project_build_root, 'src/lxc/cmd/lxc-update-config'), install_dir: bindir)
 
-if sanitize == 'none'
-    cmd_programs += executable(
-        'init.lxc.static',
-        cmd_lxc_init_sources,
-        include_directories: liblxc_includes,
-        link_with: [liblxc_static],
-        link_args: ['-static'],
-        c_args: ['-DNO_LXC_CONF'],
-        dependencies: [libcap_static],
-        install_dir: sbindir,
-        install: true)
-endif
+# Since Slackware doesn't have a statically linked libcap, don't
+# try to link against static libcap library.
+#if sanitize == 'none'
+#    cmd_programs += executable(
+#        'init.lxc.static',
+#        cmd_lxc_init_sources,
+#        include_directories: liblxc_includes,
+#        link_with: [liblxc_static],
+#        link_args: ['-static'],
+#        c_args: ['-DNO_LXC_CONF'],
+#        dependencies: [libcap_static],
+#        install_dir: sbindir,
+#        install: true)
+#endif

Save the patch to a file and apply it:

Code:

patch -p1 < <patch file>

Built using the the following command:

Code:

meson setup \
	--default-library=shared \
	--strip \
	-Dprefix=/usr \
	-Dsysconfdir=/etc \
	-Dlibdir=/usr/lib64 \
	-Dlocalstatedir=/var \
	-Dmandir=/usr/man \
	-Ddoc-path=/usr/doc/lxc-5.0.0 \
	-Dinfodir=/usr/info \
	-Dglobal-config-path=/etc/lxc/lxc.conf \
	-Drootfs-mount-path=/var/lib/rootfs-lxc \
	-Dinit-script=sysvinit \
	build

meson compile -C build

As root, run the following commands:

Code:

cd <source directory>
make DESTDIR=/tmp/lxc-5 install
cd /tmp/lxc-5/
makepkg -l y -c n ~/lxc-5.0.0-x86_84-1.txz
installpkg /root/lxc-5.0.0-x86_84-1.txz

Create the file /etc/sysconfig/lxc-net and add the following line:

Code:

USE_LXC_BRIDGE="true"

After this, I can run all my installed containers.

John Lumby · 06-22-2022, 08:41 AM

Quote:

Originally Posted by drumz

https://mirrors.slackware.com/slackw...urce/sendmail/

Thanks Drumz, I see. The most recent change was on 11 April , which must have been the cause of the uptick in the arch-n modification to 3.
I don't see any maintainer information anywhere in that directory, (nor a change history). Who maintains this package? Is it Patrick himself or someone else? Well, I don't really care who it is, but will whoever it is see this thread and apply the fix? Or is there some more formal way of requesting it? Of course I can build it myself but would like to be sure it is also in the next rebuild on the repo.

By the way, I should have explained that this bug hits only slackers running current, not stable 15.0. Occurrence of the problem was triggered by current applying upgrade of Cyrus Sasl from 2.1.27 to 2.1.28, but the bug is in sendmail, not sasl, as explained in the bug description.

Cheers, John

dgrames · 06-22-2022, 02:24 PM

x/libxcvt-0.1.1-i586-1.txz: Added.
I am looking for the source code under source/x, but I am unable to find this.

I have been known to be blind before.

Don

drumz · 06-22-2022, 02:32 PM

Quote:

Originally Posted by dgrames

x/libxcvt-0.1.1-i586-1.txz: Added.
I am looking for the source code under source/x, but I am unable to find this.

I have been known to be blind before.

Don

It's part of x11:

https://mirrors.slackware.com/slackw...figure/libxcvt
https://mirrors.slackware.com/slackw...1/make/libxcvt
https://mirrors.slackware.com/slackw.../build/libxcvt
https://mirrors.slackware.com/slackw...k-desc/libxcvt
https://mirrors.slackware.com/slackw...t-0.1.1.tar.xz

bassmadrigal · 06-22-2022, 03:35 PM

Quote:

Originally Posted by walecha

Please add mount -a -t nfs4 into rc.inet2. Thank you

This should be handled by the below entry in rc.M, which occurs directly after running rc.inet2:

Code:

# Mount any additional filesystem types that haven't already been mounted:
mount -a -v 2> /dev/null | grep -v -e "already mounted" -e "ignored" | cut -f 1 -d : | tr -d ' ' | while read dev ; do mount | grep "${dev} " ; done

It will mount any final filesystems listed in /etc/fstab not already mounted and display the mount output for each newly mounted mount.

Is there a reason the command in rc.M that is ran after rc.inet2 doesn't cover your situation?