Re: [gentoo-user] Re: [SOLVED] UEFI install noob questions

[Dan Egli]

More like off-LIST help since he was still emailing me. But I was glad 
to help him. :)


On 12/28/20 7:18 AM, Walter Dnes wrote:

   I took up Dan Egli's kind offer of offline help and with that, my XPS
8940 is now booting UEFI.  Thanks Dan.  I've logged in both at the
physical keyboard and via ssh from my current desktop PC.  There's still
the usual grunt work setting up the regular user account and the usual
applications, but that shouldn't be a problem... famous last words.

Re: [gentoo-user] ncurses; I think I wrecked my fresh install

[Walter Dnes]

On Mon, Dec 28, 2020 at 11:52:21PM +0100, tastytea wrote
> 
> Bash depends on readline. If readline was built with USE="unicode" it
> depends on ncurses[unicode]. Try `chroot /mnt/gentoo /bin/busybox sh`.
> Busybox doesn't depend on readline so that should work. However,
> portage uses bash for ebuilds if I'm not mistaken. If you have a
> computer with a compatible CPU and unicode disabled you could quickpkg
> bash there and try to install it on the new computer. Or maybe copying
> /bin/bash over is enough.
> 
> unicode is one of the useflags that are a real pain to disable after
> install. :-(

  I did another install. At the very beginning, after selecting
profile I emerged gentoolkit, and used it to track down additional
dependencies.  I put "-unicode" in USE in make.conf and eventually ended
up running...

emerge -1 readline
emerge -1 nano procps util-linux
emerge -1 ncurses

  Note: the order is extremely important.  This was just before the
point where the manual said to run...

emerge --ask --verbose --update --deep --newuse @world

...which emerged 24 items, and would likely have led to more dependencies.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] ncurses; I think I wrecked my fresh install

[tastytea]

On 2020-12-28 16:36-0500 "Walter Dnes"  wrote:

>   The previous couple of attempts, the install on my XPS 8940 died on
> rebuilding ncurses when I copied over my full USE string from my
> current desktop and updated world.  This time around, I did it in
> pieces.  I added some variables, and emerged update,
> rinse-lather-repeat..  This time the problem happened when I added...
> 
> "-pch -roaming -sendmail -spell -tcpd -udev -udisks -unicode -upower
> -xinerama"
> 
> to the USE string.  The ncurses build died, followed immediately by
> bash.
> 
> […]
> 
> livecd /mnt/gentoo # chroot /mnt/gentoo /bin/bash
> /bin/bash: error while loading shared libraries: libtinfow.so.6:
> cannot open shared object file: No such file or directory

Both the tinfo and the unicode use-flags are necessary if you need
libtinfow.so. From the ebuild:

if multilib_is_native_abi ; then
gen_usr_ldscript -a \
"${NCURSES_TARGETS[@]}" \
$(use tinfo && usex unicode 'tinfow' '') \
$(usev tinfo)
fi


Bash depends on readline. If readline was built with USE="unicode" it
depends on ncurses[unicode]. Try `chroot /mnt/gentoo /bin/busybox sh`.
Busybox doesn't depend on readline so that should work. However,
portage uses bash for ebuilds if I'm not mistaken. If you have a
computer with a compatible CPU and unicode disabled you could quickpkg
bash there and try to install it on the new computer. Or maybe copying
/bin/bash over is enough.

unicode is one of the useflags that are a real pain to disable after
install. :-(

Kind regards, tastytea

-- 
Get my PGP key with `gpg --locate-keys tasty...@tastytea.de` or at
.


pgpgwmFTsRPN0.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] ncurses; I think I wrecked my fresh install

[Dale]

Walter Dnes wrote:
>   The previous couple of attempts, the install on my XPS 8940 died on
> rebuilding ncurses when I copied over my full USE string from my current
> desktop and updated world.  This time around, I did it in pieces.  I
> added some variables, and emerged update, rinse-lather-repeat..  This
> time the problem happened when I added...
>
> "-pch -roaming -sendmail -spell -tcpd -udev -udisks -unicode -upower 
> -xinerama"
>
> to the USE string.  The ncurses build died, followed immediately by
> bash.
>
>   Grub doesn't seem to work properly, i.e networking and other bootup
> stuff did not take effect.  I booted from the install USB, and set up
> ssh.  When I reach the chroot part, I get...
>
> livecd /mnt/gentoo # mount --types proc /proc /mnt/gentoo/proc 
> livecd /mnt/gentoo # mount --rbind /sys /mnt/gentoo/sys
> livecd /mnt/gentoo # mount --make-rslave /mnt/gentoo/sys 
> livecd /mnt/gentoo # mount --rbind /dev /mnt/gentoo/dev
> livecd /mnt/gentoo # mount --make-rslave /mnt/gentoo/dev
> livecd /mnt/gentoo # chroot /mnt/gentoo /bin/bash
> /bin/bash: error while loading shared libraries: libtinfow.so.6: cannot open 
> shared object file: No such file or directory
>
> Here's my USE string, which works fine on two other machines...
>
> USE="X apng ffmpeg introspection jpeg opengl openmp png szip truetype x264 
> x265 xorg threads vala -acl -arp -arping -berkdb -bindist -bles -caps 
> -chatzilla -cracklib -crypt -elogind -filecaps -gallium -gdbm -gmp-autoupdate 
> -graphite -gstreamer -iconv -ipc -iptables -ipv6 -jemalloc3 -libav -libglvnd 
> -llvm -manpager -nls -pam -pch -roaming -sendmail -spell -tcpd -udev -udisks 
> -unicode -upower -xinerama"
>
>   Any ideas?  I have 2 other computers where it works just fine.  On the
> new machine it dies.  A re-install is one thing. I just want to make
> sure it doesn't die again on me.  On my other machines I tried...
>
> equery b libtinfow.so.6
>
> ...and also...
>
> find / -name libtinfow*
>
>   Zip/zilch/nada.  This appears to be something unique on the new
> install.  Is this a clue?
>


