Re: [gentoo-user] Stage-3 and profile 23.x

[Andreas K. Huettel]

Am Montag, 25. März 2024, 16:30:41 CET schrieb Peter Humphrey:
> Hello list,
> 
> It would be good if a stage-3 tarball were available with profile 23.x built 
> in. Sooner or later someone will want to build a new system with such a 
> profile.
> 
> Is this in the offing?

All builders now have instructions to upload 23.0 stages (which have been 
building
silently in the background for the last weeks) on the next run.

https://wiki.gentoo.org/wiki/Project:Toolchain/23.0_profile_timeline

The "mergedusr" suffix in the stage names is going away, which means the links
on the webserver have to be fixed afterwards.

> 
> 


-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)

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

Re: [gentoo-user] CPU ISA level is lower than required

[Andreas K. Huettel]

> 
> I set CFLAGS="-O2 -pipe march=x86-64-v2" on the buildhost and performed a 
> emerge -ev @world, re-creating all packages in binary form.
> 
> My expectation was that these packages would work on the target platform, but 
> they don't. Error message "CPU ISA level is lower than required". 
> 

Quiz question: did you rebuild your toolchain *before* or *after* bzip2?

Suspicion without proof, the startup code embedded by gcc and glibc may well be
affected by the microarchitecture level. As may be libraries statically linked
in...

The safer way would be to run emerge -ev world, and afterwards build the
packages with a second emerge -ev world ...

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)

Re: [gentoo-user] Klayout and ruby target problem.

[Andreas K. Huettel]

Yeah this is a bit stupid from the ruby side, see below...

> root@fireball / # emerge -auDN world
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies |
> 
> !!! Problem resolving dependencies for sci-electronics/klayout from
> @selected
> ... done!
> Dependency resolution took 4.79 s.
> 
> 
> !!! The ebuild selected to satisfy "sci-electronics/klayout" has unmet
> requirements.
> - sci-electronics/klayout-0.28.5::gentoo USE="" ABI_X86="(64)"
> PYTHON_SINGLE_TARGET="python3_11 -python3_10" RUBY_TARGETS="-ruby30"
> 
>   The following REQUIRED_USE flag constraints are unsatisfied:
> ruby_targets_ruby30
> 
>   The above constraints are a subset of the following complete expression:
> exactly-one-of ( python_single_target_python3_10
> python_single_target_python3_11 ) any-of ( ruby_targets_ruby30 )

^ Essentially, it wants "ruby_targets_ruby30" to be enabled, but the default
switched to 3.1.  
The ruby eclass misses the feature of the python eclasses that you can build
against "one of the following"...

As you already noticed, 0.28.9 wants "ruby_targets_ruby31" and is thus fine
with the new default. 
(And it's also stable since now.)



-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)

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

[gentoo-user] Re: [gentoo-releng] Re: No New Image 12th February 2023

[Andreas K. Huettel]

Do you really think these e-mails are helpful?

Am Sonntag, 19. Februar 2023, 18:43:33 CET schrieb Luna Jernberg:
> Failed images today too
> 
> On 2/12/23, Luna Jernberg  wrote:
> > Broken builds for amd64 today too :(
> >
> > On 1/16/23, Luna Jernberg  wrote:
> >> Hey!
> >>
> >> Did the ISO builds not go as planned last week?
> >>
> >
> 
> 


-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer 
(council, qa, toolchain, base-system, perl, libreoffice)

Re: [gentoo-user] grub 0.97-r18 fails sanity check, stage2 larger than 1MB

[Andreas K. Huettel]

Am Freitag, 21. Januar 2022, 16:46:17 CET schrieb Skippy:
> I think emerge wants to rebuild grub because of a changed USE flag.
> 
> [ebuild   R] sys-boot/grub-0.97-r18::Skippy  USE="ncurses 
> -custom-cflags -netboot -static" KERNEL="(-linux%*)" 0 KiB
> 
> When doing so it fails.
> 
>   * Sanity check failed: stage2 
> (/var/tmp/portage/sys-boot/grub-0.97-r18/work/grub-0.97/stage2/stage2) 
> is larger than 1MB (268959736 bytes)!

It's clearly not fitting into a beer can anymore.

grub-0.97 is historical software. Please consider using something a bit fresher.

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)

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

Re: [gentoo-user] Anyone using www-apps/jekyll?

[Andreas K. Huettel]

Am Donnerstag, 21. Oktober 2021, 18:11:27 CEST schrieb Peter Humphrey:
> Hello list,
> 
> I wanted to try this package to create a small site for myself, but I'm 
> falling at the second hurdle (the first was setting package.env etc to pull 
> in 
> ruby26 as well as the currently installed ruby30).
> 
> Does anyone have experience with this builder? I'd like to find out where I'm 
> going wrong first.
> 

It's used for www.gentoo.org :)

https://gitweb.gentoo.org/sites/www.git

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)

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

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

[Andreas K. Huettel]

Am Mittwoch, 30. Dezember 2020, 20:01:32 EET schrieb antlists:
> On 30/12/2020 17:30, Andreas K. Huettel wrote:
> > That's true, though registrars are filtering for it now. Also, I just
> > checked, e.g. firefox always builds with unicode support (it would have
> > trouble with a lot of websites otherwise).
> > 
> > (: ˙˙˙ǝpoɔᴉun sǝop oslɐ ʇuǝᴉlɔ lᴉɐɯ ɹnoʎ uǝɥʇ ¿sᴉɥʇ pɐǝɹ noʎ uɐɔ 'ʍʇq
> 
> Except something's wrong because eg "d" renders correctly upside down,
> but "t" clearly has the wrong baseline, and looking at the serifs "l"
> isn't upside down at all.

True. There is no "upside down" character set, this just relies on accidental 
/ partial / best effort matches.

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer 
(council, qa, toolchain, base-system, perl, libreoffice)


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

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

[Andreas K. Huettel]

>   On top of that Cyrillic letters like "m", "i", "c", and "o" are
> considered different from their English equivalants.  Security experts
> showed proof-of-cocept attacks where clicking on "microsoft.com" can
> take you to a hostile domain (queue the jokes).  

That's true, though registrars are filtering for it now. Also, I just checked, 
e.g. firefox always builds with unicode support (it would have trouble with a 
lot of websites otherwise).

(: ˙˙˙ǝpoɔᴉun sǝop oslɐ ʇuǝᴉlɔ lᴉɐɯ ɹnoʎ uǝɥʇ ¿sᴉɥʇ pɐǝɹ noʎ uɐɔ 'ʍʇq

> I don't speak or read
> or write any languages which have thousands of unique characters.
> Seeing Chinese spam "as it was intended to be seen", is not a priority
> for me.

Not even Klingon?!

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer 
(council, qa, toolchain, base-system, perl, libreoffice)


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

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

[Andreas K. Huettel]

>   I don't know if this has improved over the years, but my initial
> experience with unicode was rather negative.  The fact that text
> files were twice as large wasn't a major problem in itself.  The
> real showstopper was that importing text files into spreadsheets
> and text-editors and word processors failed miseraby.
> 
>   I looked at a unicode text file with a binary viewer.  It turns out
> that a simple text string like "1234" was actually...
> "1" binary-zero "2" binary-zero "3" binary-zero "4" binary zero, etc.

That's (as someone has already pointed out) UTF-16, which is the default for 
some Windows tools (but understood in Linux too). (Even UTF-32 exists where 
all characters are 4 byte wide, but I've never seen it in the wild.)

UTF-8 is normally used on Linux (and ASCII chars look exactly the same there); 
even for "long characters" outside the ASCII range spreadsheets and word 
processors should not be a problem anymore.

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer 
(council, qa, toolchain, base-system, perl, libreoffice)


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

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

[Andreas K. Huettel]

Hi Walter, 

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

mostly out of curiosity, why do you want to disable unicode support here?

This feels odd to me since utf8 has effectively become the standard encoding 
over the past years.

Cheers, 
Andreas

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer 
(council, qa, toolchain, base-system, perl, libreoffice)

Re: [gentoo-user] Gentoo chroot with old glibc

[Andreas K. Huettel]

Am Mittwoch, 1. Juli 2020, 03:30:59 CEST schrieb Thomas Mueller:
> > > That's what I did: I found a 2017 stage3 with a still older glibc and
> > > managed to upgrade to a 2020 gentoo while masking the last glibc
> > > versions. That was tricky because I had to git-checkout intermediate
> > > versions of the portage tree in order to deal with the EAPI changes but
> > > I have a working chroot now. Thanks.
> > 
> > That's the easy way to do it, yes.
> > 
> > The hard way is to treat this as a cross-compilation problem and bootstrap
> > your own stages from scratch. Instructions would be a bit longer...
> > 
> > Andreas K. Hüttel
> 
> I have looked through crossdev.  Is that what it would take to cross-compile
> and bootstrap stages from scratch?
> 
> Could that be done from (instead of an old glibc) musl, uClibc, or FreeBSD
> or NetBSD?

It could be done from anywhere to anywhere in principle.

(Like, building an old-glibc x86 stage on an arm64 machine...)

This is how I bootstrapped the first riscv stages. (Yes I know we need newer 
ones...) But I don't claim it was a straightforward process. Took some time.

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)

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

Re: [gentoo-user] old kernel on Gentoo

[Andreas K. Huettel]

> I might need to build and run an old 3.x kernel on a Desktop PC for some
> very specific tests. Would Gentoo be a good solution? I see that currently
> gentoo-sources only includes 4.x and 5.x sources.

Should work but you need to make sure your glibc supports the kernel. Minimum 
for 2.30 and 2.31 is kernel 3.2.0; if you want to go further, you need an old 
glibc too (see separate thread, this becomes more work).



-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)

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

Re: [gentoo-user] Gentoo chroot with old glibc

[Andreas K. Huettel]

> That's what I did: I found a 2017 stage3 with a still older glibc and
> managed to upgrade to a 2020 gentoo while masking the last glibc
> versions. That was tricky because I had to git-checkout intermediate
> versions of the portage tree in order to deal with the EAPI changes but
> I have a working chroot now. Thanks.

That's the easy way to do it, yes.

The hard way is to treat this as a cross-compilation problem and bootstrap 
your own stages from scratch. Instructions would be a bit longer...

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)

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

Re: [gentoo-user] jupyter notebook 500 : Internal Server Error

[Andreas K. Huettel]

Am Donnerstag, 25. Juni 2020, 22:13:46 CEST schrieb Valmor de Almeida:
> Hello,
> I had to enable ~amd64 to emerge jupyter so I know this is bound for
> problems. However, anyone there able to use jupyter notebooks in
> gentoo?
> No matter what notebook I try to open, I get the internal server error.
> Thank you.

Try updating dev-python/nbconvert to a version newer than the stable one.

You probably did this the same way as me, keywording only what was really 
necessary on an otherwise stable system. Problem is, notebooks have an 
internal versioning, and nbconvert-5.2 doesn't support recent versions 
anymore. After updating nbconvert things worked fine for me.

(Time to fix this, I know, but there's only so many hours in the day...)

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)

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

Re: [gentoo-user] Re: Perl 5.30.1 Locale::Language missing

[Andreas K. Huettel]

> == Upstream has unbundled this and migrated it to be a "CPAN only" dep.
> 
> Op needs to request an addition of dev-perl/Locale-Codes , which
> provides both Locale::Codes and Locale::Language

commit 5e9859f72c23a21b16dc72053cc6077b33fc77ce
Author: Andreas K. Hüttel 
AuthorDate: Wed Jan 8 12:29:55 2020 +0100
Commit: Andreas K. Hüttel 
CommitDate: Wed Jan 8 12:30:43 2020 +0100

dev-perl/Locale-Codes: New package (split out of core with Perl 5.30)

Taking ~arch keywords of dev-lang/perl thus...

Package-Manager: Portage-2.3.84, Repoman-2.3.20
Signed-off-by: Andreas K. Hüttel 



-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, base-system, perl, libreoffice)

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

Re: [gentoo-user] Perl 5.30.1 Locale::Language missing

[Andreas K. Huettel]

Am Samstag, 4. Januar 2020, 18:21:17 CET schrieb Petric Frank:
> Hello,
> after an perl upgrade (5.28 --> 5.30) my web application is no more
> working. It is missing Locale::Language.
> After a view to the perl source it indeed have been removed.
> 
> A short search seems to state the the used have to install the packages
>   Locale::Language
>   Locale::Codes
> from CPAN instead.

Please file a bug for such stuff in the future... Nobody from Perl team 
noticed this so far.

That said, I'll take care of it (today or tomorrow).

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer 
(council, toolchain, base-system, perl, libreoffice)

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

Re: [gentoo-user] emerging older compilers

[Andreas K. Huettel]

Policy is that you *should* be able to go back in steps of two versions. 
Eg. emerge 4.8 with 5.0 ...

However, this is occasionally broken, so please file bugs with the detailed 
logs and versions.


Am Freitag, 30. November 2018, 19:25:46 CET schrieb k...@aspodata.se:
> For testing purposes, I would like to install older compilers,
> e.g. testing with older kernels.
> 
> I have tried to install e.g. gcc-5.4.0-r4, gcc-4.9.4, and
> gcc-3.4.6-r2.ebuild (package.unmask is upd. for theese), but it fails.
> 
>  You usually install a newer compiler with the older (and that is
> well tested), but has anyone tried it the other way ?
> 
> Regards,
> /Karl Hammar
> 
> ---
> Aspö Data
> Lilla Aspö 148
> S-742 94 Östhammar
> Sweden


-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, perl, libreoffice, comrel)

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

Re: [gentoo-user] Re: gcc failed to compile, mpfr-4 compiled successfully...

[Andreas K. Huettel]

Am Montag, 25. Juni 2018, 17:17:31 CEST schrieb tu...@posteo.de:
> 
> I am on glibc-(2.2) and the qfile command does not find that file.
> 

Zong... you just voided your warranty. :)

Seriously, please mention this *first* in the future when asking such 
questions.

(And no, I dont know of a solution offhand. Might make sense to search gcc 
commit log...)

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, perl, libreoffice, comrel)

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

Re: [gentoo-user] gcc failed to compile, mpfr-4 compiled successfully...

[Andreas K. Huettel]

Am Sonntag, 24. Juni 2018, 09:01:53 CEST schrieb tu...@posteo.de:
> Hi,
> 
> I think I am in trouble here...especially after reading the news
> item...
> 
> After the daily sunc routine, a new news items was announced which
> I read.
> 
> It saus, that the update to mpfr-4 could possibly break gcc. Therefore
> I had to recompile a combo of sources including mpfr and gcc.
> 
> The bad news: mpfr-4 was installed after a successful compilation and
> gcc failed to compile.
> 

This was a collective thinko of the toolchain team. The news item should never 
have been shown (like this) to stable users (who dont have to do anything 
now). 

Emergency instructions ** if you now have problems building any of these 
packages ** and have a stable system ** (untested, but not that much can be 
wrong):

1) Make sure in your config files that both mpfr and mpc are either keyworded 
stable or ~arch, not any mixed combination

2) rebuild in this order, with emerge -1a --ignore-built-slot-operator-deps y
  * mpfr 
  * mpc
  * gcc



-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, perl, libreoffice, comrel)

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

Re: [gentoo-user] Problems updating glibc-2.26-r7

[Andreas K. Huettel]

Am Freitag, 22. Juni 2018, 20:11:51 CEST schrieb wabe:
> Hi folks,
> 
> I have a problem and didn't find a solution yet.
> 
> Upgrading glibc from 2.25-r11 to 2.26-r7 doesn't work. It says
> 
> /var/tmp/portage/portage/sys-libs/glibc-2.26-r7/work/build-x86-x86_64-pc-lin
> ux-gnu-nptl/elf/sln
> /var/tmp/portage/portage/sys-libs/glibc-2.26-r7/work/build-x86-x86_64-pc-li
> nux-gnu-nptl/elf/symlink.list
> /var/tmp/portage/portage/sys-libs/glibc-2.26-r7/work/build-x86-x86_64-pc-li
> nux-gnu-nptl/elf/sln:
> /var/tmp/portage/portage/sys-libs/glibc-2.26-r7/work/build-x86-x86_64-pc-li
> nux-gnu-nptl/elf/sln: cannot execute binary file make[1]: *** [Makefile:106:
> install-symbolic-link] Error 126
> 
> Compiling other packages is no problem. However when I try to reinstall
> glibc-2.25-r11 it also exits with an similar error at the end:
> 

[...]

You're trying to make a multilib glibc, and your kernel does not support one 
of the resulting ABIs (most likely CONFIG_IA32_EMULATION needs to be turned on 
in the kernel configuration to be able to run x86 binaries on an amd64 
install).

(That said, this is a rather stupid bug in the glibc build system and needs to 
be fixed eventually.)



-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, perl, libreoffice, comrel)

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

Re: [gentoo-user] Upgrading gcc from 6.4 to 7.3

[Andreas K. Huettel]

> As https://wiki.gentoo.org/wiki/Upgrading_GCC
> still do not have any specific instructions on
> switching to gcc version 7.3, I am still afread
> of switching to gcc version 7.3 ...

You won't see any specific information for a new GCC version there unless 
something specific needs to be done. Which isn't the case for this particular 
update... So, no worry. 

Also, you have to imagine that all ~arch users and all developers have now 
been using gcc 7 for ages. So once it becomes stable, it should really be 
rock-solid. :)

(/me looks forward to testing gcc 8 now... :)

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer 
(council, toolchain, perl, libreoffice, comrel)

Re: [gentoo-user] Chromium generic build

[Andreas K. Huettel]

Am Freitag, 1. Juni 2018, 13:07:11 CEST schrieb Samuraiii:
> Hello list,
> 
> I would like to build chromium for my computers only once (USE would be
> same across all machines).
> 
> I run amd64, multilib on following processor types:
> 
> Core2, Corei7, Ryzen 7 and Threadripper.
> 
> What CFLAGS should I use for mentioned cpus?

CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe"

works on any amd64 machine.
(These are the CFLAGS for libreoffice-bin, minus -g)

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, perl, libreoffice, comrel)

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

Re: [gentoo-user] Re: How to test package install?

[Andreas K. Huettel]

Am Freitag, 16. Februar 2018, 00:21:37 CET schrieb Ian Zimmerman:
> On 2018-02-15 23:39, Andreas K. Huettel wrote:
> > > I'm trying to test my package by running "ebuild /path/to/pkg.ebuild
> > > install".  Naturally (for me) I do this as an unprivileged user, not
> > > as root.  It fails because at least some steps such as dobin need to
> > > give away ownership of the files being installed.  I tried to run
> > > the whole thing including compilation under fakeroot but that
> > > doesn't help.
> > 
> > That should usually "just work".
> > 
> > Did you use fakeroot directly (bad), or did you add "fakeroot" to
> > FEATURES in make.conf (good)?
> 
> The former.  I didn't know about the feature.  Is it safe to enable it
> for "production" runs as well?

Yes, it should be safe. At least I have it on all the time and never noticed 
any problems.

-- 
Dr. Andreas K. Hüttel
e-mail m...@akhuettel.de
http://www.akhuettel.de/

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

Re: [gentoo-user] How to test package install?

[Andreas K. Huettel]

