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

chrisretusn · 06-20-2024, 04:52 AM

Code:

Wed Jun 19 18:21:46 UTC 2024
l/libxml2-2.13.1-x86_64-1.txz: Upgraded.
l/libxslt-1.1.41-x86_64-1.txz: Upgraded.

The above combination is a winner, no longer see this when compiling labplot. I presume this is also fixed with other KDE builds.

Code:

module error : failed to open /usr/lib64/libxslt-plugins/exslt_org_common.so
module error : failed to open /usr/lib64/libxslt-plugins/freshmeat_net_projects_freshmeat_submit.so
module error : failed to open /usr/lib64/libxslt-plugins/freshmeat_net_projects_freshmeat_submit.so
<snip>
module error : failed to open /usr/lib64/libxslt-plugins/nwalsh_com_xslt_ext_com_nwalsh_saxon_UnwrapLinks.so
module error : failed to open /usr/lib64/libxslt-plugins/nwalsh_com_xslt_ext_com_nwalsh_saxon_UnwrapLinks.so
module error : failed to open /usr/lib64/libxslt-plugins/nwalsh_com_xslt_ext_com_nwalsh_saxon_UnwrapLinks.so
module error : failed to open /usr/lib64/libxslt-plugins/

gmgf · 06-20-2024, 05:09 AM

For info qt 6.7.2 is ready:

https://code.qt.io/cgit/qt/qtrelease...elease-note.md

Compiled here, the kde qt branche 6.7.2 git with your source, Pat ,plasma 6 work fine.

gmgf · 06-20-2024, 06:04 AM

Quote:

Originally Posted by chrisretusn

Code:

Wed Jun 19 18:21:46 UTC 2024
l/libxml2-2.13.1-x86_64-1.txz: Upgraded.
l/libxslt-1.1.41-x86_64-1.txz: Upgraded.

The above combination is a winner, no longer see this when compiling labplot. I presume this is also fixed with other KDE builds.

Code:

module error : failed to open /usr/lib64/libxslt-plugins/exslt_org_common.so
module error : failed to open /usr/lib64/libxslt-plugins/freshmeat_net_projects_freshmeat_submit.so
module error : failed to open /usr/lib64/libxslt-plugins/freshmeat_net_projects_freshmeat_submit.so
<snip>
module error : failed to open /usr/lib64/libxslt-plugins/nwalsh_com_xslt_ext_com_nwalsh_saxon_UnwrapLinks.so
module error : failed to open /usr/lib64/libxslt-plugins/nwalsh_com_xslt_ext_com_nwalsh_saxon_UnwrapLinks.so
module error : failed to open /usr/lib64/libxslt-plugins/nwalsh_com_xslt_ext_com_nwalsh_saxon_UnwrapLinks.so
module error : failed to open /usr/lib64/libxslt-plugins/

After the Saxons, we add the fresh meat.

LuckyCyborg · 06-21-2024, 06:14 AM

Quote:

Originally Posted by gmgf

After the Saxons, we add the fresh meat.

I've heard that the Saxons loved the fresh meat.

LuckyCyborg · 06-21-2024, 06:29 AM

I have seen on the qt6.SlackBuild

Code:

elif [ "$ARCH" = "i686" ]; then
  # Looks like this is baseline now... maybe time to bump everything to at least i686
  SLKCFLAGS="-O2 -march=i686 -mtune=i686 -mfpmath=sse -msse -msse2 -fcf-protection=none"
  SLKLDFLAGS=""
  LIBDIRSUFFIX=""

I for one, I welcome the i686 overlords!

gmgf · 06-21-2024, 09:28 AM

Quote:

Originally Posted by LuckyCyborg

I've heard that the Saxons loved the fresh meat.

Two expired foods

audriusk · 06-21-2024, 10:07 AM

libclc.SlackBuild is using slack-desc of llvm (should be using slack-desc.libclc instead) which results in libclc having an empty package description when installed.

