You are not logged in.
EDIT: my first fix doesn't fix , removed to not make you screw up your system following it
and now the question.
i have rolling with the recent kernel upgrade, so i have two kernel installed and i suppose to have two different output from the [c]uname -r[/c] command depending from if i boot one kernel or the other one and i should have two different /lib/modules/$(uname -a)/ dirs. uname give me the same output with both kernel and i have just one /lib/modules/ subdir.
i installed in a virtual machine a kernel built from linux-source and all goes as i've always seen, two uname output and two different /lib/modules/ subdir.
it this behavior a feature (and i would like to know the reason why, no criticism here) or someone should debug linux receipt?
Offline
how do i do this:
[c]xzcat /home/slitaz/src/linux-3.2.tar.xz | tar x --strip-components=1[/c]
with busybox's tar or any other busybox's util?
could anybody help me with the "uname give me the same output with both kernel and i have just one /lib/modules/ subdir" question?
thanks
Offline
You can't. Install the xz package to get the xzcat command. For a package builder, make it one of the build dependencies. You may also need the real tar command for it to work.
Offline
Thanks for your answer.
i'm tryng to fix get-linux-source script, it's already broken so i probably would not break it more :-) .
Xzcat is in busybox:
[c]root@sltvaio:/home/fabio# ls -l $(which xzcat)
lrwxrwxrwx 1 root root 17 Jan 21 13:49 /usr/bin/xzcat -> ../../bin/busybox[/c]
what i miss is the --strip-components in tar.
Would it be ugly to make the get-linux-source script check for presence of gnu tar and silently install it - use it - remove it if it was not present?
I wouldn't put it as a dep in receipt because it's only required to run the
[c]xzcat /home/slitaz/src/linux-3.2.tar.xz | tar x --strip-components=1[/c]
command, having another command which extraxt a tar stripping the first leading dir would do the job, but i can't find out how to do it.
btw, do you know why in cooking every minor kernel upgrade should put modules in /lib/module/$MAJOR_VERSION ?
i've double checked all linux related receipts and it's clearly a choiche, i can imagine that this save space but doesn't it risk to arise problems? is it a new feature allowed by 3.X kernels? i would be glad to be pointed to a doc.
Offline
Oh right, they integrated xz in the newer version of Busybox. Maybe just use the real tar and xz as build dependencies? Should give you what you need.
Offline
[ Generated in 0.017 seconds, 7 queries executed - Memory usage: 1.54 MiB (Peak: 1.77 MiB) ]