Re: [t2] 21.5 stops on first package
On 20/5/21 8:59 pm, Barry Kauler wrote: On 5/20/21, scsijon wrote: It is looking at libc.so.6 in the host system. EasyOS has 2.31. and the latest rust has a minimum of 2.32 and t2 has 2.33 I removed rustc and firefox from the package list, and the build proceeded to stage-3, binutils. It failed, wants "-fPIC". I put this into binutils.conf: var_append CC_WRAPPER_INSERT " " "-fPIC" Nup, still fails, saying it wants "-fPIC": libtool: install: (cd /TOOLCHAIN/src.binutils.system.20210520.182458.8590.EASYPC6235/binutils-2.36.1/objdir/libctf; /bin/sh /TOOLCHAIN/src.binutils.system.20210520.182458.8590.EASYPC6235/binutils-2.36.1/objdir/libctf/libtool --tag CC --mode=relink gcc -std=gnu99 -Wall -W -Wall -Wno-narrowing -Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -pedantic -Wno-long-long -I../../libctf/../zlib -g -O2 -version-info 0:0:0 -Wl,--version-script=../../libctf/libctf.ver -o libctf.la -rpath /usr/lib64 libctf_la-ctf-archive.lo libctf_la-ctf-dump.lo libctf_la-ctf-create.lo libctf_la-ctf-decl.lo libctf_la-ctf-error.lo libctf_la-ctf-hash.lo libctf_la-ctf-labels.lo libctf_la-ctf-dedup.lo libctf_la-ctf-link.lo libctf_la-ctf-lookup.lo libctf_la-ctf-open.lo libctf_la-ctf-sha1.lo libctf_la-ctf-string.lo libctf_la-ctf-subr.lo libctf_la-ctf-types.lo libctf_la-ctf-util.lo libctf_la-ctf-open-bfd.lo ../bfd/libbfd.la -L/TOOLCHAIN/src.binutils.system.20210520.182458.8590.EASYPC6235/binutils-2.36.1/objdir/libctf/../libiberty/pic -liberty -L./../zlib -lz -ldl ) libtool: relink: gcc -shared -fPIC -DPIC .libs/libctf_la-ctf-archive.o .libs/libctf_la-ctf-dump.o .libs/libctf_la-ctf-create.o .libs/libctf_la-ctf-decl.o .libs/libctf_la-ctf-error.o .libs/libctf_la-ctf-hash.o .libs/libctf_la-ctf-labels.o .libs/libctf_la-ctf-dedup.o .libs/libctf_la-ctf-link.o .libs/libctf_la-ctf-lookup.o .libs/libctf_la-ctf-open.o .libs/libctf_la-ctf-sha1.o .libs/libctf_la-ctf-string.o .libs/libctf_la-ctf-subr.o .libs/libctf_la-ctf-types.o .libs/libctf_la-ctf-util.o .libs/libctf_la-ctf-open-bfd.o -L/usr/lib64 -lbfd -L/TOOLCHAIN/src.binutils.system.20210520.182458.8590.EASYPC6235/binutils-2.36.1/objdir/bfd/../libiberty/pic -L/TOOLCHAIN/src.binutils.system.20210520.182458.8590.EASYPC6235/binutils-2.36.1/objdir/zlib -L/TOOLCHAIN/src.binutils.system.20210520.182458.8590.EASYPC6235/binutils-2.36.1/objdir/libctf/../libiberty/pic -liberty -lz -ldl -Wl,--version-script=../../libctf/libctf.ver -Wl,-soname -Wl,libctf.so.0 -o .libs/libctf.so.0.0.0 /usr/lib64/gcc/x86_64-t2-linux-gnu/11.1.0/../../../../x86_64-t2-linux-gnu/bin/ld: /usr/lib64/libiberty.a(sha1.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC collect2: error: ld returned 1 exit status Reckon that's enough for me. It probably builds fine on a T2 host. it's because at stage 3 it's building shared (about line25 in the config), this needs to be turned off with a hash for stage 3 and allowed back on for stage 5 --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2 --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2
Re: [t2] 21.5 stops on first package
Hi there, I don’t know how you try to use t2 to compile things there, but kcc is our decade old kernel compiler symlink to just allow compiling the kernel with different, safe settings than user packages, or to use another compiler for the kernel than the rest (gcc, vs, clang, vs icc). So, … maybe you use t2 in a way that builds packages directly into your detain where kcc is something else? René > On 19. May 2021, at 12:19, Thomas Schmitt wrote: > > > Hi, > > Barry Kauler wrote: >> Debian 'kcc' package has /usr/bin/kcc, but that is >> not what linux-header wants. > > I was curious enough to try learning about "kcc" compilers, of which > there are many. But then i came to > > https://t2sde.org/handbook/html/t2-book.html#t2.wrapper > > where "kcc" is characterized as "Kernel C compiler wrapper". > Further this page says > "The wrapper binary is automatically compiled by the build system and > placed inside a tool directory put as first search location into the > PATH environment variable." > Obviously this did not happen for you. > > I am currently riddling how wrappers with names like "cc", "strip", or > "cp" are supposed to get into effect, if a name collision with a package > can interfere that has just 24 reporting Debian users. > https://qa.debian.org/popcon.php?package=kcc > > (Probably my theory is flawed, but i decided to put it up as contender > to scsijon's theory about the old KDE compiler. Maybe it gives new ideas.) > > > Have a nice day :) > > Thomas > > > > --- > If you wish to unsubscribe from this mailing, send mail to > li...@t2-project.org with a subject of: unsubscribe t2 -- ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com https://exactscan.com | https://ocrkit.com | https://t2sde.org | https://rene.rebe.de -- ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com https://exactscan.com | https://ocrkit.com | https://t2sde.org | https://rene.rebe.de --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2
Re: [t2] 21.5 stops on first package
Hi there, I don’t know how you try to use t2 to compile things there, but kcc is our decade old kernel compiler symlink to just allow compiling the kernel with different, safe settings than user packages, or to use another compiler for the kernel than the rest (gcc, vs, clang, vs icc). So, … maybe you use t2 in a way that builds packages directly into your detain where kcc is something else? René > On 19. May 2021, at 12:19, Thomas Schmitt wrote: > > > Hi, > > Barry Kauler wrote: >> Debian 'kcc' package has /usr/bin/kcc, but that is >> not what linux-header wants. > > I was curious enough to try learning about "kcc" compilers, of which > there are many. But then i came to > > https://t2sde.org/handbook/html/t2-book.html#t2.wrapper > > where "kcc" is characterized as "Kernel C compiler wrapper". > Further this page says > "The wrapper binary is automatically compiled by the build system and > placed inside a tool directory put as first search location into the > PATH environment variable." > Obviously this did not happen for you. > > I am currently riddling how wrappers with names like "cc", "strip", or > "cp" are supposed to get into effect, if a name collision with a package > can interfere that has just 24 reporting Debian users. > https://qa.debian.org/popcon.php?package=kcc > > (Probably my theory is flawed, but i decided to put it up as contender > to scsijon's theory about the old KDE compiler. Maybe it gives new ideas.) > > > Have a nice day :) > > Thomas > > > > --- > If you wish to unsubscribe from this mailing, send mail to > li...@t2-project.org with a subject of: unsubscribe t2 -- ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com https://exactscan.com | https://ocrkit.com | https://t2sde.org | https://rene.rebe.de -- ExactCODE GmbH, Lietzenburger Str. 42, DE-10789 Berlin, https://exactcode.com https://exactscan.com | https://ocrkit.com | https://t2sde.org | https://rene.rebe.de --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2
Re: [t2] 21.5 stops on first package
On 5/20/21, scsijon wrote: > >> It is looking at libc.so.6 in the host system. EasyOS has 2.31. >> >> > and the latest rust has a minimum of 2.32 and t2 has 2.33 I removed rustc and firefox from the package list, and the build proceeded to stage-3, binutils. It failed, wants "-fPIC". I put this into binutils.conf: var_append CC_WRAPPER_INSERT " " "-fPIC" Nup, still fails, saying it wants "-fPIC": libtool: install: (cd /TOOLCHAIN/src.binutils.system.20210520.182458.8590.EASYPC6235/binutils-2.36.1/objdir/libctf; /bin/sh /TOOLCHAIN/src.binutils.system.20210520.182458.8590.EASYPC6235/binutils-2.36.1/objdir/libctf/libtool --tag CC --mode=relink gcc -std=gnu99 -Wall -W -Wall -Wno-narrowing -Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -pedantic -Wno-long-long -I../../libctf/../zlib -g -O2 -version-info 0:0:0 -Wl,--version-script=../../libctf/libctf.ver -o libctf.la -rpath /usr/lib64 libctf_la-ctf-archive.lo libctf_la-ctf-dump.lo libctf_la-ctf-create.lo libctf_la-ctf-decl.lo libctf_la-ctf-error.lo libctf_la-ctf-hash.lo libctf_la-ctf-labels.lo libctf_la-ctf-dedup.lo libctf_la-ctf-link.lo libctf_la-ctf-lookup.lo libctf_la-ctf-open.lo libctf_la-ctf-sha1.lo libctf_la-ctf-string.lo libctf_la-ctf-subr.lo libctf_la-ctf-types.lo libctf_la-ctf-util.lo libctf_la-ctf-open-bfd.lo ../bfd/libbfd.la -L/TOOLCHAIN/src.binutils.system.20210520.182458.8590.EASYPC6235/binutils-2.36.1/objdir/libctf/../libiberty/pic -liberty -L./../zlib -lz -ldl ) libtool: relink: gcc -shared -fPIC -DPIC .libs/libctf_la-ctf-archive.o .libs/libctf_la-ctf-dump.o .libs/libctf_la-ctf-create.o .libs/libctf_la-ctf-decl.o .libs/libctf_la-ctf-error.o .libs/libctf_la-ctf-hash.o .libs/libctf_la-ctf-labels.o .libs/libctf_la-ctf-dedup.o .libs/libctf_la-ctf-link.o .libs/libctf_la-ctf-lookup.o .libs/libctf_la-ctf-open.o .libs/libctf_la-ctf-sha1.o .libs/libctf_la-ctf-string.o .libs/libctf_la-ctf-subr.o .libs/libctf_la-ctf-types.o .libs/libctf_la-ctf-util.o .libs/libctf_la-ctf-open-bfd.o -L/usr/lib64 -lbfd -L/TOOLCHAIN/src.binutils.system.20210520.182458.8590.EASYPC6235/binutils-2.36.1/objdir/bfd/../libiberty/pic -L/TOOLCHAIN/src.binutils.system.20210520.182458.8590.EASYPC6235/binutils-2.36.1/objdir/zlib -L/TOOLCHAIN/src.binutils.system.20210520.182458.8590.EASYPC6235/binutils-2.36.1/objdir/libctf/../libiberty/pic -liberty -lz -ldl -Wl,--version-script=../../libctf/libctf.ver -Wl,-soname -Wl,libctf.so.0 -o .libs/libctf.so.0.0.0 /usr/lib64/gcc/x86_64-t2-linux-gnu/11.1.0/../../../../x86_64-t2-linux-gnu/bin/ld: /usr/lib64/libiberty.a(sha1.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC collect2: error: ld returned 1 exit status Reckon that's enough for me. It probably builds fine on a T2 host. --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2
Re: [t2] 21.5 stops on first package
On 19/5/21 11:09 pm, Barry Kauler wrote: Now stops at stage-1 rustc. Error: /mnt/sda1/downloads/downloads2/input574/0-t2sde/t2-trunk-r52412/src.rustc.system.20210519.204051.31395.EASYPC6235/rustc-1.51.0-src/build/bootstrap/debug/build/proc-macro2-390df6b81ba3bb34/build-script-build: /lib/libc.so.6: version `GLIBC_2.33' not found (required by /mnt/sda1/downloads/downloads2/input574/0-t2sde/t2-trunk-r52412/src.rustc.system.20210519.204051.31395.EASYPC6235/rustc-1.51.0-src/build/bootstrap/debug/build/proc-macro2-390df6b81ba3bb34/build-script-build) /mnt/sda1/downloads/downloads2/input574/0-t2sde/t2-trunk-r52412/src.rustc.system.20210519.204051.31395.EASYPC6235/rustc-1.51.0-src/build/bootstrap/debug/build/proc-macro2-390df6b81ba3bb34/build-script-build: /lib/libc.so.6: version `GLIBC_2.32' not found (required by /mnt/sda1/downloads/downloads2/input574/0-t2sde/t2-trunk-r52412/src.rustc.system.20210519.204051.31395.EASYPC6235/rustc-1.51.0-src/build/bootstrap/debug/build/proc-macro2-390df6b81ba3bb34/build-script-build) It is looking at libc.so.6 in the host system. EasyOS has 2.31. and the latest rust has a minimum of 2.32 and t2 has 2.33 --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2 --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2
Re: [t2] 21.5 stops on first package
On 19/5/21 7:50 pm, Barry Kauler wrote: Jon, Thanks for the background on kcc. Thanks Thomas on that info, I suspect that was what KDE used at the start, and no, it doesn't happen as most things nowadays seem to just use gcc. My host system is EasyOS Dunfell-series, which is built from packages compiled in OpenEmbedded. I choose the T2 minimal packages basic desktop, and off she ran, it was looking real good... yup, I am running a similar setup with 2.6.1/2.7.2 and the devx's, but when I start a fresh build (from a scratch system) I first build Rene's 20-minimal first as I find other problems relating to 'us'. If you have been keeping up with his mail system, have a look about the 13th of April for fixes I have found, else you can always goto the T2 mail archive at https://www.mail-archive.com/t2@t2-project.org/ for them. I haven't run a new one since he recentred the gtk base to gtk3 from gtk2 though, and he has a number of gtk4 (known as gnome40/gtk40 and package versions start with 40.x.x) updated, i'm still building with the old one and selectively updating instead as I am still based with gtk2. 1. There was that kcc fix. 2. Stage 0, gcc wanted 'isl' package installed on the host system. Did that and off she went again... 3. Stopped at Stage 1, llvm failure, this message: /mnt/sda1/downloads/downloads2/input574/0-t2sde/t2-trunk-r52412/build/system-21-svn-generic-x86-64-linux/TOOLCHAIN/tools.cross/crosscc/../lib/gcc/x86_64-t2-linux-gnu/11.1.0/../../../../x86_64-t2-linux-gnu/bin/ld: cannot find /mnt/sda1/downloads/downloads2/input574/0-t2sde/t2-trunk-r52412/build/system-21-svn-generic-x86-64-linux/usr/lib/libtinfo.so: No such file or directory collect2: error: ld returned 1 exit status Well, ncurses did built at stage 1, but did not create libtinfo. I have a vague memory, that whether or not to create a separate libtinfo is a configure choice in ncurses. So it would seem the build recipe is wrong. Haven't yet investigated it any further. On 5/19/21, scsijon wrote: On 19/5/21 1:59 am, Barry Kauler wrote: That's interesting. Debian 'kcc' package has /usr/bin/kcc, but that is not what linux-header wants. I did this: # ln -snf gcc /usr/bin/kcc And success. yup, the debian (and others) kcc package nowadays, is the kanji code filter package. The wanted kcc, a command in this case, is the old KDE compiler which was replaced by even them with a gcc link many years ago, and what Barry did is the right proceedure. Maybe Rene, could check when he has time, something else to add to his already extensive to-do list, why it's actually needed in T2, as, as Barry could attest, we build the linux-header package without this needed link in the Puppy world, so i suspect it relates to something in T2's builder somewhere. Mind you, the linux-header package usually stops on a first run of a freshly built system anyway. Just clean the cache, and restart the build, and off it goes happily until you totally rebuild your system again, when it starts all again. On 5/18/21, Barry Kauler wrote: Rene, Congrats on 21.5 It has been awhile, so thought I would give it a go. But it stops at the first package, 'linux-header', this error: kcc: -E: bad option Using kcc from Debian Buster. Looked online man page, kcc does not support "-E" option. --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2 --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2 --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2 --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2
Re: [t2] 21.5 stops on first package
Now stops at stage-1 rustc. Error: /mnt/sda1/downloads/downloads2/input574/0-t2sde/t2-trunk-r52412/src.rustc.system.20210519.204051.31395.EASYPC6235/rustc-1.51.0-src/build/bootstrap/debug/build/proc-macro2-390df6b81ba3bb34/build-script-build: /lib/libc.so.6: version `GLIBC_2.33' not found (required by /mnt/sda1/downloads/downloads2/input574/0-t2sde/t2-trunk-r52412/src.rustc.system.20210519.204051.31395.EASYPC6235/rustc-1.51.0-src/build/bootstrap/debug/build/proc-macro2-390df6b81ba3bb34/build-script-build) /mnt/sda1/downloads/downloads2/input574/0-t2sde/t2-trunk-r52412/src.rustc.system.20210519.204051.31395.EASYPC6235/rustc-1.51.0-src/build/bootstrap/debug/build/proc-macro2-390df6b81ba3bb34/build-script-build: /lib/libc.so.6: version `GLIBC_2.32' not found (required by /mnt/sda1/downloads/downloads2/input574/0-t2sde/t2-trunk-r52412/src.rustc.system.20210519.204051.31395.EASYPC6235/rustc-1.51.0-src/build/bootstrap/debug/build/proc-macro2-390df6b81ba3bb34/build-script-build) It is looking at libc.so.6 in the host system. EasyOS has 2.31. --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2
Re: [t2] 21.5 stops on first package
Oh, and for the record, I tried to recall how Build-Pkg script works. Ah yes, this recompiles ncurses: # ./scripts/Build-Pkg -1 -cfg system -update ncurses --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2
Re: [t2] 21.5 stops on first package
Rene, It is pretty normal for the distributions to compile ncurses package with libtinfo.so*, it requires "--with-terminfo". Some packages require that library. I appended this to ncurses.conf: var_append confopt " " "--with-termlib" libtinfo.so* gets installed to /lib64, however, llvm stage-1 looks for libtinfo.so in path usr/lib. Hmmm, so I created a symlink: # ln -s ../../lib64/libtinfo.so libtinfo.so llvm stage-1 then compiled, and compiling is now going ahead. So I guess that ncurses.conf should also create that symlink. --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2
Re: [t2] 21.5 stops on first package
Hi, Barry Kauler wrote: > Debian 'kcc' package has /usr/bin/kcc, but that is > not what linux-header wants. I was curious enough to try learning about "kcc" compilers, of which there are many. But then i came to https://t2sde.org/handbook/html/t2-book.html#t2.wrapper where "kcc" is characterized as "Kernel C compiler wrapper". Further this page says "The wrapper binary is automatically compiled by the build system and placed inside a tool directory put as first search location into the PATH environment variable." Obviously this did not happen for you. I am currently riddling how wrappers with names like "cc", "strip", or "cp" are supposed to get into effect, if a name collision with a package can interfere that has just 24 reporting Debian users. https://qa.debian.org/popcon.php?package=kcc (Probably my theory is flawed, but i decided to put it up as contender to scsijon's theory about the old KDE compiler. Maybe it gives new ideas.) Have a nice day :) Thomas --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2
Re: [t2] 21.5 stops on first package
Jon, Thanks for the background on kcc. My host system is EasyOS Dunfell-series, which is built from packages compiled in OpenEmbedded. I choose the T2 minimal packages basic desktop, and off she ran, it was looking real good... 1. There was that kcc fix. 2. Stage 0, gcc wanted 'isl' package installed on the host system. Did that and off she went again... 3. Stopped at Stage 1, llvm failure, this message: /mnt/sda1/downloads/downloads2/input574/0-t2sde/t2-trunk-r52412/build/system-21-svn-generic-x86-64-linux/TOOLCHAIN/tools.cross/crosscc/../lib/gcc/x86_64-t2-linux-gnu/11.1.0/../../../../x86_64-t2-linux-gnu/bin/ld: cannot find /mnt/sda1/downloads/downloads2/input574/0-t2sde/t2-trunk-r52412/build/system-21-svn-generic-x86-64-linux/usr/lib/libtinfo.so: No such file or directory collect2: error: ld returned 1 exit status Well, ncurses did built at stage 1, but did not create libtinfo. I have a vague memory, that whether or not to create a separate libtinfo is a configure choice in ncurses. So it would seem the build recipe is wrong. Haven't yet investigated it any further. On 5/19/21, scsijon wrote: > > > On 19/5/21 1:59 am, Barry Kauler wrote: >> That's interesting. Debian 'kcc' package has /usr/bin/kcc, but that is >> not what linux-header wants. I did this: >> >> # ln -snf gcc /usr/bin/kcc >> >> And success. >> > yup, the debian (and others) kcc package nowadays, is the kanji code > filter package. The wanted kcc, a command in this case, is the old KDE > compiler which was replaced by even them with a gcc link many years ago, > and what Barry did is the right proceedure. Maybe Rene, could check when > he has time, something else to add to his already extensive to-do list, > why it's actually needed in T2, as, as Barry could attest, we build the > linux-header package without this needed link in the Puppy world, so i > suspect it relates to something in T2's builder somewhere. > > > Mind you, the linux-header package usually stops on a first run of a > freshly built system anyway. Just clean the cache, and restart the > build, and off it goes happily until you totally rebuild your system > again, when it starts all again. > >> On 5/18/21, Barry Kauler wrote: >>> Rene, >>> Congrats on 21.5 >>> >>> It has been awhile, so thought I would give it a go. >>> >>> But it stops at the first package, 'linux-header', this error: >>> >>> kcc: -E: bad option >>> >>> Using kcc from Debian Buster. Looked online man page, kcc does not >>> support "-E" option. >>> >> >> >> --- >> If you wish to unsubscribe from this mailing, send mail to >> li...@t2-project.org with a subject of: unsubscribe t2 > > > > --- > If you wish to unsubscribe from this mailing, send mail to > li...@t2-project.org with a subject of: unsubscribe t2 > --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2
Re: [t2] 21.5 stops on first package
On 19/5/21 1:59 am, Barry Kauler wrote: That's interesting. Debian 'kcc' package has /usr/bin/kcc, but that is not what linux-header wants. I did this: # ln -snf gcc /usr/bin/kcc And success. yup, the debian (and others) kcc package nowadays, is the kanji code filter package. The wanted kcc, a command in this case, is the old KDE compiler which was replaced by even them with a gcc link many years ago, and what Barry did is the right proceedure. Maybe Rene, could check when he has time, something else to add to his already extensive to-do list, why it's actually needed in T2, as, as Barry could attest, we build the linux-header package without this needed link in the Puppy world, so i suspect it relates to something in T2's builder somewhere. Mind you, the linux-header package usually stops on a first run of a freshly built system anyway. Just clean the cache, and restart the build, and off it goes happily until you totally rebuild your system again, when it starts all again. On 5/18/21, Barry Kauler wrote: Rene, Congrats on 21.5 It has been awhile, so thought I would give it a go. But it stops at the first package, 'linux-header', this error: kcc: -E: bad option Using kcc from Debian Buster. Looked online man page, kcc does not support "-E" option. --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2 --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2
Re: [t2] 21.5 stops on first package
That's interesting. Debian 'kcc' package has /usr/bin/kcc, but that is not what linux-header wants. I did this: # ln -snf gcc /usr/bin/kcc And success. On 5/18/21, Barry Kauler wrote: > Rene, > Congrats on 21.5 > > It has been awhile, so thought I would give it a go. > > But it stops at the first package, 'linux-header', this error: > > kcc: -E: bad option > > Using kcc from Debian Buster. Looked online man page, kcc does not > support "-E" option. > --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2
[t2] 21.5 stops on first package
Rene, Congrats on 21.5 It has been awhile, so thought I would give it a go. But it stops at the first package, 'linux-header', this error: kcc: -E: bad option Using kcc from Debian Buster. Looked online man page, kcc does not support "-E" option. --- If you wish to unsubscribe from this mailing, send mail to li...@t2-project.org with a subject of: unsubscribe t2