Am Donnerstag, 15. Februar 2018, 03:37:50 CET schrieb Ian Zimmerman:
> I'm trying to test my package by running "ebuild /path/to/pkg.ebuild
> install".  Naturally (for me) I do this as an unprivileged user, not as
> root.  It fails because at least some steps such as dobin need to give
> away ownership of the files being installed.  I tried to run the whole
> thing including compilation under fakeroot but that doesn't help.
> 
> If it is relevant (but I don't think it is) my user _is_ in the portage
> group.
> 
> What is the accepted or usual way to do this task?

That should usually "just work". 

Did you use fakeroot directly (bad), or did you add "fakeroot" to FEATURES in 
make.conf (good)?

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, perl, libreoffice, comrel)

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

Re: [gentoo-user] Failed builds of kbuild and cdrdao with "undefined reference to `__alloca'"

[Andreas K. Huettel]

Am Samstag, 10. Februar 2018, 03:39:04 CET schrieb tu...@posteo.de:
>
> > What's your sys-libs/glibc ?!
> 
> [I] sys-libs/glibc
> Installed versions:  (2.2)^s(09:54:43 AM 02/04/2018)

Heh, guessed so. Welcome to the wonderful world of early testing. 

It will take some time until the rest of Gentoo catches up with the changes in 
glibc-2.27 (and later). 

In the meantime I suggest you file bug reports (with Gentoo, and if there's no 
newer upstream version yet, also with upstream). Patches will eventually 
materialize.

Please always indicate clearly which version of glibc (i.e., either the 
version, or in case of , the commit or precise date/time).

[Just for the record, running glibc- on your main system is in my opinion 
crazy. And I package that thing.]

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, perl, libreoffice, comrel)

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

Re: [gentoo-user] Failed builds of kbuild and cdrdao with "undefined reference to `__alloca'"

[Andreas K. Huettel]

Am Sonntag, 4. Februar 2018, 15:03:28 CET schrieb tu...@posteo.de:
> Hi,
> 
> I still have the problem of failed builds due to an
> 'undefined reference to `__alloca''. I recompiled
> gcc/glibc and I am using linux-4.15.1 (from kernel.org)
> with linux-headers 4.15. .
> 
> Affected are (at least) cdrdao and kbuild.
> 

What's your sys-libs/glibc ?!

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer
(council, toolchain, perl, libreoffice, comrel)

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

Re: [gentoo-user] Again, emerge -e @world related questions...

[Andreas K. Huettel]

Am Montag, 4. Dezember 2017, 03:58:40 CET schrieb tu...@posteo.de:
> Hi,
> 
> what could fail, when doing the change to PIE-enabled applications
> on base of the regular updates?
> Compilation may fail, if libs are included and not flagged as to be
> recompiled, which are of the "old standard"...
> What else can fail? What may be the worst scenario?

The worst case scenario is that you spend too much time worrying about it.

Some devs including me switched profile without rebuilding anything outside 
the normal updates. (Because the guidelines were not written up yet.)
Things just kept working fine.

What can go wrong is that you get random build failures at some point later 
(likely with a linker message about failed relocations). These indicate that 
the linker was instructed to combine PIE and non-PIE code, which doesnt work. 
So one of the involved packages has not been rebuilt yet and needs to be 
rebuilt. This is mostly happening when static libraries are involved.

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer 
(council, toolchain, perl, libreoffice, comrel)

Re: [gentoo-user] Help...can't decipher emerge oracle...

[Andreas K. Huettel]

Am Mittwoch, 15. November 2017, 17:50:37 CET schrieb tu...@posteo.de:

>  * Error: The above package list contains packages which cannot be
>  * installed at the same time on the same system.
> 
>   (sys-libs/glibc-2.25-r9:2.2/2.2::gentoo, installed) pulled in by
> 
> >=sys-libs/glibc-2.23[multilib?] (>=sys-libs/glibc-2.23) required by
> >(dev-java/icedtea-bin-3.6.0:8/8::gentoo, installed)
> sys-libs/glibc[rpc(-)] required by (net-fs/autofs-5.1.3:0/0::gentoo,
> installed)

^ this is the key: autofs needs rpc support in glibc, which is going away with 
glibc-2.26. 

Sadly portage is extremely unhelpful here, since - if you look at the autofs 
ebuild - the problem goes away as soon as you switch its "libtirpc" useflag 
on:
libtirpc? ( net-libs/libtirpc )
!libtirpc? ( sys-libs/glibc[rpc(-)] )
(glibc-2.26 has no rpc useflag, and the (-) means it's treated as if it were 
switched off then.)

Indeed libtirpc is the modern replacement for the obsolete rpc support in 
glibc.

Anyway, I hope with the following commit this is now fixed:

commit 43429ba5bdcb0605f81e7ca7442aa085eca31caa
Author: Andreas K. Hüttel 
Date:   Wed Nov 15 23:37:41 2017 +0100

net-fs/autofs: Switch libtirpc to default to on, causes otherwise ugly 
blockers with glibc-2.26

Package-Manager: Portage-2.3.13, Repoman-2.3.4

 net-fs/autofs/autofs-5.0.10.ebuild   | 4 ++--
 net-fs/autofs/autofs-5.0.7-r4.ebuild | 4 ++--
 net-fs/autofs/autofs-5.0.7-r5.ebuild | 4 ++--
 net-fs/autofs/autofs-5.1.2.ebuild| 2 +-
 net-fs/autofs/autofs-5.1.3.ebuild| 2 +-
 5 files changed, 8 insertions(+), 8 deletions(-)




-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

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

Re: [gentoo-user] Is there rpcgen in Gentoo and how to compile dev-perl/Ace?

[Andreas K. Huettel]

Am Freitag, 10. November 2017, 01:50:04 CET schrieb Anton Molyboha:
> Hi all,
> 
> I am trying to emerge dev-perl/Ace-1.920.0-r2 on my Gentoo Prefix on MacOS
> and it fails trying to run "rpcgen -I -K -1 rpcace.x" and not finding
> rpcgen (or rather finding the XCode version of it which I don't want)
> 

rpcgen is part of 
1) sys-libs/glibc[rpc] (not useful for you)
2) net-libs/rpcsvc-proto

> 
> TL;DR: I have two questions:
> 1) Does anybody know of a Gentoo package which provides the tool "rpcgen"
> 2) Does anybody know how dev-perl/Ace is meant to be compiled and whether
> the dependence on rpcgen is necessary.
> 

I'll have a look later. Best if you file a bug with all the info that you sent 
to the list, then it won't be forgotten.

(I suppose dev-perl/Ace will also break with sys-libs/glibc-2.26, where the 
built-in rpc support is going away, so this doesnt just affect your prefix. :)

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

Re: [gentoo-user] perl-cleaner always wants to rebuild certain packages

[Andreas K. Huettel]

Am Dienstag, 10. Oktober 2017, 04:01:29 CEST schrieb Daniel Frey:
> I updated a machine today, it's fully up to date and depclean'ed.
> 
> For some reason, perl-cleaner consistantly wants to rebuild some packages:
> 
> 
> 
>   * Locating packages for an update
>   * Locating ebuilds linked against libperl
>   *   Adding to list: sys-apps/texinfo:0
>   *   Adding to list: www-apache/mod_perl:1
>   *   Adding to list: net-irc/irssi:0
>   * emerge -v1 --backtrack=200 --selective=n sys-apps/texinfo:0
> www-apache/mod_perl:1 net-irc/irssi:0
> 

It's most likely a bug in perl-cleaner (not fixed yet because other stuff is 
more important atm). Running it once should be enough.

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

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

Re: [gentoo-user] Changing dependencies without upping version ??

[Andreas K. Huettel]

Am Montag, 25. September 2017, 02:33:13 CEST schrieb Rich Freeman:
> On Sun, Sep 24, 2017 at 2:51 PM, John Blinka  wrote:
> >> Is this an officially approved technique??  it is DIRTY.
> > 
> > I imagine that it is sanctioned, otherwise why would there be a
> > --changed-deps flag to emerge?  Does seem dirty.  Glad you asked the
> > question.  Would love to learn why this is allowed.  In my experience, it
> > happens quite often.
> 
> Is this recent experience in the main repository?  This is something
> QA started cracking down on maybe a year ago.  It is definitely
> problematic, because portage won't pull in the new dependency until
> you re-install the package, which means the dependency could get
> removed/etc.  I'd have to dig up the details around the policy - it
> might be allowed in very limited circumstances (there could be reasons
> to change a dep that won't actually break anything already installed).
> 
> I ended up putting --changed-deps in my update script because I'd
> rather not deal with the bugs this can cause.

I think the debate somewhere ended at "it's maintainer's call, weighing 
unnecessary rebuilds versus technical correctness".

Not sure how time-consuming a qcustomplot is.


-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

Re: [gentoo-user] scary (?) situation with binutils

[Andreas K. Huettel]

Am Samstag, 16. September 2017, 22:31:03 CEST schrieb allan gottlieb:
> I am one of the users experiencing the
>infinite rebuild of binutils
> bug.  Today it took a turn I find worrisome
> 
> To summarize for months now after every emerge I get
> 
> !!! existing preserved libs:
> >>> package: sys-libs/binutils-libs-2.28.1
> 
>  *  - /usr/lib64/libbfd-2.25.1.so
>  *  used by
> /usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so
> (sys-devel/binutils-2.25.1-r1)
> Use emerge @preserved-rebuild to rebuild packages using these libraries
[snip]

No need to do anything complicated. Just run 

emerge --depclean --ask

and have it remove outdated binutils versions (it will keep the current one, 
and also then select it for usage automatically). 

Then all these problems are gone...

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

Re: [gentoo-user] Downgrading glibc prevented by emerge/portage...but why initiated?

[Andreas K. Huettel]

> I masked =sys-libs/glibc-2.25-r4.
> 
> And now I remember why I did this: It gave a compilation error:
> (As some other packages) it has problems with my texinfo installation
> as it seems.
> 

bug number?


-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

Re: [gentoo-user] Downgrading glibc prevented by emerge/portage...but why initiated?

[Andreas K. Huettel]

Am Dienstag, 12. September 2017, 05:43:59 CEST schrieb tu...@posteo.de:
> Hi,
> 
> got a problem this morning:
> >>> Verifying ebuild manifests
> >>> Running pre-merge checks for sys-libs/glibc-2.24-r4
> 
>  * Sanity check to keep you from breaking your system:
>  *  Downgrading glibc is not supported and a sure way to destruction

... because I accidentally removed 2.24-r4 instead of 2.24-r3. 

Got fixed a few hours later as soon as someone filed a bug. 
(I wanted to keep the last 2.24 revision.)

--> so, file bugs! :)

That said, 2.24 won't go stable; the current stable candidate is 2.25-r5. 

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

Re: [gentoo-user] Postgresql upgrade

[Andreas K. Huettel]

Am Sonntag, 30. Juli 2017, 01:44:27 CEST schrieb Peter Humphrey:
>
> They are trying though. Daniel Vratil wrote this on the KDE-PIM list
> 
> yesterday:
> > If you use KMail (or Kontact), please help us, the KDE PIM developers, to
> > get a better picture of how you use it so that we know which parts of the
> > software we should focus on, and how we should evolve it in the future. We
> > will use the results of the survey to make the experience of using KMail
> > as best as possible for everyone.
> > 
> > You can fill the survey here: https://survey.kde.org/index.php/852475. It
> > won't take you more than 5 minutes.

If that's the survey I've already filled out then it is a joke. The most 
important points, fault tolerance and stability, are not even mentioned.

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

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

Re: [gentoo-user] GCC 5.4.0

[Andreas K. Huettel]

Am Sonntag, 23. April 2017, 18:59:16 CEST schrieb Andreas K. Huettel:
>
> > What are other users' experiences using GCC 5.4.0 ?
> 
> My personal advice & experience:
> * install the new gcc-5.4
> * switch to it
> * run the revdep-rebuild command from the news item (see above)
> ... and everything should be fine.
> 

PS. Note that I did immediately switch to the new compiler. 

I dont know how well "having the new gcc around but not using it" works, since 
its standard libraries are not affected by the gcc-config mechanism (and thus 
a gcc-4.* will happily use the libraries installed by gcc-5). 

If you want to keep your system gcc-4 only (which is only going to work for a 
very limited time), you should locally mask the newer versions. Offhand I see 
no real reason to do that though. As somebody said, "2014 called - it wants 
its compiler back!"


-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

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

Re: [gentoo-user] GCC 5.4.0

[Andreas K. Huettel]

Am Sonntag, 23. April 2017, 07:45:49 CEST schrieb Philip Webb:
> I've been following the thread re GCC 5.4.0 & after 'eix-sync' installed it.
> There's a news item warning that there's a new ABI
> & it mb necessary to run 'revdep-rebuild' if it fails with a linking error.
> 
> The first pkg I tried to compile with 5.4.0 indeed failed at that point,
> so I followed the advice & ran
> 'revdep-rebuild --library 'llibstdc++.so.6' -- --exclude gcc'.
> 
> What are other users' experiences using GCC 5.4.0 ?

My personal advice & experience:
* install the new gcc-5.4
* switch to it
* run the revdep-rebuild command from the news item (see above)
... and everything should be fine.

To be absolutely sure I've run an "emerge -eav world" on most machines 
sometime afterwards, but that shouldnt be strictly necessary. (It helps though 
if the revdep-rebuild command doesnt finish for some reasons.)

Somehow the 5.4 stabilization got stuck and/or forgotten, it's been overdue 
for a while now. Many devs (including me) use 6.3 on their main machine 
already, without any too big problems. gcc-6 is already used by the big binary 
distros. (-> Expect 6.3 to get keywords sometime soon.)

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

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

Re: [gentoo-user] trusting perl-cleaner

[Andreas K. Huettel]

Am Montag, 17. April 2017, 01:09:44 CEST schrieb Alan McKinnon:
> On 17/04/2017 01:07, allan gottlieb wrote:
> > Am I correct in believing that when perl-cleaner --all, at the end of a
> > run, asserts
> > 
> >* It seems like perl-cleaner had to rebuild some packages.
> >*
> >* The following files remain. These were either installed by hand
> >* or edited.
> >* /usr/lib64/perl5/vendor_perl/5.22.2/XML/SAX/ParserDetails.ini  :
> >* known, can be deleted
> >* /usr/lib64/perl5/vendor_perl/5.20.2/XML/SAX/ParserDetails.ini  :
> >* known, can be deleted
> > 
> > the correct response is to trust it and delete the file?
> 
> In those specific cases, yes.

Yes. (OK, I'm biased, I wrote the whitelist. :)
https://github.com/gentoo-perl/perl-cleaner/blob/master/perl-cleaner#L27

> 
> ParserDetails.ini is one of those perl files that do get modified during
> the normal operation of the perl code.
> perl-cleaner is being smart and telling you the file is not the same as
> when it was installed, so it leaves the deletion up to you.

Actually it is created during operation... otherwise it would have been 
removed automatically.

> Your current perl is neither 5.20.2 nor 5.22.2, those .ini files will
> now never be used and so they are safe to delete.

Correct. Essentially, if you have Perl 5.24, everything in directories with 
*other* 5.xx (xx != 24) will be completely ignored. 

[This is NOT true for minor upgrades. Perl 5.24.1 will (in our Gentoo 
configuration) happily use modules in 5.24.0 directories.]

> Side note: you can't always just delete everything in that section of
> perl-cleaner output. Often, the script can't tell what it is and the
> module was not put there by portage, so you must decide what to d on a
> case by case basis.

True, but as of the newest version perl-cleaner has a list of "know stuff that 
should be safe to remove". 

And an option --delete-leftovers for the brave. :)

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

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

Re: [gentoo-user] Nvidia Drivers. =(

[Andreas K. Huettel]

Am Mittwoch, 5. April 2017, 18:53:43 CEST schrieb Alan Grimes:
> I hit the "view raw" link and used save as... I then copied it into the
> "files" subdirectoy and portage threw a hissy fit 

Please re-read the instructions in Fabio's mail.

-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

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

Re: [gentoo-user] dev-perl/IO-Socket-SSL is causing me angst

[Andreas K. Huettel]

Am Sonntag, 15. Januar 2017, 16:36:21 CET schrieb Andrew Lowe:
> Dear all,
>   Just done an eix-sync -> emerge -NuD world and have a problem with the
> above mentioned package. As a quick first pass before I put all the
> error/debugging stuff together, does anyone know what the following
> snippet would mean, I'm totally Perl ignorant?
> 
>   * perl Makefile.PL PREFIX=/usr INSTALLDIRS=vendor INSTALLMAN3DIR=none
> DESTDIR=/var/tmp/portage/dev-perl/IO-Socket-SSL-2.43.0/image/
> perl: symbol lookup error:
> /usr/lib64/perl5/vendor_perl/5.24.1/x86_64-linux/auto/Net/SSLeay/SSLeay.so:
> undefined symbol: SSLeay_version
>   * ERROR: dev-perl/IO-Socket-SSL-2.43.0::gentoo failed (configure phase):
>   *   Unable to build!
> 
> According to packages.gentoo.org, I've got the latest version of
> Net-SSLeay, 1.8

Please file a bug, and add your whole build log and the output of 
"emerge --info" there. Then we can investigate more...





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

Re: [gentoo-user] strange dependency conflict

[Andreas K. Huettel]

Am Sonntag, 15. Januar 2017, 20:28:22 CET schrieb wabe:
> Since some days, portage moans about a dependency conflict when I
> update my system:
> 
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> 
> Total: 0 packages, Size of downloads: 0 KiB
> 
> WARNING: One or more updates/rebuilds have been skipped due to a dependency
> conflict:
> 
> app-text/xmlto:0
> 
>   (app-text/xmlto-0.0.26-r1:0/0::gentoo, ebuild scheduled for merge)
> conflicts with
> >=app-text/xmlto-0.0.26-r1[text(+)] required by
> >(x11-misc/xdg-utils-1.1.1-r1:0/0::gentoo, installed)
> Nothing to merge; quitting.
> 
> 
> I don't understand this because these versions are already installed on
> my system:
> 
> [I] app-text/xmlto
>  Available versions:  0.0.26-r1{tbz2} ~0.0.28-r1 {latex text}
>  Installed versions:  0.0.26-r1{tbz2}(19:30:25 12/02/15)(text -latex)
> 
> [I] x11-misc/xdg-utils
>  Available versions:  1.1.1^t{tbz2} 1.1.1-r1^t{tbz2} {doc +perl}
>  Installed versions:  1.1.1-r1^t{tbz2}(20:14:37 01/15/17)(doc perl)
> 
> 
> 
> How can a package conflict with itself (same version)?
> 

The default setting of the text useflag in xmlto was changed from on to off. 
Now portage wants to reinstall xmlto without USE=text (because of the changed 
useflag, I assume you used "emerge -uDNav" or similar), but can't do that 
(because xdg-utils needs the useflag on).

I admit the output is not really optimal. :) It helped to look at the git 
history of xmlto.



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

Re: [gentoo-user] Perl 5.24.1

[Andreas K. Huettel]

Am Samstag, 7. Januar 2017, 13:57:36 CET schrieb siefke_lis...@web.de:
> Hello,
> 
> I try to run update but perl make me trouble. It hangs in configure.
> More as this will not happen. Have someone an idea?
> 
> Thank you and nice day
> Silvio
> 

