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.
xdg-desktop-portal-1.18.1 released today. Unfortunately I still can't build it with bubblewrap disabled and the bubblewrap package absent from the system. Upstream added a meson option to disable bubblewrap, but the build craps out on linker errors unless the bubblewrap package is installed, regardless of the option.
[...]
So at this point it seems it still needs bubblewrap, though flatpak can be disabled. I'll attach the modified slackbuild that I updated from autotools to meson in case its of any use and leave this one alone for now.
In this version they fixed building without bubblewrap and the package built fine on slackware-current here (using the updated meson slackbuild). Might be worth looking at.
A critical problem is years ago Thunderbird removed MoveMail so if one only uses Thunderbird no longer receives 'Welcome to Slackware 15' email. Consider adding or switching to Betterbird which forked to add MoveMail back in. Thunderbird finally admitted it was a mistake (also removing people's accounts with no recovery update) and claimed they'd add it back in, but it's been years and they haven't. Some other major bugs have been hanging around Thunderbird 15+ years. I don't know how good Betterbird is but of course if unsure both could be in Slackware.
Houston, we have a MAJOR problem in today's upgrades to current.
Code:
root@glennmcc-i7:~# mc
Failed to run:
root@glennmcc-i7:~# mcedit /oops
GLib: Cannot convert message: Conversion from character set âÇ£UTF-8âÇ¥ to âÇ£ISO-8859-1âÇ¥ is not supported
Conversion from character set âÇ£ISO-8859-1âÇ¥ to âÇ£UTF-8âÇ¥ is not supported
root@glennmcc-i7:~# mc
Failed to run:
root@glennmcc-i7:~# mcedit /oops
GLib: Cannot convert message: Conversion from character set âÇ£UTF-8âÇ¥ to âÇ£ISO-8859-1âÇ¥ is not supported
Conversion from character set âÇ£ISO-8859-1âÇ¥ to âÇ£UTF-8âÇ¥ is not supported
root@glennmcc-i7:~# mcedit /oops
GLib: Cannot convert message: Conversion from character set âÇ£UTF-8âÇ¥ to âÇ£ISO-8859-1âÇ¥ is not supported
Conversion from character set âÇ£ISO-8859-1âÇ¥ to âÇ£UTF-8âÇ¥ is not supported
root@glennmcc-i7:~# startx
xauth: file /root/.serverauth.1443 does not exist
X.Org X Server 1.21.1.9
X Protocol Version 11, Revision 0
Current Operating System: Linux glennmcc-i7.net 6.1.63 #1 SMP PREEMPT_DYNAMIC Mon Nov 20 15:20:08 CST 2023 x86_64
Kernel command line: auto BOOT_IMAGE=SlackWare64 ro root=801 vt.default_utf8=0
Current version of pixman: 0.42.2
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Nov 26 22:56:15 2023
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
waiting for X server to shut down (II) Server terminated successfully (0). Closing log file.literal: assertion 'message != NULL' failedxinit: connection to X server lostcter set âÇ£ISO-8859-1âÇ¥ to âÇ
Restored the system from backup to its state just before today's upgrades and all is A-OK again.
Exactly the same on all 3 of my machines, the i7 and both Intel DualCore machines.
Correction: I did not do upgrades yesterday
but rather got both yesterday's & today's upgrades today.
So, the problem could be in either the upgrades of yesterday or today.
My systems are restored to the state that they were on the 24th
Houston, we have a MAJOR problem in today's upgrades to current.
This problem shows when a locale uses ISO-8859-1 (like locale en_US instead of en_US.UTF-8).
OK, I found it. v4l-utils-1.26.0-x86_64-1 writes over glibc iconv configuration file /usr/lib64/gconv/gconv-modules. If you upgrade everything and then reinstall aaa_glibc-solibs-2.38-x86_64-3, you get the old file back from glibc. v4l-utils adds lines for its ARIB-STD-B24 and EN300-468-TAB00 modules and writes over all the lines for glibc's iconv modules.
Last edited by Petri Kaukasoina; 11-27-2023 at 01:34 AM.
This problem shows when a locale uses ISO-8859-1 (like locale en_US instead of en_US.UTF-8).
OK, I found it. v4l-utils-1.26.0-x86_64-1 writes over glibc iconv configuration file /usr/lib64/gconv/gconv-modules. If you upgrade everything and then reinstall aaa_glibc-solibs-2.38-x86_64-3, you get the old file back from glibc. v4l-utils adds lines for its ARIB-STD-B24 and EN300-468-TAB00 modules and writes over all the lines for glibc's iconv modules.
They introduced this option with the switch to meson build:
Code:
option('gconv', type : 'feature', value : 'auto',
description : 'Enable compilation of gconv modules')
This problem shows when a locale uses ISO-8859-1 (like locale en_US instead of en_US.UTF-8).
OK, I found it. v4l-utils-1.26.0-x86_64-1 writes over glibc iconv configuration file /usr/lib64/gconv/gconv-modules. If you upgrade everything and then reinstall aaa_glibc-solibs-2.38-x86_64-3, you get the old file back from glibc. v4l-utils adds lines for its ARIB-STD-B24 and EN300-468-TAB00 modules and writes over all the lines for glibc's iconv modules.
Confirmed.
I upgraded everything except v4l-utils and all is A-OK.
Glad to see the addition of gi-docgen, python-smartypants and python-typogrify. I had all installed as third party. Out of curiosity why the naming the package gi-docgen vice python-gi-docgen?
Glad to see the addition of gi-docgen, python-smartypants and python-typogrify. I had all installed as third party. Out of curiosity why the naming the package gi-docgen vice python-gi-docgen?
Speaking about my own reasoning, gi-docgen's primary purpose is as a tool, not a library. That it's using python is an implementation detail, whereas for libraries it's an important part of their identity.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.