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.
please bring back the xf86-video-cirrus and xf86-video-r128 because they are also used by QEMU for some of its emulated display devices: Cirrus VGA and Ati VGA.
Question: what's giving gamepad support in slackware? Is it something other than this? (I've only ever plugged it in and it works. Haven't needed to poke into setup.)
I'd move "xf86-video-intel" to /extra.
Fedora and Debian/Ubuntu abandoned that driver years ago, https://www.phoronix.com/news/Fedora...tel-DDX-Switch .
KDE devs say "We recommend the Xorg modesetting DDX for use with Intel hardware. This is the default in many distributions nowadays. Using the Intel Xorg DDX can result in various graphical glitches and freezes." https://community.kde.org/Plasma/5.9_Errata#Intel_GPUs
I had some freezes over the years on various intel machines which never happened again after removepkg xf86-video-intel.
I'd move "xf86-video-intel" to /extra.
Fedora and Debian/Ubuntu abandoned that driver years ago, https://www.phoronix.com/news/Fedora...tel-DDX-Switch .
KDE devs say "We recommend the Xorg modesetting DDX for use with Intel hardware. This is the default in many distributions nowadays. Using the Intel Xorg DDX can result in various graphical glitches and freezes." https://community.kde.org/Plasma/5.9_Errata#Intel_GPUs
I had some freezes over the years on various intel machines which never happened again after removepkg xf86-video-intel.
The "xf86-video-intel" is still required by i915 hardware like Intel GMA3150 - we have even 2 drivers, in Mesa Ember i915 and Gallium i915g, BUT those graphics does not works with the modesetting driver, because it requires at least OpenGL 2.0 and is available only OpenGL 1.4
I tested myself those things. Anyway, the modesetting driver is auto-selected in modern Intel hard hardware.
Last edited by LuckyCyborg; 08-09-2022 at 06:05 AM.
As long as it remains available somewhere I have no problem which set it's in, however it's not as useless/obsolete as your comment makes it sound. While the "modesetting" driver is fine for desktop environments like KDE and XFCE that do compositing, I find that the non-compositing window managers benefit a lot from the intel driver and its default "Tearfree" option that eliminates tearing.
The "intel" driver still gives the best results for me (fvwm user).
As long as it remains available somewhere I have no problem which set it's in, however it's not as useless/obsolete as your comment makes it sound.
Might be, for me(my hardware), i had more trouble than benefit with that driver.
Maybe someday the switch to wayland will improve everything.
I'll keep deinstalling xf86-intel here, and all is fine.
I had some freezes over the years on various intel machines which never happened again after removepkg xf86-video-intel.
Maybe you don't need to removepkg it any longer.
ChangeLog.txt, Mon Jan 18 13:50:16 UTC 2021: "I'm hoping that the (probably unrelated) issues with Intel video hardware will be helped by today's xorg-server patch that uses the modesetting driver with newer chipsets." The patch is 06_use-intel-only-on-pre-gen4.diff.gz.
After that I had to explicitly ask for intel in xorg.conf.d in order not to get modesetting for my Sandybridge.
Last edited by Petri Kaukasoina; 08-09-2022 at 09:59 AM.
Finding an alternative utility to fork the pvscan into the background would be more in-keeping with the intended goal of using systemd-run and IMO a better choice than just yanking it out like Gentoo have done.
That said, I don't care for this event-based volume group activation feature, so I just turn it off in lvm.conf.
I still would like to see the option to install GRUB; when you are at the stage of installing a boot loader , either MBR/LILO or UEFI(ELILO)... Since Grub is already there, why not just give us the option during the install process... *shrug*
Note: Digikam & gegl needs to be rebuild with this version
I second this. The 0.3.95 version is from 2018 and therefore is missing corrections for any new cameras or lenses released since then. As it is now, anyone with a fairly recent camera will have to replace the Slackware package with a custom-built one to make use of the various RAW photo editors.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