Do you have app-shells/tcsh installed?

If yes, please try unmerging that and re-running the perl update.



-- 
Andreas K. Hüttel
dilfri...@gentoo.org
Gentoo Linux developer (council, perl, libreoffice)

GitPrep? (was: Re: [gentoo-user] Gitlab experiences)

[Andreas K. Huettel]

Am Mittwoch, 13. Juli 2016, 14:44:39 schrieb James:
> Hello,
> 
> So, from what I've read, gitlab is very popular because you can self-host
> and the CI capabilities there are built in. 

[...]

Has anyone here already played with GitPrep?

That looks rather straightforward to package (but I haven't done it yet...)
http://perlcodesample.sakura.ne.jp/gitprep-site/


-- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

Re: [gentoo-user] Me, and how to troll LIKE A BOSS.

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Samstag, 25. Juni 2016, 16:31:22 schrieb Alan Grimes:
> Hello, Let me introduce myself again.
[snip]

Alan is currently enjoying a vacation from the list. No point in replying 
anymore.

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.1

iQJ8BAEBCgBmBQJXbwI0XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDMjhGQ0IwRjdCRUQxMzdBQUNCMDJEODlB
NDRDRjM3M0U3RUU5OUU0AAoJEKRM83Pn7pnkCWgP/3zypWnKKOF+R2Vc9kKvPsCo
sIvjeFLSo8ccyNh4hvmRBMuFIAsfd7vl3OK3zDYtJQUiAktwPZnAyzZVbrfngiCW
DerODOApWmP/1oDaoyp2+Vna+o7KUbiv1oVUUBsR9ycDB5i281OkUWh9/E1qBUxY
prehQQ+Lw+xrZxpHcKJvP7CDdy5r4QE3Ihy79Kx+M9B4uspx75OgEp9yuO8Fk04S
WcQHfVdXEgpW9WQSWhzdUL2evQ/sZdG0d/vQs4EiVORuGt8RSmtou6bt7nmhuyLk
GqWAPOfbZo2TcN+vgXkl2Tx+6dB0Tl7TQGzFstymhQ4V41iUNOUVV0q76w1GNCcP
tfEMscdlrhmEy5zMjD80zNesa8lJHVyH1jZMlre0uUg8st2bQ62rPYE8iZexY1Gw
c5mDPyugBbHgjHubmPxfFZK3wuvpJsFQ59wwjzK8F0EAQdK/N17GCaSA2iDIDjpu
RJZMkW5M2ue2ndmXQ4j52IDcw0CdapJa1ukua/LlNgkJJl8QoV55EAfNdrPU8ehK
lzPiNXY8DYCZ0PLhBei54Oq5EtSuvtmFwgCEy4V7i4kiahjgyL5vZZl5vb7G6+w7
SJOrwALwIRlPW5bCfTFxqEIc4qHdY1CQhkZC1COAEm5OruMzpBNgUci7hS8hTuOn
gZ6mX5rsXG/IxBdasgly
=wSuD
-END PGP SIGNATURE-

Re: [gentoo-user] how to upgrade perl

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Montag, 20. Juni 2016, 18:27:36 schrieb lee:
> Hi,
> 
> how do you do an update despite perl blocking it?
> 
> 
> emerge -a --update --newuse --deep --with-bdeps=y --keep-going @world
> [...]

* Try adding the option --backtrack=1000

* DON'T listen to people telling you to use perl-cleaner. 
  perl-cleaner is for *after* the upgrade, *not* *before*

* Your tree is outdated. 
  Perl 5.24.0 is in ~arch, Perl 5.22.2 is about to be stabilized


- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.1

iQJ8BAEBCgBmBQJXaGTVXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDMjhGQ0IwRjdCRUQxMzdBQUNCMDJEODlB
NDRDRjM3M0U3RUU5OUU0AAoJEKRM83Pn7pnk8IAP/3Im7t5c9S+sBi8xWEqzO4d8
nqEDL22Pc8oE+Es+M3RXkbcOUzGQslyAEweQy38nl4hF9OH4FaJgXxrmgzOduPXg
uZ6V/DtzJfWSfMCSmU4KWRskNFSG7P6etZy1bDiETNpL+1VXtjfA6JdrRI/GIBG+
J7rm0WVT50ZwCG9OxxB/2iZ4g3o7F96xO8RJfWibthsoDUtSXIw8kS0eiUliLx8u
k3fPwv7SYfxRh0BYDDbehSmdJGW1fEseMWxKA/cXgxpl2MuNPVFlXdu3ULVB5EUQ
w9GHL0vfV/PjZqSwUPJXVWM9a3b0Jtmbu2uGYG3KHz68wVNvHjGCQQDIuQu+7eO1
/RA8YQU2fx0wWDiVlzWyqsFV0ABtFIYCjKd3GxevV+nCf89KJhTe7LgxOVQmsWJd
YwUOTXBvo2HRsoRCqLVV4WquQoAjHaE7oFqoEIuTpIbkRnJYMV2vNH3yPK+zormk
Bjod5hRk8lMIBqkbB3xJfUUleYocBqwWdv5mhRAW0RYH3aa/nmL+WRn/UZ6osoDi
1a8tlpnLE7sWyePsFrFpj5okwhdmi06ujV3QH7tOZ5QOEWQ8wH1mKlU6mxftrJ1U
wqxWQHb2kYVo2mV9JE8uCT95PZAXu0oywmyn8JqSyvr1xBDNaLgqhDmLqQaQEJ7D
WKDIHx06j/7tAedZY/KE
=Ju+d
-END PGP SIGNATURE-

Re: [gentoo-user] Gentoo is supporting officially Snap packages?

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512


> 
> Gentoo is supporting officially Snap packages? Why not Flatpak?
> 

Gentoo support for Snap is roughly as "official" as RedHat/Fedora support. 

See also
https://www.happyassassin.net/2016/06/16/on-snappy-and-flatpak-business-as-usual-in-the-canonical-propaganda-department/

Quoting from there:
"The sum total of communication between Canonical and Fedora before the 
release of this press release was that they mailed us asking about the process 
of packaging snappy for Fedora, and we told them about the main packaging 
process and COPR. They certainly did not in any way inform Fedora that they 
were going to send out a press release strongly implying that Fedora, along 
with every other distro in the world, was now a happy traveler on the Snappy 
bandwagon."

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.1

iQJ8BAEBCgBmBQJXZwilXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDMjhGQ0IwRjdCRUQxMzdBQUNCMDJEODlB
NDRDRjM3M0U3RUU5OUU0AAoJEKRM83Pn7pnkEBwP/AsWgBFxM4ycw7abuASz3ENP
n2EF7oxvp2cIYDjKmyfhCkLHsGMYj6PmreFIE7Gb8dQI3FlAxqvt15fOasqL89x3
PXmLIqEuYsWVFWpuFjXOZbOad2D/qOBOta1bkBKDKoxZ4eBoGrplRdQpdf0E1fpm
/3EaTh4mrgHBwuISI61QhsO5EHFZb5WBiQPwi7FNTjnGr35cPuyTzyjj7XF2wdfC
8Roc+d9VTdM9goB5ZQEZxKNMqpfSUjWcs4cwtknNCr+n2p+J9Hqs1rGdleNGS3FV
VkCmCeLADlD20VrBRXxxop8e+NTFjJ5akRTIzM7JxnbcWXX7US5IcjO4u7ZRsDcQ
LaYhLnJHGWXHWaGsiwytS3oCnrQIxORAfgkgSwa9+ioJb5ijSp3nEMfLxHwX+Bh4
Mu7Xb5JwnOLn8RK6Ygor64Wh16jhWk/yCoNUga2NSQt5DPnnGCaug+NleGeGpyWz
usy0dsDeRY4khJEQsN2VOZ73CtDi78qGg8PkuFwdcQlOirdi5ox+t3tuaRhcYHLP
W8F2c4yKc75NHui9f8ZZv5pytFGL5c86aNBh8U5K/FJxgpFdZC98JG3UuSUmCobC
UkfHlGJnxvrBMRDgtJMNfRrDCIU3vn0zw+yO2sQxzAjVYfSVa6sHLkV/2b1z1U4I
yShvdML92FrqhYo68yJ+
=nSym
-END PGP SIGNATURE-

Re: [gentoo-user] A Glitch in the Matrix or just another burb of emerge... ;)

[Andreas K. Huettel]

Am Dienstag, 10. Mai 2016, 22:03:15 schrieb Alan McKinnon:

> 
> This last one is the real problem. gcc-4.9 and higher cannot co-exist
> with lower versions, per the below it's gcc:4.4
> 

... which came out of the blue, is new and a tad silly. But Gentoo has never 
been about sanity ...

-- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

Re: [gentoo-user] Auto-keyword to get perl 5.22?

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Montag, 9. Mai 2016, 06:08:34 schrieb Adam Carter:
> If i keyword perl to get 5.22, emerge reports the issues below. Is there
> any way to encourage emerge to offer me some auto keywording config, or are
> some of the modules just not ready for 5.22 yet?
> 

That problem is one order of magnitude too complex for emerge's autounmask 
feature.

http://dilfridge.blogspot.de/2015/01/testers-needed-for-dev-langperl-5201-r4.html

^ You can use the instructions here, they still apply 100% for upgrading your 
perl to ~arch, or

https://bugs.gentoo.org/show_bug.cgi?id=567482#c4

^ you use the list from here in package.accept_keywords. Please watch the bug 
then, since the list may still change.


- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.1

iQJ8BAEBCgBmBQJXMM9eXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDMjhGQ0IwRjdCRUQxMzdBQUNCMDJEODlB
NDRDRjM3M0U3RUU5OUU0AAoJEKRM83Pn7pnkwUoP/2jw+1JW0+0S8f259I6wpBih
2yxnW1BgUjBottjqc7Do8oPacesZ/+sXteeVtmHgmLO81GK/9C1hhDwjs13RuwvW
U3d38jmBrNYvjY/aqEYshnzd8ChTcjTDVEpCTvLJPSqoDsQbEjehG8G5GCXyz2Dz
ZkOv2u43FaVj3TOAohb6gXFCoBA61hAFavXapvAD71jzagfc4NSmCVoYpU2U6jfL
CipA5wOqij9AJhYBUgfnBdqcQoUF5sOkPdxn7Dc8skpBYy8Rd6vcQ69CXfUql212
OVQlxakYskXfF7iYe0YLkmK5711+OFa/mmYPLL7qaTADUZO0W3dqET2Z8OZQk64A
jAo+7Co5HftLQYsWoPZ3tgImLctjX4MgMLtP+rP/o4xJDJmCCMZm2Z6W+uWOuE/d
8QGrFmR5sadspN4tYx9rK6mzEqGnu586uNcdFcwiVLaOQgWceWRvNk+HB1ygIObn
kHeRlPSPCNCHP2ompp9+9kKTRx0Frv9cm+EM8QceAn7bC03A0za0veXGMeU3TDkA
2TtJLW5VVY+z+yoQqqpvpSBhbUAViLxQ5WK209PzIbaSdaoleaT0gbdpHHMCXh1d
Nf4OrAmmEKcGZSvJbQ+EooMVb7ZyAcspWYi3yLR0kmUCGYpzNvXa6d9lEjK7SikZ
I7iA1TVq0Wz6bL7C7V94
=pzJp
-END PGP SIGNATURE-

Re: [gentoo-user] libreoffice-bin with icu confusion

[Andreas K. Huettel]

Am Sonntag, 24. April 2016, 17:56:28 schrieb the:
> Hello.
> 
> Recently I've installed app-office/libreoffice-bin-5.1.2.2
> which depends on dev-libs/icu-57.1
> 
> equery g app-office/libreoffice-bin-5.1.2.2 | grep icu
>  [  1]  dev-libs/icu-57.1
> 
> However when I tried to run libreoffice, the dynamic linker
> couldn't find two libraries: libicui18n.so.55 and
> libicuuc.so.55.
> 

Bug 580756. Just sync and update again...
https://bugs.gentoo.org/show_bug.cgi?id=580756

-- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

Re: [gentoo-user] Re: LibreOffice problem importing file

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Sonntag, 17. April 2016, 01:14:19 schrieb Philip Webb:

> > LO 5.0.5.2 open the file okay for me,
> > but I can't easily test the higher versions at the moment.
> > Have you tried running localc from an xterm window
> > to look for error messages?
> 
> This is all it tells me :
> 
> 500: ~> localc ttc-rider-85-15.xlsx
>   (soffice:16654): Gdk-WARNING **: gdk_window_set_icon_list: icons too
> large (soffice:16654): Gdk-WARNING **: gdk_window_set_icon_list: icons too
> large NVIDIA: failed to execute `/usr/bin/nvidia-modprobe -u`: Permission
> denied. Terminated
> 

On a hunch... libreoffice started using the OpenGL system much more over the 
last releases.

* Check if "eselect opengl list" settings make sense
* Check if other 3d apps run fine
* Check if your user is in the video group

Cheers, Andreas

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.1

iQJ8BAEBCgBmBQJXEtF4XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRDMjhGQ0IwRjdCRUQxMzdBQUNCMDJEODlB
NDRDRjM3M0U3RUU5OUU0AAoJEKRM83Pn7pnk6TwP/jehEVrGBEPpAsAWwXa1FnlP
xV7Q5VrYU5ByrHygMA/HpJezKGJ37DMhd0L90jRKrG2uLm16um22SmZt3l8FKMNu
syjHXsew1KiZAqeRpviBsz0l8GmsXEQr+N6virUbwktEj4ZoFSPKIQf1o4t8ihZo
EYmVLu1aU4NrTzJXQHyTVwP0a8yyGR8VZn0RsNmM93ISU6I2842IRXgQg8nIGuC9
5UGHYTvSlA08ONi+LZ6lk84WJOStVnwVtNLVFdsQb79k/YvAqL15nIiv3AZTn9cM
nBkdPPLpSMWjyRClU9FiHvsiVKBosL/hnt9WGvaTngPiEzJnPGJXI/Fk8ij48Mq6
OS9Eqr7wYWQYvXzQI795O4ORupkqLoR0hFTZYg+KG6AotdNFkwOCKAOfCdZ1rQW9
fuNhT5oNjKCBzQZPgQAGSJii5FStQ00H69QQbCdzy4DxwlTH2EMOghu1CprtBeet
fWIHbY1eh1CwuzSkzh/rSHxQ0IsGXfPymX+tNoCjLLM99LWhJRcsbVReWQjrhcJq
Vo3wH3dpV4ruXutjfO+4Tvj4PElD49vB+k8TK/OE0MnsEJbXr9t+EnYVHb8/trpc
W2/Ls95yTBrqUN/K43HC2DbprNro4dWolTFFeyevI+4fI5g3jE6BKxvMfGqSBzJz
JAEcgVI0XmXDPoDNJGNA
=5K36
-END PGP SIGNATURE-

Re: [gentoo-user] KDEPIM-4.4.2015.06 blockages

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Freitag, 1. Januar 2016, 15:30:37 schrieb Mick:
> I am updating an old machine which does not see much usage these days.  I
> came across this blockage, which seems is caused by retaining the
> pre-Kmail2 KDEPIM version on this PC:

Wheee, another kmail1 user. :)

Don't despair, it will get fixed (since I'm maintaining it and my own machines 
are blocking too). 

However, since I'm really busy with other stuff it may sadly take a bit of 
time.

(Backstory, the kde team guys asked me several times if they can go ahead with 
the package move from kde-base to kde-apps, I had no time for testing, and at 
some point I said, just do it, noone except me will notice anyway, and if 
something goes wrong I'll fix it afterwards...)


- -- 
Andreas K. Huettel
Gentoo Linux developer (council, perl, libreoffice)
dilfri...@gentoo.org
http://www.akhuettel.de/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWh7G+AAoJEHRrah2soMK+O0UQAKNIctEqkhwLTU0raKB3/TgQ
tJhjU3kG+P04O4G2NoutP0Naz8L6uOOb0lEqqsVaBBf2UB3eZL16RZ9VW6ZLsbK6
6dWAhlgO3WtF0MfJVttsT1jeog0isteCgsYp8dSsbSfAJboqibJTDUIorlwygEfa
hwiZVo3XoTlfSRikmn9D12iuSjCuVmuRrU54OKRYrcla+EHixs0lIPAi8P7oGkZ+
V1iryeNV6TD3o4L5klVKVXqAUbmE+WV7xm7e1vPD5JO23UpigOhKHMiw81/M9jVp
R9P9cb9Xep2nvWIryxQM02kERI9XZKuUMuCtUxoPY3vkr0Hju8ug/B81B6/sAL6F
j+/fCtjlDfNguHFFrQtoZpjuRqh/TF4RAvtuKjP+KiW4u2oYIR6DrCj1y0Lpgpq0
e17zSlKlt46CVLACxw62i+rZEAew5CcMysuBrL1F/3fPFc45gxLp7ef+y/zg9V0W
uVvh9oJE0fY/Wl6KvQgCeXXwdIxoo6v8eNFKPmnwEDQVlsqEcOGVKckd5BBMsf7w
5w7VwwcuMKR2eQLOGh2wULNhazPcvJBiMevjdDXOD2DjEF0bpN/B/cG7ANkMak1A
9dOhGUNK6PLyrrGGdajaJRaO/GwUtKyKuNzK+HvOCXLjA3Yjy4WhhnwDHQx35thw
yma6Z0JmAiX3xmvPcJZR
=syIJ
-END PGP SIGNATURE-

Re: [gentoo-user] Gcc 5.3

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Donnerstag, 24. Dezember 2015, 16:18:27 schrieb Alan Grimes:
> Hey, thanks for putting out gcc 5.3...
> 
> Unfortunately, it fails to bootstrap on my machine. I am getting
> differences between the stage 2 and stage 3 compilers and it's dying... =(
> 

"emerge --info" output pretty please! :)

- -- 
Andreas K. Huettel
Gentoo Linux developer (council, perl, libreoffice)
dilfri...@gentoo.org
http://www.akhuettel.de/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJWfTrdAAoJEHRrah2soMK+T0IP/2ydazWAGK3+c+XKFl91dEiD
ucSbupfp2MsmrPgtWDS8JdHHaY3vRCOJOtH+TzfYHtIBCvGg19V3Z6LyEq/Ch6BL
iUK4gyT4JIsuYe24wsmFm4kcNpm7P7A7tnIyGl4T+E2sahZ1GUZhXfzRUm10D+Z0
LZod6Nyo2kgghw3DUqvWtDaOl2FrNA5EV63ZqVqr84S+ycGmFT+1KLAglYfE0/M/
Dc059New0/KRlDr+pbCOD3U+LNbVecLtudawhvkCfUZLsRc+p0PR2/bNp2pZn61/
WV1tQbC5q22qpwWP9ysyDPaFUZmFvFb5Ifs9o9qzgsitmdmPC/cjeNwSfHyORXaS
fhAPNDc9E0famxnXnWIWD50ujBk+XHb3Y9iCVXsk/fxV0KC0yBQI5iQlt9oCe5Mg
UYH4O8KRrPAbiMieqv4UML8ub7WRpopIVHhIHS2WxoP7oxti3E2WyjnHzV1YqJOd
UNyhJ36+Ma5uV30gddy8WDlxOmE7FobuDn603esZ5u12QjbuFfwdkToMqkTFdQFI
cvj/EQlUIxuRshb15qW1vO+gYPUElsRBOuKl8uNXvGeX4UkIKyO8x8cX1GgZaUj7
17ee4CLUs4bt+pFJ/EAGDrmlKOZr7bI5kWPwZ4T51gAzwY80/+pmZW1Qeoy92Ha8
ts5kUUEekh/xuLuPpiR2
=wg00
-END PGP SIGNATURE-

