[gentoo-user] cross-compiling environment for Rapberry

[ralfconn]

Hello,

I recently got me a Raspberry Pi4b to use as a PiHole [1]. As a first 
step I put user-space Gentoo (i.e. aarch64 stage3) on it and now I am 
trying to set up my desktop to cross-compile binary packages for the PI, 
to keep the Pi up-to-date in reasonable computing time.


I've built the cross toolchain with 'crossdev --taget 
aarch64-unknown-linux-gnu' per wiki [2]. I've selected a 23.0-split-usr 
profile on the Pi since this is the one supported by the crossdev (or so 
I understood from the error message when I tried with the non-split-usr 
profile on the desktop).


The crossdev environment on the desktop knows nothing about the packages 
installed on the Pi, so I copied /var/db/pkg from Pi to 
/usr/aarch64-unknown-linux-gnu/var/db/pkg on the desktop. I ran emerge 
--sync on the Pi and on the desktop approximatively at the same time.


 Now If I try a @system update on the Pi I get: 

pihole ~ # emerge -uDvN --ask @system

These are the packages that would be merged, in order:

Calculating dependencies... done!
Dependency resolution took 31.91 s (backtrack: 0/20).

[ebuild U  ] sys-libs/ncurses-6.4_p20240414:0/6::gentoo 
[6.4_p20230401:0/6::gentoo] USE="cxx (split-usr*) (tinfo) -ada -debug 
-doc -gpm -minimal -profile (-stack-realign) -static-libs -test -trace 
-verify-sig" 7647 KiB
[ebuild U  ] sys-apps/baselayout-2.15::gentoo [2.14-r2::gentoo] 
USE="(split-usr*) -build" 30 KiB
[ebuild U  ] dev-util/re2c-3.1::gentoo [2.2::gentoo] USE="-debug 
-test" 1415 KiB
[ebuild U  ] dev-util/pkgconf-2.2.0:0/5::gentoo [2.1.1:0/4::gentoo] 
USE="(native-symlinks) -test" 305 KiB
[ebuild U  ] app-portage/elt-patches-20240415::gentoo 
[20240315::gentoo] 46 KiB
[ebuild   R    ] app-alternatives/awk-4::gentoo  USE="gawk (split-usr*) 
-busybox -mawk -nawk" 0 KiB
[ebuild   R    ] app-alternatives/bzip2-1::gentoo USE="reference 
(split-usr*) -lbzip2 -pbzip2" 0 KiB
[ebuild   R    ] app-alternatives/tar-0::gentoo  USE="gnu (split-usr*) 
-libarchive" 0 KiB
[ebuild   R    ] app-alternatives/gzip-1::gentoo  USE="reference 
(split-usr*) -pigz" 0 KiB
[ebuild U  ] dev-libs/libxml2-2.12.6:2::gentoo [2.12.5:2::gentoo] 
USE="ftp python readline -debug -examples -icu -lzma -static-libs -test" 
PYTHON_TARGETS="python3_11 -python3_10 -python3_12" 2582 KiB
[ebuild U  ] sys-devel/gettext-0.22.5::gentoo [0.22.4::gentoo] 
USE="acl cxx ncurses nls openmp* (xattr) -doc -emacs -git -java 
-static-libs -verify-sig" 10031 KiB
[ebuild  N ] app-arch/libarchive-3.7.4:0/13::gentoo USE="acl bzip2 
e2fsprogs iconv lzma xattr zstd -blake2 -expat -lz4 -lzo -nettle 
-static-libs -test -verify-sig" 5291 KiB
[ebuild U  ] sys-apps/shadow-4.14.6:0/4::gentoo [4.14.2:0/4::gentoo] 
USE="acl nls pam (split-usr*) xattr -audit -cracklib (-selinux) -skey 
-su -systemd -verify-sig" 1764 KiB
[ebuild  N ] app-crypt/rhash-1.4.4-r1:0/1::gentoo  USE="nls ssl 
-debug -static-libs" 426 KiB
[ebuild U  ] dev-python/platformdirs-4.2.1::gentoo [4.2.0::gentoo] 
USE="-test" PYTHON_TARGETS="python3_11 -pypy3 -python3_10 -python3_12" 
20 KiB
[ebuild  N ] dev-python/backports-tarfile-1.1.1::gentoo USE="-test" 
PYTHON_TARGETS="python3_11 -pypy3 -python3_10" 83 KiB
[ebuild U  ] dev-python/trove-classifiers-2024.4.10::gentoo 
[2024.3.25::gentoo] USE="-test" PYTHON_TARGETS="python3_11 -pypy3 
-python3_10 -python3_12" 16 KiB
[ebuild U  ] dev-python/jaraco-context-5.3.0::gentoo [5.1.0::gentoo] 
USE="-test" PYTHON_TARGETS="python3_11 -pypy3 -python3_10 -python3_12" 
14 KiB
[ebuild U  ] dev-python/jaraco-functools-4.0.1::gentoo 
[4.0.0::gentoo] USE="-test" PYTHON_TARGETS="python3_11 -pypy3 
-python3_10 -python3_12" 18 KiB
[ebuild U  ] sys-apps/coreutils-9.5::gentoo [9.4-r1::gentoo] 
USE="acl nls openssl (split-usr*) xattr -caps -gmp -hostname -kill 
-multicall (-selinux) -static -test -vanilla -verify-sig" 5873 KiB
[ebuild  NS    ] dev-build/autoconf-2.72-r1:2.72::gentoo 
[2.71-r6:2.71::gentoo] USE="-emacs -verify-sig%" 1358 KiB
[ebuild U  ] app-eselect/eselect-pinentry-0.7.4::gentoo 
[0.7.3::gentoo] 0 KiB
[ebuild U  ] dev-perl/XS-Parse-Keyword-0.410.0::gentoo 
[0.380.0::gentoo] USE="-test" 87 KiB
[ebuild U  ] sys-apps/kmod-32-r1::gentoo [31::gentoo] USE="lzma 
(split-usr%*) (tools) zlib zstd -debug -doc -pkcs7 -static-libs 
(-python%)" PYTHON_TARGETS="(-python3_10%) (-python3_11%*)" 500 KiB
[ebuild U  ] app-crypt/pinentry-1.3.0-r2::gentoo [1.2.1-r4::gentoo] 
USE="ncurses -X -caps -efl -emacs -gtk -keyring -qt5 (-qt6) -verify-sig 
-wayland" 597 KiB
[ebuild U  ] dev-lang/tcl-8.6.14:0/8.6::gentoo 
[8.6.13-r1:0/8.6::gentoo] USE="threads -debug" 6916 KiB
[ebuild  N ] dev-libs/libuv-1.48.0:0/1::gentoo USE="-verify-sig" 
1285 KiB
[ebuild U  ] dev-perl/Syntax-Keyword-Try-0.290.0::gentoo 
[0.280.0::gentoo] USE="-test" 45 KiB
[ebuild U  ] app-text/po4a-0.71::gentoo [0.69::gentoo] USE="-test" 
4747 KiB
[ebuild U  ] app-portage/portage-utils-0.97::gentoo [0.96.1::gentoo] 
USE="openmp* 

