Re: [gentoo-user] Re: Off Topic - UPnP servers
On Fri, May 24, 2024 at 1:25 PM Tsukasa Mcp_Reznor wrote: > > For what it's worth I've been using gerbera for years, it'll pass-through supported videos/codecs or you can set it up to transcode. Highly recommend it. On my roku TV's I just use the roku media player, it'll see UPnP servers just fine. Thanks. Great info and much appreciated. The unit showed up today and was a breeze to set up and get running at a basic level. The device requires an app on my phone. The app is available for Android and Apple but not available for the Amazon Fire tablet. I was able to stream Internet Radio immediately. I then transferred about 20% of my CD collection FLAC files to a flash drive and they play fine and sound great. I am currently using the audio output on the unit but will be testing my Schitt Modi DAC over the weekend, along with attempting to connect to Plex. One small problem I ran into is the unused flash drive I had in the flash drive box had a default FAT filesystem on it and the FLAC library, ripped mostly with k3b but also a little abcde, has characters in names that aren't supported so I had some complaints getting things copied. I will say that a big flash drive might be a great solution to not having to turn the server on and having media available 24/7. Cheers, Mark
Re: [gentoo-user] mirrorselect build failed
Both of these items have been handled. -- Jude "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." Ed Howdershelt 1940. On Fri, 24 May 2024, Michael wrote: > Jude, the initial CFLAGS I suggested are safe, but suboptimal. They do not > tune your system's compiler to utilise all of your CPU's instructions. > > In the first instance, you should set the CFLAGS as appropriate for your PC > and specifically include -march=native, as suggested by Waldo. Please check > this chapter in the Gentoo Handbook: > > https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/ > Stage#Configuring_compile_options > > Also, add the appropriate CPU USE flags either in CPU_FLAGS_X86="..." in your > /etc/portage/make.conf, or in /etc/portage/package.use/00cpuflags. You can > install and run cpuid2cpuflags to print out your CPU's USE flags - e.g.: > > mkdir /etc/portage/package.use # if not set up yet > echo "*/* $(cpuid2cpuflags)" > /etc/portage/package.use/00cpuflags > > Then you can proceed with the steps in the Handbook to install your system. > > The download of binary packages is a more recent choice offered by Gentoo and > can save time as opposed to compiling everything from source on your system. > Previously posted links explain how to configure your system to set up and use > a gentoo binhost. > > If there is a /binpackages/ subdirectory on the mirror it will contain the > precompiled binary packages and given you are running a modern CPU, you should > set /x86-64-v3 in your binrepos.conf. > > HTH. > > On Friday, 24 May 2024 13:29:46 BST Jude DaShiell wrote: > > Michael, > > > > The changes you selected worked. I got mirrorselect compiled and ran it > > and got http ftp and rsync repos defined. I'm wondering have all of the > > gentoo mirrors got binaries? > > > > > > -- > > Jude > > "There are four boxes to be used in defense of liberty: > > soap, ballot, jury, and ammo. > > Please use in that order." > > Ed Howdershelt 1940. > > > > On Fri, 24 May 2024, Michael wrote: > > > On Friday, 24 May 2024 09:57:36 BST Waldo Lemmer wrote: > > > > Hi Michael, > > > > > > > > -march=x86-64 and -mtune=generic will not speed up your OS installation. > > > > These flags tell compilers to produce binaries that can run on any AMD64 > > > > system and that aren't optimized for your specific system. > > > > > > > > These flags have no effect on binary packages, since those have already > > > > been compiled. > > > > > > You're right, those are the settings the binary packages have been built > > > with - my mistake, sorry! > > > > > > The CFLAGS on the client should/could be tuned to its own CPU with "- > > > march=native". The "... speeding up of the OS installation" I had > > > mentioned > > > referred to downloading the binaries, rather than having to build them > > > locally. > > > > > > Anyway, the CFLAGS Jude posted are incorrect: > > > > > > CFLAGS="-O2 -pipe -native" > > > > > > and his CPU_FLAGS_X86 are incomplete: > > > > > > CPU_FLAGS_X86="mmx mmxext sse sse2" > > > > > > Your links should hopefully help Jude to set the correct settings for this > > > system, before he continues with the Gentoo Handbook. > >
Re: [gentoo-user] Re: Off Topic - UPnP servers
For what it's worth I've been using gerbera for years, it'll pass-through supported videos/codecs or you can set it up to transcode. Highly recommend it. On my roku TV's I just use the roku media player, it'll see UPnP servers just fine.
Re: [gentoo-user] Re: Off Topic - UPnP servers
On Fri, May 24, 2024 at 8:26 AM Grant Edwards wrote: > > On 2024-05-24, Mark Knecht wrote: > > > I'm a Plex user for video and have also ripped my CD > > collection. Plex plays audio fine to TVs that have a Plex app but > > apparently sometimes doesn't work well (as of yet untested by me) to > > network streaming players. > > I never got the Plex app for Roku to work in a usable manner (and I > think it eventually got discontinued?). The Plex app in Kodi has > always worked fine for me (though I haven't used it for probably about > a year). Plex also worked with other DLNA clients I've tried (Kodi, VLC). > > > While I don't know if the above will be a problem I've purchased a > > network streaming player and will test it out over the weekend when it > > arrives but if Plex doesn't work, or doesn't work well, > > I'd be interested to hear what player you got and how it works with Plex. > The Cambridge Audio MXN10 which is arriving today. Good reviews but I've never listened to it so that will be interesting. I'll be using an older NAD pre and power amp and a pair of Theil 1.2's. I'll start without my old subwoofer and see what it's like but the 1.2's aren't the greatest at low-end so I'll add the SW if necessary. I'd like to start with my ripped CD content but for about $10/month it will stream from Tidal and a few other sources so if I have any trouble serving content then I'll get a Tidal subscription. I'll report back on the Plex side as it goes as well as any other servers I try out. I'm sorta leaning toward Gerbera for it's simplicity and clean looking interface but it comes down to how the server works with the C.A. StreamMagic app as this streamer has no front panel controls. Thanks for the info. Cheers, Mark
[gentoo-user] Re: Off Topic - UPnP servers
On 2024-05-24, Mark Knecht wrote: > I'm a Plex user for video and have also ripped my CD > collection. Plex plays audio fine to TVs that have a Plex app but > apparently sometimes doesn't work well (as of yet untested by me) to > network streaming players. I never got the Plex app for Roku to work in a usable manner (and I think it eventually got discontinued?). The Plex app in Kodi has always worked fine for me (though I haven't used it for probably about a year). Plex also worked with other DLNA clients I've tried (Kodi, VLC). > While I don't know if the above will be a problem I've purchased a > network streaming player and will test it out over the weekend when it > arrives but if Plex doesn't work, or doesn't work well, I'd be interested to hear what player you got and how it works with Plex. -- Grant
Re: [gentoo-user] mirrorselect build failed
Jude, the initial CFLAGS I suggested are safe, but suboptimal. They do not tune your system's compiler to utilise all of your CPU's instructions. In the first instance, you should set the CFLAGS as appropriate for your PC and specifically include -march=native, as suggested by Waldo. Please check this chapter in the Gentoo Handbook: https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/ Stage#Configuring_compile_options Also, add the appropriate CPU USE flags either in CPU_FLAGS_X86="..." in your /etc/portage/make.conf, or in /etc/portage/package.use/00cpuflags. You can install and run cpuid2cpuflags to print out your CPU's USE flags - e.g.: mkdir /etc/portage/package.use # if not set up yet echo "*/* $(cpuid2cpuflags)" > /etc/portage/package.use/00cpuflags Then you can proceed with the steps in the Handbook to install your system. The download of binary packages is a more recent choice offered by Gentoo and can save time as opposed to compiling everything from source on your system. Previously posted links explain how to configure your system to set up and use a gentoo binhost. If there is a /binpackages/ subdirectory on the mirror it will contain the precompiled binary packages and given you are running a modern CPU, you should set /x86-64-v3 in your binrepos.conf. HTH. On Friday, 24 May 2024 13:29:46 BST Jude DaShiell wrote: > Michael, > > The changes you selected worked. I got mirrorselect compiled and ran it > and got http ftp and rsync repos defined. I'm wondering have all of the > gentoo mirrors got binaries? > > > -- > Jude > "There are four boxes to be used in defense of liberty: > soap, ballot, jury, and ammo. > Please use in that order." > Ed Howdershelt 1940. > > On Fri, 24 May 2024, Michael wrote: > > On Friday, 24 May 2024 09:57:36 BST Waldo Lemmer wrote: > > > Hi Michael, > > > > > > -march=x86-64 and -mtune=generic will not speed up your OS installation. > > > These flags tell compilers to produce binaries that can run on any AMD64 > > > system and that aren't optimized for your specific system. > > > > > > These flags have no effect on binary packages, since those have already > > > been compiled. > > > > You're right, those are the settings the binary packages have been built > > with - my mistake, sorry! > > > > The CFLAGS on the client should/could be tuned to its own CPU with "- > > march=native". The "... speeding up of the OS installation" I had > > mentioned > > referred to downloading the binaries, rather than having to build them > > locally. > > > > Anyway, the CFLAGS Jude posted are incorrect: > > > > CFLAGS="-O2 -pipe -native" > > > > and his CPU_FLAGS_X86 are incomplete: > > > > CPU_FLAGS_X86="mmx mmxext sse sse2" > > > > Your links should hopefully help Jude to set the correct settings for this > > system, before he continues with the Gentoo Handbook. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] mirrorselect build failed
Michael, The changes you selected worked. I got mirrorselect compiled and ran it and got http ftp and rsync repos defined. I'm wondering have all of the gentoo mirrors got binaries? -- Jude "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." Ed Howdershelt 1940. On Fri, 24 May 2024, Michael wrote: > On Friday, 24 May 2024 09:57:36 BST Waldo Lemmer wrote: > > Hi Michael, > > > > -march=x86-64 and -mtune=generic will not speed up your OS installation. > > These flags tell compilers to produce binaries that can run on any AMD64 > > system and that aren't optimized for your specific system. > > > > These flags have no effect on binary packages, since those have already > > been compiled. > > You're right, those are the settings the binary packages have been built with > - my mistake, sorry! > > The CFLAGS on the client should/could be tuned to its own CPU with "- > march=native". The "... speeding up of the OS installation" I had mentioned > referred to downloading the binaries, rather than having to build them > locally. > > Anyway, the CFLAGS Jude posted are incorrect: > > CFLAGS="-O2 -pipe -native" > > and his CPU_FLAGS_X86 are incomplete: > > CPU_FLAGS_X86="mmx mmxext sse sse2" > > Your links should hopefully help Jude to set the correct settings for this > system, before he continues with the Gentoo Handbook.
Re: [gentoo-user] 100% CPU load in qtwebengine
On Friday, 24 May 2024 11:52:55 BST Peter Humphrey wrote: > On Thursday, 23 May 2024 20:13:27 BST Michael wrote: > > On Thursday, 23 May 2024 14:07:16 BST Peter Humphrey wrote: > > > Hello list, > > > > > > On this box I have this: > > > > > > # grep '\-j' /etc/portage/make.conf > > > EMERGE_DEFAULT_OPTS="--jobs --load-average=4 [...] " > > > MAKEOPTS="-j4 -l4" > > > > > > That seems to work well, except for a 20s period at the beginning of > > > emerging qtwebengine, during which CPU load goes to 100%, according to > > > gkrellm. > > > > > > It seems that the ebuild runs a process other than make, ignoring > > > make.conf. Does anyone here know what that might be, and why it > > > disregards my preferences? > > > > Does this happen while the source archive is being decompressed? > > It could be; the .tar.xz file is 288MB - but I didn't think bzip2 was > multithreaded*. I tried to check by rerunning the emerge, but it found a > Gentoo binary and went to fetch that. > > * And app-alternatives/bzip2 has installed bzip2. The archive is compressed with xz, which in later versions can run in a multithreaded fashion. I don't know if emerge calls upon it to operate with multiple threads (e.g. xz --threads 0 foo.xz). PS. The bzip2 is single threaded and a slow compressor to boot, but pbzip2 is multithreaded. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Off Topic - UPnP servers
On Friday, 24 May 2024 01:32:29 BST Mark Knecht wrote: > Hi, >Please excuse my off topic question. Does anyone here use a UPnP server > for audio files that they recommend as being particularly good? > >I'm a Plex user for video and have also ripped my CD collection. Plex > plays audio fine to TVs that have a Plex app but apparently sometimes > doesn't work well (as of yet untested by me) to network streaming players. > >While I don't know if the above will be a problem I've purchased a > network streaming player and will test it out over the weekend when it > arrives but if Plex doesn't work, or doesn't work well, then I'd like to > find a UPnP server that does. Browsing around on the web I find a number of > names: > > 1. Kodi – Home Theater Software > 2. Universal Media Server > 3. Jellyfin – Free Software Media System > 4. DMS – UPnP DLNA Digital Media Server > 5. Coherence – DLNA/UPnP Media Server > 6. SimpleDLNA – Free DLNA Media Server > 7. Gerbera – Free Media Server > 8. ReadyMedia – MiniDLNA Media Server > 9. Rygel – Home Media Solution > >Anyone have any first hand experience? > > Thanks, > Mark I have not used a Plex Media Server or any of its client apps. I have used Kodi and also MiniDLNA (now ReadyMedia). Kodi is a very feature rich HTC and would be my go to system for both audio and video. The only problem I found is it can take some manual configuration to sort out your own audio file libraries, with preferred thumbnails, etc. Ripped CDs do not have this problem, as they will fetch artwork from online databases: https://kodi.wiki/view/Artwork/Cache It is worth mentioning you should keep a backup of your configuration settings, in case things go sideways at any stage: https://kodi.wiki/view/Kodi_data_folder The MiniDLNA is a very simple and reliable server I use to serve video/audio/ photos to TVs. It has an also simple /etc/minidlna.conf file, it'll take you =<2 minutes to edit with the path to your media files. The gotchas here are more pertinent to the video/audio codec limitations of the TV DLNA clients, rather than the server. The server will stream whatever file the client asks for over the DLNA protocol. HTH. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] 100% CPU load in qtwebengine
On Thursday, 23 May 2024 20:13:27 BST Michael wrote: > On Thursday, 23 May 2024 14:07:16 BST Peter Humphrey wrote: > > Hello list, > > > > On this box I have this: > > > > # grep '\-j' /etc/portage/make.conf > > EMERGE_DEFAULT_OPTS="--jobs --load-average=4 [...] " > > MAKEOPTS="-j4 -l4" > > > > That seems to work well, except for a 20s period at the beginning of > > emerging qtwebengine, during which CPU load goes to 100%, according to > > gkrellm. > > > > It seems that the ebuild runs a process other than make, ignoring > > make.conf. Does anyone here know what that might be, and why it > > disregards my preferences? > > Does this happen while the source archive is being decompressed? It could be; the .tar.xz file is 288MB - but I didn't think bzip2 was multithreaded*. I tried to check by rerunning the emerge, but it found a Gentoo binary and went to fetch that. * And app-alternatives/bzip2 has installed bzip2. -- Regards, Peter. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] mirrorselect build failed
On Friday, 24 May 2024 09:57:36 BST Waldo Lemmer wrote: > Hi Michael, > > -march=x86-64 and -mtune=generic will not speed up your OS installation. > These flags tell compilers to produce binaries that can run on any AMD64 > system and that aren't optimized for your specific system. > > These flags have no effect on binary packages, since those have already > been compiled. You're right, those are the settings the binary packages have been built with - my mistake, sorry! The CFLAGS on the client should/could be tuned to its own CPU with "- march=native". The "... speeding up of the OS installation" I had mentioned referred to downloading the binaries, rather than having to build them locally. Anyway, the CFLAGS Jude posted are incorrect: CFLAGS="-O2 -pipe -native" and his CPU_FLAGS_X86 are incomplete: CPU_FLAGS_X86="mmx mmxext sse sse2" Your links should hopefully help Jude to set the correct settings for this system, before he continues with the Gentoo Handbook. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] mirrorselect build failed
Hi Michael, -march=x86-64 and -mtune=generic will not speed up your OS installation. These flags tell compilers to produce binaries that can run on any AMD64 system and that aren't optimized for your specific system. These flags have no effect on binary packages, since those have already been compiled. If you want to speed up packages you compile yourself, you should use -march=native. This is all well documented at https://wiki.gentoo.org/wiki/GCC_optimization. In order to use binary packages that have been optimized for more modern systems, see https://www.gentoo.org/news/2024/02/04/x86-64-v3.html. Regards Waldo On Fri, May 24, 2024, 10:40 Michael wrote: > Hi Jude, > > If you intend to use Gentoo's precompiled binary packages, to speed up > your OS > installation, you should have 'generic' CFLAGS; e.g.: > > CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe" > > Please check these pages: > > https://www.gentoo.org/news/2023/12/29/Gentoo-binary.html > https://wiki.gentoo.org/wiki/Gentoo_Binary_Host_Quickstart > https://wiki.gentoo.org/wiki/Binary_package_guide > > > On Thursday, 23 May 2024 22:45:52 BST Jude DaShiell wrote: > > Portage 3.0.63 (python 3.11.9-final-0, default/linux/amd64/23.0/desktop, > > gcc-13, glibc-2.39-r6, 6.6.7 x86_64) > > = > > System Settings > > = > > System uname: > > Linux-6.6.7-x86_64-Intel-R-_Core-TM-_i7-10700K_CPU_@ > _3.80GHz-with-glibc2.39 > > KiB Mem:16156144 total, 14998556 free > > KiB Swap: 40700884 total, 40700884 free > > Timestamp of repository gentoo: Thu, 23 May 2024 00:45:00 + > > Head commit of repository gentoo: > 6731026bd416e5bd05a2b380cfdf6ff7e7134fe5 > > sh bash 5.1_p16-r6 > > ld GNU ld (Gentoo 2.42 p3) 2.42.0 > > app-misc/pax-utils:1.3.7::gentoo > > app-shells/bash: 5.1_p16-r6::gentoo > > dev-build/autoconf:2.71-r7::gentoo > > dev-build/automake:1.16.5-r2::gentoo > > dev-build/libtool: 2.4.7-r4::gentoo > > dev-build/make:4.4.1-r1::gentoo > > dev-build/meson: 1.4.0-r1::gentoo > > dev-lang/perl: 5.38.2-r3::gentoo > > dev-lang/python: 3.11.9::gentoo, 3.12.3::gentoo > > sys-apps/baselayout: 2.15::gentoo > > sys-apps/openrc: 0.54::gentoo > > sys-apps/sandbox: 2.38::gentoo > > sys-devel/binutils:2.42-r1::gentoo > > sys-devel/binutils-config: 5.5::gentoo > > sys-devel/gcc: 13.2.1_p20240210::gentoo > > sys-devel/gcc-config: 2.11::gentoo > > sys-kernel/linux-headers: 6.6-r1::gentoo (virtual/os-headers) > > sys-libs/glibc:2.39-r6::gentoo > > Repositories: > > > > gentoo > > location: /var/db/repos/gentoo > > sync-type: rsync > > sync-uri: rsync://rsync.gentoo.org/gentoo-portage > > priority: -1000 > > volatile: False > > sync-rsync-verify-max-age: 3 > > sync-rsync-verify-metamanifest: yes > > sync-rsync-extra-opts: > > sync-rsync-verify-jobs: 1 > > > > Binary Repositories: > > > > gentoobinhost > > priority: 1 > > sync-uri: > > https://distfiles.gentoo.org/releases/amd64/binpackages/23.0/x86-64 > > > > ACCEPT_KEYWORDS="amd64" > > ACCEPT_LICENSE="@FREE" > > CBUILD="x86_64-pc-linux-gnu" > > CFLAGS="-O2 -pipe -native" > > CHOST="x86_64-pc-linux-gnu" > > CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" > > CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf > > /etc/gentoo-release /etc/sandbox.d" CXXFLAGS="-O2 -pipe -native" > > DISTDIR="/var/cache/distfiles" > > ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY > > GDK_PIXBUF_MODULE_FILE GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX > PERL_CORE > > PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME > > XDG_DATA_HOME XDG_RUNTIME_DIR XDG_STATE_HOME" FCFLAGS="-O2 -pipe -native" > > FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs > > binpkg-multi-instance buildpkg-live config-protect-if-modified distlocks > > ebuild-locks fixlafiles ipc-sandbox merge-sync merge-wait multilib-strict > > network-sandbox news parallel-fetch pid-sandbox pkgdir-index-trusted > > preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms > > strict unknown-features-warn unmerge-logs unmerge-orphans userfetch > > userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe -native" > > GENTOO_MIRRORS="http://distfiles.gentoo.org"; > > LANG="en_US.utf8" > > LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-z,pack-relative-relocs" > > LEX="flex" > > MAKEOPTS="-j7 -l8" > > PKGDIR="/var/cache/binpkgs" > > PORTAGE_CONFIGROOT="/" > > PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times > > --omit-dir-times --compress --force --whole-file --delete --stats > > --human-readable --timeout=180 --exclude=/distfiles --exclude=/local > > --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/var/tmp" > > SHELL="/bin/bash" > > USE="X a52 aac
Re: [gentoo-user] mirrorselect build failed
Hi Jude, If you intend to use Gentoo's precompiled binary packages, to speed up your OS installation, you should have 'generic' CFLAGS; e.g.: CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe" Please check these pages: https://www.gentoo.org/news/2023/12/29/Gentoo-binary.html https://wiki.gentoo.org/wiki/Gentoo_Binary_Host_Quickstart https://wiki.gentoo.org/wiki/Binary_package_guide On Thursday, 23 May 2024 22:45:52 BST Jude DaShiell wrote: > Portage 3.0.63 (python 3.11.9-final-0, default/linux/amd64/23.0/desktop, > gcc-13, glibc-2.39-r6, 6.6.7 x86_64) > = > System Settings > = > System uname: > Linux-6.6.7-x86_64-Intel-R-_Core-TM-_i7-10700K_CPU_@_3.80GHz-with-glibc2.39 > KiB Mem:16156144 total, 14998556 free > KiB Swap: 40700884 total, 40700884 free > Timestamp of repository gentoo: Thu, 23 May 2024 00:45:00 + > Head commit of repository gentoo: 6731026bd416e5bd05a2b380cfdf6ff7e7134fe5 > sh bash 5.1_p16-r6 > ld GNU ld (Gentoo 2.42 p3) 2.42.0 > app-misc/pax-utils:1.3.7::gentoo > app-shells/bash: 5.1_p16-r6::gentoo > dev-build/autoconf:2.71-r7::gentoo > dev-build/automake:1.16.5-r2::gentoo > dev-build/libtool: 2.4.7-r4::gentoo > dev-build/make:4.4.1-r1::gentoo > dev-build/meson: 1.4.0-r1::gentoo > dev-lang/perl: 5.38.2-r3::gentoo > dev-lang/python: 3.11.9::gentoo, 3.12.3::gentoo > sys-apps/baselayout: 2.15::gentoo > sys-apps/openrc: 0.54::gentoo > sys-apps/sandbox: 2.38::gentoo > sys-devel/binutils:2.42-r1::gentoo > sys-devel/binutils-config: 5.5::gentoo > sys-devel/gcc: 13.2.1_p20240210::gentoo > sys-devel/gcc-config: 2.11::gentoo > sys-kernel/linux-headers: 6.6-r1::gentoo (virtual/os-headers) > sys-libs/glibc:2.39-r6::gentoo > Repositories: > > gentoo > location: /var/db/repos/gentoo > sync-type: rsync > sync-uri: rsync://rsync.gentoo.org/gentoo-portage > priority: -1000 > volatile: False > sync-rsync-verify-max-age: 3 > sync-rsync-verify-metamanifest: yes > sync-rsync-extra-opts: > sync-rsync-verify-jobs: 1 > > Binary Repositories: > > gentoobinhost > priority: 1 > sync-uri: > https://distfiles.gentoo.org/releases/amd64/binpackages/23.0/x86-64 > > ACCEPT_KEYWORDS="amd64" > ACCEPT_LICENSE="@FREE" > CBUILD="x86_64-pc-linux-gnu" > CFLAGS="-O2 -pipe -native" > CHOST="x86_64-pc-linux-gnu" > CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" > CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf > /etc/gentoo-release /etc/sandbox.d" CXXFLAGS="-O2 -pipe -native" > DISTDIR="/var/cache/distfiles" > ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY > GDK_PIXBUF_MODULE_FILE GOBIN GOPATH PERL5LIB PERL5OPT PERLPREFIX PERL_CORE > PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME > XDG_DATA_HOME XDG_RUNTIME_DIR XDG_STATE_HOME" FCFLAGS="-O2 -pipe -native" > FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs > binpkg-multi-instance buildpkg-live config-protect-if-modified distlocks > ebuild-locks fixlafiles ipc-sandbox merge-sync merge-wait multilib-strict > network-sandbox news parallel-fetch pid-sandbox pkgdir-index-trusted > preserve-libs protect-owned qa-unresolved-soname-deps sandbox sfperms > strict unknown-features-warn unmerge-logs unmerge-orphans userfetch > userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe -native" > GENTOO_MIRRORS="http://distfiles.gentoo.org"; > LANG="en_US.utf8" > LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,-z,pack-relative-relocs" > LEX="flex" > MAKEOPTS="-j7 -l8" > PKGDIR="/var/cache/binpkgs" > PORTAGE_CONFIGROOT="/" > PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times > --omit-dir-times --compress --force --whole-file --delete --stats > --human-readable --timeout=180 --exclude=/distfiles --exclude=/local > --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/var/tmp" > SHELL="/bin/bash" > USE="X a52 aac acl acpi alsa amd64 bluetooth branding bzip2 cairo cdda cdr > cet crypt cups dbus dri dts dvd dvdr elogind encode exif flac gdbm gif gpm > gtk gui iconv icu ipv6 jpeg lcms libnotify libtirpc mad mng mp3 mp4 mpeg > multilib ncurses nls ogg opengl openmp pam pango pcre pdf png policykit > ppds qt5 readline sdl seccomp sound spell ssl startup-notification svg > test-rust tiff truetype udev udisks unicode upower usb vorbis vulkan > wxwidgets x264 xattr xcb xft xml xv xvid zlib" ABI_X86="64" > ADA_TARGET="gcc_12" APACHE2_MODULES="authn_core authz_core socache_shmcb > unixd actions alias auth_basic authn_anon authn_dbm authn_file authz_dbm > authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid > dav dav_fs dav_lock deflate dir env expires ext_filter file_cache filter > headers include info log_config logio mime mime_magic negotiation rewrite