Bug 117649 - minor errors after genkernel action in catalyst
|
Bug#:
117649
|
Product: Gentoo Hosted Projects
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: minor
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: catalyst@gentoo.org
|
Reported By: rajiv@gentoo.org
|
|
Component: Catalyst
|
|
|
URL:
|
|
Summary: minor errors after genkernel action in catalyst
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2006-01-03 12:20 0000
|
using catalyst 2.0_rc12. two errors after genkernel runs. see the 'mv' and
'binary operator expected' errors below.
...
* Do NOT report kernel bugs as genkernel bugs unless your bug
* is about the default genkernel configuration...
*
* Make sure you have the latest genkernel before reporting bugs.
removing
/brontes/installer/catalyst/tmp/default/stage4-amd64-20060103.1/tmp/chroot-functions.sh
from the chroot
mv: when moving multiple files, last argument must be a directory
Try `mv --help' for more information.
/usr/lib/catalyst2/targets/support/functions.sh: line 167: [:
/brontes/installer/catalyst/tmp/default/stage4-amd64-20060103.1//boot/initramfs-genkernel-x86_64-2.6.14-gentoo-r5:
binary operator expected
copying post-kmerge.sh to
/brontes/installer/catalyst/tmp/default/stage4-amd64-20060103.1/tmp/
copying chroot-functions.sh to
/brontes/installer/catalyst/tmp/default/stage4-amd64-20060103.1/tmp/
Running post-kmerge.sh in chroot
/brontes/installer/catalyst/tmp/default/stage4-amd64-20060103.1/
>>> Regenerating /etc/ld.so.cache...
...
build completes sucessfully.
How many kernels does your build have?
just 1. this is while building the stage 4. although gentoo-sources is pulled
in as a dep of one of the packages in stage4/packages and it is also installed
(overwritten?) by genkernel during the build.
This should be fixed in 2.0_rc15.
still seeing this with 2.0_rc19 while building a stage4:
...
* Do NOT report kernel bugs as genkernel bugs unless your bug
* is about the default genkernel configuration...
*
* Make sure you have the latest genkernel before reporting bugs.
removing
/brontes/installer/catalyst/tmp/workstation/stage4-amd64-20060118.1/tmp/chroot-functions.sh
from the chroot
mv: when moving multiple files, last argument must be a directory
Try `mv --help' for more information.
/usr/lib/catalyst2/targets/support/functions.sh: line 167: [:
/brontes/installer/catalyst/tmp/workstation/stage4-amd64-20060118.1//boot/initramfs-genkernel-x86_64-2.6.15-gentoo-r1:
binary operator expected
copying post-kmerge.sh to
/brontes/installer/catalyst/tmp/workstation/stage4-amd64-20060118.1/tmp/
Running post-kmerge.sh in chroot
/brontes/installer/catalyst/tmp/workstation/stage4-amd64-20060118.1/
>>> Regenerating /etc/ld.so.cache...
...
the build completes sucessfully.
OK... This should really be InCVS now. It'll show up in rc29+ when I roll up a
new one.
still seeing this with Gentoo Catalyst, version 2.0_rc33
...
* Do NOT report kernel bugs as genkernel bugs unless your bug
* is about the default genkernel configuration...
*
* Make sure you have the latest genkernel before reporting bugs.
removing
/brontes/installer/catalyst/tmp/trident/stage4-amd64-20060207.1/tmp/chroot-functions.sh
from the chroot
mv: when moving multiple files, last argument must be a directory
Try `mv --help' for more information.
/usr/lib/catalyst2/targets/support/functions.sh: line 167: [:
/brontes/installer/catalyst/tmp/trident/stage4-amd64-20060207
.1//boot/initramfs-genkernel-x86_64-2.6.15-gentoo-r4: binary operator expected
copying post-kmerge.sh to
/brontes/installer/catalyst/tmp/trident/stage4-amd64-20060207.1/tmp/
copying chroot-functions.sh to
/brontes/installer/catalyst/tmp/trident/stage4-amd64-20060207.1/tmp/
Running post-kmerge.sh in chroot
/brontes/installer/catalyst/tmp/trident/stage4-amd64-20060207.1/
>>> Regenerating /etc/ld.so.cache...
...
let me know if you need any more info (spec file, etc)
Yeah, since I absolutely cannot reproduce this and you're the only person that
ahs ever seen it (and the simple fact that it *is* a binary operator) the only
thing I can conclude is either it's some corner case that you're the only
person who has ever hit it, or its something on your system.
Edit targets/support/functions.sh and go to line 167. Add a couple debug
statements in there to echo the output of ${1} and ${2} and show that output
here. It looks like one of the two isn't getting set for you.
looks like there are multiple files in there:
...
* Make sure you have the latest genkernel before reporting bugs.
removing
/brontes/installer/catalyst/tmp/trident/stage4-amd64-20060207.1/tmp/chroot-functions.sh
from the chroot
==in extract_kernel()
1:/brontes/installer/catalyst/tmp/trident/stage4-amd64-20060207.1//boot
2:brontes
mv: when moving multiple files, last argument must be a directory
Try `mv --help' for more information.
/usr/lib/catalyst2/targets/support/functions.sh: line 169: [:
/brontes/installer/catalyst/tmp/trident/stage4-amd64-20060207
.1//boot/initramfs-genkernel-x86_64-2.6.15-gentoo-r4: binary operator expected
copying post-kmerge.sh to
/brontes/installer/catalyst/tmp/trident/stage4-amd64-20060207.1/tmp/
copying chroot-functions.sh to
/brontes/installer/catalyst/tmp/trident/stage4-amd64-20060207.1/tmp/
Running post-kmerge.sh in chroot
/brontes/installer/catalyst/tmp/trident/stage4-amd64-20060207.1/
>>> Regenerating /etc/ld.so.cache...
...
# ls -l /brontes/installer/catalyst/tmp/trident/stage4-amd64-20060207.1//boot
total 6740
-rw-r--r-- 1 root root 1009963 Feb 8 16:50
System.map-genkernel-x86_64-2.6.15-gentoo-r4
lrwxrwxrwx 1 root root 1 Feb 8 16:30 boot -> .
drwxr-xr-x 2 root root 4096 Feb 8 16:43 grub
-rw-r--r-- 1 root root 1035007 Feb 8 16:52
initramfs-genkernel-x86_64-2.6.15-gentoo-r4
-rw-r--r-- 1 root root 1035007 Feb 8 16:52 initramfs-x86_64-2.6.15-gentoo-r4
-rw-r--r-- 1 root root 1894189 Feb 8 16:50
kernel-genkernel-x86_64-2.6.15-gentoo-r4
-rw-r--r-- 1 root root 1894189 Feb 8 16:51 kernel-x86_64-2.6.15-gentoo-r4
here is the kernel section of my spec file:
boot/kernel: brontes
boot/kernel/brontes/sources: gentoo-sources
boot/kernel/brontes/config: /brontes/installer/tmp/stage4-kernel.config
boot/kernel/brontes/packages: media-video/nvidia-glx
fyi, i `rm -rf
/brontes/installer/catalyst/tmp/trident/stage4-amd64-20060207.1/` before
running catalyst. so is genkernel creating 2 kernel files?
i just noticed that this does not happen when building livecd-stage2. it only
happens when building a stage4.
What "options" are you using for catalyst?
Are you using any gk_* spec options?
I'm completely not understanding how you're getting two kernels and nobody else
seems to be, but that *would* determine why you're getting both the mv error
and the binary operator error.
As for it only happening with stage4, that actually does help quite a bit.
here is my catalyst.conf:
distdir="/usr/portage/distfiles"
options="autoresume ccache kerncache pkgcache seedcache snapcache"
sharedir="/usr/lib/catalyst2"
storedir="/brontes/installer/catalyst"
snapshot_cache="/brontes/installer/catalyst/snapshot_cache"
hash_function="md5"
digests="md5 sha1"
envscript="/brontes/installer/tmp/catalyst-env.sh"
there are not gk_* options in my spec file.
catalyst-env.sh has:
export GENTOO_MIRRORS="http://mirror/ http://gentoo.osuosl.org/
http://distfiles.gentoo.org/"
export SYNC="rsync://mirror/gentoo-portage"
export LINGUAS="en"
export CHOST="x86_64-pc-linux-gnu"
export CFLAGS="-O2 -march=opteron -pipe -fomit-frame-pointer -ftracer"
export CXXFLAGS="${CFLAGS}"
export MAKEOPTS="-j5"
export EPAUSE_IGNORE=0
export EBEEP_IGNORE=0
export FEATURES="nodoc noinfo noman"
with catalyst 2.0_rc37 and rc38 i also now see an error with kmerge.sh:
...
/tmp/kmerge.sh: line 65: [: too many arguments
* Gentoo Linux Genkernel; Version 3.3.10
* Running with options: --callback=PKGDIR=/tmp/kerncache/brontes/ebuilds emerge
-kb media-video/nvidia-glx
--cachedir=/tmp/kerncache/brontes-genkernel_cache-20060207.2 --no-mountboot
--kerneldir=/usr/src/linux --kernel-config=/var/tmp/brontes.config
--modulespackage=/tmp/kerncache/brontes-modules-20060207.2.tar.bz2
--minkernpackage=/tmp/kerncache/brontes-kernel-initrd-20060207.2.tar.bz2
--kerncache=/tmp/kerncache/brontes-kerncache-20060207.2.tar.bz2 all
--kernel-cc=/usr/lib/ccache/bin/gcc --utils-cc=/usr/lib/ccache/bin/gcc
* Linux Kernel 2.6.15-gentoo-r4 for x86_64...
...
I'm pretty sure that Ifixed this recently with one of the changes I made to
that section. I started getting the error myself and decided to clean it up,
having forgotten about this bug.