Re: [gentoo-user] dhcp error. No network. Address family not supported.

[Dale]

Michael wrote:
> On Monday, 29 April 2024 21:28:35 BST Dale wrote:
>> Peter Humphrey wrote:
>>> On Monday, 29 April 2024 16:11:31 BST Dale wrote:
 Only bad side of IPv6, it's a lot of typing for all that.  o_O
>>> There's a worse aspect: you have to undersand what you're doing. Or you
>>> can
>>> just tell your firewall not to allow any IPv6 packets in or out at all.
>> When I said a lot of typing, I was thinking about if one has to use IPv6
>> to ssh into a rig.  As it is here, ssh dale@10.0.0.6 is it.  Now replace
>> that IP with a IPv6 address.  I'm hoping for a copy and paste option or
>> tab completion would be nice.  Let's not even get into the increased
>> odds of a typo.  After all, one wrong character, no worky.  :/ 
>>
>> Given that we running out of IPv4 tho, IPv6 it is.  Something had to
>> change.  I guess IPv6 was the best long term option.  Still, gonna be a
>> head scratcher for some of us. 
>>
>> Dale
>>
>> :-)  :-) 
> If we're talking about connecting regularly to the same IP you can set it up 
> as an alias in your ~/.ssh/config and not have to invoke IP addresses on the 
> CLI at all.


