Re: [gentoo-user] mirrorselect build failed

2024-05-24 Thread Waldo Lemmer
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

2024-05-23 Thread Waldo Lemmer
Hi Jude,

When the build failed, emerge asked you post 3 things when you need
support. Of those, you've managed to omit the most important thing, i.e.
the build log. Without it, it would be impossible to help you.

Regards,
Waldo

On Thu, May 23, 2024, 23:46 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
> setenvif speling status unique_id userdir usertrack vhost_alias"
> CALLIGRA_FEATURES="karbon sheets words" COLLECTD_PLUGINS="df interface irq
> load memory 

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

2024-04-28 Thread Waldo Lemmer
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
> '/var/tmp/portage/net-dns/avahi-0.8-r7/work/avahi-0.8-abi_x86_64.amd64/man'
> make[1]: *** [Makefile:826: all-recursive] Error 1
> make[1]: Leaving directory
> '/var/tmp/portage/net-dns/avahi-0.8-r7/work/avahi-0.8-abi_x86_64.amd64'
> make: *** [Makefile:736: all] Error 2
>  * ERROR: net-dns/avahi-0.8-r7::gentoo failed (compile phase):
>  *   emake failed
>
>
>
> I'll go dig, maybe try another version or something.
>
> I wonder why emerge or something didn't point out basically a empty
> setting for CFLAG.  Odd.
>
> Dale
>
> :-)  :-)
>
>


Re: [gentoo-user] Using the new binpkgs

2024-04-16 Thread Waldo Lemmer
If you add --ask --verbose, Portage should tell you why it's falling back
to the source package.

Does your emerge command include --getbinpkg, or -g?

On Tue, Apr 16, 2024, 15:43 Peter Humphrey  wrote:

> On Monday, 15 April 2024 12:19:02 BST Peter Humphrey wrote:
>
> Hello list,
>
> [Big snip]
>
> I'm still mystified by these Gentoo binary packages. I assume that they're
> generated using the default USE flags in the profile version (whence the
> need to
> specify it in gentoobinhost.conf).
>
> So why is portage not fetching webkit-gtk from the repo? I've just had to
> compile it from source, even though nothing in /etc/portage/ refers to it
> (except for wxGTK depending on it). Therefore I assume i meet the
> conditions
> for using the binpkg, but apparently not.
>
> Clues, anyone?
>
> --
> Regards,
> Peter.
>
>
>
>
>


Re: [gentoo-user] Using the new binpkgs

2024-04-15 Thread Waldo Lemmer
Hi Peter,

"Profile version" is the correct term here.

I don't have the privileges required to edit the Handbook, but as soon as I
have the time, I will propose a fix and make sure it gets applied.

Thanks for getting back to me.

Regards,
Waldo

On Mon, Apr 15, 2024, 16:04 Peter Humphrey  wrote:

> On Monday, 15 April 2024 13:24:59 BST Waldo Lemmer wrote:
>
> > I'd like to understand your confusion. Where did you get 27 from?
>
> From ref 1, viz:
> "The architecture and profile targets within the sync-uri value do matter
> and
> should align to the respective computer architecture (amd64 in this case)
> and
> system profile selected in the Choosing the right profile section."
>
> I think it should refer to a family of profiles, or perhaps a series.
> Something
> to refer specifically to, in this case, 23.0.
>
> It might have saved me some sawdust under the finger-nails.  :)
>
> --
> Regards,
> Peter.
>
>
>
>
>


Re: [gentoo-user] Using the new binpkgs

2024-04-15 Thread Waldo Lemmer
Hi Peter,

I'd like to understand your confusion. Where did you get 27 from?

Cheers,
Waldo

On Mon, Apr 15, 2024, 13:25 Peter Humphrey  wrote:

> On Monday, 15 April 2024 12:19:02 BST Peter Humphrey wrote:
> > Hello list,
> >
> > I've decided to follow the instructions in [1] on one of my machines,
> which
> > runs too hot for my comfort on long emerges, but I need some advice,
> please:
> > where the wiki gives this [2], I'm setting 'amd64' as the  and '27'
> > as the .
> >
> > Then, when I try to emerge a package, I get this:
> >
> > !!! Error fetching binhost package info from
> > 'https://distfiles.gentoo.org/releases/amd64/binpackages/27/x86-64' !!!
> > HTTP Error 404: Not Found
> >
> > Then I tried setting 'default/linux/amd64/23.0/desktop/plasma' as the
> > , but I still got the 404 error.
> >
> > What am I doing wrong?
>
> Sorry about the noise. The answer is simple: go to the ...binpackages page
> and
> look! The 27 should be 23.0.
>
> --
> Regards,
> Peter.
>
>
>
>
>


Re: [gentoo-user] Resizing boot partition while dual-booting

2024-04-03 Thread Waldo Lemmer
Hi Vit

I presume you plan to have a single boot partition that will contain your
bootloader, kernel and initramfs. There are actually two kinds of boot
partitions that are commonly used together:
1. The EFI system partition (ESP) contains Linux and Windows's bootloaders.
It's formatted as FAT.
2. The extended boot (XBOOTLDR) partition contains kernels, initramfs's and
microcode. It's formatted as anything the bootloader supports (GRUB
supports FAT, ext4 and more).

If you have a single boot partition, you're actually just combining the
above two. If you want to create more room, you can split it:
1. Shrink your Linux partition to create space for the extended boot
partition. You can GParted from another system or bootable USB.
2. Create and format the extended boot partition.
3. Modify /etc/fstab so the ESP gets mounted at /efi and the XBOOTLDR gets
mounted at /boot.
4. Mount these two partitions.
5. If this is an existing install, move the kernel, initramfs and microcode
from /efi to /boot. Otherwise, install the bootloader and the kernel.
6. Re-configure your bootloader (e.g. `grub-mkconfig -o
/efi/grub/grub.cfg`).

Now the large kernel and initramfs files don't take up space on the ESP
that's being shared with Windows.

Alternatively, just resize the ESP. However, that breaks Windows's
bootloader since the starting point of the C:\ partition moved, so you need
to fix it from a Windows setup USB using bootrec. I can't help you with
that.

Waldo

On Wed, Apr 3, 2024 at 5:38 PM Vít Smolík  wrote:

> Do you store your initramfs on the 100mb partition? Or do you stire it
> somewhere else?
>
> May the Force be with you,
> Vít Smolík.
>
> Dne st 3. 4. 2024 17:35 uživatel Alexis Praga 
> napsal:
>
>> Hi Vit,
>>
>> I have a dual boot with a 100Mb EFI partition. It works fine, except
>> there isn’t enough place for both old and new kernels for upgrading. So I
>> moved the old kernel from /boot into a safe directory before upgrading.
>> Maybe not the best strategy but I didn’t dare resize it.
>>
>> Alexis
>>
>> On Wednesday, April 3rd, 2024 at 17:10, Vít Smolík 
>> wrote:
>>
>> Hello fellow Gentooers,
>>
>> I want to dual-boot Gentoo and M$ Windows on my computer, but windows
>> only created a 100MB EFI partition. Is it necessary to resize it so my boot
>> files will fit? If so - how to resize it so I don't mess up my Windows EFI
>> files?
>>
>> --
>> May the Force be with you,
>> Vít Smolík.
>>
>>
>>
>>