After the "Copying read-write image contents to tmpfs" if you have directory with space like in gdm-themes (Pirates of Gnome) when the script list all the subdirectories of /usr it'll have "Pirates of Gnome" and he will build symlink for : /usr/share/gdm/themes/Pirates /of /Gnome (same thing for "Gnome Yang" for example) so i got some wrong symlink inside my system after having boot on my liveCD /Gnome -> /mnt/livecd/Gnome /of -> /mnt/livecd/of ...
What does genkernel/linuxrc have in common with Gnome themes? Please explain how to reproduce this issue.
hello, to reproduce this issue just build a livecd with gdm-themes inside it and use genkernel to produce the kernel and initramfs, when you'll boot on it, linuxrc'll create symlink (after "Coying read-write image contents to tmpfs") but when listing all subdirectories of x=usr it'll get (for example) /usr/share/gdm/themes/Pirates of Gnome and it'll produce symlink for /usr/share/gdm/themes/Pirates /of /Gnome because of the space inside the directory name this is not a gdm-themes issue but a linuxrc issue which does list correctly all subdirectories (gdm-themes is one of them) loux
catalyst - is this yours, or... ? I fail to get what does some Gnome stuff w/ stupid spaces in path have in common w/ genkernel really.
Yeah, I think this is technically us. The linuxrc in the genkernel initramfs does some "magic" tmpfs voodoo when booting a CD. I believe this culprit is the following line in generic/linuxrc: # List all subdirectories of x for directory in `find "${NEW_ROOT}/${FS_LOCATION}/${x}" -type d 2>/dev/null` This should probably be something like the following to account for directories with whitespace in the name find "${NEW_ROOT}/${FS_LOCATION}/${x}" -type d 2>/dev/null | while read directory
This is fixed in SVN and will be in the next release.
This should be done in 3.4.9_pre10 which will be hitting the tree soon.