I'd likely just add it to the host file thing and then type in the
name.  Right now it is NAS or NAS2.  Pretty short. 

While I'm sure whoever came up with IPv6 tried to keep it simple, I
suspect they also wanted to make the newer method work long term.  Quite
often, long term solutions get complicated.  If that is the case, it
explains a lot.  10.0.0.6 is way simple.  fe80::1eef:2ca0:c378:2eec is
anything but simple.  Now try being a admin and having to remember a few
dozen of those.  ROFL  Poor thang.  It's a good thing there are options
like your alias one or the hosts file one.  We'd have a lot of bald
people running around.  Admins and some other geeky types would be
pulling out their hair.  :/ 

Dale

:-)  :-) 

P. S.  the perl cleaner thing fixed the whole problem.  Everything is as
it should be, I think. 

Re: [gentoo-user] dhcp error. No network. Address family not supported.

[Michael]

On Monday, 29 April 2024 21:28:35 BST Dale wrote:
> Peter Humphrey wrote:
> > On Monday, 29 April 2024 16:11:31 BST Dale wrote:
> >> Only bad side of IPv6, it's a lot of typing for all that.  o_O
> > 
> > There's a worse aspect: you have to undersand what you're doing. Or you
> > can
> > just tell your firewall not to allow any IPv6 packets in or out at all.
> 
> When I said a lot of typing, I was thinking about if one has to use IPv6
> to ssh into a rig.  As it is here, ssh dale@10.0.0.6 is it.  Now replace
> that IP with a IPv6 address.  I'm hoping for a copy and paste option or
> tab completion would be nice.  Let's not even get into the increased
> odds of a typo.  After all, one wrong character, no worky.  :/ 
> 
> Given that we running out of IPv4 tho, IPv6 it is.  Something had to
> change.  I guess IPv6 was the best long term option.  Still, gonna be a
> head scratcher for some of us. 
> 
> Dale
> 
> :-)  :-) 

If we're talking about connecting regularly to the same IP you can set it up 
as an alias in your ~/.ssh/config and not have to invoke IP addresses on the 
CLI at all.

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

Re: [gentoo-user] dhcp error. No network. Address family not supported.

[Dale]

Peter Humphrey wrote:
> On Monday, 29 April 2024 16:11:31 BST Dale wrote:
>
>> Only bad side of IPv6, it's a lot of typing for all that.  o_O
> There's a worse aspect: you have to undersand what you're doing. Or you can 
> just tell your firewall not to allow any IPv6 packets in or out at all.
>


When I said a lot of typing, I was thinking about if one has to use IPv6
to ssh into a rig.  As it is here, ssh dale@10.0.0.6 is it.  Now replace
that IP with a IPv6 address.  I'm hoping for a copy and paste option or
tab completion would be nice.  Let's not even get into the increased
odds of a typo.  After all, one wrong character, no worky.  :/ 

Given that we running out of IPv4 tho, IPv6 it is.  Something had to
change.  I guess IPv6 was the best long term option.  Still, gonna be a
head scratcher for some of us. 

Dale

:-)  :-) 