0XBF · 06-21-2024, 04:58 PM

There was a 1.9.1 release of bcachefs-tools a couple days ago. Would be nice to get updated in current to try the latest changes.

glennmcc · 06-21-2024, 08:32 PM

Quote:

Originally Posted by 0XBF

There was a 1.9.1 release of bcachefs-tools a couple days ago. Would be nice to get updated in current to try the latest changes.

https://en.wikipedia.org/wiki/Bcachefs

Stability

Bcachefs describes itself as "working and stable, with a small community of users".
When discussing Linux 6.9-rc3 on April 7, 2024, Linus Torvalds touched on the stability of bcachefs, saying
"if you thought bcachefs was stable already, I have a bridge to sell you".

0XBF · 06-21-2024, 08:46 PM

Quote:

Originally Posted by glennmcc

https://en.wikipedia.org/wiki/Bcachefs

Stability

Bcachefs describes itself as "working and stable, with a small community of users".
When discussing Linux 6.9-rc3 on April 7, 2024, Linus Torvalds touched on the stability of bcachefs, saying
"if you thought bcachefs was stable already, I have a bridge to sell you".

I believe that was Linus's comment after accepting patches for bcachefs at the rc3 stage, which is usually not the case.

I don't disagree that bcachefs is in "experimental" stages at this point in its development, and things are going to be in flux. I'm not trying to sell anyone on bcachefs, just passing the word on that there was an update since slackware-current has bcachefs-tools now. I'll be trying it this weekend regardless of whether Pat builds it or I build it since I've got a couple test machines running it.

glennmcc · 06-21-2024, 09:19 PM

Strange occurrence upon 1st boot-up after today's upgrades to -current.

depmod: ERROR: failed to load symbols from /lib/modules/6.9.6/kernel/drivers/net/ethernet/mellanox/mlx5/core/mlx5_core.ko: Invalid argument

Rebooted and no such error the 2nd or 3rd boot-ups.

glennmcc · 06-22-2024, 12:19 AM

Question:

Is there some reason why ffmpeg included in slackware has.... --disable-encoder=aac ?

I made my own custom build with aac enabled and it works fine.

marav · 06-22-2024, 01:26 AM

Quote:

Originally Posted by glennmcc

Question:

Is there some reason why ffmpeg included in slackware has.... --disable-encoder=aac ?

I made my own custom build with aac enabled and it works fine.

The license is not compatible with GPL

henca · 06-22-2024, 05:21 AM

Quote:

Originally Posted by glennmcc

Is there some reason why ffmpeg included in slackware has.... --disable-encoder=aac ?

It seems to me as if the built in aac encoder has an LGPL license which is kind of compatible with GPL:
https://git.ffmpeg.org/gitweb/ffmpeg...codec/aacenc.c

However, the SlackBuild script might have an explanation in a comment (from http://ftp.slackware.com/pub/slackwa...peg.SlackBuild ):

Code:

# No default patent encumbered features:
aac=""        ; [ "${AAC:-no}" = "no" ]           && aac="--disable-encoder=aac"

regards Henrik

ZhaoLin1457 · 06-22-2024, 05:34 AM

Quote:

Originally Posted by henca

It seems to me as if the built in aac encoder has an LGPL license which is kind of compatible with GPL:
https://git.ffmpeg.org/gitweb/ffmpeg...codec/aacenc.c

However, the SlackBuild script might have an explanation in a comment (from http://ftp.slackware.com/pub/slackwa...peg.SlackBuild ):

Code:

# No default patent encumbered features:
aac=""        ; [ "${AAC:-no}" = "no" ]           && aac="--disable-encoder=aac"

regards Henrik

From what I understand, the American laws do not allow the distribution of this feature outside the United Corporate of Copyright.

Do you want us to have a Slackware for USA only, illegal to be distributed even on Sweden?

Of course, our BDFL can always move to a wonderful region in China, and all these problems will disappear like magic.