Bugzilla Bug 199701

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.