Re: [gentoo-user] dhcp error. No network. Address family not supported.

[Peter Humphrey]

On Monday, 29 April 2024 16:11:31 BST Dale wrote:

> Only bad side of IPv6, it's a lot of typing for all that.  o_O

There's a worse aspect: you have to undersand what you're doing. Or you can 
just tell your firewall not to allow any IPv6 packets in or out at all.

-- 
Regards,
Peter.

Re: [gentoo-user] dhcp error. No network. Address family not supported.

[Dale]

Michael wrote:
> On Sunday, 28 April 2024 03:29:09 BST Dale wrote:
>> Michael wrote:
>>> On Saturday, 27 April 2024 23:30:46 BST Dale wrote:
> [snip ...]
>
 Anyone ever seen this?  Searching didn't help.  This is a new kernel so
 maybe I missed something in there?
>>> Yes, most likely.
>>>
>>> What does this show:
>>>
>>> grep SOCKET /usr/src/linux/.config
>>>
>>> or this:
>>>
>>> grep PACKET /usr/src/linux/.config
>> OK.  Some of those were turned off.  I cut on anything that looked like
>> something I'd need.  Recompiled the kernel and rebooted.  What do you
>> know, it worked. 
> Cool :-)
>
>
>> Now some questions, why is something that most anyone would need turned
>> off by default?  Why is it not mentioned along with other things in the
>> install docs?  I went through the install docs for those options needed,
>> I don't recall seeing those.
> I don't know what the devs' thinking on this has been, but it could be such 
> options are not enabled by default because the network configuration can 
> affect security.  For a binary desktop distro, more generic options would be 
> preconfigured, as I expect is the case with genkernel.
>
>
>> The only things I left out were the UEFI
>> thingy stuff.  I so dread that UEFI thingy on the new build.  o_O
> I think UEFI is rather simpler to set up, no "BIOS Boot Partition" required.  
> Just create a partition with type ef00 (GUID type C12A7328-F81F-11D2-
> BA4B-00A0C93EC93B - EFI system partition) and format it as FAT32, before you 
> mount it as /efi.
>
> The handbook details how to set up a UEFI system with ESP, so spend some time 
> reading through the docs before you jump in and consider options and 
> permutations if you will be using openrc or systemd.
>

I saw the instructions when doing the old Dell install.  My dread is,
I've never done one before.  One good thing tho, it's been around a good
while now.  All the bugs and kinks in the install docs have been worked
out by now.  Follow the docs and it should work. 


>> Thanks to all.  It running, apparently with IPv6 at that.  O_O 
> Consider your firewall settings to include IPv6, if IPv6 is enabled.
>

When I was on DSL, no IPv6 at all.  New fiber has it tho.  Of course, it
is all new down to the cables.  Kinda be stupid not to include something
that will be a necessity before to long anyway.  Almost feel sorry for
the DSL folks.  I tried to tell them competition was going to come and
clean their clock.  They lost almost all their customers to fiber within
two months.  Cheaper and around 20 times faster.  I might add, down time
for maintenance is announced in advance.  Even that is rare.  The DSL
folks, it just went down.  No warning or anything.  Only bad side of
IPv6, it's a lot of typing for all that.  o_O

Dale

:-)  :-) 

Re: [gentoo-user] frei0r-plugins opencv ffmpeg Error: circular dependencies

[Dale]

