manjaro-<desktop>-settings has some file conflicts #4
Labels
No labels
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
profiles/desktop-settings#4
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Created by: philmmanjaro
Seems there is still some work to do ...
Created by: udeved
Yes, the dot files, they need to be cleaned up and possibly packed up or used in overlay.
I think we need a strategy here.
Created by: philmmanjaro
root-overlay has followed files:
Created by: udeved
the mozilla should go.
I just don't know if at all, the various .mozilla folders are necessary, if they just provide manjaro bookmarks for example.
A firefox-settings package is on ToDo.
Created by: philmmanjaro
So best is to provide skel with the desktop settings and not with root-overlay.
Created by: udeved
Yes, I think so. I just didn't clean the shared/manjaro/* yet.
Created by: udeved
Basically, if in overlay, its meaningless, if in root-overlay or desktop-overlay.
Just that desktop-overlay overwrites root-overlay stuff.
So in a sense pointless to have skel in root-overlay, except we only gonna have a root-image and no desktop-image
Created by: philmmanjaro
Ok, then copy those skel files into the desktop-settings from root and if it already provides some, skip them. xfce-minimal seems to be fine so far.
Created by: udeved
github.com/manjaro/manjaro-tools-iso-profiles@dbd8ed7ae8Created by: udeved
Btw, we should have one iso out before annoucning settings packages.
Noobs will find it hard to figure out that they need to clean /etc/skel if installed pre 16.01
Created by: philmmanjaro
Now we have still this:
Created by: udeved
bashrc and bash_profile are provided by package bash, I guess?
I wish we had pkgfile for this.
Created by: philmmanjaro
I think it is
e513b08db0Created by: udeved
wait a minute, I will chroot in the arch system to run pkgfile. We can check.
Did you add manjaro-base-skel to your list?
Created by: udeved
So we either do manjaro bash package or we do it in overlay, which is not update safe.
Created by: philmmanjaro
hmm. or remove those files from our desktop-settings ... hmm
Created by: philmmanjaro
I have it. We do a install scriplet ...
Created by: udeved
Whatever we do, if we use arch bash package, we can't package those files, and probably a few more.
Created by: philmmanjaro
let me check the bash package then.
Created by: udeved
It all depends what lands on a default installed arch system in /etc/skel.
This is on arch without any DE, just base group install:
Created by: philmmanjaro
Yep ...
Created by: udeved
Question is, do we want a manjaro bash?
Is it desirable considering readline etc?
Created by: philmmanjaro
Let me quickly test something first.
Created by: philmmanjaro
Currently we have this:
Let me check something here.
Created by: udeved
We need to diff many files in the process I think, to see if they are relly necessary.
On the positive side, we create very solid profiles.
Created by: philmmanjaro
Let me do something first before dropping it from bash.
Created by: udeved
Sure, no haste, this is the tricky part to sort this all out.
FYI, I am using a customized .bashrc. If that's a problem I can drop it.
Created by: philmmanjaro
@oberon2007: working on it ...
Created by: udeved
Currently checking some files ...
Only other is .zshrc.
Created by: philmmanjaro
For now only at:
Created by: udeved
In summary, bash and zsh, so the shells need to be handled.
Created by: udeved
Created by: philmmanjaro
grml-zsh-config is used by archboot, so no issue on our end.
Created by: udeved
filesystem only provides /etc/skel
no issue there either.
Created by: udeved
Created by: udeved
Perhaps best in this case to move the bashrc back in profiles as only exception.
pacman should make a backup, so its not totally lost after update of bash,
I can do it, sleep well.
Created by: udeved
even better, lets install the base skel not in /etc but somewhere in /usr/share/manjaro(-tools)
This way, the bash folder in skel doesn't get copied to home dir too.
Created by: philmmanjaro
Well, the current way is working. I'm open for better ideas. Simply WOW me ;)
Created by: udeved
Oh Efendi, the Sultan thinks installing the bashrc eg in /usr/share/bash/bashrc.manjaro
get us rid of the /etc/skel/bash folder. The camel can be copied from install location to /etc/skel.
so only slight modification of the silk road. :)
Created by: philmmanjaro
Hmm, makes sense, this will avoid the copying of the bash folder to the home-dir. Go for it ...
Created by: udeved
Right, I'll commit the mod soon.
Created by: udeved
Would be nice opportunity to perhaps include source the msg functions from manjaro-tools in bashrc and zshrc so they are always accessible?
Created by: udeved
what are we gonna do with the overlay/root/:* stuff that is in the profiles still?
I do see the need for live overlay skel files.
Some config for root is needed in i3 and fluxbox because the root account is otherwise practically not useable. My understanding is that /etc/skel is not copied over to /root's home, or is it? Anyway would that be an option?
Created by: udeved
I haven't touched the stuff in live-overlay{/root,/etc/skel}.
You are right, skel doesn't apply for root.
I think we can package the /root folder stuff thats not in live-overlay.
live-overlay{/root,/etc/skel}. can remain, I believe should remain.
Can /root/ not really just be a copy of /etc/skel ?
Created by: udeved
Well, it depends what you deploy in /etc/skel, its a potential security hole.
Created by: udeved
We need to rethink live/root
from livecd script in manjaro-tools, that is run before live session starts:
This may solve some mystery, why some live-overlay/root stuff doesn't work, it gets overwritten eventually.
Created by: udeved
I think Stefano has done the dconf schema stuff well.
Pantheon could be reference for schema stuff.
I will further clean profiles, so we end up with entire user customization of profile being in desktop-settings. Stuff is already pretty much transferred in their respective skel folders.
@oberon2007
I cleaned up your profiles a bit, perhaps it becomes now more clear what is possible, and what may confused. ;)
Yes. I've commented there. But it will only work if you copy the desktop settings to /root. Otherwise you make the root account unusable in a WM. There is no default funcionality.
Created by: udeved
What I am saying, there was kind of bug, flawed logic how we set up /root folder @oberon2007 ;)
Especially if you use a real root-overlay folder instead of symlink, it may have affected several profiles.
github.com/manjaro/manjaro-tools@9e2f61ed1bCreated by: udeved
Regarding the /root folder.
We could set it up like this:
Is this desirable? Is there any need for special /root setup that differs from /etc/skel?
Created by: udeved
I haven't look enough at xfce and kde yet.
But could me make eg manjaro-kde-settings depend on manjaro-kde-minimal-settings?
Same for xfce.
Won't work for lxqt, I had to talk to Esclapion to coordinate theming, they are different.
maybe put .xinitrc in the backup array? Otherwise you will not be able to install desktop-settings in on an existing system.
rubbish. forget what i just said! 😆
Created by: udeved
Any iso built with settings pkg will have a clean /etc/skel, and stuff in there can be simply removed.
It used to be part of filesystem, which was not so good.
Bernhard, don't wonder, I removed for the moment your live skel customization from the profiles.
We can move them back if we don't find a good solution. I was thinking we may be able to come up with something for all the WM based iso.
for fun I was just trying to install manjaro-xfce-settings on my deepin install and /etc/skel/.xinitrc was the only conflicting file of course ;)
Created by: udeved
Best is, you simply rm -r /etc/skel/* on existing install, and just leave bash files
yes sure. no problem :)
Created by: udeved
Do these WM editions need necessarily the live menu, or would be destop symlinks to the apps enough?
you mean i3 and fluxbox? no. they don't support desktop icons! ;) and in i3 the whole WM only works with the config and the conky serves as a cheat-sheat for the shortcuts. people will be lost without it to launch the installers...
Created by: udeved
I see, damn those WMs. ;)
::)
Created by: udeved
But on a serious note, these WMs screw pretty much up some nice idea.
Created by: udeved
What about dynamic menus for these?
Nope ... doesn't exist. That stuff sucks! 😆
So, I just installed manjaro-xfce-settings plus some packages from Packages-Xfce on my Deepin install here and created a new user. It took about 2 minutes... This is TOTALLY fun!! 😆
Created by: udeved
Yes, we can now simulate the iso easily on the system. :)
Created by: philmmanjaro
So we are now on the stage to give the user the option to install our desktops with our settings as it should be. Great. Next step would be to add a module to Calamares to choose the available desktops and create a network install media with Calamares starting up in fullscreen. Maybe a minimal LxQt live.
Who wants to go completely crazy can create a meta-package of the needed packages for his profile. Then people can really just install a second default desktop to their systems 😆
Created by: Ste74
Pantheon desktop settings seems problem

Created by: Ste74
Correct the conflicts and try to rebuild but desktop-settings is online ? Only when pushed in repo i can rebuild ?