Re: [gentoo-user] Anyone running a hardened profile?

[Andreas K. Huettel]

> But I have a feeling I'd soon be in big trouble if I did.  Is this
> something that only gentoo devs should be messing with, or is this
> a project that a typical gentoo end-user might hope to accomplish
> without frequent suicidal thoughts?

In most cases hardened just works. 

You may/will run into trouble when binary-only software (e.g. skype, nvidia-
drivers, ...) is used. If you can get along with an opensource-only system you 
will most likely be fine.

It's useful to be familiar with bugzilla, bug reporting procedures, ... and 
hang out on #gentoo-hardened in clase of trouble.


-- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On Wednesday 02 September 2015 03:22:44 Alec Ten Harmsel wrote:

> > This kind of language does not belong here. If you can not refrain
> > yourself making sarcastic remarks don't make any comments.
> 
> This language occasionally belongs on this list.
> 

No. 

I would like to respectfully point you to the Gentoo Code of Conduct:
https://wiki.gentoo.org/wiki/Project:Council/Code_of_conduct

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJV50VmXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5l+4QAJt/3dr7hsVib+Co/qUS0cx0
aksjKnbeocBvrpt0PyYR5AMJznH/UbvIL8zhRSK9dBeVXYt123ONPVrJe1YPPR54
9YE+0ug/SuR7dq7+8aBP1UtY65o9IYJNL88xDKOF7RJzgczT0UjCIz15nIHToUrZ
GwdjZVbf2iTgOUbNp6fruoDeypoO8fWTYBCocYHzpx1DDnhJ1w+DOw24BK67xArf
awl7efzf3KP8w16gXaahEjqiSiaswP2n2n6WliOEeJ2M1tp5s82yjSIokqs4EHyP
LnapBRpEr6yHM5dr8Fx6nt6nLthZPwKp3pQaID+pwnAU1nq2TBDFH1BVSrPVqoq+
XhsvPcHl1heZpZL7tteleuvWjCZGS3jKWlKqmvf7rYqXgeTxckI/8CsQv0YMi0Ym
mW1XpqqlXUsjfayIXpT2xiJQVesMVF3pSFbwGtXg72VrFH/+mhxd552ZyB/GASyD
SL9bLxGQUjfB3UpNijdk0yyeMt+03rcp9qtgXR1vEhEsvP3n2P3UfU11+VOHkpxz
4VdEsE8gsjJnrLp3nLmcFoaDl5stncSWpUsugKMAyIZuRQb3jN9r+00gcUBOhyDp
pYqEOR2Mlh2EgqnJbWsc75ZN42d1QoOaYVqi59lc/qgwNOGmpN69blC4Qg8yeUaN
Z2DeoNjQ9WNDQAzUKsVO
=dlSR
-END PGP SIGNATURE-

Re: [gentoo-user] upgrade to perl 5.22.0 yields perl double free or corruption

[Andreas K. Huettel]

