View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0006104||Kali Linux||[All Projects] General Bug||public||2020-02-16 22:42||2020-05-08 21:59|
|Target Version||Fixed in Version|
|Summary||0006104: Unable to Generate User Folders During Live Build|
|Description||I've been trying to generate default folders for the user on 2020.1's live-build-config to generate automatically during ISO's build rather than the user entering the command themselves post install. I've placed a simple hook in both `live` and `normal`:|
apt install xdg-user-dirs
The ISO was built with no issues but when I checked $HOME (for Kali and my user), the folders were nowhere to be found. I am unsure how can I fix this/get the folders to generate. I've also looked at Debian's manual over at https://live-team.pages.debian.net/live-manual/html/live-manual/index.en.html but I was unable to find anything about this there
You're not giving enough information about your setup. Any modern desktop has some sort of "session manager" that will auto-start applications based on what's in /etc/xdg/autostart/ (or based on systemd's user session). And xdg-users-dirs is making use of that feature.
What desktop are you using and does it provide the required session manager ? If not, you will have to find a way to run xdg-user-dirs-update when the user starts his graphical session.
Apologies on the lack of information. The whole setup can be seen from https://gitlab.com/Arszilla/kali-i3-gaps
I could place `exec --no--startup-id xdg-user-dirs-update` on i3's config; where it'll run the command everytime the i3 session is initalized. Sadly, that isn't a viable solution since that command will be ran everytime when the user logs in.
According to my neofetch results, the DE is lightdm-xsession, so maybe something could be done on that part? Because this issue happened with all the custom ISO's I've built using `live-build-config`'s repo; so it persists on Kali's own repos, not only on my project.
I've also tried placing a premade `user-dirs.dirs` and `user-dirs.locale` in `.config` of `$HOME` via `/etc/skel` Sadly, it didn't work.
> Sadly, that isn't a viable solution since that command will be ran everytime when the user logs in.
Why? This is exactly how this was designed to work.
> Because this issue happened with all the custom ISO's I've built using `live-build-config`'s repo; so it persists on Kali's own repos, not only on my project.
Not sure what you mean. The default XFCE live ISO works fine, the directories are created and the configuration file is put into place by xdg-user-dirs-update. See attached picture.
> According to my neofetch results, the DE is lightdm-xsession, so maybe something could be done on that part?
That session runs nothing special so your only choice is to play with /etc/X11/Xsession.d/ to add a snippet to run xdg-user-dirs-update.
kali-live-user.png (417,625 bytes)
> he default XFCE live ISO works fine, the directories are created and the configuration file is put into place by xdg-user-dirs-update. See attached picture.
Just created a XFCE ISO again, using Kali's live-build-script instead of mine. Still no user folders. Not sure what's the cause at this point. I've attached a picture of post installation on VM. Clean, no customizations done what-so-ever.
I meant that this issue happens on both
VirtualBox - XFCE.png (1,034,236 bytes)
||This was fixed in a later update. This issue has been since resolved.|
||Per Arszilla's comment, this issue is resolved by an update|
|2020-02-16 22:42||Arszilla||New Issue|
|2020-02-17 10:03||rhertzog||Note Added: 0012285|
|2020-02-17 18:32||Arszilla||Note Added: 0012291|
|2020-02-18 10:14||rhertzog||File Added: kali-live-user.png|
|2020-02-18 10:14||rhertzog||Note Added: 0012301|
|2020-02-19 19:42||Arszilla||File Added: VirtualBox - XFCE.png|
|2020-02-19 19:42||Arszilla||Note Added: 0012316|
|2020-05-08 19:52||Arszilla||Note Added: 0012765|
|2020-05-08 21:59||steev||Assigned To||=> steev|
|2020-05-08 21:59||steev||Status||new => resolved|
|2020-05-08 21:59||steev||Resolution||open => fixed|
|2020-05-08 21:59||steev||Note Added: 0012766|