Michael wrote:
> On Monday, 29 April 2024 06:07:04 BST Dale wrote:
>> Dale wrote:
>>> Howdy,
>>>
>>> I'm installing Gentoo on that old Dell Inspiron still.  I'm getting
>>> close.  I'm now at this. 
>>>
>>>
>>>  * Error: circular dependencies:
>>>
>>> (media-plugins/frei0r-plugins-1.8.0:0/0::gentoo, ebuild scheduled for
>>> merge) depends on
>>>  (media-libs/opencv-4.9.0:0/4.9.0::gentoo, ebuild scheduled for merge)
>>> (buildtime_slot_op)
>>>   (media-video/ffmpeg-6.1.1-r5:0/58.60.60::gentoo, ebuild scheduled for
>>> merge) (buildtime_slot_op)
>>>(media-plugins/frei0r-plugins-1.8.0:0/0::gentoo, ebuild scheduled for
>>> merge) (buildtime)
>>>
>>> It might be possible to break this cycle
>>> by applying any of the following changes:
>>> - media-video/ffmpeg-6.1.1-r5 (Change USE: -frei0r)
>>> - media-plugins/frei0r-plugins-1.8.0 (Change USE: -facedetect)
>>> - media-libs/opencv-4.9.0 (Change USE: -ffmpeg)
>>>
>>> Note that this change can be reverted, once the package has been
>>> installed.
>>> NAS2 ~ #
>>>
>>>
>>> Earlier, I added those USE flags so that it could continue on with the
>>> install.  I figured it was like that harfbuzz and something else thing. 
>>> Now that everything else is done, I want to go back to the default USE
>>> flags, like it said I could.  Thing is, when I remove the ones it wants
>>> above, it still complains.  It either fails to build or spits out
>>> something like above. 
>>>
>>> Has anyone doing a recent new install ran into this and know how to get
>>> around it?  I've tried different options but they either fail or tell me
>>> to change back to the settings it suggests above.  I searched the forums
>>> but didn't find anything.  Google didn't find anything either.  I may
>>> have found something new.  ROFL
>>>
>>> Thoughts??
>>>
>>> Dale
>>>
>>> :-)  :-)
>> Found a solution for most of it.  When I did my install, I added a line
>> for CFLAGS but failed to comment out the other line.  It seems to have
>> confused either emerge or that package or maybe both.  Basically, it
>> left it empty, no setting at all. 
>>
>> Now I'm left with a failure for net-dns/avahi which gives me this: 
>>
>>
>> sed -e 's,@pkgsysconfdir\@,/etc/avahi,g' \
>> -e 's,@servicedir\@,/etc/avahi/services,g' \
>> -e 's,@PACKAGE_BUGREPORT\@,avahi (at) lists (dot) freedesktop
>> (dot) org,g' \
>> -e 's,@PACKAGE_URL\@,http://avahi.org/,g'
>> avahi-discover.1.xml.in > avahi-discover.1.xml
>> sed -e 's,@pkgsysconfdir\@,/etc/avahi,g' \
>> -e 's,@servicedir\@,/etc/avahi/services,g' \
>> -e 's,@PACKAGE_BUGREPORT\@,avahi (at) lists (dot) freedesktop
>> (dot) org,g' \
>> -e 's,@PACKAGE_URL\@,http://avahi.org/,g'
>> avahi-bookmarks.1.xml.in > avahi-bookmarks.1.xml
>> sed -e 's,@pkgsysconfdir\@,/etc/avahi,g' \
>> -e 's,@servicedir\@,/etc/avahi/services,g' \
>> -e 's,@PACKAGE_BUGREPORT\@,avahi (at) lists (dot) freedesktop
>> (dot) org,g' \
>> -e 's,@PACKAGE_URL\@,http://avahi.org/,g' bssh.1.xml.in > bssh.1.xml
>> xmltoman avahi-daemon.8.xml > avahi-daemon.8
>> Can't locate XML/Parser.pm in @INC (you may need to install the
>> XML::Parser module) (@INC entries checked: /etc/perl
> This message above looks suspicious:
>
> "Can't locate XML/Parser.pm in @INC (you may need to install the
> XML::Parser module) (@INC entries checked: /etc/perl"
>
> In the first instance I'd throw 'perl-cleaner --reallyall' at it and see if 
> the situation improves.


I wasn't sure if the two were related but it seems they are.  I was also
running into a error with genlop.  I'm pretty sure genlop uses perl.  It
would spit this out each time I tried to use it. 



NAS2 ~ # genlop -c
Can't locate Clone.pm in @INC (you may need to install the Clone module)
(@INC entries checked: /etc/perl
/usr/local/lib64/perl5/5.38/x86_64-linux-thread-multi
/usr/local/lib64/perl5/5.38
/usr/lib64/perl5/vendor_perl/5.38/x86_64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.38
/usr/lib64/perl5/5.38/x86_64-linux-thread-multi /usr/lib64/perl5/5.38)
at /usr/lib64/perl5/vendor_perl/5.38/HTTP/Headers.pm line 8.
BEGIN failed--compilation aborted at
/usr/lib64/perl5/vendor_perl/5.38/HTTP/Headers.pm line 8.
Compilation failed in require at
/usr/lib64/perl5/vendor_perl/5.38/HTTP/Message.pm line 8.
Compilation failed in require at /usr/lib64/perl5/5.38/parent.pm line 16.
BEGIN failed--compilation aborted at
/usr/lib64/perl5/vendor_perl/5.38/HTTP/Request.pm line 8.
Compilation failed in require at
/usr/lib64/perl5/vendor_perl/5.38/LWP/UserAgent.pm line 9.
BEGIN failed--compilation aborted at
/usr/lib64/perl5/vendor_perl/5.38/LWP/UserAgent.pm line 9.
Compilation failed in require at
/usr/lib64/perl5/vendor_perl/5.38/LWP/Simple.pm line 25.
BEGIN failed--compilation aborted at
/usr/lib64/perl5/vendor_perl/5.38/LWP/Simple.pm line 25.
Compilation failed in require at /usr/bin/genlop line 29.
BEGIN failed--compilation aborted at /usr/bin/genlop line 29.
NAS2 ~ #


I had already emerged the main perl 

Re: [gentoo-user] frei0r-plugins opencv ffmpeg Error: circular dependencies

[Dale]

Hi,

What it did, it caused a package to fail that the others depended on. 
Once it failed, the others failed as well.  I did a search on the forum
and found one thread that had the problem.  I do wish people would use
better topic tittles than 'my emerge failed' or oh my upgrade stopped'
or some other equally uninformative title.  Anyway, when I found that I
had forgot to comment out the wrong line, I fixed it.  Then it moved
on.  Weird but hey, it worked. 

Now I'm working on Michael's solution to the other problem.

Dale

:-)  :-) 


