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

gmgf · 05-22-2024, 12:33 AM

It's therapeutic relentlessness, we must save the soldier '32bit'

just a joke

ZhaoLin1457 · 05-22-2024, 02:09 AM

Quote:

Originally Posted by glennmcc

Well then, if that be the case, anyone running 32bit 15.0 had better hurry up
and get upgraded to 32bit -current before it disappears and there is no 32bit 15.1

BTW, my only bare metal 32bit machine is a circa 1997 P-II that is dropped-back to 14.0
because it is just too slow and has too little RAM to run anything newer.
(tried 15.0 and it just can't handle it, in-fact X crashes right back to the cli with "invalid instruction")

But without Slackware 32bit, there will be no Multilib either, from what Mr. Hameleers and Mr. Volkerding said.

Are you ready for pure x86_64 Slackware and to say goodbye to Wine and Steam?

To use an old adage, Slackware 32bit is something nobody uses, but we can't live without it.

fulalas · 05-22-2024, 05:46 AM

Quote:

Originally Posted by ZhaoLin1457

But without Slackware 32bit, there will be no Multilib either, from what Mr. Hameleers and Mr. Volkerding said.

Are you ready for pure x86_64 Slackware and to say goodbye to Wine and Steam?

To use an old adage, Slackware 32bit is something nobody uses, but we can't live without it.

To run Wine and Steam we only need a small set of packages (~72), not a big deal

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

Quote:

Originally Posted by fulalas

To run Wine and Steam we only need a small set of packages (~72), not a big deal

But can you compile those 72 packages directly from Slackware x86_64, without a 32 bit infrastructure? I doubt it.

gwhl · 05-22-2024, 06:20 AM

Quote:

Originally Posted by ZhaoLin1457

But without Slackware 32bit, there will be no Multilib either, from what Mr. Hameleers and Mr. Volkerding said.

Are you ready for pure x86_64 Slackware and to say goodbye to Wine and Steam?

To use an old adage, Slackware 32bit is something nobody uses, but we can't live without it.

Just my 2 ¢: Wine doesn't need multilib anymore. For steam I personally use https://github.com/Kron4ek/Conty , there's also a flatpak thing.

GazL · 05-22-2024, 06:26 AM

Quote:

Originally Posted by ZhaoLin1457

But can you compile those 72 packages directly from Slackware x86_64, without a 32 bit infrastructure? I doubt it.

It works on CRUX, so I don't see why it couldn't be done on Slackware. Eric already provides the compiler/toolkit packages necessary to enable 32bit cross compilation.

garpu · 05-22-2024, 07:07 AM

I would be surprised if those 72 libraries aren't maintained in some fashion by someone (maybe not Alien Bob), since there's still so much 32-bit support needed. (WINE is working on it, but it's still kind of shaky.) We've got clients (not on Slackware) that still use older versions of programs because they can't afford to upgrade licenses or hardware. It's a pretty common situation, especially once you get out in the weeds, as it were. (not everyone is living in a place where new and awesome hardware is readily available, too, so linux tends to attract people with varied needs. Not everyone who needs multilib is a gamer.

)

Nature abhors a vacuum, though, so there will be some solution. It's kind of how FOSS goes.

marav · 05-22-2024, 09:25 AM

Quote:

Originally Posted by volkerdi

This is another one of those things where perhaps I'm the only one trying to build for 32-bit x86.

Quite long to make a 32b current ... but now we're 2

This works here

Code:

--- a/os/osdep.h  2024-05-15 08:21:39.000000000 +0200
+++ b/os/osdep.h        2024-05-22 16:22:27.179342734 +0200
@@ -52,6 +52,7 @@
 #define _OSDEP_H_ 1
 
 #include <X11/Xdefs.h>
+#include <X11/Xtrans/Xtrans.h>
 
 #if defined(XDMCP) || defined(HASXDMAUTH)
 #include <X11/Xdmcp.h>

Code:

--- xorg-server-xwayland.SlackBuild     2022-11-02 20:21:05.696585555 +0100
+++ xorg-server-xwayland.SlackBuild.1   2024-05-22 16:41:22.823325156 +0200
@@ -97,7 +97,6 @@
   --sysconfdir=/etc \
   --localstatedir=/var \
   --buildtype=release \
-  -Dxwayland_eglstream=true \
   -Ddefault_font_path="${DEF_FONTPATH}" \
   -Dbuilder_string="Build ID: $PKGNAM $VERSION-$BUILD" \
   -Dxkb_dir=/usr/share/X11/xkb \

gmgf · 05-22-2024, 09:33 AM

qqc2-desktop-style-5.116.1.tar.xz

https://download.kde.org/stable/fram...5.116.1.tar.xz

LuckyCyborg · 05-22-2024, 11:17 AM

Quote:

Originally Posted by ZhaoLin1457

But without Slackware 32bit, there will be no Multilib either, from what Mr. Hameleers and Mr. Volkerding said.

Are you ready for pure x86_64 Slackware and to say goodbye to Wine and Steam?

To use an old adage, Slackware 32bit is something nobody uses, but we can't live without it.

Well, I confess that I am this Mr. Nobody who uses Slackware i586 on a relative modern but 32bit only computer, thanks to wisdom of Intel, which considered x86_64 a premium feature even when the Socket 775 was a thing.

So, I ended having a nice Pentium 4 560 on Socket 775, which has 3,6GHz , has hyper-threading, but it's rocking the ol'good 32bit instruction set.

The computer where it is has 8GB DDR2 memories at 800 MHz, and embedded (on north-bridge) Intel GMA X4500 graphics, which offers OpenGL 2.1 and the overall - this system is quite capable to give a fancy Plasma5 desktop. However, I have added an old school Radeon HD4350 which pumps the capabilities to OpenGL 3.0 and the results are quite satisfactory.

I know, I know, I can change this 32bit processor with a shiny Core2 Quad quite capable of 64bit, but why I should do this when it does well its tasks of web-browsing and movies watching?

PS. I have also two EEPC notebooks which are 32 bit only.

glennmcc · 05-22-2024, 01:01 PM

Quote:

Originally Posted by glennmcc

Has anyone else noticed this in Firefox v125.0.2 ?

Mousing over a hyperlink correctly displays the address of that hyperlink at the lower-left of the screen.

However, the mouse cursor remains as an arrow instead of changing to the 'hand'.

___________

Bug report submitted.
https://bugzilla.mozilla.org/show_bug.cgi?id=1893894

Problem solved.

"Can you try to flip widget.gtk.legacy-cursors.enabled at about:config ?"

glennmcc · 05-22-2024, 01:13 PM

Quote:

Originally Posted by ZhaoLin1457

But without Slackware 32bit, there will be no Multilib either, from what Mr. Hameleers and Mr. Volkerding said.

Are you ready for pure x86_64 Slackware and to say goodbye to Wine and Steam?

To use an old adage, Slackware 32bit is something nobody uses, but we can't live without it.

Need to run WinCrap programs ?
Boot machine into WinCrap.

Need to play games ?
Get a game station (Xbox, PlayStation, Wii...etc...etc...)

rizitis · 05-22-2024, 01:41 PM

Quote:

Originally Posted by glennmcc

Need to play games ?
Get a game station (Xbox, PlayStation, Wii...etc...etc...)

or

Code:

flatpak install flathub com.valvesoftware.Steam

dcb_tahoe · 05-22-2024, 01:49 PM

Grub 2.12 fails slackbuild on 15 or 15-current

maybe I'm missing something to build it ...

https://blog.desdelinux.net/en/grub-...-new-features/
....
On the part of the security improvements, fixes for vulnerabilities accumulated since the GRUB 2.06 version have been implemented, such as the CVE-2023-4692 vulnerability that corresponded to a bug in the parsing code of an NTFS attribute, which can be used to write user-controlled information to a memory area outside the allocated buffer, also the CVE- 2023-4693 in the GRUB2 NTFS driver and others.

Grub 2.12 fails slackbuild on 15 or 15-current

grub-2.12.tar.gz

/grub-2.12/grub-core

no rule to make target /grub-core/extra_deps.lst needed by syminfo.lst

if grep 'VIDEO_LIST_MARKER' $pp >/dev/null 2>&1; then \
echo $b; \
fi; \
done) | sort -u > video.lst
cp lib/libgcrypt-grub/cipher/crypto.lst crypto.lst
make[3]: *** No rule to make target '../grub-core/extra_deps.lst', needed by 'syminfo.lst'. Stop.
make[3]: Leaving directory '/usr/local/src/grub212/grub-2.12/grub-core'
make[2]: *** [Makefile:28116: all] Error 2
make[2]: Leaving directory '/usr/local/src/grub212/grub-2.12/grub-core'
make[1]: *** [Makefile:11714: all-recursive] Error 1
make[1]: Leaving directory '/usr/local/src/grub212/grub-2.12'
make: *** [Makefile:3547: all] Error 2
Press any key to continue...

volkerdi · 05-22-2024, 01:55 PM

Quote:

Originally Posted by dcb_tahoe

no rule to make target /grub-core/extra_deps.lst needed by syminfo.lst

There's a patch for that (and other useful patches) in -current's testing/source/grub/.