Am Montag, 14. Oktober 2013, 18:32:02 schrieb Erich Titl: > on 14.10.2013 16:41, KP Kirchdörfer wrote: > > Am Montag, 14. Oktober 2013, 15:06:09 schrieb Erich Titl: > >> Hi Folks > >> > >> I am still trying to build the tookchain, rebuilt tar and find :-( but > >> now I am running into this > >> > >> xzcat patch-3.4.63.xz | patch -p1 -s -d > >> /data/leaf/devel/leaf.new/bering-uclibc/source/i486-unknown-linux-uclibc/ > >> lin ux/ > >> > >> this leads to approximately 20000 lines of mostly invalid patches and > >> bails finally out > >> > >> -------------------------- > >> > >> |diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c > >> |index 9739b533..bdfbc1be 100644 > >> |--- a/virt/kvm/kvm_main.c > >> |+++ b/virt/kvm/kvm_main.c > >> > >> -------------------------- > >> File to patch: > >> Skip this patch? [y] > >> 5 out of 5 hunks ignored > >> make: *** [.source] Error 1 > >> make: Leaving directory > >> `/data/leaf/devel/leaf.new/bering-uclibc/source/i486-unknown-linux-uclibc > >> /li nux' > >> > >> The reason being is that buildtool.mk does not build the LINUX_DIR > >> variable correctly, possibly due to the new format of the kernel tarball. > > > > Hi Erich; > > > > I doubt the patch format is the reaon. > > I rebuild *every* release from scratch. > > What I do is to copy the branch to a new directory, edit > > conf/buildtool.local.sample and rename it to conf/buildtool.local and > > start > > tools/buildall.sh, which takes approx two and half hours on my box. > > Should this not be done by buildtool.pl build toolchain? It might take > the whole night on mine, but whatever..... > > It was quick, building linux fails constantly all the time even if the > buildall.sh blindly continues. A makefile would be better. > > Mhhh.... here is the output of the patch called in buildenv.mk > > ./getdirname.pl > /data/leaf/devel/leaf.new/bering-uclibc/source/i486-unknown-linux-uclibc/lin > ux/linux-3.4.tar.xz unsupported file type data
I'm afraid you're build host "file" utilty does not detect "*xz" files. (you may check "# file /data/leaf/devel/leaf.new/bering-uclibc/repo/linux/linux-3.4.tar.xz" to verify. In the last year buildtool moved in a lot of places to use xz files cause the source tarballs are a lot smaller. kp > > To me this looks like a problem with getdirname.pl here is the md5sum of > that file. Unfortunately it does not hold any release info > > mega@luna:~/leaf/devel/leaf.new/bering-uclibc/tools> md5sum getdirname.pl > 75bda25ba9fe5df259f4400cb9afdad6 getdirname.pl > > > Usually it works without pb's. > > > > BTW: Ho wdid you get solved the pb's described in a previous mail? > > I recompiled tar and modified setup-builddir whic did depend on some new > bash constructs which would not be recognized by my bash version. > > diff --git a/tools/setup-builddir b/tools/setup-builddir > index d89dfd1..4ef53fc 100755 > --- a/tools/setup-builddir > +++ b/tools/setup-builddir > @@ -129,9 +129,12 @@ fi > # Check that the file binary exists > check_binary 'file' > > -filetype=$(file -L --brief "$tarfile") > +#filetype=$(file -L --brief "$tarfile") > > -case ${filetype,,} in # convert to lowercase > +filetype="${tarfile##*.} " > + > +#case ${filetype,,} in # convert to lowercase > +case ${filetype} in # convert to lowercase > > cheers > > Erich ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk _______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel