Anyone out there using our version of media-gfx/engauge-digitizer ? If yes, I'd be very happy to hear how well it works.

Background, upstream deleted their git repos and web pages some time ago; what we have is restored from old backups of the git repository with an additional Qt6 port...

One question:
better add "-march=....." or remove "-march" from make.conf??

On the long run, it's better to add the specific optimization for your CPU there.

For the 23.0 migration- not clear, there is not enough data yet. Here the rebuild worked each time...

Please try again with "-march=native" either removed or replaced with a specific setting for a (your) CPU.

If it buils then, it's probably a duplicate of https://bugs.gentoo.org/908523

You are doing everything correctly.
It seems the files are missing on the mirror.

Please try to set the follwing sync-uri:
https://distfiles.gentoo.org/releases/a ... /x86-64-v3

This is a CDN and should work fine independently from where you are.

While the builds themselves are automated, the files on the mirrors updated only manually (by me, when I remember). I'll push new files tomorrow.

Filed bugs:

https://bugs.gentoo.org/828035
https://core.tcl-lang.org/tcl/info/206e58994f3806ec

Hey everyone!

I just have a simple question here about these 2 builds ive seen, one is current-stage3-amd64-hardened/ which was updated 06-Jul-2020 14:21 there is also another called, current-stage3-amd64-hardened-openrc/ which was updated on 12-Sep-2021 21:41


The old ones need to be removed ...

In file included from ../sysdeps/unix/sysv/linux/sysdep.h:22,
from ../sysdeps/unix/sysv/linux/i386/sysdep.h:23,
from ../sysdeps/i386/nptl/tls.h:28,
from ../sysdeps/i386/i686/nptl/tls.h:33,
from errno-loc.c:21:
../sysdeps/unix/sysv/linux/i386/kernel-features.h:21:5: warning: "__LINUX_KERNEL ...

https://gitweb.gentoo.org/data/gentoo-news.git/tree/2021-06-30-libxcrypt-migration/2021-06-30-libxcrypt-migration.en.txt


The implementation of libcrypt.so within glibc has been deprecated
for a long time and will be removed in the near future.

For this reason, we are following other ...

Gentoo mourns the sudden loss of Kent Fredric, also known to us by his IRC handle kent\n. He passed away following a tragic accident a few days ago.

Kent was an active member of the Gentoo community for many years. He tirelessly managed Gentoo’s Perl support, and was active in the Rust project as ...

Not sure what sets USE="cxx" on binutils-2.29.1-r1, but with that flag set it fails to compile on one of my systems.

/var/tmp/portage/sys-devel/binutils-2.29.1-r1/work/binutils-2.29.1/gold/output.cc: In member function ‘__gnu_cxx::__normal_iterator<_Iterator, _Container>& __gnu_cxx::__normal ...

Oh well, it totally makes sense :D

How do we know when we can emerge the rebuilt version?

You get an updated version from portage...

It's already under preparation... just that the chroots used for building it also needed to update to newer gcc, newer glibc, newer binutils, ... which takes a ...

No need to if you're already on 7.2.

Thanks for the reply, do you mean I can just select the new profile and then emerge -e @world or do I still need to compile sys-devel/binutils and sys-libs/glibc (already done up to emergeing sys-devel/libtool).

Sorry for the dumb quesiton, just not clear to ...

Making sure that it doesn't call texinfo at all is on my todo list, and with that this problem should go away too...

That said I have no clue what happens here.

tnt wrote:

sbraz wrote:I ran into the same issue! You need to emerge autofs with USE=libtirpc, it either needs an old glibc or that USE flag.

thx!

Exactly, that's the solution. And it's by default on since half an hour. See also

https://archives.gentoo.org/gentoo-user ... c993359d05

Not using depclean is the fastest way into upgrade hell.

Hi there,

regarding to the topics Remove old gcc versions and pdftk gcc6 gjar I stumbled into the same problem. I removed gcc-5.4.0, because everything built fine with gcc-6.4.0.

Now pdfk is the only package, which needs gcj and therefore gcc-5.4.0.

Is there a way to build pdfk somehow else ...

Log in as root

Download the tarball for the latest portage release and unpack it into /root , or clone https://anongit.gentoo.org/git/proj/portage.git there

Run the emerge program from that copy, /root/portage/bin/emerge to update that system (yes that works independent of the system portage ...

There's an open bug about this, the missing disk space check is a known problem.


It's not fixed yet because the needed disk space depends a lot on the circumstances. Debug info yes or no, how about the fortran flag or similar, or are you even building a multilib compiler (gasp)?! :D And noone so ...

Many people run into portage problems when there's a major version Perl update. (Yes we're working to improve this.)

There's a lot of advice floating around, some of it correct, some of it unnecessary, and some of it straightaway harmful or dangerous. So, if you have problems with updating Perl ...

Yep, that's the solution! And there's ongoing work so in future portage versions the backtrack parameter won't be necessary anymore.

For more info, head to the wiki! https://wiki.gentoo.org/wiki/Perl

I've seen that as well when opening Powerpoint pptx files, but there is nothing Gentoo can do about it... It looks like every text field is actually generated twice on import.

My suggestion would be to head over to https://bugs.documentfoundation.org/ and search for a corresponding upstream bug (or ...

Hi, Gentoo is a bit out of my depth :/ I really tried searching everywhere for a solution but I haven't come any closer. I inherited a very old server at a client's site. My boss put me in charge of upgrading it (it hasn't been upgraded since 2012...) so I've gotten a few things to upgrade but now ...

Your Perl is broken. (gcc-5 is the guilty party, 5.20.2 is miscompiled by it.)

Update to 5.20.2-r1 as quickly as possible.

Any later version works too (and 5.22.2 is being stabilized anyway).

geki wrote:actually, that configure flag did not change since openoffice times. this post takes as much time.

Please try it and tell us if it works again. The useflag disappeared since upstream made the dependency unconditional at some point.