Waldo Lemmer wrote:
> Hi Dale,
>
> CFLAGS can't have an effect on dependencies. It is passed to make;
> emerge doesn't use it. Emerge does use CPU_FLAGS_*, but I don't know
> if those flags are used for any conditional dependencies.
>
> Regards,
> Waldo
>
> On Mon, Apr 29, 2024, 07:07 Dale  > wrote:
>
> Dale wrote:
> > Howdy,
> >
> > I'm installing Gentoo on that old Dell Inspiron still.  I'm getting
> > close.  I'm now at this. 
> >
> >
> >  * Error: circular dependencies:
> >
> > (media-plugins/frei0r-plugins-1.8.0:0/0::gentoo, ebuild
> scheduled for
> > merge) depends on
> >  (media-libs/opencv-4.9.0:0/4.9.0::gentoo, ebuild scheduled for
> merge)
> > (buildtime_slot_op)
> >   (media-video/ffmpeg-6.1.1-r5:0/58.60.60::gentoo, ebuild
> scheduled for
> > merge) (buildtime_slot_op)
> >    (media-plugins/frei0r-plugins-1.8.0:0/0::gentoo, ebuild
> scheduled for
> > merge) (buildtime)
> >
> > It might be possible to break this cycle
> > by applying any of the following changes:
> > - media-video/ffmpeg-6.1.1-r5 (Change USE: -frei0r)
> > - media-plugins/frei0r-plugins-1.8.0 (Change USE: -facedetect)
> > - media-libs/opencv-4.9.0 (Change USE: -ffmpeg)
> >
> > Note that this change can be reverted, once the package has been
> installed.
> > NAS2 ~ #
> >
> >
> > Earlier, I added those USE flags so that it could continue on
> with the
> > install.  I figured it was like that harfbuzz and something else
> thing. 
> > Now that everything else is done, I want to go back to the
> default USE
> > flags, like it said I could.  Thing is, when I remove the ones
> it wants
> > above, it still complains.  It either fails to build or spits out
> > something like above. 
> >
> > Has anyone doing a recent new install ran into this and know how
> to get
> > around it?  I've tried different options but they either fail or
> tell me
> > to change back to the settings it suggests above.  I searched
> the forums
> > but didn't find anything.  Google didn't find anything either. 
> I may
> > have found something new.  ROFL
> >
> > Thoughts??
> >
> > Dale
> >
> > :-)  :-)
>
>
> Found a solution for most of it.  When I did my install, I added a
> line
> for CFLAGS but failed to comment out the other line.  It seems to have
> confused either emerge or that package or maybe both.  Basically, it
> left it empty, no setting at all. 
>
> Now I'm left with a failure for net-dns/avahi which gives me this: 
>
>
> sed -e 's,@pkgsysconfdir\@,/etc/avahi,g' \
>     -e 's,@servicedir\@,/etc/avahi/services,g' \
>     -e 's,@PACKAGE_BUGREPORT\@,avahi (at) lists (dot) freedesktop
> (dot) org,g' \
>     -e 's,@PACKAGE_URL\@,http://avahi.org/,g'
> avahi-discover.1.xml.in  >
> avahi-discover.1.xml
> sed -e 's,@pkgsysconfdir\@,/etc/avahi,g' \
>     -e 's,@servicedir\@,/etc/avahi/services,g' \
>     -e 's,@PACKAGE_BUGREPORT\@,avahi (at) lists (dot) freedesktop
> (dot) org,g' \
>     -e 's,@PACKAGE_URL\@,http://avahi.org/,g'
> avahi-bookmarks.1.xml.in  >
> avahi-bookmarks.1.xml
> sed -e 's,@pkgsysconfdir\@,/etc/avahi,g' \
>     -e 's,@servicedir\@,/etc/avahi/services,g' \
>     -e 's,@PACKAGE_BUGREPORT\@,avahi (at) lists (dot) freedesktop
> (dot) org,g' \
>     -e 's,@PACKAGE_URL\@,http://avahi.org/,g' bssh.1.xml.in
>  > bssh.1.xml
> xmltoman avahi-daemon.8.xml > avahi-daemon.8
> Can't locate XML/Parser.pm in @INC (you may need to install the
> XML::Parser module) (@INC entries checked: /etc/perl
> /usr/local/lib64/perl5/5.38/x86_64-linux-thread-multi
> /usr/local/lib64/perl5/5.38
> /usr/lib64/perl5/vendor_perl/5.38/x86_64-linux-thread-multi
> /usr/lib64/perl5/vendor_perl/5.38
> /usr/lib64/perl5/5.38/x86_64-linux-thread-multi /usr/lib64/perl5/5.38)
> at /usr/bin/xmltoman line 22.
> BEGIN failed--compilation aborted at /usr/bin/xmltoman line 22.
> make[2]: *** [Makefile:861: avahi-daemon.8] Error 2
> make[2]: Leaving directory
> 
> 