This is what I get here:


root@fireball / # equery b libtinfow.so.6
 * Searching for libtinfow.so.6 ...
sys-libs/ncurses-6.2-r1 (/lib64/libtinfow.so.6 -> libtinfow.so.6.2)
sys-libs/ncurses-6.2-r1 (/usr/lib/libtinfow.so.6 -> libtinfow.so.6.2)
root@fireball / # emerge -p sys-libs/ncurses

[ebuild   R    ] sys-libs/ncurses-6.2-r1:0/6::gentoo  USE="gpm
(split-usr) threads (tinfo) unicode -ada -cxx -debug -doc -minimal
-profile -static-libs -test -trace" ABI_X86="32 (64) (-x32)"



Does that info help any? 

Dale

:-)  :-) 

Re: [gentoo-user] ncurses; I think I wrecked my fresh install

[Arve Barsnes]

On Mon, 28 Dec 2020 at 22:37, Walter Dnes  wrote:
>On my other machines I tried...
>
> equery b libtinfow.so.6

I think you need to use full paths with equery b.

I combined it with whereis to confirm that /usr/lib/libtinfow.so.6
belongs to ncurses, so I guess what you need to figure out is why your
ncurses build failed. You don't mention anything about it, so post any
info you have.

Regards,
Arve

[gentoo-user] ncurses; I think I wrecked my fresh install

[Walter Dnes]

  The previous couple of attempts, the install on my XPS 8940 died on
rebuilding ncurses when I copied over my full USE string from my current
desktop and updated world.  This time around, I did it in pieces.  I
added some variables, and emerged update, rinse-lather-repeat..  This
time the problem happened when I added...

"-pch -roaming -sendmail -spell -tcpd -udev -udisks -unicode -upower -xinerama"

to the USE string.  The ncurses build died, followed immediately by
bash.

  Grub doesn't seem to work properly, i.e networking and other bootup
stuff did not take effect.  I booted from the install USB, and set up
ssh.  When I reach the chroot part, I get...

livecd /mnt/gentoo # mount --types proc /proc /mnt/gentoo/proc 
livecd /mnt/gentoo # mount --rbind /sys /mnt/gentoo/sys
livecd /mnt/gentoo # mount --make-rslave /mnt/gentoo/sys 
livecd /mnt/gentoo # mount --rbind /dev /mnt/gentoo/dev
livecd /mnt/gentoo # mount --make-rslave /mnt/gentoo/dev
livecd /mnt/gentoo # chroot /mnt/gentoo /bin/bash
/bin/bash: error while loading shared libraries: libtinfow.so.6: cannot open 
shared object file: No such file or directory

Here's my USE string, which works fine on two other machines...

USE="X apng ffmpeg introspection jpeg opengl openmp png szip truetype x264 x265 
xorg threads vala -acl -arp -arping -berkdb -bindist -bles -caps -chatzilla 
-cracklib -crypt -elogind -filecaps -gallium -gdbm -gmp-autoupdate -graphite 
-gstreamer -iconv -ipc -iptables -ipv6 -jemalloc3 -libav -libglvnd -llvm 
-manpager -nls -pam -pch -roaming -sendmail -spell -tcpd -udev -udisks -unicode 
-upower -xinerama"

  Any ideas?  I have 2 other computers where it works just fine.  On the
new machine it dies.  A re-install is one thing. I just want to make
sure it doesn't die again on me.  On my other machines I tried...

equery b libtinfow.so.6

...and also...

find / -name libtinfow*

  Zip/zilch/nada.  This appears to be something unique on the new
install.  Is this a clue?

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] WKD 'if SKIP_HEADER not in values'

[Michael]

