Oh, that was short love:

https://forum.palemoon.org/viewtopic.ph … 21#p116121

Month earler they said "Our focus will be GTK2." and now "Linux focus in UXP will be GTK3, not GTK2."

If i hate something that is when people in a short period of time entirely switch statements... so good bye PM

No out of the box, since installation is needed. No particular tweaking needed, should work after proper installation. Here is picture from Devuan Jessie:

This is from low power Kabini APU, your's will differ of course. Official upstream FGLRX supports kernel versions up to 4.2 and xserver versions up to 1.17. So default Jessie 3.16/1.16 combo is expected to work, no problem. Kernel version support can be patched further, but xserver can't!

So if you patched it to 4.9 kernel it should work there, like you see in picture i am running latest vanila longterm 4.9.33 kernel there... Same thing should work on Devuan Ascii with default 4.9 kernel, but only with downgraded xserver version since there is 1.19 default which is not supported, etc...

Basically only attention should be what major xserver/kernels are running and what chips particular FGLRX version supports.

15.9 found in jessie repo supports EG/NI/GCN hardware also, but 15.12 from backports only GCNs... on AMD site you can found Catalyst-PRO driver which supports workstation chips that are listed there, etc...

Of course people with GCN 1.3 or Gen 4 AMD hardware, so called Polaris or later shouldn't try this at all as that hardware isn't supported by FGLRX for sure.
So up to GFX7 totally, but GFX8 partially - some GFX8 are supported and some not at all, etc...

OK, i think that info is enough So does it work? Well it does, but it depends what your chip is, what are kernel and xserver versions. Deal is the same on average for any distro.

Package sane does not depend on gimp, gimp is suggested or optional package to install.

Might be some missconfiguration of apt, or some of utilities you use like apt, apt-get, aptitude, wajig, synaptic... as you can configure apt to install recommends/suggest packages by default also or disable just rec or not to install these at all, etc...

Everything is normal, if that is what you want. Requirement of libgimp is there so that suggest works, sort of necessary bloat.

Otherwise rebuild sane/xscanimage without gimp plugin, general purpose binary OSes which target wide audience must serve anybody not just you, so dep bloat is there considered either necessary evil or necessary angel depending on POV

 
Cool, i know of EDE but i am not interested in DEs really as i think that is too much to be any default ... so no any GUI toolkit dependancy is a major feature there i more like WM or so called Box approach, that is like user buy (of course empty) suitcase and put whatever he want there or like if you buy a new flat/house and it is empty and then user put choose furniture and place it where he decide. WM only needs to comply to general standards and nothing much else.

Yes, there are many gtk2 file managers... btw, i think SpaceFM gtk2 is better than PCManFM but that is just personal opinion

To these "ugliness" of themes i have really no idea, that is to me again per user eyes to decide, some like more black some like more light or anything in between. What is ugly for one that is beauty for another and so on.

I always say - *this* is traditional desktop metaphor

So what is this? This is Box design, it is like new empty suitcase, new empty flat, new empty house, empty... now read guidelines/suggestions and put/place there whatever you want as no one really can decide for you Also if one contionosly keep asking someone else to decide on this for him, he will by the time lost all of his freedom, etc...

FSF is also about pushing standards "here is a newest version of standard we invented, so please comply with it"... while in reality let say 99% of hardware needs blob firmwares. I agree that is the high problem, so i can understand why FSF pushes standard.

But who is quilty about that, users aren't... so why should users feel any frustation what company legaly do? Yes, legaly as i don't know any state on this Planet Earth where blobs are marked as criminal act.

Here recently, is Debian Policy 4.0.0.0 released:

https://lists.debian.org/debian-devel-a … 00005.html

That one is for Debian 10, more and more policies less freedom again Let quote whatever, let say:

No more debian menu system, new requirements to comply to FreeDesktop standards created again by companies... Gnome pushes this ans Wayland as it check app instead of window, blah, blah... again who asked users about anything

Or this Alioth replacement:
https://lists.debian.org/debian-devel-a … 00002.html
http://blog.snow-crash.org/blog/upcoming-alioth-sprint/

Ha, he, so reasoning here and there, blah. blah... and again they choosed Pagure as last candidate which is first candidate actually so it is not even choosen and again what Fedora uses funded by Red Hat

This is so boring... and i know about X Window System Trap

https://www.gnu.org/philosophy/x.en.html

Stallman should write there about Wayland Trap Plus and all of its dependants as Trap Plus Plus... again, why people should fight and feel any frustation when companies do these shits in the first place? Even if it is open source it is shit anyway, sort of to some extend it is even worse than using pure blobs

edit: So when it comes to inconvinence - blobs, free software and open source have equal potentional, no one is safe there from the crap. Especially when it is introduced (a like to say pushed) as something called "standard"

Well i would expect that, even if no one tells me As Raspbian is the RPi Foundation’s official supported operating system, they i guess take care there about that one default.

Looks like too much new hardware for default Devuan 1.0, for Debian 8 even of course...

Because of that Intel's Skylake mainly... there is also AMD's PX there, so i hope you use everything driver related kernel/userspace from backports repo, like kernel, mesa, ddx.

edit: BTW fglrx 15.12 driver from backports is also an option for that Radeon R5 M335, but together with Skylake iGPU i am not sure that first must work perfect, as that manage screen for PX... maybe 4.9 kernel for Skylake and just intel ddx too, but now that fglrx as i see is not pached for 4.9 but stevepusser have patched one fglrx for 4.9 in his repo...

It sounds complicated anyway i guess , ideally SKL iGPU should use modeseting driver but for that newest X is better and then PRIME switching should work for radeon... whatever even without all that and if you don't mind that Radeon PX again kernel, mesa, ddx to upgrade from backports is recommended on Devuan/Debian 8, etc...

Debian packaged jwm on 32bit uses about 500 KB uncached, blackbox about 800 KB, openbox about 3500 KB... but it have more features enabled since it mainly serve LXDE as i said you can take that down to 1200 KB easely or so

Of course, if anyone care about that range of sizes these days he might look at other distros, doing static and other special embeded builds or so.. on the other side general purpose builds (what major distros do)  and computing tends to be more bloated, more features and more deps and particualary more dynamic also means more cached memory used, probably less long term compatability of that build... and so on

Probably SeaMonkey or Pale Moon... actually using Pale Moon here for about 3 month or so (mainly because of my own gtk3-free reason, i don't even have that s*it lib installed ), it is nice for me.

Maybe to mention this page, since there are also user contributed deb packages there, sse build, etc...

http://linux.palemoon.org/

I think spike was at #6 one day 3 days ago or something, just to mention since now is at #14.

Weekly spikes, what to say... whatever someone releases it goes up for couple days

I just hope someone wouldn't come and say here is a AppImage, Snap,  Flatpak... package to do a shutdown

I have mapped it to what i don't use and can't easely press it like ctrl+super+alt+del for reboot or end for shutdown.

If xrandr works, well remove xorg.conf if you have any first (as that takes priority over .d dir) and try like this:

sudo nano /etc/X11/xorg.conf.d/10-prefmode.conf

Section "Monitor"
	Identifier  "Monitor-VGA1"
	VendorName	"HP"
	ModelName	"L1906"
	HorizSync	30 - 83
	VertRefresh	50 - 76    
	Modeline	"1280x1024"  108.88  1280 1360 1496 1712  1024 1025 1028 1060  -HSync +Vsync    
	Option		"PreferredMode"  "1280x1024"
EndSection

I guess PreferredMode would force this, hopefully.