Re: [gentoo-user] frei0r-plugins opencv ffmpeg Error: circular dependencies

[Michael]

On Monday, 29 April 2024 06:07:04 BST Dale wrote:
> Dale wrote:
> > Howdy,
> > 
> > I'm installing Gentoo on that old Dell Inspiron still.  I'm getting
> > close.  I'm now at this. 
> > 
> > 
> >  * Error: circular dependencies:
> > 
> > (media-plugins/frei0r-plugins-1.8.0:0/0::gentoo, ebuild scheduled for
> > merge) depends on
> >  (media-libs/opencv-4.9.0:0/4.9.0::gentoo, ebuild scheduled for merge)
> > (buildtime_slot_op)
> >   (media-video/ffmpeg-6.1.1-r5:0/58.60.60::gentoo, ebuild scheduled for
> > merge) (buildtime_slot_op)
> >(media-plugins/frei0r-plugins-1.8.0:0/0::gentoo, ebuild scheduled for
> > merge) (buildtime)
> > 
> > It might be possible to break this cycle
> > by applying any of the following changes:
> > - media-video/ffmpeg-6.1.1-r5 (Change USE: -frei0r)
> > - media-plugins/frei0r-plugins-1.8.0 (Change USE: -facedetect)
> > - media-libs/opencv-4.9.0 (Change USE: -ffmpeg)
> > 
> > Note that this change can be reverted, once the package has been
> > installed.
> > NAS2 ~ #
> > 
> > 
> > Earlier, I added those USE flags so that it could continue on with the
> > install.  I figured it was like that harfbuzz and something else thing. 
> > Now that everything else is done, I want to go back to the default USE
> > flags, like it said I could.  Thing is, when I remove the ones it wants
> > above, it still complains.  It either fails to build or spits out
> > something like above. 
> > 
> > Has anyone doing a recent new install ran into this and know how to get
> > around it?  I've tried different options but they either fail or tell me
> > to change back to the settings it suggests above.  I searched the forums
> > but didn't find anything.  Google didn't find anything either.  I may
> > have found something new.  ROFL
> > 
> > Thoughts??
> > 
> > Dale
> > 
> > :-)  :-)
> 
> Found a solution for most of it.  When I did my install, I added a line
> for CFLAGS but failed to comment out the other line.  It seems to have
> confused either emerge or that package or maybe both.  Basically, it
> left it empty, no setting at all. 
> 
> Now I'm left with a failure for net-dns/avahi which gives me this: 
> 
> 
> sed -e 's,@pkgsysconfdir\@,/etc/avahi,g' \
> -e 's,@servicedir\@,/etc/avahi/services,g' \
> -e 's,@PACKAGE_BUGREPORT\@,avahi (at) lists (dot) freedesktop
> (dot) org,g' \
> -e 's,@PACKAGE_URL\@,http://avahi.org/,g'
> avahi-discover.1.xml.in > avahi-discover.1.xml
> sed -e 's,@pkgsysconfdir\@,/etc/avahi,g' \
> -e 's,@servicedir\@,/etc/avahi/services,g' \
> -e 's,@PACKAGE_BUGREPORT\@,avahi (at) lists (dot) freedesktop
> (dot) org,g' \
> -e 's,@PACKAGE_URL\@,http://avahi.org/,g'
> avahi-bookmarks.1.xml.in > avahi-bookmarks.1.xml
> sed -e 's,@pkgsysconfdir\@,/etc/avahi,g' \
> -e 's,@servicedir\@,/etc/avahi/services,g' \
> -e 's,@PACKAGE_BUGREPORT\@,avahi (at) lists (dot) freedesktop
> (dot) org,g' \
> -e 's,@PACKAGE_URL\@,http://avahi.org/,g' bssh.1.xml.in > bssh.1.xml
> xmltoman avahi-daemon.8.xml > avahi-daemon.8
> Can't locate XML/Parser.pm in @INC (you may need to install the
> XML::Parser module) (@INC entries checked: /etc/perl

This message above looks suspicious:

"Can't locate XML/Parser.pm in @INC (you may need to install the
XML::Parser module) (@INC entries checked: /etc/perl"

In the first instance I'd throw 'perl-cleaner --reallyall' at it and see if 
the situation improves.


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