manjaro-openbox-settings conflicts none about desktop-settings

[udeved]

Should be fine, afaik, the package is coinstallable as the almost only one of the settings packages.

[oberon-manjaro]

Well since it contains a /etc/skel/.gtkrc-2.0 it will conflict with pretty much all WMs ... 😉
https://forum.manjaro.org/t/manjaro-i3-16-06-rc-stable/537/15
manjaro-openbox-settings: /etc/skel/.gtkrc-2.0 already exists in filesystem

[udeved]

If we only could agree on the gtkk theme for manjaro, and this file could go in base skel.

[udeved]

This is no good move I believe.
I haven't had time to build a test iso, but my lxqt-minimal settings package depends on openbox-settings. Note, lxqt-minimal already conflicts with "desktop-settings" packages, so this make likely the depend screwed up, and OB settings will also conflict with lxt-minimal.

[oberon-manjaro]

Oh I see, sorry! Now I understand! 😝 beh. I guess we should then just have it conflict with other WMs with conflicting files. I think i3, JWM and bspwm should do.

[oberon-manjaro]

plus fluxbox

[oberon-manjaro]

I'll just do that for now because I had already pushed the other package. Maybe you will come up with a more ingenious solution later 😉 But I think like that everything should work at least...

[oberon-manjaro]

.xinitrc will conflict with xfce, too ...

[udeved]

This is why I would favour a modular package system for that, or we finally agree to use one theme and iconset for manjaro, so this could be shared package. We simply have all to sit down again and find a better way to structure the settings packages, and split out shared stuff everybody uses.
xinitrc could be merged together, so we only need one such file for all DE.

I wouldn't be pleased if my next build fails due to this.

[oberon-manjaro]

A .xinitrc more or less like this should work for everybody, right?

[udeved]

Yes.
I am pretty convinced, a big source of error is these files on the various editions.
Some of them are over customized and only work on certain environments.
If people run more than two DE on the system, this could lead to trouble.
Hence I am not happy with the many iso out, they are too specific and bring more disadvantages than advantages. We complicate a simple switch of DE with it, or to have multiple DE installed, which is a cake walk on other distros.

[oberon-manjaro]

Editions which declare their themes via gsettings should also not be a big problem since they deploy their theming via override. The tilers can achieve a lot via .Xresources. Problematic as far as I see it are basically gtk2 settings and what keeps giving me headaches is xcursor settings - they are in all sorts of places and very inconsistent between toolkits. I still have no uderstanding how qt-apps pick their icon and cursor theme when used in a gtk surrounding...

[udeved]

Perhaps you should simply fiddle a bit with qt based DE.
Qt stuff follows the proven old ways of doing things, xdg compliant
The exception from the rule is gtk3, because it seems rather difficult to deploy gschema.override in ~.local/share/glib2...
But we are more taking about the .(dot) files in user home from skel