On Monday, 28 December 2020 11:36:17 GMT tastytea wrote:
> On 2020-12-28 11:28+ Michael  wrote:
> > I noticed this error coming up today, on different rsync mirrors:
> > 
> > ~ # eix-sync && emerge -uaNDv world
> > 
> >  * Running emerge --sync
> >  
> > >>> Syncing repository 'gentoo' into '/usr/portage'...
> >  
> >  * Using keys from /usr/share/openpgp-keys/gentoo-release.asc
> >  * Refreshing keys via WKD
> > 
> > .../usr/lib/python3.8/site-packages/urllib3/ connection.py:218:
> > BytesWarning: Comparison between bytes and string if SKIP_HEADER not
> > in values:  [ ok ]
> > 
> > >>> Starting rsync with rsync://46.101.221.22/gentoo-portage/...
> > >>> Checking server timestamp ...
> > 
> > rsync8.de.gentoo.org
> > 
> >   IPv4:46.101.221.22
> >   IPv6:2a03:b0c0:3:d0::c3:f001
> >   Contact: rs...@moonitor.org
> > 
> > The sync'ing completed, on the second attempt.
> > 
> > What is causing the above error?  Can I trust the mirror(s)?
> 
> It seems to be a bug in >=dev-python/urllib3-1.26.0.
> 
> 
> 
> 
> Kind regards, tastytea

Thank you tastytea, I hadn't found the bug report until you pointed it out to 
me.  I'll carry on with my system update then.

Hopefully, this post will serve as a heads up for others too, until dev-
python/urllib3 is patched.

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] WKD 'if SKIP_HEADER not in values'

[tastytea]

On 2020-12-28 11:28+ Michael  wrote:

> I noticed this error coming up today, on different rsync mirrors:
> 
> ~ # eix-sync && emerge -uaNDv world
> 
>  * Running emerge --sync
> >>> Syncing repository 'gentoo' into '/usr/portage'...  
>  * Using keys from /usr/share/openpgp-keys/gentoo-release.asc
>  * Refreshing keys via WKD
> .../usr/lib/python3.8/site-packages/urllib3/ connection.py:218:
> BytesWarning: Comparison between bytes and string if SKIP_HEADER not
> in values:  [ ok ]
> >>> Starting rsync with rsync://46.101.221.22/gentoo-portage/...
> >>> Checking server timestamp ...  
> rsync8.de.gentoo.org
> 
>   IPv4:46.101.221.22
>   IPv6:2a03:b0c0:3:d0::c3:f001 
>   Contact: rs...@moonitor.org
> 
> The sync'ing completed, on the second attempt.
> 
> What is causing the above error?  Can I trust the mirror(s)?

It seems to be a bug in >=dev-python/urllib3-1.26.0.




Kind regards, tastytea

-- 
Get my PGP key with `gpg --locate-keys tasty...@tastytea.de` or at
.


pgphGX0UD0Mvh.pgp
Description: OpenPGP digital signature

[gentoo-user] WKD 'if SKIP_HEADER not in values'

[Michael]

I noticed this error coming up today, on different rsync mirrors:

~ # eix-sync && emerge -uaNDv world

 * Running emerge --sync
>>> Syncing repository 'gentoo' into '/usr/portage'...
 * Using keys from /usr/share/openpgp-keys/gentoo-release.asc
 * Refreshing keys via WKD .../usr/lib/python3.8/site-packages/urllib3/
connection.py:218: BytesWarning: Comparison between bytes and string
  if SKIP_HEADER not in values:  [ ok ]
>>> Starting rsync with rsync://46.101.221.22/gentoo-portage/...
>>> Checking server timestamp ...
rsync8.de.gentoo.org

  IPv4:46.101.221.22
  IPv6:2a03:b0c0:3:d0::c3:f001 
  Contact: rs...@moonitor.org

The sync'ing completed, on the second attempt.

What is causing the above error?  Can I trust the mirror(s)?


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] UEFI install noob questions

[Neil Bothwick]

On Mon, 28 Dec 2020 02:43:44 -0500, Walter Dnes wrote:

> > They all need to be set up once, whether the config is 6 lines or 260
> > lines - real examples here, not made up figures.
> > 
> > Hmm, it seems even systemd-boot's 6 lines for 2 kernels is excessive,
> > I no longer use rEFInd, but it's config file is still in /boot and
> > it is ONE line per kernel!  
> 
>   And all these years I've been using lilo.  For 2 kernels lilo.conf
> 
> * 43 lines including comments and blank lines
> * 18 lines excluding comments and blank lines

WOW! I don't know how you lived with such bloat ;-)


-- 
Neil Bothwick

There are 10 types of people in this world, those who understand binary
notation and those who don't.


pgpW7Ct9Xc4jw.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] libxml2 has 7 different versions in slot 2?

[Arve Barsnes]

On Sun, 27 Dec 2020 at 21:26, n952162  wrote:
> Those aren't slot collisions?

It's only slot collisions if you try to install more than one of them
at the same time.

But that script does *not* list available versions of libxml2, it
lists the stated dependencies of packages depending on libxml2, and if
a package depends on '>=dev-libs/libxml2-2.9.3', it will still get
libxml2-2.9.10-r4, which currently is the only version available in
tree.

Regards,
Arve