Am Dienstag, 4. August 2015, 11:13:56 schrieb cov...@ccs.covici.com:
 
 *** Error in `perl': double free or corruption (!prev): 0x01ed8610
 *** === Backtrace: =
 /lib64/libc.so.6(+0x71e4b)[0x7f59bc417e4b]
 /lib64/libc.so.6(+0x7730e)[0x7f59bc41d30e]
 /lib64/libc.so.6(+0x77afb)[0x7f59bc41dafb]
 /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mysq
 l/mysql.so(mysql_db_destroy+0x32)[0x7f59bb206602]
 /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBD/mys
 ql/mysql.so(+0x1234d)[0x7f59bb21034d]
 /usr/lib64/perl5/vendor_perl/5.22.0/x86_64-linux-thread-multi/auto/DBI/DBI
 .so(XS_DBI_dispatch+0xcc9)[0x7f59bb83e7a9]
 /usr/lib64/libperl.so.5.22(Perl_pp_entersub+0x49b)[0x7f59bc81663b]
 /usr/lib64/libperl.so.5.22(Perl_call_sv+0x36f)[0x7f59bc794b5f]

Looks like a bug in dev-perl/DBD-mysql ... you could check on CPAN if anyone 
has already filed a bug for DBD::mysql, if there's known breakage with 5.22 or 
if it's already fixed in a newer version...

-- 
Andreas K. Huettel
Gentoo Linux developer (council, perl, libreoffice)
dilfri...@gentoo.org
http://www.akhuettel.de/

Re: [gentoo-user] Gentoo on Arm64

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512


Am Mittwoch, 1. Juli 2015, 17:54:30 schrieb James:
 So,
 
 (yippee!)
 My new arm64 board has finally shipped.
 
 (bummer_dude)
 Looking around for arm64 install instructions for gentoo
 (binary image, minimal_cd, cross compile or the old
 gentoo-embedded-handbook yields squat
 (nodda::noThing::zarro::null::ziltchen)

How about you pop into #gentoo-embedded on freenode irc?

There's 2-3 devs actively working on arm64, and I'm sure you will find some 
help there. Just give them some time to reply, not everyone is online 24/7. 
(quassel or a similar always-on irc client helps.)

You might end up becoming arch tester or writing the install instructions on 
the wiki yourself... :D

- -- 
Andreas K. Huettel
Gentoo Linux developer (council, perl, libreoffice)
dilfri...@gentoo.org
http://www.akhuettel.de/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJVlbfqAAoJEB9VdM6hupKVxCIP/j1aZokdhYYj5Wa27GzEJlbM
2McGKI+qOPzYpvOvkM0JAfYl2UwUO2+WhOfKzwdn+5d00bCAZXupHKGAf5y5IYlS
EmH6KRgBJX7/m65zTCwvZg0kniqL/2esyKmdoX+F7G2W4Bx5usHQi075oTK97FB8
DhQJJ+pj4UOQBQc53EdOpUKnq3mnPWGcsl/n0xuL090dikfLLKDAGH5C1GVmY7aT
Y+TPiLQa3mMz/ka1vknhbQbLMDBVJAiWIHyXrt4Vp4f5SwBnIZhZ7f0c219UF+R3
inJxHJ8uXAZ879IJYCvrFooQ8ls1tb0gzYgUWu9BCr5lmFbfIvy3ZBvXQicXRMg9
bre32fzl3SaZITrqXSv7Oskpw42v1vIUrFGQRWTHbgbr+gh4emaVWK6IGYmisdqZ
vuDAhcVZAt9lHWQdLQl6zg2rGcjkrZuIWdUASxDsq0g4TlHDIPu5eWWDoFY81p37
IoXiDHJ3BxE9PBPRLBIiOwW3DIU+Z5koo+5XowbyYMV6sVQoxLF5qwj1ay3L4/F8
w/zINAOztix60I2mz6moC1sAPcpLTRHue0v+aPzUWp0BVJBF02viedGpEbTeUo/V
IJIB1SlQXbJ9wwnsSZIB5ra0pZRSmcKPS2Zy8EZUcEjn8AW9fyGW3phz//Wmj+tO
IUzyHjCKKpyBsFr26VV2
=ZKpd
-END PGP SIGNATURE-

Re: [gentoo-user] Re: Profile listings

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512


 I do understand now why you cannot (usually) change profiles; the profile
 system is a mess and really needs a whole new overall design. That's why we
 still have '13' in the profiles even though it's 2015. The entire gentoo
 profile system is  showing it's age and evolutionary problems, imho. I not
 saying I'm taking on that  brood of hornets, but just a few select
 migrations from embedded to minimal. 

Yes it needs some bigger overhaul, there's more or less agreement on it. 
Unfortunately that is also a big amount of work, and needs a lot of planning. 
So it won't happen overnight...

That said... Changing profile on your local machine is not a big deal usually. 
And there just has not been the need for a new profile tree in the meantime. 
(BTW, before 13 was 10, but that didnt get its name from 2010...)


 Note {embedded  minimal  default}  I still have some vintage gentoo
 systems running which have very few flags set and include (USE=-*) in
 make.conf.  And a {state-machine/executive/rtos  embedded(linux)}, 
 just so we are on the same page.

Would be interesting to know what you mean exactly by minimal (there is no 
such profile) and embedded. 


- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVfhByXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5NKIQALTtsfL8yWpb1In1CjHVPyv2
LO4UK1sgAwvQc85A1T5fsDTeMsl9lMdA+Em0Onu5+f13AmhSM8/bODQp/2D84eK6
hiOoO+LbWzLZN0vuyoHjAeT8u54iDQmua5ZTHICASyXUNWjOhHWGZJ9z4sNV4bS4
t8HhUdNKvPJEvMXQIJabcypEhSlbGMFnM8ynFPgUzZulkeXd7euVb95An/QK0CK+
3F3t9i6EO1gIgzimKvjZ8kW39OzxevR3DYsvcFrhr43n/H7ZLWYmc03+1334yEmO
zk55YZyE3sau+I8C+FN8+mpw55/YNZ/paHXlKmrsjKw9+ku1733bZ8qdNx1KQu5u
fRuP9EnejMfmS+sNv86cZBOnjqFMByur3TOlbWVVVoXBF43mF4FKmMWRjArb31SM
F6gmJ0rbMdK6mSOr/ahHrbGb/ZEJOBBAs914gE9BdXxF3AobhA24AAPF+rW8hq6L
u2LYbz5S+dnnfuQMRcSkZnRoQtMaNaoE5v+Ze3J9pknelpl2ukvgcIdZjcgfxvkc
U1K567yAHLptRSuug4kGzusEzi5/2N8k95W9GEPRdaWaf3gySiUMaHv1+BFMcHvt
u7ZHPTdPZ/bv5wMqdYTj5JNcFLg+RYi+rdDMKMaCfXzmGK8QfJ8QDEF4WUtyBtcV
zj68mhl3YoP8Cn/8tCo1
=rfDJ
-END PGP SIGNATURE-

Re: [gentoo-user] Profile listings

[Andreas K. Huettel]

).

Your safest bet would be to inherit the arch main profile (e.g. 
default/linux/amd64/13.0) and maybe remove some stuff. However, there's not 
too much to remove left there. So I'm not sure if it's really worth the 
effort. 

Cheers, Andreas

- -- 
Andreas K. Huettel
Gentoo Linux developer (council, perl, libreoffice)
dilfri...@gentoo.org
http://www.akhuettel.de/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJVfebGAAoJEB9VdM6hupKVj88P/RZ5WB3y0LJSVt+bffjawAHb
dGENbzGx0MCqlr+yAlxkzbY8fVfpS0w9j4+p2/rWeqVv1VZLxqA0SOWKUD9wZ61W
ScxLMq9Xe7juBwmOdNE+83QVRSNJUlPP4spBDhDf89qLlYVEgNCaOo/8nbWaQzjM
JR7e6Jjhf/QI/2ySkYybRhXVAatw+u9E++VsucBY17+qq/gIES2U3Rnuajq6OSFR
acv2lrVYA6MujX/5dWqypDLVE2xuuUgr1SHn+BWdOReI4ON7kMrrlkxa1W+/AUxm
2ByZc0LF3Xtdsxrnbd0wJuqdp0j4Fk3WX7VOU1appqt4bAG0GkXfwTUt0XVn7Wa9
0fJAlo/LYURie/xBRh4E0pNUys0///r8iR9d0ikXQmL1/UjC1OzHTNW1s5K3P1o8
1/3urkIMUQz2iFOJ29Rx6Iwn3862yYEkb2fn3CHGO6T/6rc8KiwjKT+mybCVn5lv
qp4AWzXwOm8jILYrqdYcwwhoDKtaHylJM2iVCVTI0wKf/BOor/I/QyyPXryZP0Jm
yNn3ybaHQX2V++PNH6DZK1l71BTmyJcvau7Jl8lQZ9EVZNoAheMyfng8rzKduulE
tIQ300wZJOXqqRyRpG22TMEuGG0EkV8d3fdP0I596nW7QyzPhRcjyQGMNOWFioZl
g5xt/rezdqCDhvd6saFx
=VlVg
-END PGP SIGNATURE-

Re: [gentoo-user] Re: gcc-5.0 ?

[Andreas K. Huettel]

Am Donnerstag, 23. April 2015, 07:51:30 schrieb james:
 I'll wait at least until there is an ebuild of some kind. Those folks
 (toolchain) that put out the 5.0.x builds should have one for 5.1
 soon.. I do agree with the subliminal suggestion that I should
 find those gcc compile and install docs to read about the new options
 and feature and where I needed them turned off or on, regardless of
 how it is installed on my systems.
 
 
 thx
 James

You may want to lurk on bug 547470 :)
https://bugs.gentoo.org/show_bug.cgi?id=547470

-- 
Andreas K. Huettel
Gentoo Linux developer (council, perl, libreoffice)
dilfri...@gentoo.org
http://www.akhuettel.de/

Re: [gentoo-user] stable java virtuals require unstable java packages

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Mittwoch, 22. April 2015, 10:18:06 schrieb Dale:
 R0b0t1 wrote:
  I've been using 1.7 for some time now, I wouldn't have too many qualms 
  using it.
 
 
 
 Well, I was wondering about other situations not this one.  There are
 quite a few virtuals in the tree.  One recent change was the
 libav/ffmpeg.  I'm sure there are others to.
 
 Dale
 
 :-)  :-) 
 

The recent changes to the libav/ffmpeg handling were done (also) to fix this 
particular problem there. 

Before, the virtual pulled in one solution, but it was up to portage to 
decide which one. So sometimes the decision flipped to another solution (e.g. 
because of delays in stabling), and (since ffmpeg and libav block each other) 
things went awry.

Now, the virtual and the packages get an explicit instruction via the libav 
useflag: I want *this* solution.

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVN/PcXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5DEYP/j9hp0vFmktZMCC8fUNbQQPp
FVp1vFxyTmJr0ezWpsD9Ua1kWyaQS1vhSPS/VQtievseGJghEyu8Iptk5glxWzD/
coef+waLvak9PIN17rw6kGWht4ivo5ejty7v7H8dNjWx8Hw9cqfKewhvT4o9hmeC
ML/5IX6wvqhKpGRppsEXp51l2EPyZM6tzdCtE8lnSCN6o2BnyXaCO/fcw8hLNymA
PGAIkX8tOaLb2+wEiPJdWKwUjIHjrrc7mXH/ZtALH5BNnXbcqC774lWtbzEr8mhK
NtNV0mXgWYnQbyVSmd/JDsqFBptWhiKMiG1r37f3+kzH/eusihoWijllzGW2FYWs
xW43FcFmsu2c/+2RS7BXX2Kdv8/DeTnVzM1ULxSiDkEyFhWSrDYEsteo21ekwDwB
dc6y03TWYWgIicpDg0CEVLzWqf/fQApf4mmrFTpr8Tx1CERXfy+DDBDghGV0ApoQ
xozoB0XBJ/h+nS5rI6xrUHu/VwijgQm/3sKxIlaT9rjtiW9oeBwVvE9ss5QmDnuk
+zSaJvrJSiCGBIeF9Cj6gsKauMdYuxVbkttF5Gy8lWTVAJHbu2NcT6reGj5y7TB2
es+i+Y5uD5mlmAbCOYzamaUVLLlAw/bjR5Zhg16f3yB033DmLcEO+ZoLzZDlHLAa
SlDqTbfy+O/0Cvb3TJ3B
=I3wu
-END PGP SIGNATURE-

Re: [gentoo-user] stable java virtuals require unstable java packages

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Dienstag, 21. April 2015, 15:37:34 schrieb gottl...@nyu.edu:
 On Tue, Apr 21 2015, Florian Gamböck wrote:
 
  Am 21.04.2015 um 07:42 schrieb Alan McKinnon:
  It's either a bug in virtual/jdk-1.7 ebuild or more likely, stable
  request for icedtead-bin-7 is lagging behind.
 
  You are right, the stable request is still going on:
  https://bugs.gentoo.org/show_bug.cgi?id=546902
 
  Obviously the virtual got stableized a bit too fast.
 
 I was going to ask about this too.  I noticed that the virtual/jdk-1.7
 actually gives a choice of jdk's.  One of them
dev-java/oracle-jdk-bin
 does have a stable 1.7 version (indeed also a stable 1.8).
 
 I am not anxious to switch oracle-*.
 
 allan
 
 

This is a typical problem with virtuals. 

A virtual can (by definition) be stable as soon as one of its providers is 
stable. Which one does not matter, and stabilization can be pretty much 
automatic and be done by any dev. 

So, after oracle-* went stable the virtual went stable too. Now portage is 
trying to upgrade it and can only resolve that by either keywording icedtea-bin 
or switching to oracle. Which solution it ends up with differs between portage 
versions, I suspect... 

This should be improved, obviously, but it's not a trivial issue.

My personal advice (without knowing the packages in detail)- if you dont want 
to switch to oracle, just accept the keywording suggestion from portage and 
give the suggested ~arch icedtea-bin a try. Don't worry too much about mixing 
stable and testing (as long as it's only for a few packages). 

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVNpkzXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5C/YP/RYqNB+w+ZyK39oclbNGHSS+
mJPx1uPkYn1JR09WWkH0rpxERu0vOHxTVqntar1PRxF3/tJ7XBXhEbfa7S/Ezo+x
wQi+2rNfNzaeDFIkFR/VMyu8GK/zP1zLGedVXtbWGsThiOGVjgylNxihKKtRqqFd
RrF5NKJJ8ZqU940dVuZHcj8IPGZG2hWut/xKckDUYKcCwx+EhiOlBznF+qu62wnb
yPDYCTIRhhRfyB7vOW0IJnqtLbCXdEHTS5Ip2N9R3cGrJiwYZMXcM+uZQoL1fpkQ
x7nkthV1KzCvPsO5VsANpS1F2D1fblRHwXUAeyNmmCc1VzMgKn5d2L3uJQbxopMA
IQVKWiIYb2rG+4n6i7JFqOA0MKwh0tAoNpYiYG4BaVQW+72ydx1R1zFzMX9eYav9
d4UakgUuAp2Se902PGDaM9sdiq4gcR3Ox2tM4CGr9+DFTzr/umF92OHEGMverK12
+TeozP4vloOJ0I+p3Z89BNe4CHnv71MtlM74NEq14MmSEdABek0WFOXvBkJB6ZFR
zKPD2upcdxuaMYqJNTUGBL0uDQkfDdVIEtWcXapUGc0OL9lh8OCa/PPy0pZO5JmQ
XdqOVjaPO2mryI4UT5J8sp4mM1zmOIHIe820Tjg72ZxzJ5iwgcHooHz1r+Cd5Yt1
PT4vFCCPaMksuhY5B4QR
=x6Fh
-END PGP SIGNATURE-

Re: [gentoo-user] dev-lang/perl:0 - problem

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Sonntag, 19. April 2015, 13:05:02 schrieb Andreas K. Huettel:
 Am Sonntag, 19. April 2015, 01:38:30 schrieb Joseph:
  I've not updated to two months and now I'm getting dependency problem with 
  dev-lang/perl
 
(dev-lang/perl-5.20.2:0/5.20::gentoo, ebuild scheduled for merge) pulled 
  in by
  =dev-lang/perl-5.20.2* required by 
  (virtual/perl-File-Spec-3.480.100-r1:0/0::gentoo, ebuild scheduled for 
  merge)
  ^  ^^^
  (and 38 more with the same problem)
 
(dev-lang/perl-5.18.2-r2:0/5.18::gentoo, installed) pulled in by
  dev-lang/perl:0/5.18=[-build(-)] required by 
  (dev-perl/Crypt-PasswdMD5-1.400.0:0/0::gentoo, installed)
   
  (and 94 more with the same problem)
 
  How to solve it? I don't want to mess with perl and ended up with emerge 
  not working.
 
 emerge is written in python, so no worries there, you can't break it with 
 perl.
 
 Sadly, with each new portage version the solution to these problems varies a 
 bit.
 

Here's something else that might be worth a try and that I just remembered, 
if possible try it before anything else. 

Take the text block below (copied from /usr/portage/profiles/package.mask) 
and place it in your /etc/portage/package.unmask (to locally unmask 5.18 
again), 
then try upgrading. 
(It would be *very* interesting to know if this helps... :)

- --

# Andreas K. Huettel dilfri...@gentoo.org (29 Mar 2015)
# Mask Perl 5.18 for removal. Please upgrade to Perl 5.20
=dev-lang/perl-5.18.2-r2
=virtual/perl-Archive-Tar-1.900.0-r2
=virtual/perl-Attribute-Handlers-0.940.0-r1
=virtual/perl-AutoLoader-5.730.0-r2
=virtual/perl-B-Debug-1.180.0-r2
=virtual/perl-CGI-3.630.0-r2
=virtual/perl-CPAN-Meta-Requirements-2.122.0-r2
=virtual/perl-CPAN-Meta-YAML-0.8.0-r2
=virtual/perl-CPAN-Meta-2.120.921-r2
=virtual/perl-CPAN-2.0.0-r1
=virtual/perl-Carp-1.290.0-r1
=virtual/perl-Compress-Raw-Bzip2-2.60.0-r2
=virtual/perl-Compress-Raw-Zlib-2.60.0-r2
=virtual/perl-DB_File-1.827.0-r2
=virtual/perl-Devel-PPPort-3.200.0-r4
=virtual/perl-Digest-MD5-2.520.0-r2
=virtual/perl-Encode-2.490.0-r2
=virtual/perl-Exporter-5.680.0-r2
=virtual/perl-ExtUtils-CBuilder-0.280.210-r1
=virtual/perl-ExtUtils-Command-1.170.0-r6
=virtual/perl-ExtUtils-Install-1.590.0-r1
=virtual/perl-ExtUtils-MakeMaker-6.660.0-r1
=virtual/perl-ExtUtils-ParseXS-3.180.0-r2
=virtual/perl-File-Spec-3.400.0-r2
=virtual/perl-File-Temp-0.230.0-r1
=virtual/perl-Filter-Simple-0.890.0-r1
=virtual/perl-Getopt-Long-2.390.0-r1
=virtual/perl-I18N-LangTags-0.390.0
=virtual/perl-IO-Compress-2.60.0-r1
=virtual/perl-IO-1.280.0-r1
=virtual/perl-IPC-Cmd-0.800.0-r1
=virtual/perl-JSON-PP-2.272.20-r1
=virtual/perl-Locale-Maketext-1.230.0-r1
=virtual/perl-MIME-Base64-3.130.0-r4
=virtual/perl-Math-BigInt-FastCalc-0.300.0-r4
=virtual/perl-Math-BigInt-1.999.100
=virtual/perl-Math-BigRat-0.260.400
=virtual/perl-Module-Build-0.400.300-r1
=virtual/perl-Module-CoreList-3.30.0
=virtual/perl-Module-Load-Conditional-0.540.0-r1
=virtual/perl-Module-Load-0.240.0-r1
=virtual/perl-Module-Metadata-1.0.11-r1
=virtual/perl-Net-Ping-2.41-r1
=virtual/perl-Package-Constants-0.20.0-r5
=virtual/perl-Params-Check-0.360.0-r1
=virtual/perl-Parse-CPAN-Meta-1.440.400-r1
=virtual/perl-Perl-OSType-1.3.0-r1
=virtual/perl-Pod-Escapes-1.40.0-r5
=virtual/perl-Pod-Parser-1.600.0
=virtual/perl-Safe-2.350.0-r2
=virtual/perl-Scalar-List-Utils-1.270.0-r2
=virtual/perl-Socket-2.9.0-r2
=virtual/perl-Storable-2.410.0-r1
=virtual/perl-Sys-Syslog-0.320.0-r2
=virtual/perl-Term-ReadLine-1.120.0
=virtual/perl-Test-Harness-3.260.0-r2
=virtual/perl-Test-Simple-0.980.0-r6
=virtual/perl-Text-ParseWords-3.280.0-r2
=virtual/perl-Thread-Queue-3.20.0-r1
=virtual/perl-Time-HiRes-1.972.500-r3
=virtual/perl-Time-Piece-1.20-r2
=virtual/perl-XSLoader-0.160.0-r2
=virtual/perl-bignum-0.330.0
=virtual/perl-if-0.60.200-r2
=virtual/perl-libnet-1.220.0-r3
=virtual/perl-parent-0.225.0-r5
=virtual/perl-threads-shared-1.430.0-r1
=virtual/perl-threads-1.860.0-r4
=virtual/perl-version-0.990.200-r1


- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVM494XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5SqoQALGCreRA8hoAxRxuBm+G9lSu
yqF+fjMve61g3i2la4ts1aRaxPILix2q9hwTwGUjzLwnO/wXasADRz6qVHgXrWHA
/Dw2EDOvcPp50iTqllCM/ZybdDqLQqfrzEHRaHDzPOeIPtfyllectjUxULfGRIPE
HaodxS0REP7bhUIyCbvsWjYwkqYFBcELRnA8OozX1cJnyOQEX+TovuJQDEk965Aa
7DfO3Zy8b+dfOSbuy3QF9kHrzHb+5KoWGPH/ZgVCQvKRw+x98FSFFbkM03pGQ7NP
A135vScmVWfNMyn5tu3UHxV2V6A45yPg0vDqivXLBTERBq0JiMR1y5ptW3oZPaPw
tbcuVF8EvRj79ODLyTJyc79ani/s3+ARDe+4mEq6aZqd3PA1SxhrO9B0Dq0VMLii
SWiHwVID85gxDqqO1N6qX/E3leMHEv9qIG/UhdAOsmaCc1KNQVkQtcSqCUe7+kDA
S7TiBWP/EglZUbaJFKqlhqmjqfNmbyEctHOnwpxW5jv5qOLbWE1KaIt1Ol3K1/lg
fjliHvC8Z4E6Ub9siKMRULZpqO59nh

Re: [gentoo-user] dev-lang/perl:0 - problem

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Sonntag, 19. April 2015, 01:38:30 schrieb Joseph:
 I've not updated to two months and now I'm getting dependency problem with 
 dev-lang/perl
 
   (dev-lang/perl-5.20.2:0/5.20::gentoo, ebuild scheduled for merge) pulled in 
 by
 =dev-lang/perl-5.20.2* required by 
 (virtual/perl-File-Spec-3.480.100-r1:0/0::gentoo, ebuild scheduled for merge)
 ^  ^^^
   

 (and 38 more with the same problem)
 
   (dev-lang/perl-5.18.2-r2:0/5.18::gentoo, installed) pulled in by
 dev-lang/perl:0/5.18=[-build(-)] required by 
 (dev-perl/Crypt-PasswdMD5-1.400.0:0/0::gentoo, installed)
   
 
 (and 94 more with the same problem)
 
 How to solve it? I don't want to mess with perl and ended up with emerge 
 not working.

emerge is written in python, so no worries there, you can't break it with perl.

Sadly, with each new portage version the solution to these problems varies a 
bit. 

What you can try is
  emerge --deselect -a $(qlist -IC 'perl-core/*')
  emerge -ua1v dev-lang/perl $(qlist -IC 'virtual/perl-*')
and afterwards again
  emerge -uDNav world


If this does not help, another (slightly radical) try would be
  emerge -aC $(qlist -IC 'virtual/perl-*') $(qlist -IC 'perl-core/*')
and afterwards
  emerge -uDNav world
(which re-installs virtuals and perl-core packages if necessary)

(This should not break anything since 1) virtuals dont contain any files, so 
temporarily removing them does not hurt your system, and 2) perl-core/* 
packages are updated versions of things that are already inside dev-lang/perl, 
so by removing stuff from perl-core you are just effectively downgrading these 
for the moment.)

perl-cleaner should be run *after* perl has been upgraded, not before.

If you still have problems, the output of emerge with the option 
--verbose-conflicts would be interesting (this shows the full list of the 
xxx with the same problem).

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVM4vmXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5D9kQAJL755HCMWTtVRj6aqvRDHSD
h0n46R9YTT3IGF2C+LVweA2RrgfMWAfao+/q+ts0hftE0lvFCcrN+l6bfTFw/F7v
ss9n+NdZTFCHEsNH8SqnNj2rShL0EcKtCyPQLVfdQtN5kY/R9he1JGfqH7lwYjtr
9nkinsieXekjeVh4jrJpLf1UJa0Jk2Vq7lhbWJQcRVw8ibJ05ZilZ74FEZ9G4pi4
WmIH0m0sd3bJwmsSqhFtGwBQvjIsCQbpiFD1hwM2Qntjw0XJCG3ysfwksrK1HZtF
hmu7mRFkaWu/t49rPZIZT6QxRNvxenklbMr8S774ANMz8nSsyiGIbo5kWjD1/G/x
/TrQOg2Lt02bEYgyIVgv16Qp61Scj5QYSdSEcSrwfupyqIGyoaWdG6/XDDkiq8Lo
PecIhe+EUpv4+tBp2tGyYVecHO8ollh/4uvUoajqvnH2olqMLStiqEw5tGg/GH9E
ogKZhVF+1No1eVqgosiXX27nP9K5oUyOx5S7dxXau445UmUOa232gDyyzKIIiQnS
U3R5QWgvA2PyO625lzWs2cP70rW5mrVV7JDSjeUv9ng/duwY1dif7IxwMxGBpgWp
Wll4gVme1yw/BMd0wcauoYn/gPuGxg1Xh9r0BBbIol2zJjcTDHVmMHET619uxVik
LE9utHi2rZ6DLLe3h/NY
=ofSA
-END PGP SIGNATURE-

Re: [gentoo-user] grep -lr ignoring subdirs that start with dot (.)?

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Freitag, 17. April 2015, 22:57:49 schrieb Tanstaafl:
 
 grep -lr searchstring * | xargs ls -lt
 
 ^^^ appears to work, and does return results for the cur and new
 subdirs, but seems to be ignoring the rest of the Maildirs. Maybe it has
 something to do with the fact that they start with dots (ie, .Sent,
 .Trash, etc)??
 


'*' does not match things starting with a dot, your suspicion is correct. 

(make a directory with one file in it, try
   ls -la 
 versus
   ls -la *
:)

There's a simple solution: 

grep -lr searchstring . | xargs ls -lt


- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVM42nXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5S60QALUnG47SWSGLhTvRqjkZOV5N
azVJ2IECtTpfs39abkjIA77lJ0CPFAfBvM6rFMSu2WV4D39jHSRAtCYoq34OgG2s
Vh03CL8igCj6oPqcgmKqnubtpghwetfPf9r+9t5drBiR8oESCiI4J9JZo22aWxkr
f2CMAdXWxDPyGfe/JFT7RBsnNbXn5gNVgIFXzxlIMM3bpiBQXZL6M7IZWrCw9+Sw
a/NpqjcaqzJo13hxeTGGcnUWfVJKOjUAjVs8k8Y+lp68YYSKv30TY90UCziYyFUP
lFjG0ZGY9trz2XPeLzV+Nkds04ISyZVSXGCg6uPLmlQeRxaOEIOVvHUNuJE8ik0A
PsoeChm87uUCgQWV/DuZa2rBUSENNnIM3r8lU/Zh4QTc8fNYmGf80DV+tvvtA4rX
WCwY9wgqaXllDjZce4MM2pBsuQh7crWZU5WvVyMmsFwYYd/8SBv0FI1POU/ze4lr
/3AUDAXQyohY51mwJMbMvOxWNi3gUHjZiIg4LGpV7Uqy4ZMnxb/ezR6wOvJQnKrz
WPpBQXGTG29/oLEhyY/DywA5dspjOoZE+mPG7vuooNM3RucbVH0z+guyDBrei0GL
3fWwbPtTHO7OdgZeM7uO/lCw/W8Wms7r6YWJF+yeZ/DBXkWD+IXAf6toZXV+BJck
f28EWPmh69ldJxyAkfqi
=5+Ts
-END PGP SIGNATURE-

Re: [gentoo-user] List of Epic FAIL

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Freitag, 17. April 2015, 06:18:47 schrieb Alan Grimes:
 Here's a numbered list of failed packages after SECOND emptytree
 rebuild; machine has not been rebooted since previous post; Reboot
 scheduled due to video driver version bump.

[snip]

Could you please stop posting messages that don't actually contain any 
information but only complaints?

 #1; long standing failure related to custom container classes.

No context, no error message, not understandable.

 #2,   /usr/lib64/libX11.so.6: error adding symbols: DSO missing from
 command line

The full command line and error message please, otherwise it didn't happen. 
(*Which* symbols are missing?)

[Same for some other items.]

 #8,#16; INTERNAL COMPILER ERROR!! (recently RMA'd some RAM, new ram
 had a 1-bit intermittent failure in 32GB, jacked voltage and hoped was
 good...)

Well, seems it isn't. These are the two memory-intensive packages in the list.

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVMYpLXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5LzsP/A0DM3t2GAra6p4xImvLyWgs
QtP4wOBq1ALumkHhvLiaRpQWy/lZjL9ABjIXFBGF+PuxaVUde49s48jUUcdjRR+6
t8KXdgDSRcthD9ylmSCe+59aEQha2eLS2cKI6vpif7+2DyhYEM9Hodd1E/WzRufC
aFO+8qe51CaFbyOOUqA5QKf4+tYq8OG+DUga9S3TytGhozBlXQgMJxznW8Gk4jaS
S3tnc2eRE1TtlhiBqLyjPq0skTAeJ5ti4CjdRKW/wsSKu2NPXRsvUhzSZCN7SIrQ
u3FmLkzSAwljriX3MIKkgC0G4bphBVpR0c5EXI9PhbME0sY4pCxpJ3MHg76rJGHx
aFDKoPLX4jdZ/pn/X44lZmonPTNNLwKXtGt9HB2b/EQnrCA08yI850EzNRdVPZkI
SePmZddt8GcHJ4h/kf5V4DeSa1wkhdkQ3i1m9Ps7zfVdBxRMnK+ppJ1B0U7GHKE2
YaDIZaOZZoSB3Zp7GNjCqz3ExMpyAMkIT2e4KDYSTjtPC7yug+NYtbrUJ6iCRDpp
NNezBmKatM5jrOiyVwdaJOR445q2wXlNbXhYoVPZqZSRnNjfwnY6R7VfFr5UoqTF
pRh06aJ+af0b/M5cqDQ740kk+Phvb9k05aJWARo4XBdjBrFU6jv734AB6WQ3C4vW
VHiuvJai+RYhCRvD9KPj
=1ox0
-END PGP SIGNATURE-

Re: [gentoo-user] Machine completely broken; Ncursed!

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Sonntag, 12. April 2015, 02:42:20 schrieb Alan Grimes:

 /etc/portage # emerge --info
 [[: error while loading shared libraries: libtinfo.so.5: cannot open
 shared object file: No such file or directory
 Failed to validate a sane '/dev'.
 bash process substitution doesn't work; this may be an indication of a
 broken '/dev/fd'.
 /etc/portage #

OK. That means your system is seriously broken now, but I gather you already 
know that. I doubt there is a way to get back to a working system without 
tricks/extra downloads.

Most of the comments below are now mostly trying to find out what happened. 
I'm leaving out stuff where I dont see anything problematic. 

   The ncurses problem has been a low-level
   issue for a long time but, with tinfo set, 99% of packages worked.
  
  Define low-level issue. What was broken all the time that you ignored?
 
 Busybox, valgrind, a number of other minor packages.

OK, now what was wrong there? Do you still have any old build logs maybe?

   2. It sent out a profile that sets variable ABI_x86 with 32 bit
   enabled. ALARM: ABI_x86 should be set in exactly one place:
   /etc/portage/make.conf and nowhere else. But, nevertheless, ABI_x86 WAS
   set which broke the profile because my system cannot compile 32 bit
   executables. =( I tried the no-multilib profile but it didn't have a
   number of essential useflags and was foobar.
  
  You're still not providing the slightest bit of useful information.
  
  What happens if you try to generate a 32bit executable?
 
 Fails completely due to linking errors even though it should always be
 possible to compile something without its binary dependencies (with only
 the headers) because symbol resolution should take place at load time. =|

Well... Yes it is possible to compile things. But they also need to get 
linked, and for that the libraries need to be present. No you cannot build 
something against a library without the library being present.

 CFLAGS=-O3 -march=native -pipe 
 CXXFLAGS=${CFLAGS}

- -O3 is not a good idea.  -O2 is safe.

 LDFLAGS=-lncurses 

I hope you forced that in only at the end when things were already broken and 
you tried to fix them. Wrong. Bad. Wrong. Bad.

 ACCEPT_KEYWORDS=amd64 ~amd64

Should not be a big problem (since ~amd64 is pretty well maintained these 
days), but in general you'll likely hit more bugs if you run unstable. In this 
case it's definitely an advantage if you are familiar with bug reporting 
procedures and frequent our bugzilla.

 USE=...
  c++0x

No. Just no, since you may run into all sorts of trouble with C++ programs. 
(There was a news item about this recently.) I doubt that it is related to 
your problems though.

  custom-cflags 

No. Again. Just no. Do this and you get to keep the pieces. I dont dare to do 
that myself. Especially in combination with -O3 it's, well,...

  discouraged 

Read it and despair.

 sse2 sse3 sse4 

Unproblematic but outdated. Also a recent news item.

So, now about getting back to a working system. There are many ways, none of 
them really 100% clean given the amount of breakage, and I'm not really a 
specialist. Some ideas, unverified and untested; I've never done this myself. 

* Boot from a rescue system
* Mount your gentoo installation somewhere
* Copy your setup (/etc, /var/lib/portage/world)  to a safe place (usb stick)
* For an amd64 multilib system doublecheck that both in /usr and / the lib 
entry is a symlink to lib64 in the same directory.
* Download the newest amd64 multilib stage3 and untar it over your system.
* restore your make.conf, *sanitized*
  CFLAGS=-march=native -O2 -pipe
* chroot into the system, and run emerge -eav system
* then reboot normally and run emerge -eav world (you may have to repeat this 
a few times, since some packages may still be broken and portage won't 
necessarily rebuild them in the correct order)
* then restore your old world file and repeat the last step

IF YOU HAVE A SPARE PARTITION, there is a much better way- do a new install 
there, instead of all the above steps.

Good luck.

- -- 
Andreas K. Huettel
Gentoo Linux developer (council, perl, libreoffice)
dilfri...@gentoo.org
http://www.akhuettel.de/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJVKn2dAAoJEB9VdM6hupKV2ZsP/Asgl66mmh8/Lzd0mVwNQkts
GSszMvt7RNUb2k4lQetXR0psyr9Up7NDrp0plmAAguNJMtZOdgIVZsJ5sTvtWDxT
0fxM7EXD2QLzpKIUF0uQFLQ1O+68GYTK0UOai+7OzN99HwALM7U5H9k9hYIrEVY6
ZtueUazbfOgWmAM//ZPQltj4GYBeSiW9TLJUbZNHzQFqJkP+uPimYWN9QIkcGyVP
UJUlU1IJP9IOF7Ing10zisK1CT3+tEXnyeU930bnaCW1rLAUcm797BmwKWZX9RfW
MYqTe6jjWAmnK+n6ScAeCtcwmwZ5MeQQBD7SK8FySSpegev2dEZzrHaI9hvMajtZ
4L3i/CCwSwxUs3hjh+cn9kCb1Cs6BUqtXfR9Jt/rSZFOWVE7TbRrIssW0ZEw92x4
jKAO//H41EjK830QB6WzWLJxfYSdQ1SEaEW2WHNSdYd4vaxHv9YQp3sdm3zKxWel
hY0pEJ5NtQMWGkte0XU0DgowAuDnBMn7Xac//rcOwWsSZiWIn8SmdpxvR43/xAZt
Ln4k7xxJhb3a4w9Uocm3vPMOxIgRo2xFrdYNN18VGGz9zVNNyOZhECJDy9EZEtF1
liswCUhLUQMhKBau8F

Re: [gentoo-user] Machine completely broken; Ncursed!

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512


Hi Alan,

 1. My machine is not correctly configured to build 32 bit executables,
 mainly because I cannot find a 32 bit version of ncurses that ld is
 willing to acknowledge the existence of.

This seems to be working for just about everyone else. So maybe providing some 
technical info for your system would be helpful?

I mean, standard stuff like emerge --info output or the versions of ncurses, 
binutils and gcc that are installed (including useflags)?

 2. LD cannot find ncurses, -- It simply can't, in 64 bit mode either.
 That is the only error message it ever gives and vast amount of effort
 spent in sessions over the last year and a half have failed to find any
 solution. I only installed Gentoo on this machine four and a half years
 ago so it's hard to imagine what could have gotten this royally foobar
 in such a short period.

If you kept your system updated all the time, you shouldnt have any problems. 

 The ncurses problem has been a low-level
 issue for a long time but, with tinfo set, 99% of packages worked.

Define low-level issue. What was broken all the time that you ignored?

 2. It sent out a profile that sets variable ABI_x86 with 32 bit enabled.
 ALARM: ABI_x86 should be set in exactly one place:
 /etc/portage/make.conf and nowhere else. But, nevertheless, ABI_x86 WAS
 set which broke the profile because my system cannot compile 32 bit
 executables. =( I tried the no-multilib profile but it didn't have a
 number of essential useflags and was foobar.

You're still not providing the slightest bit of useful information. 

What happens if you try to generate a 32bit executable? 
What gcc are you using, with what settings?

Cheers, 
Andreas


- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVKX5KXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5y5QP/izvgeo0ixQ9Ui6vCyYzajq2
F0u6EG65imPAyJsphC9EeCMRDDlvnBqhSn2vFhKf42MbG1IRaghvqEH0beBYGEd4
txKbZe3iURRUDXXpSrA0P1Zg2bqbq30N9Izz4jX8S7zQ6dUcwMiIJy11To0Kk9uI
dwmIOhOtrmb+BoDg9XSlI7kycrVkt6oBhxU5TySEb9+bB5TdvzMBGXKuxIYph+tK
8uLIdjPeufJpB+Js4L/KKpfRJx2kzphl04ZESHjWQsQVPMDvWvHYKGI65xQTmoQY
5LEb95clZEwrB7NCI8LskUHZGz0vIEGl6Exz2eL8QISFTEbvEcd4aieOePU8c5lE
EH73YDsN04NvIc4pWP4KGH9+7eBoemvrqUy325kiVwxWJdjF7/2EZ/64hcVhXIif
6O5gLBKpTdI/lX+JU3wHM8Y881NZ6X/nmu0p5LPU5dXCgogUjUybfTlz4hT1rcfS
gl0z0BSm+5TZ3EmQeZyBK04/MMxaoHf8RSnrkVuO6mimaxJoQaS57oWNNnZkNjXC
d50XpzLkj6ybghL8HvCHIuRnMBpGLdxGIr7YBdD3M43xcVcdziX6Xr5dJSLcOYlv
3MKkIK4mcNbMovInjO+2ydObOj/ZIXimdioFyUqPsF+vh6WW3XXm+5eZggzmmABK
0J1CYHbhUOM/QXUc6M6P
=c4D8
-END PGP SIGNATURE-

Re: [gentoo-user] Is perl broken?

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Dienstag, 7. April 2015, 11:20:07 schrieb Peter Humphrey:
 Then I chose one of the silently ignored packages and tried to emerge it 
 myself, but still portage did nothing:
 
 -
 $ sudo emerge -1av dev-perl/Text-WrapI18N 
 
 These are the packages that would be merged, in order:
 
 Calculating dependencies   done!
 
 Total: 0 packages, Size of downloads: 0 KiB
 
 Nothing to merge; quitting.
 -

Yeah, looks strange. Anything in your make.conf EMERGE_DEFAULT_OPTS ?

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVJDpPXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5AmAQAMblxzu6NwC130CAkREcoGXy
LfsbXL0b7JRKkFpK79Zmb7GYZfdwMYOTgJkWJhlgpWrQ+ZZY9jm+iye7yw1qtbj2
Wy9eqH/z6SY0uf/sxwj07OZG4Gn2wxS7n7f1LvdnFWjZZtP8U9C9OlsswZhuqE00
7D6ENKMqHYDp9mlpXPlGrFq5koWM8AcMG+08KNY+jrlZyWZbI9cMYEnJL4fY6eIv
Ou+DFaXB8EWoc4X1l2SxuQ4md0JYETKbTozYnBob2q8WeUyoVF6NJq496IkQMllB
EpSJ8RG3fD/QWkja588ffWwMmkVBhKm+xgW3JSqcjLjLV1eFHdkg1JK1PXxVq7jV
JSP4RAbRVFyijygVWN40L6PD/AdXDDshwxw+88Np30CePn2m1vvAbx0ljTEUUjYX
yAGNSIvm5kuNa8vdNfxwEZNybSNd6KHtfP1I9evNyqyNZ+lVprkJg6o4HHq3VYxZ
vJnUj+pWh3GeobSZB5nQMP7tu1d3WcmT1mGU/unW9zcI7l0bc/CAaodcTg/F3dHJ
TCjlhAxTpCklCKzoUAJqGyvy2KcVvR2GzLZyXqzcTO5pcvpfYQlo+aiNcke+MYDX
E6hyZbrM+Aoa2LDV+Gs8fiURIFnOlzP/0f2GEoDJ6kqWTAHy6CA0ZxHib4IQm+FJ
SxgT3vSxeI/muGjhEDKc
=gQJm
-END PGP SIGNATURE-

Re: [gentoo-user] Re: Is perl broken?

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Montag, 6. April 2015, 13:29:25 schrieb Martin Vaeth:
 Andreas K. Huettel dilfri...@gentoo.org wrote:
 
  Moreover, I didn't check before the rebuild, but after
  the rebuild there is no 5.20.1 in @INC.
 
  Sure about this?
 
 I checked this, of course.
 
 But now I realize that the path is *added* to @INC
 (even to the perl -V output!) when I re-create it...
 

:)

That's the mysterious OLDVERSEN variable in line 11 of the ebuild...
https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-lang/perl/perl-5.20.2.ebuild?revision=1.7view=markup

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVIoHfXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5xLAP/1KLDNuTEOhlpAEbSTj4Jcuc
gRtHMX3bziPfFZMuesCS+4W6ECtua/ySf+MZfOgeTBOY981cfJsLEiftJM8Egvqw
tVJthXfmqrRSy04cFZXpZ0U9oGY2qaQIQbmROBSvM5AKGkk3NRMSTPYhqQca2akz
AWe49mkYcWE1vmHZfAYo5pDK8EvawU9/XJxvQvgaOh7IvxAjyclBf3DEWeB6UMN5
4j9CNHfJYf2Ts1vlb0p5sWcUuhshOnPQw6RY/YaEwzIE6F8cxp7Ja7B/6eY5Jr9D
2LMdXyhAg7GFE338OJf2kXWEoqZ2H7/1tBePp+plYBdEnLBm0c145M4R6KmE85EJ
ZhCfK1/IVOshZuH8/uh1Hxwf5TDBeuKcLW+hRSbyC/uha2fx0WLGTvcNBHLDNt/h
2X757UGEKyn4Nj7Iq6OcJq57Bzw9b1w3h1AYiyKEbkzDb0iEptSiPyieZvbHUOBG
KexKTmfgAoYgbrrprulxQpv9YO4pQefzFQMPUXktNaMU32ehibqFSMEWeRXAUjmj
QxbJAXZWOcEO8HWKxZQ0sdbOR1pWPzer6lIsVbFIKJ+QPls/+DQKQgZH/YraBzNN
iodZslB6ervXphrn3p4XnNfE6U7LumtuPy0GdQdlkQqpAVxgjT6XZWJaE/Kb8BGM
8Q0uP0CYsqQzCmQyetR4
=Qg6n
-END PGP SIGNATURE-

Re: [gentoo-user] Is perl broken?

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Sonntag, 5. April 2015, 11:50:53 schrieb Peter Humphrey:
 Hello list,
 
 Today's routine update included dev-lang/perl-5.20.2 and two perl virtuals. 
 Since emerging those portage has stopped working: perl-cleaner gives it a 
 list of 71 packages to emerge but portage does nothing with them - it just 
 exits silently. Then perl-cleaner lists some hundreds of files that it can't 
 do anything with.
 

Do you see anything that is actually broken?

Minor updates (5.x.y - 5.x.y+1) do not need any rebuilds or reinstallations of 
modules.

Not 100% sure what perl-cleaner does when you run it anyway. Maybe it 
reinstalls all, but it's not necessary.

[Side note, your information on what perl-cleaner does is very vague, I can't 
distll anything useful out of it.]


- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVIWLRXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5G8kP/RZuTdZbi+lB8Ts4khQcVMKr
7snXkSV+yfV5tWnMu9loJI9HEq3T3kr9WKdsR+YCcNlozT20n6h7kDfmOwbRem9V
QZCOKsMLh4ITlJ6c1cGOe7g1TAuMc2othQn3y0OgymDAWGELhYrs5JynDcAWWZxY
kJSHbu7RRBmaxklIkRD5BevFDSwCgXvFK1qGjEtU1NRqJ3vHlKU7WcLclYKVCVqQ
qzsgQkwxthjCTCQfPx0ffCBxarKkp1DdENNpPpuRnHhrlf0GxNnea4iVcrqMaMdL
Hepc1fpro2z/mc3VcmneP+Oe9vXKDzIVMYd3Q3d6jjsL2dPLjDHMDeguCIUgtnVj
yoHAYQAiaFphtgQmo4aKKO5le4dyBO9aDf5PcYPAIQ0KgUH9rFPfDeCtJb2ztjcD
gxiLAQaDvmgLYGo6wi7tjifHh7Kgo0qIF1sQNsPWxAk0dy/zAX3V6BXFAeh5UmCZ
PPN78GbvlsVvKW2kHIZf4D6qYROiR3ncDwOiw+LGVkiMeO7dui7UtKXo1Czv09Fr
bLn4ORVjARyF/cfr5CD6pe+p8iEUbLogcKnaHnGcaOiI+S0D5ihxFoKXpSqe8GpI
aSExy1rVqmOSd+rXwdznM5ZgHOSXFZGaYfRj2IwzWsxst0wJScP49ZU7q4Q0lWTB
O4JIj+FE1mpY0m4p9GVk
=AGGJ
-END PGP SIGNATURE-

Re: [gentoo-user] Is perl broken?

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Sonntag, 5. April 2015, 19:03:43 schrieb Peter Humphrey:
 On Sunday 05 April 2015 18:29:05 Andreas K. Huettel wrote:
 
  Do you see anything that is actually broken?
 
 Apart from perl-cleaner and portage? Emerge exiting silently after being 
 given a list of packages to emerge doesn't exactly seem like normal 
 behaviour to me. It was told emerge -v1 ...[list of packages] as in perl-
 cleaner's usual behaviour. No ifs, no buts - just do it.

Very strange. Portage does to my best knowledge not use perl and not even 
depend on it.

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVIYdxXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5SaQP/0/l39fTkrn7tLGu7Z2OYub9
q8OCBQQg6Vhde6A5d8gZf0OsWpP2FpNmdHudAXGXJdfntiCEUWiZ+BA2yBGQLxP1
gifiToD8ACOUEiN9KZzI5o+0yr12//AE1le5QHgBEA0cPOor6vsuLPxeeT9DB806
crB2WB7cHS+Tg/Szan5Px/sm4AUNitgRsHfJH19MLP9cK5Y/8SEfcv8c4qeBVwIN
UPKI6Gp9NdvQAOLNMFWbO2Hr727l49VzayqAUktZF6lwIWrOnc1SBWJTkwwgteTM
wfopfk82z2llaAqfrYPmfLxjLgXjyXBjmsXngXR8fHjQWFWPF+ww1JuRLTojXjXW
kB9RUvg3a8tY25uwfFmtnaRMll0DgA7piJKjgUnj/oxqvu9zGdHULZZHFwW94lDu
xB5SId0QYsHOAXdd3xJ13slODGlZxrgUUcrDyW97mwUwFN79g5O0uxt/TuiDCu5o
lr8TGqJ1NohLDFH8k7t9B5vBO16sgWa713HayR7kEif6gOOoxyNBfx/blJkcOBC2
aXmABGany+jaPVmTHir/Y9pa2UgpyitYp/Qei+nCrekuM1ifMVtm572AArVK/pf2
vM+Flg13lxqLk1jGC5glfDUTwmQB42QYhTdltMDOxRDNwHwwFQjw2f25+vyB0OqZ
a3WfNAnqplT6rRLqsA7v
=WYbK
-END PGP SIGNATURE-

Re: [gentoo-user] Re: Is perl broken?

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Sonntag, 5. April 2015, 21:53:35 schrieb Martin Vaeth:

 Moreover, I didn't check before the rebuild, but after
 the rebuild there is no 5.20.1 in @INC.
 (So it might be even the case that the rebuild is *necessary*).
 

Sure about this?

huettel@pinacolada ~/Gentoo/office/app-text/writerperfect $ perl -V
Summary of my perl5 (revision 5 version 20 subversion 2) configuration:
[...]
 Built under linux
  Compiled at Feb 14 2015 23:56:45
  @INC:
/etc/perl
/usr/local/lib64/perl5/5.20.2/x86_64-linux-thread-multi
/usr/local/lib64/perl5/5.20.2
/usr/lib64/perl5/vendor_perl/5.20.2/x86_64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.20.2
/usr/local/lib64/perl5
/usr/lib64/perl5/vendor_perl/5.20.1/x86_64-linux-thread-multi
/usr/lib64/perl5/vendor_perl/5.20.1
/usr/lib64/perl5/vendor_perl
/usr/lib64/perl5/5.20.2/x86_64-linux-thread-multi
/usr/lib64/perl5/5.20.2
.



- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVIZW8XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0RkJDMzI0NjNBOTIwMDY5MTQ2NkMzNDBF
MTM4NkZEN0VGNEI1Nzc5AAoJEOE4b9fvS1d5QasQAIovcx6dpeqqsraW5Uss2tUu
udWdBAKfDtztMjRvzKdIQT1JO84g8oB3FhnmoWAgzeHUIWfsormJ/6EbIPEmb+eF
Dct9daFa3wEQhUBEV4Wr3YVSnOl6LMZ1ZOPtlkAqgmGMEz73yvTMrwwNMjhSAy5u
7KXooNfM5pvagfCUyWkXY/uUcCC3FhT6RaLzddJcFL4dikTD6lrKLdizwclnrbNJ
YK9ZRETwsJjhyfYCoZxq5MpLMJrlstZVV++RPBv94tRbUPGdeWiie34XYG+GVQ34
lQ7oc0xDFNL9kT672uEd6ZJi7U5icM7DlruTNXNoYT3bZeo9+yKxqsvbxWzsppVS
ekjKVkCjfEGW+Swk8wQDWZCLvjm+9Pz/RPR33Dk+sI5q/Xj/3jrSieANMGlpEEkF
titj8peF/Z8Rmd9EAmPwx1j2fssXPDZLwYlJq5lTwtyVl2/lkCpeMesbf0wFMeJd
TTveTkS17PT+Dde9ok6cQ4Z2e4lc6DxuQLWw2paCrYqnwirlWyXv3OD8p7VDc7+Q
sCkgl3OcYtcRXkDjnqBmfWZdi8khAXu78NNqDpNxh1d/LqKX6kV3rxVvt1oS1pcA
ViMMBMQXJvBSfhh7dfYLtrLz5ZqHXqvBJ+vcG2BkPcGwbhPD8iH1VvI/Q/JyBRNb
NFtPsQjMud43SYTOVU8z
=TpDv
-END PGP SIGNATURE-

Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Samstag, 14. März 2015, 08:36:16 schrieb meino.cra...@gmx.de:
 Hi,
 
 emerge hits me:
 
 Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild
 gives me this:
 
 emerge: there are no ebuilds to satisfy kde-base/solid:4.
 (dependency required by @preserved-rebuild [argument])
 
 emerge itself can be called without that error.
 How can an argument to a command haves a dependency?
 
 How can I get out of this?
 
 Best regards,
 mcc

Seems like you haven't done a depclean for a veeery long time. Not good.

emerge --depclean --ask

the very very first thing to do...

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVBCvBXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwNzlCRDk4QzA4RENBRkYzQUEwRjQzMDlF
QkU2QTMzNkJFMTkwMzlDAAoJEOvmoza+GQOcKBYQALL/y9//W8D0sQAR5VZFhtlR
y8KkPvQsGtGBEcPx1JhsZsBYShYAU9khUGEIgYARhBMXLSPt8RsllUs7kMm0TTS+
fxyJ8fvS4J8Gp3tkzDtItIJZx539ODL//Ji12Ka7RJqxry3GIzo6BwnEzaycfuZz
XZ5rbYMWK6Kkmk7BcD2K0x3z8zBRlcqRcTKp69TuL32QbomSRazK/8Oac8utnPIY
h1AFtzMugxzin1NXjAD7kywOd4Icxa4N73hiKtPuwiv/n5FkxrbrRRVwaegbbPEI
KAunsaGDhF3YLVrZkNp8CKknp8Pa/Pzm5aw6lTRMinewZsAMkyTo8YajfO2ANRVx
KV7t1IyP9PASsof0ujv7SptXbzIkDYg7y1/css4vVIl58PldNKD/NwhHqOiKZZO2
86Phi8tPrJZTWTloc0bDccUKVqrChiTmpX1O83KR7jrZ7vWqvK3bbW8+ipye0tWp
fk/AqSP7DhfNrIH/SkBHQt8hCXRtAJvUF3nLJ0XXci6NVi8QxCC1nPCk/ewzMVLH
9+WXfIwg671Qa6J3x+R6WTmK3tsGyLYPY2W7CnK95BpeGNghtmbL2xnyoo060mmN
q06YVFMqK77deen12FT0VNa+G3dE8HWov2OScL4ImoKqEfpRnsqvyvWchPs9vC7t
sGgjJAuop5OtIC+9YhFQ
=ps4T
-END PGP SIGNATURE-

Re: [gentoo-user] Make the user the member of portage group or not?

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Freitag, 13. März 2015, 10:08:16 schrieb German:
 Question is in the subject line. Another question I have is there any point
 to use other frambuffer device ( I currently use efifb) and I am thinking
 to use fb for my radeon r4 graphics in hopes to get some acceleration.
 Thanks

The main usage for that is if you want to develop ebuilds and test them. So, 
if you want to do for example

ebuild blabla-0.57.ebuild clean configure

somewhere in an overlay or in the portage tree, it helps to be in the portage 
group. (Some more minor steps might be required too.)

If you dont want to do this you should not be in the portage group.

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVBCxTXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwNzlCRDk4QzA4RENBRkYzQUEwRjQzMDlF
QkU2QTMzNkJFMTkwMzlDAAoJEOvmoza+GQOcB0wP/3LZi5/wm/KUm4FhuCv1D8dn
l4pUqHQbt+Mo+/zG25DB4aDERCOdLVNpvL8Wqr5CWya5+GgIdh4P8pGqWAHnrT1N
xo93PgUzCaEy9mfmZilD4WDUMf6Q49BBtxN+Ugb8t5YEloAzsd9kL2E8Vm7j09Sy
dOqzH1QbAXiAOf+zpXK4ldEZFWnvGNZu7MHHKDyQ3ARtZDJoFTLpKd+7ntwsZ0CX
XI5Ym/2rxYpZCbZNsozvXoFoIeOia89OIL+8+ZXQ1kUdM0xs8iWLs4zZvbVZu1uF
9ysMuTIDpVJ8pzKI8ssxyWf2QRNC7d78Z/XZpyV8e5ov5hneADfFy79yWU4Mv09m
XW7lf3cZofdPLM/H9zbJwehZQvm0yrqJe56w2FnVH8WPUHrwilOi4o/kxEKxv0Jd
i1KyKxTwcgH3imgAgsQaOOBLSEQuiYnDIrXye1AANB+qO7r3ZCvGWdHVSINapx80
tWkRUK97XRoatweBe8aT60nVQq1pK5k7P3YZxN11kE8TchbXOmjxRYSup4G5zH0T
794Jr0rprZIHb3A4SusNckKLPE0RNrwCSoZoi0PX2OR7FGwzwCmJqRjZVwRcySfD
wTV5rLOAQDvZ0TFm+oQCGGtTsEpvxSzvYKR6CTujjfTT/gHKN8DirLf9AIewVFaJ
2gYQrSuI+t7YYzJ282rV
=TWNC
-END PGP SIGNATURE-

Re: [gentoo-user] cannot emerge @preserved-rebuild due to removed package...

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Samstag, 14. März 2015, 13:51:03 schrieb meino.cra...@gmx.de:
 Andreas K. Huettel dilfri...@gentoo.org [15-03-14 13:48]:
  Am Samstag, 14. März 2015, 08:36:16 schrieb meino.cra...@gmx.de:
   Hi,
   
   emerge hits me:
   
   Whiletrying to reolve a lot of blockers, emerge @preserved-rebuild
   gives me this:
   
   emerge: there are no ebuilds to satisfy kde-base/solid:4.
   (dependency required by @preserved-rebuild [argument])
  
  Seems like you haven't done a depclean for a veeery long time. Not good.
  
  emerge --depclean --ask
  
  the very very first thing to do...
  
 
 Yes I know. Thats why I doing it after every update ...
 

Sure? Because there was a kde-base/solid package long ago...

The preserved-rebuild output indicates that it's still on your system, and 
that preserved-rebuild needs to rebuild it... However, the ebuild and the 
package itself are long gone from the tree, so portage doesnt know how to 
rebuild it.  [It's been so long, I dont know what exactly replaced it 
anymore.]

Maybe you have some self-made or overlay ebuilds that depend on kde-
base/solid? This would be a reason why it hasnt been removed on depclean... 

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJVBDG4XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwNzlCRDk4QzA4RENBRkYzQUEwRjQzMDlF
QkU2QTMzNkJFMTkwMzlDAAoJEOvmoza+GQOctpsP/2kcy1dWlu4Uxc4Dbpb65/Vj
9qfAjl9NsaWlgLk/aPJGV4ozKyO7pgqXKj/BBO+g0wtK9/RtKS2GJ32HVli0YVzO
T9fAHbdUi5qUCRZqfYO7/STZM8GpwOJz34/F1bqf/lRtqlXz+f6+qCCaDLbwlEeQ
tIZW3kxjufCvCeMOWpkZilIZ3KgaoqTVp5CLFDO0iUgDefXaQ49vTE6WYv7gEK11
UefEia19603gZDemDcK5bEOBTfPqn+bucnD/is+Blke8JSxKYotiSMamdRsj6QAq
aAFsZJjg7nRYvuUx8g9E/uceVPsjtOWzjI83jhfS0vQkCGWp5CANmLACXEKPxkX5
VZ+8bXOvHunMk3hXhY6C4FeoNIL0HLm96vYRyNec3lv+bHGbZ6pwxno00UrR/+IB
CprkAbI0paj6pgy2Xs5ruCyKFC+9YbngOjHahnMTcMUcHKOUOxLI526fI/kXXA3s
u8l6v9idvvsyHbuuLzTCAxHPN8nhKjUKoFBm1Ga0Ojsaprad64ETA5jJzvu8cBdt
SChd11wnj55alkMSd66YxJxuqWxQkMh/HB+HSmt4w/R50ZMhoapda+PmDkHdDZi1
TEiwbdi1sqMZzBx5rx2UxLE2I89J6bc3kkpIir3DGtuNJDi2m3svVQmvjlZLzXyR
tIMhnl0soHlBmJUEHI8P
=ENta
-END PGP SIGNATURE-

Re: [gentoo-user] Re: world file - where has it gone?

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Montag, 9. März 2015, 21:00:29 schrieb walt:
 On 01/04/2015 04:19 AM, Helmut Jarausch wrote:
  Hi,
  I discovered that the file /var/lib/portage/world
  contains only a few lines where it contained hundreds of files
  before.
 
 Same thing just happened to me two months later.  Weird.  I updated this
 machine early this morning but /var/lib/world is still dated yesterday
 afternoon, and contains only the packages I updated manually yesterday.
 
 Portage evidently had a major brainfart yesterday because I know I didn't
 edit the world file myself :/


There was a buggy portage version a while ago that could do this (2.2.16). 

It was removed really quickly, but maybe you're still running it?

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJU/i7ZXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwNzlCRDk4QzA4RENBRkYzQUEwRjQzMDlF
QkU2QTMzNkJFMTkwMzlDAAoJEOvmoza+GQOcm9AQANBEYXOEJ2Nw2EhtpLwCJ3Wp
yfyK97mYq5j400kB+0UbiI/IaEzSrhbQ08t7W8DFoMk3Ha0FKFXTzJP809vitIFa
bvOLhXSwKOSWZO0Ofng7TrgGfSTTflTL+MHjyQSMVgjKnkMfWZI5S3tnCFSk7Zz6
N/78KTUwCpm6GBMTh957Mab8hdvZfAj21CVeUWD/CQPqQXmxvXbgLgyu8jLuGVqM
D4jHDHQKkJ6pKyaLePDmC9htOluhPBlCsy44ZY9ZVCOOtlMWhEdTFejbZxtr6SaT
dVTwV08TjqxvlEj27mUDCyKfni7F0pse3/5jdMWO4pDvju+Xy4q4S48e1S15Ei2e
t0XYRDBnY8N2SWuvWiGC44M1avGM59dXDkgYBoZnbc5p/QWV0+F2zs3GJ0zQ+PPH
1pa/normlGpqCmPBRMbyPJ6Byowu/C7LtN6XqiXms4oWv/jWR3Re9wMkaIw3b6pI
uzidiNhTirmBBW0X8DI7yIF0Jg8UaQiqJYZuQl0WwAHGMTDC4t3tL5N4DKgCnGk+
MR7phebtVsTNXhOzxP7bl0sSI53MlJUlugEZyLGrg10ck6Uwd4nOWQBbbmskbkk7
HbcHIhZLJ8azs8LgQqR89GUVZ1WxHXrpyYhelZ/dSmfHY//eokNk2uwCUJo4vj2c
GLC/P1UsMi7uTevrQgfD
=sjYN
-END PGP SIGNATURE-

Re: [gentoo-user] No 'libs' in world file?

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Montag, 2. März 2015, 15:29:15 schrieb Tanstaafl:
 Hi all,
 
 Googling on a minor issue with perl-cleaner after the 5.20 upgrade, I
 ran across this post:
 
 On 2/14/2015 7:39 AM, Mick michaelkintz...@gmail.com wrote:
  Yes, you shouldn't really have any libs in your world file. Any
  required would be pulled in as dependencies.
 
 Is this in fact true?
 

Well... let's say it like this:

If you look at your world file, you should for each line be able to 
immediately say yes I know what this is and I need it. Where I need it 
means I need it directly, and *not* I need it because some other package 
needs it. 

In most cases this means that libraries should not be in the world file. 
You'll rarely say Yes I need Boost. Instead you may need LibreOffice, and 
that needs Boost...

The smaller your world file is, the more freedom portage has to resolve 
dependencies.

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJU9Ou2XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwNzlCRDk4QzA4RENBRkYzQUEwRjQzMDlF
QkU2QTMzNkJFMTkwMzlDAAoJEOvmoza+GQOcBOkP/3J5yMqXKuY0iCGgk5sJQLQk
0oCq1lRrkieQ3alIqn5bG/vjMAk0EMt/NkxJ4bJpUvskpPt6klizsQRz9iMV/riO
TimC8IlnpQDUnt8nNgbGtf4gvfU962HFSNhjnFdnbWKnCxIBaJobGtC5Cmu6KFvD
VIcwvV/6/u8Clg0nmc3iEUeA5vnIBfQgkINrDeVCO9w5lv3MicWsRyWVdLHAYoyI
SjcVd+qjSbfEoEsWJK6+avdk8hJBV69BrUFR/mGWCcDw1gwTq4xd2piuMGZw4egJ
ZNq5vMqyrggSjl7k116HkXutYzNSl4xlWJ9AfmNfYq7AHDL67l6ZzznoQgR5OKAj
gKqK4zLs1aXEexTw/PoGJEW1BdqWqWYup+bRv6MhZ3E/rEuMyd77fCcGl+MFC81q
B/olAIhAl2Fj7VsiJilVDkZs6QtsriBn/dVLAM3L5kzxcIg6hw+Mdlc2U/hdKgiv
t7rLQutyqngB3O/IRqf2CxeAGWiEOcCOU+ynvZ2RUXGvGNEDsqoKZfNaCO2Pz8eS
lkn5JiOnb4ldbzdDsdOwcXKeIdRZBFcvnARjFUTNbcRD7QEC/5hiZXAX3F02KOo/
/Pz2BUGv9I7RaprgZNBssqGo/Ks9qf0gyiPpKI7Vq9dokbjtniFut/SM+/rVDHEy
mBz+bdhSJG295ypYdq8I
=lYmi
-END PGP SIGNATURE-

Re: [gentoo-user] Perl pitfall

[Andreas K. Huettel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

TL;DR: everything ok.

Am Montag, 2. März 2015, 00:01:42 schrieb Philip Webb:
 Acc to 'emerge -Dup world',  virtual/perl-Digest-SHA  cb updated.
 However :
 
   root:511 ~ emerge -pv perl-Digest-SHA
 
   These are the packages that would be merged, in order:
 
   Calculating dependencies... done!
   [ebuild U  ] virtual/perl-Digest-SHA-5.880.0 [5.820.0] 0 KiB
   [uninstall ] perl-core/Digest-SHA-5.820.0
   [blocks b  ] perl-core/Digest-SHA-5.880.0
 (perl-core/Digest-SHA-5.880.0 is blocking
 virtual/perl-Digest-SHA-5.880.0)
 
   Total: 1 package (1 upgrade, 1 uninstall), Size of downloads: 0 KiB
   Conflict: 1 block

Correct. Portage should uninstall perl-core/Digest-SHA-5.820.0.
Since a small b indicates a soft (resolvable block) it should do that just 
fine.

 However, while the virtual is in Stable, the perl-core pkg is in Testing :
 
   root:512 ~ eix Digest-SHA
   * dev-perl/Digest-SHA1
Available versions:  2.130.0-r1
Homepage:http://search.cpan.org/dist/Digest-SHA1/
Description: NIST SHA message digest algorithm
 
   [I] perl-core/Digest-SHA
Available versions:  5.820.0 ~5.880.0 {test}
Installed versions:  5.820.0([2014-08-02 23:16:53])
Homepage:http://search.cpan.org/dist/Digest-SHA/
Description: Perl extension for SHA-1/224/256/384/512
 
   [U] virtual/perl-Digest-SHA
Available versions:  5.820.0 5.880.0
Installed versions:  5.820.0([2014-02-09 20:43:16])
Description: Virtual for Digest-SHA
 
 Shomething wrong shomewhere ?

huettel@pinacolada ~/Gentoo/gentoo-x86 $ corelist -a Digest::SHA|grep '5.20.1'
  v5.20.15.88  

Surprise, core Perl 5.20.1 already contains Digest::SHA 5.88 (and is 
stable)... 
No need to have the additional perl-core/Digest-SHA-5.880.0 installed.

- -- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0

iQJ8BAEBCgBmBQJU8535XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwNzlCRDk4QzA4RENBRkYzQUEwRjQzMDlF
QkU2QTMzNkJFMTkwMzlDAAoJEOvmoza+GQOc50gQALpnC/iVuVri8NtXS3WSNUKH
plu48ijQ86zYa6jx21RcZCyccO12BySjDdP4toRhOW/r/+QF/tDao3fFdsiXPknL
XdsURZSfCLUNVUhyLbnfcxYU/DXRV9/jUjK59jYJPakQG2LyG/YSTLLXr7AHBzqq
pNqTOwYBE59wqetxjOaxvwgkOpWMRRqCWlfL34kK2Ne2UIRTOkPSpk6SZG8tIy+X
ig1D8mZAQIiJMPhDrTK9Y3HBRm+3iewNPlmXslS+TOkxm3cefGjmwR6M6qeu2M1b
PzPizUYgwpkWERr83WieiPO5etH2E4xlmR+vtS+udh41/c9CjZDucdwtBf48tfD5
hwYbCgm/Hs96ePq+YfUeGjy2opH+KaXFonJJc7QZ8MfmgDBxtlBqzucgTN/V9WDv
K7jipAopj4WqEgCguOoeyxwRpo6rEfJMHmS95RTVxkNPzMvfS/f99dsCIfc5U9XV
DTfl+I6vMXxtgCfP9WYAIi9BrDMsRIeoXV2FOiXt42XBbq6oWPs0Hq04+3ChbyN6
k+xgkT9K0AfYWS8wK4uL6KrVj6TsML08TzFGGVFfcQpdEnBWxV2HoOno0CCyy+T0
QraZIasgbo46kO7imoQhiRQ2bG9UuUslj1F7I8reAO9gejmrHpO5aGO9y3ElS3KA
gLPF76p5PcIkDkDG8qHf
=FV/3
-END PGP SIGNATURE-

Re: [gentoo-user] perl-cleaner lerfovers

[Andreas K. Huettel]

Am Samstag, 14. Februar 2015, 12:13:25 schrieb Alexander Kapshuk:
 'perl-cleaner --all' generated the following output.
 
  * Finding left over modules and header
 
  * The following files remain. These were either installed by hand
  * or edited. This script cannot deal with them.
 
 /usr/lib/perl5/vendor_perl/5.16.3/XML/SAX/ParserDetails.ini
 /usr/lib/perl5/vendor_perl/5.18.2/XML/SAX/ParserDetails.ini
 /usr/lib/perl5/5.12.4/i686-linux/Encode/ConfigLocal.pm
 
 What's the recommended way to go about this?
 
 Thanks.

They are safe to remove.

category I'll do it when I get around to it.
https://bugs.gentoo.org/show_bug.cgi?id=509096

-- 
Andreas K. Huettel
Gentoo Linux developer (council, perl, libreoffice)
dilfri...@gentoo.org
http://www.akhuettel.de/


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

Re: [gentoo-user] So emerge spoke ...

[Andreas K. Huettel]

Am Dienstag, 10. Februar 2015, 18:15:44 schrieb meino.cra...@gmx.de:
 
 How can I list all offending ones?

Check in /var/lib/portage/world if there are any lines starting with 
perl-core

If yes, remove these lines and try again.

-- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

Re: Re: [gentoo-user] Open Question: The feasibility of a complete portage binhost

[Andreas K. Huettel]

Am Donnerstag 22 Januar 2015, 16:50:45 schrieb Sam Bishop:
 On 22 January 2015 at 01:54, Andreas K. Huettel dilfri...@gentoo.org 
wrote:
  Am Mittwoch 21 Januar 2015, 20:36:55 schrieb Sam Bishop:
  So I've been thinking crazy thoughts.
  
  Theoretically it can't be that hard to do a complete package binhost for
  gentoo.
  
  To be clear, when i say complete, Im referring to building, all
  versions of all ebuilds marked stable or unstable on amd64, with every
  combination of use flags.
  
  Not enough. You will also have to build against every combination of
  dependency subslots.
  
  e.g., different poppler, boost, icu, perl and many more versions...
  
  Which makes the task near impossible.
 
 Not impossible, just more computationally demanding and requiring more
 storage. 

Well, exponential increase is exponential increase. 

* A libreoffice binary package with debug information has roughly 800Mbyte 
size
* 2 libreoffice versions in the tree
* libreoffice links against poppler, icu, boost (among other things)
* poppler: 5 subslots, icu (soon) 3 subslots, boost 5 subslots in tree - 75 
combinations
* libreoffice has 22 useflags and 4 extensions, plus three supported python 
variants - 29 switches
* REQUIRED_USE limits your combinations, let's conservatively guess 25 
independent switches - 2^25=33554432 use combinations

Which ends up with roughly 2 Exabyte (10^9 GByte) of storage for all packages.

-- 
Andreas K. Huettel
Gentoo Linux developer
kde, council

Re: [gentoo-user] Open Question: The feasibility of a complete portage binhost

[Andreas K. Huettel]

Am Mittwoch 21 Januar 2015, 20:36:55 schrieb Sam Bishop:
 So I've been thinking crazy thoughts.
 
 Theoretically it can't be that hard to do a complete package binhost for
 gentoo.
 
 To be clear, when i say complete, Im referring to building, all
 versions of all ebuilds marked stable or unstable on amd64, with every
 combination of use flags.

Not enough. You will also have to build against every combination of 
dependency subslots.

e.g., different poppler, boost, icu, perl and many more versions...

Which makes the task near impossible.

-- 
Andreas K. Huettel
Gentoo Linux developer
kde, council

Re: Re: [gentoo-user] Calligra: Which version is supposed to be compileable?

[Andreas K. Huettel]

Am Freitag 16 Januar 2015, 15:46:20 schrieb meino.cra...@gmx.de:

 
 the Calligra_Features are set via the USE flags.
 
 Now I limited this to Krita only and it still fails with
 
 make[2]: Leaving directory
 '/var/tmp/portage/app-office/calligra-2.8.7/work/calligra-2.8.7_build'
 /usr/bin/cmake -E cmake_progress_report
 /var/tmp/portage/app-office/calligra-2.8.7/work/calligra-2.8.7_build/CMakeF
 iles [ 54%] Built target komsooxml
 make[1]: Leaving directory
 '/var/tmp/portage/app-office/calligra-2.8.7/work/calligra-2.8.7_build'
 Makefile:126: recipe for target 'all' failed
 make: *** [all] Error 2
  * ERROR: app-office/calligra-2.8.7::gentoo failed (compile phase):
  *   emake failed
 
 
 How can I proceed?

The log snippet above unfortunately does not contain the real error. 
(Search for the text error: (lowercase with :))

Please file a bug at bugs.gentoo.org, with your full build log and your emerge 
--info output. 

Maybe it's already there though, check
https://bugs.gentoo.org/show_bug.cgi?id=532762
if the problem is the same.

-- 
Andreas K. Huettel
Gentoo Linux developer
kde, council

Re: [gentoo-user] Two things about portage

[Andreas K. Huettel]

 Secondly, today's sync fetched thirty thousand files, nearly all in
 metadata, yet nothing needed upgrading. Is this caused by careless editing?
 I've noticed before that sed /g alters the time stamp of all files it looks
 in, regardless of whether it changes anything.

Most likely an eclass used by many packages was changed. That leads to 
metadata regeneration for all these packages.

This is a good candidate:

  14 Jan 2015; Michał Górny mgo...@gentoo.org eutils.eclass:
  prune_libtool_files: properly reset variables for following loop iterations.

-- 
Andreas K. Huettel
Gentoo Linux developer
kde, council

Re: [gentoo-user] PYTHON_CFLAGS is invalid for python-r1 suite

[Andreas K. Huettel]

Am Sonntag, 4. Januar 2015, 21:46:41 schrieb Alexander Kapshuk:
 When installing app-office/libreoffice-4.2.8.2, I got:
  Messages generated by process 3014 on 2015-01-04 22:21:49 EET for
 
 package app-office/libreoffice-4.2.8.2:
 
 ERROR: setup
 ERROR: app-office/libreoffice-4.2.8.2::gentoo failed (setup phase):
   PYTHON_CFLAGS is invalid for python-r1 suite, please take a look @
 https://wiki.gentoo.org/wiki/Project:Python/Python.eclass_conversion#PYTHON
 _CFLAGS
 
 I did have a look at the URL specified, but couldn't make head nor tail of
 it.
 
 Is there a fix for that? Or do I just report this to the package
 maintainer?
 
 Thanks.

What exact command are you using to install libreoffice? 
Is PYTHON_CFLAGS set in your make.conf?

-- 
Andreas K. Huettel
Gentoo Linux developer (council, kde)
dilfri...@gentoo.org
http://www.akhuettel.de/


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

Re: [gentoo-user] PYTHON_CFLAGS is invalid for python-r1 suite

[Andreas K. Huettel]

Am Sonntag, 4. Januar 2015, 22:30:54 schrieb Andreas K. Huettel:
 Am Sonntag, 4. Januar 2015, 21:46:41 schrieb Alexander Kapshuk:
  When installing app-office/libreoffice-4.2.8.2, I got:
   Messages generated by process 3014 on 2015-01-04 22:21:49 EET for
  
  package app-office/libreoffice-4.2.8.2:
  
  ERROR: setup
  
  ERROR: app-office/libreoffice-4.2.8.2::gentoo failed (setup phase):
PYTHON_CFLAGS is invalid for python-r1 suite, please take a look @
  
  https://wiki.gentoo.org/wiki/Project:Python/Python.eclass_conversion#PYTH
  ON _CFLAGS
  
  I did have a look at the URL specified, but couldn't make head nor tail
  of it.
  
  Is there a fix for that? Or do I just report this to the package
  maintainer?
  
  Thanks.
 
 What exact command are you using to install libreoffice?
 Is PYTHON_CFLAGS set in your make.conf?

Never mind, we found the problem. 

Libreoffice can be emerged and installed fine from sources, but every 
binpackage that you yourself generate from sources right now cannot be 
installed again... :/ 

(Does NOT affect libreoffice-bin.)

Working on it.

-- 
Andreas K. Huettel
Gentoo Linux developer (council, kde)
dilfri...@gentoo.org
http://www.akhuettel.de/


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

Re: [gentoo-user] PYTHON_CFLAGS is invalid for python-r1 suite

[Andreas K. Huettel]

  Am Sonntag, 4. Januar 2015, 21:46:41 schrieb Alexander Kapshuk:
   When installing app-office/libreoffice-4.2.8.2, I got:
Messages generated by process 3014 on 2015-01-04 22:21:49 EET for
   
   package app-office/libreoffice-4.2.8.2:
   
   ERROR: setup
   
   ERROR: app-office/libreoffice-4.2.8.2::gentoo failed (setup phase):
 PYTHON_CFLAGS is invalid for python-r1 suite, please take a look @
   
   https://wiki.gentoo.org/wiki/Project:Python/Python.eclass_conversion#PY
   TH ON _CFLAGS
   
 
 Never mind, we found the problem.
 Working on it.

http://dilfridge.blogspot.de/2015/01/broken-app-officelibreoffice-binary.html

-- 
Andreas K. Huettel
Gentoo Linux developer (council, kde)
dilfri...@gentoo.org
http://www.akhuettel.de/


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

Re: [gentoo-user] Dependency riddle...

[Andreas K. Huettel]

Am Freitag, 2. Januar 2015, 09:39:51 schrieb meino.cra...@gmx.de:
 
 !!! The ebuild selected to satisfy sci-libs/vtk:0 has unmet
 requirements. - sci-libs/vtk-6.1.0::gentoo USE=X tk -R -all-modules
 (-aqua) -boost -cg -doc -examples -ffmpeg -gdal -imaging -java -json
 -kaapi -mpi -mysql -odbc -offscreen -postgres -python -qt4 -rendering -smp
 -tbb -tcl -test -theora -views -web -xdmf2 ABI_X86=64
 PYTHON_TARGETS=python2_7 VIDEO_CARDS=nvidia
 
 The following REQUIRED_USE flag constraints are unsatisfied:
 tk? ( tcl )
 

This means that sci-libs/vtk needs the use-flag tcl set if its useflag tk is 
set. You should enable tcl for sci-libs/vtk.

(Nothing to do with the ebuild for dev-lang/tk)

-- 
Andreas K. Huettel
Gentoo Linux developer (council, kde)
dilfri...@gentoo.org
http://www.akhuettel.de/


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

Re: [gentoo-user] unix philosophy question for old farts: the original purpose for /tmp ?

[Andreas K. Huettel]

 I confess I've never thought much about why /tmp exists, but today I was
 inconvenienced when an end-user utility (uudeview) ran out of space on /tmp
 while doing an ordinary end-user task processing very large end-user files.
 
 Why is an end-user program using a system directory like /tmp in the first
 place?
 
 I suspect that the need for /tmp is now gone, but I'm prepared to be wrong
 :)

Because /home may be on a NFS mount, with slow access and a disk usage quota. 
:)

-- 
Andreas K. Huettel
Gentoo Linux developer
kde, council

perl blockers (was: Re: [gentoo-user] can emerging git really require 121 pkgs?)

[Andreas K. Huettel]

Am Sonntag, 14. Dezember 2014, 22:54:12 schrieb Harry Putnam:
 ---   ---   ---=---   ---   ---
 emerge -vp dev-vcs/git
 (To avoid clogging the group with all that text... its posted here:
 
   zeus.jtan.com/~reader/vu2/disp.cgi

I'm curious about your portage output, mind telling me 1) your exact portage 
version, 2) and if you have anything in package.(accept_)keywords related to 
virtual/perl*, dev-lang/perl, or perl-core/* ?!

background: 

[ebuild  N ] virtual/perl-File-Spec-3.480.0  0 kB

should never be pulled in on a stable system (but portage does not mark it 
with a ~ as unstable, weird...

=dev-lang/perl-5.20.1* required by (virtual/perl-File-
Spec-3.480.0::gentoo, ebuild scheduled for merge)

is then just a consequence of above oddity...

TIA, Andreas

-- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/

Re: [gentoo-user] Re: C:\nppdf32Log\debuglog.txt

[Andreas K. Huettel]

Am Samstag, 13. Dezember 2014, 17:14:24 schrieb Grant Edwards:
 On 2014-12-13, Alexander Kapshuk alexander.kaps...@gmail.com wrote:
  After updating firefox to version 31.3.0, I found
  'C:\nppdf32Log\debuglog.txt' in my $HOME directory.
  
  Looks like an old bug, https://bugs.gentoo.org/show_bug.cgi?id=412051.
 
 Firefox has been creating files like that for years and years and
 years.  Since it never seems to get actually _fixed_, I assumed they
 were required to exist by some fundamental law of quantum
 chromodynamics, and have learned to just ignore them.

It's been fixed every now and then, but with every new acroread version the 
patch fails again (silently, unfortunately)...


-- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/



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

Re: [gentoo-user] Custom ebuilds for CoreOS

[Andreas K. Huettel]

Am Montag 01 Dezember 2014, 20:46:54 schrieb James:
 Anyone know anything about coreos?
 
 Lookie lookie, they have ebuilds?
 

According to wikipedia, CoreOS is a fork of ChromeOS [1].

ChromeOS is most definitely a Gentoo derivative [2,3,4], even though that fact 
is not really well known (and not really publicised).

[1] https://en.wikipedia.org/wiki/CoreOS
[2] https://de.wikipedia.org/wiki/Google_Chrome_OS, see infobox
[3] http://www.chromium.org/chromium-os
[4] https://chromium.googlesource.com/chromiumos/overlays/portage/

-- 
Andreas K. Huettel
Gentoo Linux developer
kde, council

Re: [gentoo-user] cups-filters failing to build

[Andreas K. Huettel]

Hi Alec,

 I've been having a really strange issue with net-print/cups-filters for
 the last few weeks, wondering whether or not it's a bug or I just have
 something configured wrong. Somehow ${S} is defined as:
 
 /var/tmp/portage/net-print/cups-filters-1.0.53/work/cups-filters-3.2.10
 
 and the build predictably fails.

this is a really weird error. 

The only idea that I have is that some unusual environment variable is set 
outside Portage, and then somehow leaks into the Portage internals. 

You could check (before running emerge) if you see the 3.2.10 anywhere in 
your environment (set|less)... or if maybe $PV or $S is set outside emerge 
somewhere.

If this doesnt go away, we can ask the portage guys for advice.

Best,
Andreas

-- 
Andreas K. Huettel
Gentoo Linux developer
kde, council


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

Re: Re: [gentoo-user] cups-filters failing to build

[Andreas K. Huettel]

  You could check (before running emerge) if you see the 3.2.10 anywhere
  in
  your environment (set|less)... or if maybe $PV or $S is set outside
  emerge somewhere.
 
 Wow, incredible. I never thought to check my environment, but these:
 
 MODULE_VERSION=3.2.10
 MODULE_VERSION_STACK=3.2.10
 

:)

Yes. It's MODULE_VERSION, which is used in perl-module.eclass. 

 This was also affecting dev-libs/stfl for me; unsetting MODULE_VERSION
 causes this to succeed.

It can in principle affect many things inheriting perl-module.eclass, I'll 
check later what these two do different.

The best workaround is probably to make a short script wrapper for emerge that 
unsets the variables and then calls real emerge. A real fix would be to rename 
the variable in the eclass, but that would mean fixing 1800 ebuilds...

 Andreas, if this is a bug that needs fixing, let me know who to contact
 get this dealt with.

I'm probably the best address myself, but there is no easy solution. I'll 
think about it.

Cheers, 
Andreas

-- 
Andreas K. Huettel
Gentoo Linux developer
kde, council

Re: [gentoo-user] Re: Gentoo's future directtion ?

[Andreas K. Huettel]

Am Montag 24 November 2014, 18:13:56 schrieb James:

 
 If you want java to prosper at Gentoo, it's gonna take an inner-circle
 gentoo-dev to at least cheerlead for java within gentoo, imho.
 

I'm not really sure what this inner-circle stuff is supposed to mean. 

You need a gentoo-dev who is interested and willing to talk to and to listen 
to the existing java team members, and willing to invest quite some time and 
effort.

I have absolutely no clue about the state of java in Gentoo, but for the sake 
of the argument let's assume that the team is understaffed and the ebuild 
architecture is in need of a general overhaul. 

Then what one would have to do is understand how things are done now and why 
(listening helps sometimes more than talking talking talking). Java has some 
pretty complex eclasses, so it'll take some time until you understand them. 
First start with small improvements and then with bigger steps. At some point 
you get along with the existing team and plan the big reforms with them.

This may need dedication and patience, and is not always best served by the 
CADT phenomenon. It definitely does not get better by forking the code into N 
random overlays. And proposing a Java revolution because the existing team 
does not immediately jubilate at your extensive reform proposals is also not 
necessarily the best idea.

ok now I just have to go to Starbucks.

-- 
Andreas K. Huettel
Gentoo Linux developer
kde, council

Re: Re: [gentoo-user] cups-filters failing to build

[Andreas K. Huettel]

Am Dienstag 25 November 2014, 12:56:00 schrieb Alec Ten Harmsel:

 I am just wondering, though,
 why aren't all internal variables prefixed with PORTAGE_ or the like to
 prevent this sort of thing?
 

it's not really internal, just defined in an eclass... and these are regular 
environment variables. if the eclass does not keep a naming scheme...

-- 
Andreas K. Huettel
Gentoo Linux developer
kde, council

Re: [gentoo-user] no-emul profiles

[Andreas K. Huettel]

 Looking into profile list, I have found out new,
 at least for me, no-emul profiles. (As far as I
 remember, they were not there one and a half
 years ago, when I installed my first Gentoo system.)
 

I asked the experts; these are mainly for us devs for testing during a 
temporary period. At some point they will disappear, when the changes are 
integrated into the main profiles. 

I.e., they are experimental, of course you can try them out, but they will go 
away sometime soon again (hopefully) when the emul-* packages are removed.

-- 
Andreas K. Huettel
Gentoo Linux developer
kde, council

Re: [gentoo-user] perl-5.20.1 - has anybody managed to upgrade Perl?

[Andreas K. Huettel]

Am Dienstag, 7. Oktober 2014, 17:41:11 schrieb Helmut Jarausch:
  
  emerge -av1 perl-cleaner
  emerge -av1O dev-lang/perl
 
 These two worked just fine, BUT
 
  perl-cleaner --all
 
 fails miserably showing many blocks mentioning versions which are not
 in the (unstable) tree

Please try ~arch perl-cleaner and tell us if it works better!

-- 
Andreas K. Huettel
Gentoo Linux developer (council, kde)
dilfri...@gentoo.org
http://www.akhuettel.de/

Re: [gentoo-user] USE flags handling

[Andreas K. Huettel]

Am Dienstag, 29. Juli 2014, 19:04:04 schrieb behrouz khosravi:

 Now I am thinking about managing USE flags.
 What if I  disable everything in the make.conf ( I mean USE=-* ) and
 gradually add the needed flags to package.use?

The default profile is what you need.

Please don't do USE=-*. It breaks things. 

* Long ago, setting a useflag always meant adding things to the default. For 
some years now, we have use-defaults, which means an ebuild can set whether a 
use flag set not by profile and not by user is on or off. If you add -* to 
your use flags, you turn all default-on useflags off too (which means you may 
switch away from upstream defaults a lot). 
An example where this may lead to trouble: you end up with sys-devel/gcc[-
cxx], i.e. a compiler that cannot translate C++.

* The dependencies on specific Python or Ruby versions are controlled via 
useflags. Basically, if Python package X needs Python package Y, both have to 
be installed for the same Python variant for things to work. If you disable 
all useflags via -*, you basically disable support for all variants. Bang.

* Similar for multilib installations. 



-- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/



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

Re: [gentoo-user] stable/testing system requiring an *UNstable* dev-lang/perl

[Andreas K. Huettel]

Am Mittwoch, 9. Juli 2014, 00:02:56 schrieb gottl...@nyu.edu:
 For some reason my mostly-stable-slightly-testing system
 is trying to merge *UNstable* dev-lang/perl.
 I do not have a package.unmask file
 
 Specifically it wants me to unmask
 =dev-lang/perl-5.20.0-r1
 
 An eix on the same system (with no sync in between) does not even show
 such a version as existing.  I realize I must be misreading some
 output, but I can't find my error.
 
 Help would be greatly appreciated.
 

 [ebuild U ~] virtual/perl-ExtUtils-Command-1.180.0-r1 [1.180.0] 0

 The following keyword changes are necessary to proceed:
  (see package.accept_keywords in the portage(5) man page for more
 details) # required by virtual/perl-ExtUtils-Command-1.180.0-r1
 # required by perl-core/ExtUtils-MakeMaker-6.820.0
 # required by virtual/perl-ExtUtils-MakeMaker-6.820.0
 # required by perl-core/CPAN-Meta-2.132.510
 # required by virtual/perl-CPAN-Meta-2.132.510
 # required by perl-core/Module-Build-0.400.700
 # required by virtual/perl-Module-Build-0.400.700
 # required by dev-perl/File-MimeInfo-0.170.0
 # required by x11-misc/xdg-utils-1.1.0_rc2[perl]
 # required by www-client/chromium-35.0.1916.153
 # required by @selected
 # required by @world (argument)
 =dev-lang/perl-5.20.0-r1 ~amd64

=virtual/perl-ExtUtils-Command-1.180.0-r1 is the culprit. 
(And the autounmask recommendation by portage is weird. Which portage version 
is that?)

If you look at the emerge output, you see that you have ~arch virtual/perl-
ExtUtils-Command. (Not masked, only ~arch)

That specific version, virtual/perl-ExtUtils-Command-1.180.0-r1, can be 
fulfilled by either dev-lang/perl-5.20* (masked) or perl-core/ExtUtils-
Command-1.180.0 (~arch). 

You have three alternative options: 
1) downgrade virtual/perl-ExtUtils-Command to stable (recommended)
2) keyword perl-core/ExtUtils-Command ~arch (should be fine too)
3) unmask =dev-lang/perl-5.20* (NOT RECOMMENDED)

Good luck, 
Andreas

-- 

Andreas K. Huettel
Gentoo Linux developer 
dilfri...@gentoo.org
http://www.akhuettel.de/



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