You are not logged in.
This Debian Wiki page:
https://wiki.debian.org/GraphicsCard
says, for Intel graphics cards:
If your graphic card was manufactured in 2007 and newer, try uninstalling the xserver-xorg-video-intel package and use the builtin modesetting driver (xserver-xorg-core) instead.
What % of our users do you folks think are likely to be using pre-2007 graphics? Is the advantage of switching to modesetting for the newer people big enough to justify dropping xserver-xorg-video-intel and possibly causing trouble for people with the older hardware?
Drop xserver-xorg-video-intel, or not?
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
New-ish Lenovo Intel Ideapad i3 laptop, just removed it and rebooted, no difference (if anything it might be better, I didn't test screen tearing pre-removal but post, it's phenomenal. Zero.)
Anecdotal evidence is not real evidence, though.
I don't care what you do at home. Would you care to explain?
Offline
sudo apt remove xserver-xorg-video-intel
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages will be REMOVED:
bunsen-meta-all xserver-xorg-video-intel
0 upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
After this operation, 3,294 kB disk space will be freed.
Do you want to continue? [Y/n] n
Abort.Old Thinkpad, 2011 - ish. Better keep it for now on this machine. ![]()
Offline
^ I'm sure you know that bunsen-meta-all is just that, a meta package, removing it won't (shouldn't) remove any actual packages, it's like deleting a shortcut.
You might want to try removing the intel package and rebooting, you can always reinstall it and reboot again to revert back if you get worse graphics performance.
I don't care what you do at home. Would you care to explain?
Offline
bunsen-meta-all is just that, a meta package, removing it won't (shouldn't) remove any actual packages
I think now if a package is in the "Metapackages" section, it's as you say - dependencies won't be removed even if the metapackage goes.
It used to be different - once the metapackage was removed, apt would keep prompting you to "autoremove" all the dependencies. 
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
Yes, but actually I felt a bit insecure in the heat of the moment. Did remove it and looks like it did not bother anything.
Offline
New-ish Lenovo Intel Ideapad i3 laptop, just removed it and rebooted, no difference (if anything it might be better, I didn't test screen tearing pre-removal but post, it's phenomenal. Zero.)
Anecdotal evidence is not real evidence, though.
This is due to mutter. If you run xorg without a compositor, the only way not to have tear free is with the intel xorg driver.
Offline
A WM/DE without a compositor, are you mad? This isn't 1998. Rounded corners and transparency, and cool window fade-ins and outs, dagummit!
I don't care what you do at home. Would you care to explain?
Offline
I've gone all 2008/glittersloth.
Offline
I can respect that.
I don't care what you do at home. Would you care to explain?
Offline
Maybe leave it in on the i386 build, those are the most likely to be used on computers old enough to need that driver.
Offline
I can respect that.
But yeah, a wm on X without a compositor is the only use case in which the driver is needed, hence the warning on sites like the Arch wiki, since a lot of users there hipsterize their desktops. Since Bunsen runs with picom, I think the removal is warranted.
Offline
^ Good feedback, thanks.
I don't care what you do at home. Would you care to explain?
Offline
Maybe leave it in on the i386 build, those are the most likely to be used on computers old enough to need that driver.
That might be the way to go.
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
REVISITING in 2025
Now there are no i386 builds, I guess it is finally time to drop xserver-xorg-video-intel.
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
Just a data byte: I am loathe to drop xorg-server packages on my own projects, i've actually had to install older ones that are no longer in a standard xorg install to get a 2009 machine to work, older AMD packages r128 and mach64. But that's me, i'm specifically trying to support a wide variety of older hardware and trying to make everything "just work" right out of the box if possible on machines going back over 20 years, BL protocol may be different with regard to time frame for support but having looked at all the firmware on your iso it sure seems like BL is trying to do the same, works great on my 2012 lappy. So why leave obscure firmware in but start removing xorg drivers? JMHO, just thinking out loud.
Offline
...why leave obscure firmware in but start removing xorg drivers?
There might well be scope for leaving out some of those old firmware packages, especially now that the debian-installer does more on its own to figure out missing stuff. (Firmware takes up a lot of space.) That needs a separate thread.
But the reason for suggesting dropping xserver-xorg-video-intel in 2023 was that - according to both the Debian Wiki and the package itself - for graphics cards made in 2007 or later performance might be better without it. Please check back to the OP.
Reposting:
If your graphic card was manufactured in 2007 and newer, try uninstalling the xserver-xorg-video-intel package and use the builtin modesetting driver (xserver-xorg-core) instead.
The use of this driver is discouraged if your GPU is new enough (ca. 2007 and newer). You can try uninstalling this driver and let the server use its built-in modesetting driver instead.
But the key word is "try" - neither say you have to uninstall it.
i'm specifically trying to support a wide variety of older hardware and trying to make everything "just work" right out of the box if possible on machines going back over 20 years
BL's philosophy is not so far from that, but I'm not sure if we want to go back as far as 20 years. I think BunsenLabs is trying to be relevant right now, a meaningful choice to install also on computers made recently, for people who don't want a big DE. I'm in some doubt how many people would find 20 year old computers useful - other than as interesting toys - in the present day, especially now that 32bit support has pretty much gone away. However, my current machine is ~10 years old and does its job perfectly.
PS: I noticed I still have xserver-xorg-video-intel installed here, removed it and rebooted. Everything seems OK so far...
So it's a choice between a possible improvement in performance for some users vs a hit for others.
Last edited by johnraff (2025-10-29 01:02:29)
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline
REVISITING in 2025
Now there are no i386 builds, I guess it is finally time to drop xserver-xorg-video-intel.
That makes sense as Debian has moved to the modesetting driver by default for Intel graphics chips.
Real Men Use Linux
Offline
@johnraff, thanks for clarifying, that makes sense. And I reckon if someone does have a pre-2007 intel machine they can always install the package easily enough. Maybe a note in the release notes or something just so folks are aware?
Offline
Maybe a note in the release notes or something just so folks are aware?
Good idea. I'll add it to my release notes do-do list.
...elevator in the Brain Hotel, broken down but just as well...
( a boring Japan blog (currently paused), now on Bluesky, there's also some GitStuff )
Offline