I agree about xz, IF the following sequence is generally correct for bootstrap chroot build, then xz is not available. but Emerge-Pkg xz also pulls in [diffutils,grep,perl,sed,tar], so bonus again, IF the sequence is valid for building. I am trying this to make it easy to repeat sequences for a fresh start each time to get the correct environment. i wish i had a zfs server to use snapshots right now comments? ------------------------------start moo@moo-PowerEdge-R710 ~ $ mkdir mytest moo@moo-PowerEdge-R710 ~ $ cd mytest moo@moo-PowerEdge-R710 ~/mytest $ sudo mount /KOZAK/ISO/t2-minimal-x86-64-r47356.iso /mnt moo@moo-PowerEdge-R710 ~/mytest $ tar -xvf /mnt/stage2.tar.bz2 moo@moo-PowerEdge-R710 ~/mytest $ tar -xvf /mnt/stage2ext.tar.bz2 moo@moo-PowerEdge-R710 ~/mytest $ for i in /mnt/9.0-svn-generic-x86-64-cross-linux/pkgs/*zst; do tar -I zstd -xvf $i ; done moo@moo-PowerEdge-R710 ~/mytest $ sudo umount /mnt moo@moo-PowerEdge-R710 ~/mytest $ svn co https://svn.exactcode.de/t2/trunk build moo@moo-PowerEdge-R710 ~/mytest $ cd .. moo@moo-PowerEdge-R710 ~ $ cat ./chroot-goto.sh mount -o bind /dev $1/dev mount -o ro,nosuid,nodev,noexec,relatime -t sysfs none $1/sys mount -o ro,relatime -t proc none $1/proc mount -o rw,nosuid,noexec,relatime,gid=5,mode=620 -t devpts none $1/dev/pts chroot $1 for i in dev/pts proc sys dev do umount $1/$i done moo@moo-PowerEdge-R710 ~ $ sudo ./chroot-goto.sh mytest bash-4.2# PS1='\w\$ ' /# echo "nameserver 1.1.1.1" >> /etc/resolv.conf /# cd build/ /build# ./scripts/Config (<---########## I changed nothing in config ##########) /build# ./scripts/Emerge-Pkg xz ------------------------------end
On Thu, Jan 10, 2019 at 4:35 AM scsijon <[email protected]> wrote: > OH, well as long as it works, a decent mail archive is worth gold, as we > say. > > The patch as requested, is attached as help2man.patch for you, no doubt > you will want/need to put your standard header and massage it to suit T2. > > And could you please consider adding the xz package to either > 00-bootstrap or 00-minimal please as it's needed to change a .xz package > to a .zst, it contains some needed files when adding via the source site. > > On 10/01/19 21:00, René Rebe wrote: > > Hi, > > > > On 09 Jan 2019, at 22:26, scsijon <[email protected]> wrote: > > > >> AH, i've found Rene's New (to me) Mail archive ( > https://www.mail-archive.com/[email protected]), it seems not all > messages h ave been passed on for some reason. My Firefox Bookmark had an > old one that no longer worked. And it seems that Joe Kozak (many thanks) > has already found and patched for this (msg03418.html). For those wanting > to use the patch, line 9 of the patch should really be the end of line 8. > And it works! Can it be included in the standard set please Rene? > > > > It is not really “my archive”, so many archives went away, I actually > thought there was none working anymore, > > > > To make it easier for me and save time to instantly see which patch we > talk about you could have linked it directly ;-) > > > > ¯\_(ツ)_/¯ > > > >> :-)} (smile with beard) > >> > >> and away we go again. > >> > >> OH, and for the origonal setting ~MB_LEN_MAX 16 problem, it hasn't > reappeared this time (yet), and I have no idea why. I am going through the > files I looked through last time, looking anyway as i'd rather identify it > now and have it not be there anyway. > >> > >> regards and good building to all > >> scsijon > >> > >> On 09/01/19 21:12, scsijon wrote: > >>> Since then I decided to try a clean generic>minimal and see if it can > build an updated 'itself' on a prebuilt .iso of itself. > >>> The findutils error listed in another problem under this subject title > is still relevant. > >>> ----- > >>> On 09/01/19 14:44, scsijon wrote: > >>> @Rene, > >>>> also how do you want these reported, individually under the package > and version or as I am doing here as a continuous thread? > >>>> > >>>> I was also getting glib failing last time with an error saying that > python is too old needing python >=2.7, even though python on the system is > 2.7.13? I was wondering if it should have been =>2.7 in glib? > >>>> > >>> OH, and top post or bottom? I'm doing that here. > >>> ----- > >>> I've gone back to the beginning and are not (re)moving packages from > stages as I have done in the past. > >>> So the first problem package is [0]automake, giving problems with the > aclocal-1.16 help section > >>> Relevant section is, although a full error log is attached. > >>> -lines 154 to 185---------------------------------------- > >>> config.status: creating Makefile > >>> config.status: creating pre-inst-env > >>> configure: WARNING: unrecognized options: --disable-debug, > --with-libpam, --with-pam, --enable-libpam, --enable-pam > >>> Running make CC=gcc CPP=cpp CXX=g++ > prefix=/develop/t2-trunk-r47492/build/default-9.0-svn-generic-x86-64-linux/TOOLCHAIN/tools.cross/usr > docdir=/develop/t2-trunk-r47492/build/default-9.0-svn-generic-x86-64-linux/TOOLCHAIN/tools.cross/usr/doc/automake > CC_FOR_BUILD=cc BUILDCC=cc BUILD_CC=cc HOSTCC=cc HOST_CC=cc STRIP=strip > AR=ar LD=ld AS=as RANLIB=ranlib NM=nm > >>> GEN bin/automake > >>> GEN bin/aclocal > >>> GEN bin/aclocal-1.16 > >>> GEN bin/automake-1.16 > >>> GEN t/ax/shell-no-trail-bslash > >>> GEN t/ax/cc-no-c-o > >>> GEN runtest > >>> GEN doc/aclocal.1 > >>> GEN doc/automake.1 > >>> GEN lib/Automake/Config.pm > >>> GEN doc/aclocal-1.16.1 > >>> help2man: can't get `--help' info from aclocal-1.16 > >>> Try `--no-discard-stderr' if option outputs to stderr > >>> make: *** [Makefile:3693: doc/aclocal-1.16.1] Error 2 > >>> Due to previous errors, no 0-automake.log file! > >>> (Try enabling xtrace in the config to track an error inside the build > system.) > >>> --- BUILD ERROR --- > >>> Installing automake postinstall script... > >>> /develop/t2-trunk-r47492/misc/tail/install_postinstall.in: line 24: > /develop/t2-trunk-r47492/build/default-9.0-svn-generic-x86-64-linux/TOOLCHAIN/tools.cross/etc/postinstall.d/automake: > No such file or directory > >>> chmod: cannot access > '/develop/t2-trunk-r47492/build/default-9.0-svn-generic-x86-64-linux/TOOLCHAIN/tools.cross/etc/postinstall.d/automake': > No such file or directory > >>> Creating file list and doing final adaptions ... > >>> Searching for orphaned files ... > >>> Found 5 files for this package. > >>> Found 0 orphaned files for this package. > >>> Clear (old) md5sums ... > >>> Creating md5sum files ... done. > >>> Creating package description ... > >>> Making post-install adaptions. > >>> ----------------------------------------- > >>> I did notice with some checking the --help part of /bin/aclocal-1.16 > (lines 1028 to 1068) and the previous aclocal-1.15(lines 1089 to 1114) and > earlier are seriously different. > >>> Not sure where to go here? > >>>> thanks > >>>> scsijon > >> > >> > >> > >> ----------------------------------------------------------- If you wish > to unsubscribe from this mailing, send mail to > >> [email protected] with a subject of: unsubscribe t2 > > > ----------------------------------------------------------- > If you wish to unsubscribe from this mailing, send mail to > [email protected] with a subject of: unsubscribe t2 >
----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [email protected] with a subject of: unsubscribe t2
