Re: [gentoo-user] Re: What is the correct version of ncurses on ~amd64 now?

[Fernando Rodriguez]

On Monday, August 31, 2015 7:20:29 PM walt wrote:
> On Mon, 31 Aug 2015 20:33:42 -0400
> Fernando Rodriguez  wrote:
> 
> > On Tuesday, September 01, 2015 12:13:25 AM Alan McKinnon wrote:
> > > On 31/08/2015 23:13, walt wrote:  
> > > > I ask this strange question because this (badly broken) machine
> > > > once again flipped between 6.0 and 6.0-r1 after rsyncing this
> > > > morning.
> > > > 
> > > > First, it emerged 6.0, which turned out to be almost catastrophic
> > > > because the qmerge phase of the emerge failed (although it claimed
> > > > success afterwards) and deleted the entire /usr/share/terminfo
> > > > subdirectory.  That was fun, but I won't bore you with the
> > > > details. (The ncurses-6.0 files in /lib64 are dated August 28,
> > > > BTW.)
> > > > 
> > > > Right now emerge tries to install ncurses-6.0-r1 but the 32-bit
> > > > part of the build fails because emerge never ran make in the
> > > > work/cross/progs directory, and so the 32-bit tools didn't get
> > > > compiled.
> > > > 
> > > > I hacked around this by running make in that directory manually,
> > > > which allowed the ebuild install and ebuild package phases to
> > > > succeed.
> > > > 
> > > > Now I have an ncurses-6.0-r1 binary package available but I'm too
> > > > scared to install it because I might need to kill myself
> > > > afterwards :/
> > > > 
> > > > Any suggestions before I take the plunge?  Is ncurses-6.0-r1 the
> > > > right version as of today, Aug 31?
> > > > 
> > > > Thanks.
> > > > 
> > > > 
> > > >   
> > > 
> > > 
> > > 
> > > This machine was entirely unaffected by all the recent ncurses
> > > issues:
> > > 
> > > [I] sys-libs/ncurses
> > >  Available versions:
> > >  (0)5.9-r3 (~)5.9-r4 5.9-r5(0/5) (~)6.0-r1(0/6)
> > >  (5)5.9-r99(5/5) (~)5.9-r101(5/5) (~)6.0(5/6)
> > >{ada +cxx debug doc gpm minimal profile static-libs test
> > > threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64"
> > > ABI_S390="32 64" ABI_X86="32 64 x32"}
> > >  Installed versions:  6.0-r1(12:52:29 30/08/2015)(cxx gpm
> > > threads unicode -ada -debug -doc -minimal -profile -static-libs
> > > -test -tinfo -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64"
> > > ABI_S390="-32 -64" ABI_X86="32 64 -x32")
> > >  Homepage:https://www.gnu.org/software/ncurses/
> > > http://dickey.his.com/ncurses/
> > >  Description: console display library
> > > 
> > > So 6.0-r1 works completely relaible on at least one Gentoo machine
> > > in this world :-)  
> > 
> > Hmm, I keyworded ncurses and this is what portage wants to do:
> > 
> > [ebuild  r  U ~] sys-libs/ncurses-6.0-r1:0/6::gentoo
> > [5.9-r5:0/5::fernan] USE="cxx doc gpm tinfo unicode -ada -debug
> > -minimal -profile -static-libs {- test%} -threads% -trace"
> > ABI_X86="32 (64) -x32" 3,059 KiB [ebuild U ~]
> > sys-libs/ncurses-5.9-r101:5::gentoo [5.9-r99:5::gentoo] USE="gpm
> > tinfo unicode (-ada%) (-cxx%*) (-static-libs%)" ABI_X86="32 (64) -
> > x32" 0 KiB [ebuild  rR   ~] sys-devel/gdb-7.10::gentoo  USE="client
> > expat python server zlib -lzma -multitarget -nls {-test} -vanilla"
> > PYTHON_SINGLE_TARGET="python2_7 -python3_3 -python3_4"
> > PYTHON_TARGETS="python2_7 python3_4 -python3_3" 0 KiB [ebuild  rR
> > ] app-misc/screen-4.3.1::gentoo  USE="pam -debug -multiuser - nethack
> > -selinux" 0 KiB [ebuild  rR] app-emulation/wine-1.6.2::gentoo
> > USE="X alsa cups custom- cflags fontconfig gecko jpeg lcms ldap mp3
> > ncurses openal opengl perl png prelink pulseaudio run-exes samba ssl
> > threads truetype udisks v4l xcomposite xinerama xml -capi -dos
> > -gphoto2 -gsm -gstreamer -mono -nls -odbc -opencl - osmesa -oss
> > -realtime -scanner -selinux {-test}" ABI_X86="32 64 -x32"
> > LINGUAS="-ar -bg -ca -cs -da -de -el -en -en_US -eo -es -fa -fi -fr
> > -he -hi -hr -hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR
> > -pt_PT -rm -ro -ru -sk - sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th
> > -tr -uk -wa -zh_CN -zh_TW" 0 KiB
> > 
> > 
> > That looks dangerous to me because the first build will upgrade my
> > 5.9 installation to 6.0 and the second will reinstall 5.9. 
> 
> That's exactly what happened to me last week and it was a disaster.
> Don't allow that to happen.  After hours of frustration I finally
> got 6.0-r1 installed and everything Just Works again, but 6.0 was
> another disaster.  Do whatever you need to do to avoid 6.0.
> 
> > So what happens in between when I have no 5.9 installed but
> > everything is linked against it? Won't it need bash to build the
> > second one? What if the 2nd build fails? Will stuff linked against
> > 5.9 work with 6.0?
> 
> No, but packages linked against 5.9 will continue to work if portage
> doesn't delete the files from 5.9 (@preserved-rebuild, etc)

Of course, stupid me isn't thinking right :)
I'm paranoid of this package because it made my system unbootable at one point 
after removing the tinfo flag and libtinfo didn't get 

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 31/08/2015 16:03, cov...@ccs.covici.com wrote:
> Alan McKinnon  wrote:
> 
>> On 31/08/2015 13:49, cov...@ccs.covici.com wrote:
 A clue is in the ebuilds for systemd:
>
> sysv-utils? (
> !sys-apps/systemd-sysv-utils
> !sys-apps/sysvinit )
>
> That's a hard blocker, no way round it. It's in all the systemd ebuilds
> for the current unstable versions.
>
> Do you have USE="sysv-utils" set for sysvinit?
>
> If so, to have both sysvinit and systemd, you will have to disable that
> USE flag and see what comes next.
>>> I put that use flag in there because I thought it would allow systemd to
>>> generate a service from a script in /etc/init.d, but I will see what
>>> happens when I remove that flag or maybe if there is another way to
>>> accomplish that?
>>> Well, that did it!  It still is downgrading systemd, but that's not too
>>> bad, thanks guys.
>>
>> $ euses -sf sysv-utils
>> sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks
>> and manpages for init, telinit, halt, poweroff, reboot, runlevel, and
>> shutdown
>>
>>
>> That description is quite vague, and could mean many things. I'm no
>> expert on systemd, but I would imagine that it already has it's own
>> scripts to deal with those listed functions. I wonder what the use of
>> the flag is then? Perhaps an old compatibility layer than is not needed now?
>>
>>
>> I can't see a reason why systemd is being downgraded; the previous
>> output either lists just "sys-apps/systemd" or uses a ">=" operator.
>> Nothing to say why 219_p112 is the highest usable version.
>>
>> Once the emerge finishes and portage has done what it wants, run these
>> commands:
>>
>> emerge -pv systemd
>> emerge -pv =systemd-225
>>
>> (225 being latest in the tree). Then we can see better why portage is
>> doing what it does
>>
>>
>>
> 
> I think it has something to do with fail2ban -- the version of systemd
> in the tree after the 219 version is 224-r1 and 225 and now portage is
> saying
> WARNING: One or more updates/rebuilds have been skipped due to a
> dependency conflict:
> and one of those says 
>   (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge)
>   conflicts with^M
> 
> sys-apps/systemd[python(-),python_targets_python2_7(-),python_single_target_python2_7(+),python_targets_python3_4(-)]
> required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed)
> Does that make sense?
> 

The words make sense, the meaning doesn't :-)

It looks like fail2ban wants systemd without python support, but the
true reason is still hidden. The fail2ban ebuild has this:

RDEPEND="
...
systemd? ( $(python_gen_cond_dep '|| (
dev-python/python-systemd[${PYTHON_USEDEP}]
sys-apps/systemd[python(-),${PYTHON_USEDEP}]


I'm thinking maybe you have a specific portage entry that's getting in
the way. What are your results for:

emerge --info
grep -r python /etc/portage
grep -r systemd /etc/portage


-- 
Alan McKinnon
alan.mckin...@gmail.com

[gentoo-user] Re: [OT] Was re: system uptime

[James]

Alan McKinnon  gmail.com> writes:

> Ah, an old timer - I forgot that for a second there 

Both you guys are 'young whipper_snappers.'


> Eventually I gave up trying to clarify that part, but sometimes (like
> now) the old habit comes back

Both of you have 'fuzzified' the key terms::
"Random vs Sequential" [1,2]. 

In SSD memory it's a hybrid, referred to as block access; so the issue is
still with us, just morphed.

hth,
James


[1]
http://kb.sandisk.com/app/answers/detail/a_id/8150/~/difference-between-sequential-and-random-access-operations


[2] https://en.wikipedia.org/wiki/Sequential_access_memory

[gentoo-user] Re: make.conf bindist

[»Q«]

On Mon, 31 Aug 2015 14:22:06 + (UTC)
James  wrote:

> This did fix my problems. Before Firefox was auto-named 'aurora' in
> the lxde menu. Now, without bindist, the name changed to 'firefox'. I
> sure other names changed, but I was focused on aurora-firefox so I
> did not save a list. I'm not sure if bindist changed the actual
> name of the executable, as  'aurora' was always launched from the
> lxde menu, on that system.

There's a bug related to this.¹  Until recently, Firefox with
USE="bindist" did just result in an unbranded Firefox, but now it
results in an unbranded Firefox which also behaves significantly
differently than branded Firefox.  I suspect this has to do with
upstream's move to allowing only Mozilla-signed extensions in branded
Firefoxes, whereas unsigned extensions will continue to work in
unbranded Firefoxes,² but I haven't tried to get to the details.

1 https://bugs.gentoo.org/show_bug.cgi?id=536682

2 https://wiki.mozilla.org/Addons/Extension_Signing

[gentoo-user] Failed to set XATTR_PAX markings

[thelma]

While compiling/updating the system I get a few packages with messages:

LOG: install
Failed to set XATTR_PAX markings -me 
/var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxManage.
Failed to set XATTR_PAX markings -me 
/var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxSVC.
Failed to set XATTR_PAX markings -me 
/var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxXPCOMIPCD.
Failed to set XATTR_PAX markings -me 
/var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxTunctl.

Failed to set XATTR_PAX markings -me python.
etc.

What does it mean?

-- 
Thelma

Re: [gentoo-user] Failed to set XATTR_PAX markings

[Alec Ten Harmsel]

On Mon, Aug 31, 2015 at 10:36:02AM -0600, the...@sys-concept.com wrote:
> While compiling/updating the system I get a few packages with messages:
> 
> LOG: install
> Failed to set XATTR_PAX markings -me 
> /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxManage.
> Failed to set XATTR_PAX markings -me 
> /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxSVC.
> Failed to set XATTR_PAX markings -me 
> /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxXPCOMIPCD.
> Failed to set XATTR_PAX markings -me 
> /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxTunctl.
> 
> Failed to set XATTR_PAX markings -me python.
> etc.
> 
> What does it mean?

It looks like you're running Gentoo Hardened. It looks like (from a
cursory read of https://wiki.gentoo.org/wiki/Hardened/PaX_Quickstart)
that your filesystem may not support extended attributes. What type of
filesystem is /var/tmp mounted on?

Other info like the output of `emerge --info', what kernel you're
running, and what profile you're on would be helpful.

I personally do not run Hardened, so take this with a grain of salt.

Alec

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Alan McKinnon  wrote:

> On 31/08/2015 16:03, cov...@ccs.covici.com wrote:
> > Alan McKinnon  wrote:
> > 
> >> On 31/08/2015 13:49, cov...@ccs.covici.com wrote:
>  A clue is in the ebuilds for systemd:
> >
> > sysv-utils? (
> > !sys-apps/systemd-sysv-utils
> > !sys-apps/sysvinit )
> >
> > That's a hard blocker, no way round it. It's in all the systemd ebuilds
> > for the current unstable versions.
> >
> > Do you have USE="sysv-utils" set for sysvinit?
> >
> > If so, to have both sysvinit and systemd, you will have to disable that
> > USE flag and see what comes next.
> >>> I put that use flag in there because I thought it would allow systemd to
> >>> generate a service from a script in /etc/init.d, but I will see what
> >>> happens when I remove that flag or maybe if there is another way to
> >>> accomplish that?
> >>> Well, that did it!  It still is downgrading systemd, but that's not too
> >>> bad, thanks guys.
> >>
> >> $ euses -sf sysv-utils
> >> sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks
> >> and manpages for init, telinit, halt, poweroff, reboot, runlevel, and
> >> shutdown
> >>
> >>
> >> That description is quite vague, and could mean many things. I'm no
> >> expert on systemd, but I would imagine that it already has it's own
> >> scripts to deal with those listed functions. I wonder what the use of
> >> the flag is then? Perhaps an old compatibility layer than is not needed 
> >> now?
> >>
> >>
> >> I can't see a reason why systemd is being downgraded; the previous
> >> output either lists just "sys-apps/systemd" or uses a ">=" operator.
> >> Nothing to say why 219_p112 is the highest usable version.
> >>
> >> Once the emerge finishes and portage has done what it wants, run these
> >> commands:
> >>
> >> emerge -pv systemd
> >> emerge -pv =systemd-225
> >>
> >> (225 being latest in the tree). Then we can see better why portage is
> >> doing what it does
> >>
> >>
> >>
> > 
> > I think it has something to do with fail2ban -- the version of systemd
> > in the tree after the 219 version is 224-r1 and 225 and now portage is
> > saying
> > WARNING: One or more updates/rebuilds have been skipped due to a
> > dependency conflict:
> > and one of those says 
> >   (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge)
> >   conflicts with^M
> > 
> > sys-apps/systemd[python(-),python_targets_python2_7(-),python_single_target_python2_7(+),python_targets_python3_4(-)]
> > required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed)
> > Does that make sense?
> > 
> 
> The words make sense, the meaning doesn't :-)
> 
> It looks like fail2ban wants systemd without python support, but the
> true reason is still hidden. The fail2ban ebuild has this:
> 
> RDEPEND="
> ...
> systemd? ( $(python_gen_cond_dep '|| (
> dev-python/python-systemd[${PYTHON_USEDEP}]
> sys-apps/systemd[python(-),${PYTHON_USEDEP}]
> 
> 
> I'm thinking maybe you have a specific portage entry that's getting in
> the way. What are your results for:
> 
> emerge --info
> grep -r python /etc/portage
> grep -r systemd /etc/portage
Just to let you know, most of the python entries were mandated by
portage, certainly the systemd one.
emerge --info
Portage 2.2.20.1 (python 2.7.10-final-0, 
default/linux/amd64/13.0/desktop/gnome, gcc-4.9.3, glibc-2.21-r1, 3.16.3-gentoo 
x86_64)
=
System uname: 
Linux-3.16.3-gentoo-x86_64-Intel-R-_Core-TM-_i7-2600_CPU_@_3.40GHz-with-gentoo-2.2
KiB Mem:16451492 total,   8652740 free
KiB Swap:2097148 total,   2063580 free
Timestamp of repository gentoo: Sun, 30 Aug 2015 19:30:01 +
sh bash 4.3_p39
ld GNU ld (Gentoo 2.25.1 p1.0) 2.25.1
app-shells/bash:  4.3_p39::gentoo
dev-java/java-config: 2.2.0::gentoo
dev-lang/perl:5.22.0::gentoo
dev-lang/python:  2.7.10::gentoo, 3.3.5-r1::gentoo, 3.4.3::gentoo
dev-util/cmake:   3.3.0::gentoo
dev-util/pkgconfig:   0.28-r3::gentoo
sys-apps/baselayout:  2.2::gentoo
sys-apps/openrc:  0.17::gentoo
sys-apps/sandbox: 2.6-r1::gentoo
sys-devel/autoconf:   2.13::gentoo, 2.69-r1::gentoo
sys-devel/automake:   1.9.6-r3::gentoo, 1.10.3::gentoo, 1.11.6-r1::gentoo, 
1.12.6::gentoo, 1.13.4::gentoo, 1.14.1::gentoo, 1.15::gentoo
sys-devel/binutils:   2.25.1::gentoo
sys-devel/gcc:4.9.3::gentoo
sys-devel/gcc-config: 1.8::gentoo
sys-devel/libtool:2.4.6-r1::gentoo
sys-devel/make:   4.1-r1::gentoo
sys-kernel/linux-headers: 4.1::gentoo (virtual/os-headers)
sys-libs/glibc:   2.21-r1::gentoo
Repositories:

gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000

local_ebuilds
location: /usr/local/portage
masters: 

Re: *****SPAM***** Re: [gentoo-user] Failed to set XATTR_PAX markings

[thelma]

On 08/31/2015 10:43 AM, Alec Ten Harmsel wrote:
> On Mon, Aug 31, 2015 at 10:36:02AM -0600, the...@sys-concept.com wrote:
>> While compiling/updating the system I get a few packages with messages:
>>
>> LOG: install
>> Failed to set XATTR_PAX markings -me 
>> /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxManage.
>> Failed to set XATTR_PAX markings -me 
>> /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxSVC.
>> Failed to set XATTR_PAX markings -me 
>> /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxXPCOMIPCD.
>> Failed to set XATTR_PAX markings -me 
>> /var/tmp/portage/app-emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxTunctl.
>>
>> Failed to set XATTR_PAX markings -me python.
>> etc.
>>
>> What does it mean?
> 
> It looks like you're running Gentoo Hardened. It looks like (from a
> cursory read of https://wiki.gentoo.org/wiki/Hardened/PaX_Quickstart)
> that your filesystem may not support extended attributes. What type of
> filesystem is /var/tmp mounted on?
> 
> Other info like the output of `emerge --info', what kernel you're
> running, and what profile you're on would be helpful.
> 
> I personally do not run Hardened, so take this with a grain of salt.
> 
> Alec

No, I'm not running Gentoo Hardened
Here is emerge info

Portage 2.2.20.1 (python 3.4.1-final-0, default/linux/x86/13.0/desktop, 
gcc-4.8.4, glibc-2.20-r2, 3.10.17-gentoo i686)
=
System uname: Linux-3.10.17-gentoo-i686-AMD_Athlon-TM-_XP_2500+-with-gentoo-2.2
KiB Mem: 1034164 total,266436 free
KiB Swap:2008120 total,   1901184 free
Timestamp of repository gentoo: Fri, 28 Aug 2015 22:30:02 +
sh bash 4.3_p39
ld GNU ld (Gentoo 2.24 p1.4) 2.24
ccache version 3.1.9 [disabled]
app-shells/bash:  4.3_p39::gentoo
dev-java/java-config: 2.2.0::gentoo
dev-lang/perl:5.20.2::gentoo
dev-lang/python:  2.7.9-r1::gentoo, 3.3.5-r1::gentoo, 3.4.1::gentoo
dev-util/ccache:  3.1.9-r4::gentoo
dev-util/cmake:   3.2.2::gentoo
dev-util/pkgconfig:   0.28-r2::gentoo
sys-apps/baselayout:  2.2::gentoo
sys-apps/openrc:  0.17::gentoo
sys-apps/sandbox: 2.6-r1::gentoo
sys-devel/autoconf:   2.13::gentoo, 2.69::gentoo
sys-devel/automake:   1.10.3-r1::gentoo, 1.11.6-r1::gentoo, 1.13.4::gentoo, 
1.15::gentoo
sys-devel/binutils:   2.24-r3::gentoo
sys-devel/gcc:4.1.2::gentoo, 4.5.4::gentoo, 4.7.4::gentoo, 
4.8.4::gentoo
sys-devel/gcc-config: 1.7.3::gentoo
sys-devel/libtool:2.4.6::gentoo
sys-devel/make:   4.1-r1::gentoo
sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers)
sys-libs/glibc:   2.20-r2::gentoo
Repositories:

gentoo
location: /usr/portage
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000

x-portage
location: /usr/local/portage
masters: gentoo
priority: 0

ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="* -@EULA PUEL dlj-1.1 Oracle-BCLA-JavaSE"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib/fax /usr/share/gnupg/qualified.txt 
/var/spool/fax/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d 
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release 
/etc/php/apache2-php5.6/ext-active/ /etc/php/cgi-php5.6/ext-active/ 
/etc/php/cli-php5.6/ext-active/ /etc/revdep-rebuild /etc/sandbox.d 
/etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d 
/etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--autounmask-write=y --keep-going --with-bdeps=y"
FCFLAGS="-O2 -march=i686 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks 
ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs 
protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs 
unmerge-orphans userfetch userpriv usersandbox usersync"
FFLAGS="-O2 -march=i686 -pipe"
GENTOO_MIRRORS="http://distro.ibidio.org/pub/linux/distributions/gentoo/ 
ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.osuosl.org/ 
http://mirror.datapipe.net/gentoo http://gentoo.binarycompass.org;
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j1"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times 
--omit-dir-times --compress --force --whole-file --delete --stats 
--human-readable --timeout=180 --exclude=/distfiles --exclude=/local 
--exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
USE="X a52 aac acpi alsa apache2 berkdb bluetooth branding bzip2 cairo cdda cdr 
cgi cleartype cli consolekit corefonts cracklib crypt cups cxx dbus dri dts dvd 
dvdr emboss encode exif fam firefox 

Re: [gentoo-user] a few blockers I can't figure out

[Neil Bothwick]

On Mon, 31 Aug 2015 12:54:47 -0400, cov...@ccs.covici.com wrote:

> EMERGE_DEFAULT_OPTS="--ask --color=n  --verbose --nospinner
> --autounmask=n --quiet-build=n"

Get rid of the --verbose flag as a default. Part of the reason the output
from portage is so confusing is that there is so much of it, --verbose
adds even more noise. By all means use it on those occasions you need
more information, but as a default it just hides the real information
among a load of noise.


-- 
Neil Bothwick

  Windows 98 took us to the edge of the cliff.
With Windows XP we took a big step forward.


pgpeB5z91Gh1V.pgp
Description: OpenPGP digital signature

Re: *****SPAM***** Re: [gentoo-user] Failed to set XATTR_PAX markings

[Fernando Rodriguez]

On Monday, August 31, 2015 10:56:44 AM the...@sys-concept.com wrote:
> 
> On 08/31/2015 10:43 AM, Alec Ten Harmsel wrote:
> > On Mon, Aug 31, 2015 at 10:36:02AM -0600, the...@sys-concept.com wrote:
> >> While compiling/updating the system I get a few packages with messages:
> >>
> >> LOG: install
> >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app-
emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxManage.
> >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app-
emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxSVC.
> >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app-
emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxXPCOMIPCD.
> >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app-
emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxTunctl.
> >>
> >> Failed to set XATTR_PAX markings -me python.
> >> etc.
> >>
> >> What does it mean?
> > 
> > It looks like you're running Gentoo Hardened. It looks like (from a
> > cursory read of https://wiki.gentoo.org/wiki/Hardened/PaX_Quickstart)
> > that your filesystem may not support extended attributes. What type of
> > filesystem is /var/tmp mounted on?
> > 
> > Other info like the output of `emerge --info', what kernel you're
> > running, and what profile you're on would be helpful.
> > 
> > I personally do not run Hardened, so take this with a grain of salt.
> > 
> > Alec
> 
> No, I'm not running Gentoo Hardened
> Here is emerge info
> 
> Portage 2.2.20.1 (python 3.4.1-final-0, default/linux/x86/13.0/desktop, 
gcc-4.8.4, glibc-2.20-r2, 3.10.17-gentoo i686)
> =
> System uname: Linux-3.10.17-gentoo-i686-AMD_Athlon-TM-_XP_2500+-with-
gentoo-2.2
> KiB Mem: 1034164 total,266436 free
> KiB Swap:2008120 total,   1901184 free
> Timestamp of repository gentoo: Fri, 28 Aug 2015 22:30:02 +
> sh bash 4.3_p39
> ld GNU ld (Gentoo 2.24 p1.4) 2.24
> ccache version 3.1.9 [disabled]
> app-shells/bash:  4.3_p39::gentoo
> dev-java/java-config: 2.2.0::gentoo
> dev-lang/perl:5.20.2::gentoo
> dev-lang/python:  2.7.9-r1::gentoo, 3.3.5-r1::gentoo, 3.4.1::gentoo
> dev-util/ccache:  3.1.9-r4::gentoo
> dev-util/cmake:   3.2.2::gentoo
> dev-util/pkgconfig:   0.28-r2::gentoo
> sys-apps/baselayout:  2.2::gentoo
> sys-apps/openrc:  0.17::gentoo
> sys-apps/sandbox: 2.6-r1::gentoo
> sys-devel/autoconf:   2.13::gentoo, 2.69::gentoo
> sys-devel/automake:   1.10.3-r1::gentoo, 1.11.6-r1::gentoo, 
1.13.4::gentoo, 1.15::gentoo
> sys-devel/binutils:   2.24-r3::gentoo
> sys-devel/gcc:4.1.2::gentoo, 4.5.4::gentoo, 4.7.4::gentoo, 
4.8.4::gentoo
> sys-devel/gcc-config: 1.7.3::gentoo
> sys-devel/libtool:2.4.6::gentoo
> sys-devel/make:   4.1-r1::gentoo
> sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers)
> sys-libs/glibc:   2.20-r2::gentoo
> Repositories:
> 
> gentoo
> location: /usr/portage
> sync-type: rsync
> sync-uri: rsync://rsync.gentoo.org/gentoo-portage
> priority: -1000
> 
> x-portage
> location: /usr/local/portage
> masters: gentoo
> priority: 0
> 
> ACCEPT_KEYWORDS="x86"
> ACCEPT_LICENSE="* -@EULA PUEL dlj-1.1 Oracle-BCLA-JavaSE"
> CBUILD="i686-pc-linux-gnu"
> CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer"
> CHOST="i686-pc-linux-gnu"
> CONFIG_PROTECT="/etc /usr/lib/fax /usr/share/gnupg/qualified.txt 
/var/spool/fax/etc"
> CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d 
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-
php5.6/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cli-php5.6/ext-
active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo 
/etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d 
/etc/texmf/web2c"
> CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer"
> DISTDIR="/usr/portage/distfiles"
> EMERGE_DEFAULT_OPTS="--autounmask-write=y --keep-going --with-bdeps=y"
> FCFLAGS="-O2 -march=i686 -pipe"
> FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks 
ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-
owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-
orphans userfetch userpriv usersandbox usersync"
> FFLAGS="-O2 -march=i686 -pipe"
> GENTOO_MIRRORS="http://distro.ibidio.org/pub/linux/distributions/gentoo/ 
ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.osuosl.org/ 
http://mirror.datapipe.net/gentoo http://gentoo.binarycompass.org;
> LANG="en_US.UTF-8"
> LC_ALL="en_US.UTF-8"
> LDFLAGS="-Wl,-O1 -Wl,--as-needed"
> MAKEOPTS="-j1"
> PKGDIR="/usr/portage/packages"
> PORTAGE_CONFIGROOT="/"
> PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-
dir-times --compress --force --whole-file --delete --stats --human-readable --
timeout=180 --exclude=/distfiles --exclude=/local 

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Neil Bothwick  wrote:

> On Mon, 31 Aug 2015 12:54:47 -0400, cov...@ccs.covici.com wrote:
> 
> > EMERGE_DEFAULT_OPTS="--ask --color=n  --verbose --nospinner
> > --autounmask=n --quiet-build=n"
> 
> Get rid of the --verbose flag as a default. Part of the reason the output
> from portage is so confusing is that there is so much of it, --verbose
> adds even more noise. By all means use it on those occasions you need
> more information, but as a default it just hides the real information
> among a load of noise.

OK, I will see if I get better output that way.  I am sure I had a
reason for doing it, maybe some recomendation, but I can't remember
anymore.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com

Re: [gentoo-user] CD ripper that generates song titles?

[Stroller]

On Sun, 30 August 2015, at 11:46 am, Neil Bothwick  wrote:
> 
>> There are 3 fields that my algorithm looks at...
>> 
>> Albumperformer= 'Various Artists'
>> Performer=  'Various Artists'
>> Tracktitle= 'Johnny Cash / I Walk The Line'
> 
> … 
> It does raise the question of what is the point of the Performer field if
> it's always the same as the Albumperformer.

I'm sure the above is wrong.

I don't know where OP got this metadata from, but I'm sure that "Various" is 
the right Albumperformer, but "Johnny Cash" should be the Performer field, and 
the Tracktitle should just be "I Walk The Line".

Of course everyone is free to label their tracks as they like, but I'm pretty 
sure that's the way I'd do it.

Stroller.

Re: [gentoo-user] Problems booting vanilla kernel 4.1.x

[Peter Weilbacher]

On Sun, 30 Aug 2015, Fernando Rodriguez wrote:

> And you should still try suggestion #2 because it's very likely to only affect
> one specific configuration.

Thanks, I did that just now. Took another, but didn't give me any more
data to go by. Getting set up for bisecting and doing real work on this
would probably fill my evenings until end of next week.

Nowadays I just don't have the time to fiddle around with computers any
more (and it's not fun any more, either). I guess, I'll just go back to
a kernel version with longterm support.

Thanks anyway for your help!
   Peter.

[gentoo-user] advice on transitioning from package.use file to package.use directory

[Alexander Kapshuk]

Having read the email exchange on the possibility of using
'package.use' as a directory, I thought I would give that a try.

Here is what I have attempted so far.

cd /etc/portage
mv package.use package.use.COPY
mkdir package.use
cd package.use
awk -F'[/\t ]+' '{printf("echo \047%s\047 >> ", $0); sub("-[0-9]+.*",
"", $2); print $2}' ../package.use.COPY

NOTE; the awk output just generates the command lines for the shell to
run. If the output is acceptable, it should be piped through to the
shell.

Here is the contents of the original 'package.use' file:

cat package.use
=dev-lang/python-2.7.9-r1 sqlite
>=dev-ruby/json-1.8.2-r1 ruby_targets_ruby21
>=dev-ruby/racc-1.4.11 ruby_targets_ruby21
>=dev-ruby/rake-0.9.6-r1 ruby_targets_ruby21
>=dev-ruby/rdoc-4.0.1-r2 ruby_targets_ruby21
>=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21
>=media-libs/harfbuzz-0.9.38 icu
>=media-video/ffmpeg-2.6.3 theora
>=sys-libs/zlib-1.2.8-r1 minizip
>=virtual/rubygems-10 ruby_targets_ruby21
gnome-base/gvfs -http gphoto2 mtp
media-video/vlc a52 aac bidi cdda cdio dts dvd flac freetype gnutls
httpd libass live lua mad matroska mpeg ogg oggvorbis qt4 stream svga
theora vcd vlm wxwindows xv
net-print/hplip scanner qt4
sys-apps/busybox -pam
sys-devel/gcc objc
sys-process/cronie anacron
x11-base/xorg-server udev
xfce-extra/xfce4-power-manager -udisks
xfce-extra/xfce4-sensors-plugin hddtemp lm_sensors

NOTE: There are two entries for 'rubygems' there.

Here is the awk script output:

echo '=dev-lang/python-2.7.9-r1 sqlite' >> python
echo '>=dev-ruby/json-1.8.2-r1 ruby_targets_ruby21' >> json
echo '>=dev-ruby/racc-1.4.11 ruby_targets_ruby21' >> racc
echo '>=dev-ruby/rake-0.9.6-r1 ruby_targets_ruby21' >> rake
echo '>=dev-ruby/rdoc-4.0.1-r2 ruby_targets_ruby21' >> rdoc
echo '>=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21' >> rubygems
echo '>=media-libs/harfbuzz-0.9.38 icu' >> harfbuzz
echo '>=media-video/ffmpeg-2.6.3 theora' >> ffmpeg
echo '>=sys-libs/zlib-1.2.8-r1 minizip' >> zlib
echo '>=virtual/rubygems-10 ruby_targets_ruby21' >> rubygems
echo 'gnome-base/gvfs -http gphoto2 mtp' >> gvfs
echo 'media-video/vlc a52 aac bidi cdda cdio dts dvd flac freetype
gnutls httpd libass live lua mad matroska mpeg ogg oggvorbis qt4
stream svga theora vcd vlm wxwindows xv' >> vlc
echo 'net-print/hplip scanner qt4' >> hplip
echo 'sys-apps/busybox -pam' >> busybox
echo 'sys-devel/gcc objc' >> gcc
echo 'sys-process/cronie anacron' >> cronie
echo 'x11-base/xorg-server udev' >> xorg-server
echo 'xfce-extra/xfce4-power-manager -udisks' >> xfce4-power-manager
echo 'xfce-extra/xfce4-sensors-plugin hddtemp lm_sensors' >>
xfce4-sensors-plugin

The two 'rubygems' entries I had in the original 'package.use' file
went into a single 'rubygems' file:

cat rubygems
>=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21
>=virtual/rubygems-10 ruby_targets_ruby21

Is this format acceptable? Or should I have used two separate files,
one for 'dev-lang/rubygems', and another for 'virtual/rubygems'?

I have run 'emerge -auUND @world' since the transition, which voiced
no complaints so far.

The list's input would be appreciated.

Re: [gentoo-user] advice on transitioning from package.use file to package.use directory

[Todd Goodman]

* Alexander Kapshuk  [150831 15:35]:
> Having read the email exchange on the possibility of using
> 'package.use' as a directory, I thought I would give that a try.
> 
> Here is what I have attempted so far.
> 
> cd /etc/portage
> mv package.use package.use.COPY
> mkdir package.use
> cd package.use
> awk -F'[/\t ]+' '{printf("echo \047%s\047 >> ", $0); sub("-[0-9]+.*",
> "", $2); print $2}' ../package.use.COPY
> 
> NOTE; the awk output just generates the command lines for the shell to
> run. If the output is acceptable, it should be piped through to the
> shell.
> 
> Here is the contents of the original 'package.use' file:
> 
> cat package.use
> =dev-lang/python-2.7.9-r1 sqlite
> >=dev-ruby/json-1.8.2-r1 ruby_targets_ruby21
> >=dev-ruby/racc-1.4.11 ruby_targets_ruby21
> >=dev-ruby/rake-0.9.6-r1 ruby_targets_ruby21
> >=dev-ruby/rdoc-4.0.1-r2 ruby_targets_ruby21
> >=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21
> >=media-libs/harfbuzz-0.9.38 icu
> >=media-video/ffmpeg-2.6.3 theora
> >=sys-libs/zlib-1.2.8-r1 minizip
> >=virtual/rubygems-10 ruby_targets_ruby21
> gnome-base/gvfs -http gphoto2 mtp
> media-video/vlc a52 aac bidi cdda cdio dts dvd flac freetype gnutls
> httpd libass live lua mad matroska mpeg ogg oggvorbis qt4 stream svga
> theora vcd vlm wxwindows xv
> net-print/hplip scanner qt4
> sys-apps/busybox -pam
> sys-devel/gcc objc
> sys-process/cronie anacron
> x11-base/xorg-server udev
> xfce-extra/xfce4-power-manager -udisks
> xfce-extra/xfce4-sensors-plugin hddtemp lm_sensors
> 
> NOTE: There are two entries for 'rubygems' there.
> 
> Here is the awk script output:
> 
> echo '=dev-lang/python-2.7.9-r1 sqlite' >> python
> echo '>=dev-ruby/json-1.8.2-r1 ruby_targets_ruby21' >> json
> echo '>=dev-ruby/racc-1.4.11 ruby_targets_ruby21' >> racc
> echo '>=dev-ruby/rake-0.9.6-r1 ruby_targets_ruby21' >> rake
> echo '>=dev-ruby/rdoc-4.0.1-r2 ruby_targets_ruby21' >> rdoc
> echo '>=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21' >> rubygems
> echo '>=media-libs/harfbuzz-0.9.38 icu' >> harfbuzz
> echo '>=media-video/ffmpeg-2.6.3 theora' >> ffmpeg
> echo '>=sys-libs/zlib-1.2.8-r1 minizip' >> zlib
> echo '>=virtual/rubygems-10 ruby_targets_ruby21' >> rubygems
> echo 'gnome-base/gvfs -http gphoto2 mtp' >> gvfs
> echo 'media-video/vlc a52 aac bidi cdda cdio dts dvd flac freetype
> gnutls httpd libass live lua mad matroska mpeg ogg oggvorbis qt4
> stream svga theora vcd vlm wxwindows xv' >> vlc
> echo 'net-print/hplip scanner qt4' >> hplip
> echo 'sys-apps/busybox -pam' >> busybox
> echo 'sys-devel/gcc objc' >> gcc
> echo 'sys-process/cronie anacron' >> cronie
> echo 'x11-base/xorg-server udev' >> xorg-server
> echo 'xfce-extra/xfce4-power-manager -udisks' >> xfce4-power-manager
> echo 'xfce-extra/xfce4-sensors-plugin hddtemp lm_sensors' >>
> xfce4-sensors-plugin
> 
> The two 'rubygems' entries I had in the original 'package.use' file
> went into a single 'rubygems' file:
> 
> cat rubygems
> >=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21
> >=virtual/rubygems-10 ruby_targets_ruby21
> 
> Is this format acceptable? Or should I have used two separate files,
> one for 'dev-lang/rubygems', and another for 'virtual/rubygems'?
> 
> I have run 'emerge -auUND @world' since the transition, which voiced
> no complaints so far.
> 
> The list's input would be appreciated.

Those should all be fine.  I tend to make a file per package but I think
you could have just moved your original package.use into the
/etc/portage/package.use directory and everything would be fine (aside
from you not gaining any benefit from separate files.)

Todd

Re: [gentoo-user] advice on transitioning from package.use file to package.use directory

[Alexander Kapshuk]

On Mon, Aug 31, 2015 at 11:00 PM, Todd Goodman  wrote:
> * Alexander Kapshuk  [150831 15:35]:
>> Having read the email exchange on the possibility of using
>> 'package.use' as a directory, I thought I would give that a try.
>>
>> Here is what I have attempted so far.
>>
>> cd /etc/portage
>> mv package.use package.use.COPY
>> mkdir package.use
>> cd package.use
>> awk -F'[/\t ]+' '{printf("echo \047%s\047 >> ", $0); sub("-[0-9]+.*",
>> "", $2); print $2}' ../package.use.COPY
>>
>> NOTE; the awk output just generates the command lines for the shell to
>> run. If the output is acceptable, it should be piped through to the
>> shell.
>>
>> Here is the contents of the original 'package.use' file:
>>
>> cat package.use
>> =dev-lang/python-2.7.9-r1 sqlite
>> >=dev-ruby/json-1.8.2-r1 ruby_targets_ruby21
>> >=dev-ruby/racc-1.4.11 ruby_targets_ruby21
>> >=dev-ruby/rake-0.9.6-r1 ruby_targets_ruby21
>> >=dev-ruby/rdoc-4.0.1-r2 ruby_targets_ruby21
>> >=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21
>> >=media-libs/harfbuzz-0.9.38 icu
>> >=media-video/ffmpeg-2.6.3 theora
>> >=sys-libs/zlib-1.2.8-r1 minizip
>> >=virtual/rubygems-10 ruby_targets_ruby21
>> gnome-base/gvfs -http gphoto2 mtp
>> media-video/vlc a52 aac bidi cdda cdio dts dvd flac freetype gnutls
>> httpd libass live lua mad matroska mpeg ogg oggvorbis qt4 stream svga
>> theora vcd vlm wxwindows xv
>> net-print/hplip scanner qt4
>> sys-apps/busybox -pam
>> sys-devel/gcc objc
>> sys-process/cronie anacron
>> x11-base/xorg-server udev
>> xfce-extra/xfce4-power-manager -udisks
>> xfce-extra/xfce4-sensors-plugin hddtemp lm_sensors
>>
>> NOTE: There are two entries for 'rubygems' there.
>>
>> Here is the awk script output:
>>
>> echo '=dev-lang/python-2.7.9-r1 sqlite' >> python
>> echo '>=dev-ruby/json-1.8.2-r1 ruby_targets_ruby21' >> json
>> echo '>=dev-ruby/racc-1.4.11 ruby_targets_ruby21' >> racc
>> echo '>=dev-ruby/rake-0.9.6-r1 ruby_targets_ruby21' >> rake
>> echo '>=dev-ruby/rdoc-4.0.1-r2 ruby_targets_ruby21' >> rdoc
>> echo '>=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21' >> rubygems
>> echo '>=media-libs/harfbuzz-0.9.38 icu' >> harfbuzz
>> echo '>=media-video/ffmpeg-2.6.3 theora' >> ffmpeg
>> echo '>=sys-libs/zlib-1.2.8-r1 minizip' >> zlib
>> echo '>=virtual/rubygems-10 ruby_targets_ruby21' >> rubygems
>> echo 'gnome-base/gvfs -http gphoto2 mtp' >> gvfs
>> echo 'media-video/vlc a52 aac bidi cdda cdio dts dvd flac freetype
>> gnutls httpd libass live lua mad matroska mpeg ogg oggvorbis qt4
>> stream svga theora vcd vlm wxwindows xv' >> vlc
>> echo 'net-print/hplip scanner qt4' >> hplip
>> echo 'sys-apps/busybox -pam' >> busybox
>> echo 'sys-devel/gcc objc' >> gcc
>> echo 'sys-process/cronie anacron' >> cronie
>> echo 'x11-base/xorg-server udev' >> xorg-server
>> echo 'xfce-extra/xfce4-power-manager -udisks' >> xfce4-power-manager
>> echo 'xfce-extra/xfce4-sensors-plugin hddtemp lm_sensors' >>
>> xfce4-sensors-plugin
>>
>> The two 'rubygems' entries I had in the original 'package.use' file
>> went into a single 'rubygems' file:
>>
>> cat rubygems
>> >=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21
>> >=virtual/rubygems-10 ruby_targets_ruby21
>>
>> Is this format acceptable? Or should I have used two separate files,
>> one for 'dev-lang/rubygems', and another for 'virtual/rubygems'?
>>
>> I have run 'emerge -auUND @world' since the transition, which voiced
>> no complaints so far.
>>
>> The list's input would be appreciated.
>
> Those should all be fine.  I tend to make a file per package but I think
> you could have just moved your original package.use into the
> /etc/portage/package.use directory and everything would be fine (aside
> from you not gaining any benefit from separate files.)
>
> Todd
>

Understood. Thanks.

Re: [gentoo-user] advice on transitioning from package.use file to package.use directory

[Neil Bothwick]

On Mon, 31 Aug 2015 22:33:58 +0300, Alexander Kapshuk wrote:

> cat rubygems
> >=dev-ruby/rubygems-2.2.5-r1 ruby_targets_ruby21
> >=virtual/rubygems-10 ruby_targets_ruby21  
> 
> Is this format acceptable? Or should I have used two separate files,
> one for 'dev-lang/rubygems', and another for 'virtual/rubygems'?

Use whatever suits you, portage doesn't care whether you use one file for
everything or one file for each setting.

My preference is to create a file for each program I use, and put the
settings for dependent packages in there, that way I know what they
relate to. It also means that if I remove the package, I can remove the
file too. This to my mind is the key advantage of the separate file
approach, a single file is too unwieldy without extensive comments, and I
am too lazy to add useful comments.

But it's up to you, do whatever works for your way of thinking - it's all
the same to portage.

One thing to be aware of is that portage adds "auto-unmask" entries to the
"last" file in package.use, so I always create a zzz-auto-unmask file
then transfer entries from there to the appropriate location.


-- 
Neil Bothwick

*Libra*: /(Sept 23--Oct 23)/ An unfortunate typo on your application
results in your being accepted into the Legion Of Superherpes.


pgpb3WLXQEErd.pgp
Description: OpenPGP digital signature

[gentoo-user] What is the correct version of ncurses on ~amd64 now?

[walt]

I ask this strange question because this (badly broken) machine once
again flipped between 6.0 and 6.0-r1 after rsyncing this morning.

First, it emerged 6.0, which turned out to be almost catastrophic
because the qmerge phase of the emerge failed (although it claimed
success afterwards) and deleted the entire /usr/share/terminfo
subdirectory.  That was fun, but I won't bore you with the details.
(The ncurses-6.0 files in /lib64 are dated August 28, BTW.)

Right now emerge tries to install ncurses-6.0-r1 but the 32-bit part of
the build fails because emerge never ran make in the work/cross/progs
directory, and so the 32-bit tools didn't get compiled.

I hacked around this by running make in that directory manually, which
allowed the ebuild install and ebuild package phases to succeed.

Now I have an ncurses-6.0-r1 binary package available but I'm too scared
to install it because I might need to kill myself afterwards :/

Any suggestions before I take the plunge?  Is ncurses-6.0-r1 the right
version as of today, Aug 31?

Thanks.

[gentoo-user] media-libs/jpeg / media-libs/libjpeg-turbo - blocking each other

[thelma]

I have two packages that are blocking each other and none of them are installed:


[blocks B ] >=media-libs/libjpeg-turbo-1.3.0-r2:0 
(">=media-libs/libjpeg-turbo-1.3.0-r2:0" is blocking media-libs/jpeg-6b-r12)
[blocks B ] media-libs/jpeg:62 ("media-libs/jpeg:62" is blocking 
media-libs/libjpeg-turbo-1.3.1)

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

sys-libs/ncurses:0

  (sys-libs/ncurses-5.9-r5:0/5::gentoo, ebuild scheduled for merge) pulled in by

sys-libs/ncurses:0/5[ada?,cxx?,gpm?,static-libs?,tinfo?,unicode?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
 required by (sys-libs/ncurses-5.9-r99:5/5::gentoo, ebuild scheduled for merge)




   

  (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by
sys-libs/ncurses:0/0=[unicode] required by 
(media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed)
^   
  
(and 1 more with the same problem)



 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (media-libs/jpeg-6b-r12:62/62::gentoo, ebuild scheduled for merge) pulled in 
by
=media-libs/jpeg-6* required by (net-misc/nxclient-3.5.0.7:0/0::gentoo, 
installed)

  (media-libs/libjpeg-turbo-1.3.1:0/0::gentoo, ebuild scheduled for merge) 
pulled in by

>=media-libs/libjpeg-turbo-1.3.0-r3:0[static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
 (>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-),abi_x86_64(-)]) required 
by (virtual/jpeg-0-r2:0/0::gentoo, installed)

>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
 (>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-),abi_x86_64(-)]) required 
by (virtual/jpeg-62:62/62::gentoo, ebuild scheduled for merge)

I re-emerge "media-video/vlc" but it didn't help.


-- 
Thelma

Re: [OT] Was re: [gentoo-user] system uptime

[Alan McKinnon]

On 31/08/2015 15:41, Peter Humphrey wrote:
> On Monday 31 August 2015 11:42:28 Alan McKinnon wrote:
>> On 31/08/2015 10:50, Peter Humphrey wrote:
>>> The desktop machine I'm referring to (an Amari "workstation") dates from
>>> 2009. It has an i5 processor, 16GB RAM* and two 2GB SSDs as the main
>>> power sinks. It sits (runs) in a boxroom 6ft square and keeps it
>>> comfortably warm. I haven't noticed any change in ambient temp since the
>>> SSDs replaced spinners.
>>>
>>> * Whoever named that Random Access had a strange understanding of English.
>>> The last thing I want from memory is random access! How much better it
>>> would have been to call it something like Direct Access. Oh well - much
>>> too late now.
>>
>> It's random access to distinguish it from serial access. In the early
>> early days there were a lot of strange methods being tried to build
>> memory - like dots on a cathode ray tube! To get to bit you wanted, you
>> had to wait till the scanning beam reached that part of the screen -
>> serial access. Addressable memory on a grid pattern came much later.
> 
> Yes, of course I know all that, but it's still the antithesis of random - 
> it's 
> absolutely specific. Random is what you'd get if you didn't specify anything.


Ah, an old timer - I forgot that for a second there :-)


> My favourite storage medium was core store. Millions of tiny ferrite rings, 
> each at an intersection of orthogonal X and Y wires to specify the address, 
> and a write pulse on another wire on the Z axis. At least, that's as close as 
> I can remember now, 40 years later. No wonder computers were expensive.

40 years maybe, but still dead on the money. That's exactly how that
memory worked.

> 
> I won't tell you what systems used a 24-bit processor and 12 or 16 KB of 2us 
> core store backed by a 2MB disk (three feet in diameter), for fear of 
> frightening you.;-)

Nah, I have some experience with such things.

Remember the old horror stories about not smoking in the computer room,
because smoke particles are much bigger than fly height of the disk
heads? The young 'uns here never had to deal with that.

> 
>> Random Access really means "able to access any random address as fast as
>> any other random address".
> 
> My point is simply that the addresses are very far from randomly chosen. The 
> distinguishing feature of the store is that you can go directly to the 
> required location, without having to wait for it to reach the read/write 
> device.

We understand each other perfectly; the odd bit is that word "random".
We both know it doesn't have the obvious meaning to a modern eye, and we
both know what random access really means

> 
> As I said though, there'd be no point in getting all stressed about it now.
> 
>> RAM is also not the opposite of ROM :-)
> 
> I seem to be having a senior moment here; at least, I don't follow that.

When I was still a kid learning about memory, many folks thought ROM was
very different from RAM, and that somehow ROM didn't have the same
random access qualities that RAM has. It does, except that ROM can't be
written (and some RAM needs continual refreshing which ROM doesn't, but
that's another topic).

Eventually I gave up trying to clarify that part.



-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] media-libs/jpeg / media-libs/libjpeg-turbo - blocking each other

[Alan McKinnon]

On 31/08/2015 23:51, the...@sys-concept.com wrote:
> I have two packages that are blocking each other and none of them are 
> installed:
> 
> 
> [blocks B ] >=media-libs/libjpeg-turbo-1.3.0-r2:0 
> (">=media-libs/libjpeg-turbo-1.3.0-r2:0" is blocking media-libs/jpeg-6b-r12)
> [blocks B ] media-libs/jpeg:62 ("media-libs/jpeg:62" is blocking 
> media-libs/libjpeg-turbo-1.3.1)
> 
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
> 
> sys-libs/ncurses:0
> 
>   (sys-libs/ncurses-5.9-r5:0/5::gentoo, ebuild scheduled for merge) pulled in 
> by
> 
> sys-libs/ncurses:0/5[ada?,cxx?,gpm?,static-libs?,tinfo?,unicode?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>  required by (sys-libs/ncurses-5.9-r99:5/5::gentoo, ebuild scheduled for 
> merge)
>   
>   
>   
>   
>
> 
>   (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by
> sys-libs/ncurses:0/0=[unicode] required by 
> (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed)
> ^ 
> 
> (and 1 more with the same problem)
> 
> 
> 
>  * Error: The above package list contains packages which cannot be
>  * installed at the same time on the same system.
> 
>   (media-libs/jpeg-6b-r12:62/62::gentoo, ebuild scheduled for merge) pulled 
> in by
> =media-libs/jpeg-6* required by (net-misc/nxclient-3.5.0.7:0/0::gentoo, 
> installed)
> 
>   (media-libs/libjpeg-turbo-1.3.1:0/0::gentoo, ebuild scheduled for merge) 
> pulled in by
> 
> >=media-libs/libjpeg-turbo-1.3.0-r3:0[static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>  (>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-),abi_x86_64(-)]) 
> required by (virtual/jpeg-0-r2:0/0::gentoo, installed)
> 
> >=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>  (>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-),abi_x86_64(-)]) 
> required by (virtual/jpeg-62:62/62::gentoo, ebuild scheduled for merge)
> 
> I re-emerge "media-video/vlc" but it didn't help.


vlc has nothing to do with your jpeg problem. It's referenced above in a
separate section about ncurses.

nxclient seems to be at the heart of your problem, it wants a version of
jpeg that conflicts withe libjpeg-turbo. But nxclient is no longer in
the tree.

When did you last sync the tree? If it was a while back, you should do
it now and retry emerge



-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] What is the correct version of ncurses on ~amd64 now?

[Alan McKinnon]

On 31/08/2015 23:13, walt wrote:
> I ask this strange question because this (badly broken) machine once
> again flipped between 6.0 and 6.0-r1 after rsyncing this morning.
> 
> First, it emerged 6.0, which turned out to be almost catastrophic
> because the qmerge phase of the emerge failed (although it claimed
> success afterwards) and deleted the entire /usr/share/terminfo
> subdirectory.  That was fun, but I won't bore you with the details.
> (The ncurses-6.0 files in /lib64 are dated August 28, BTW.)
> 
> Right now emerge tries to install ncurses-6.0-r1 but the 32-bit part of
> the build fails because emerge never ran make in the work/cross/progs
> directory, and so the 32-bit tools didn't get compiled.
> 
> I hacked around this by running make in that directory manually, which
> allowed the ebuild install and ebuild package phases to succeed.
> 
> Now I have an ncurses-6.0-r1 binary package available but I'm too scared
> to install it because I might need to kill myself afterwards :/
> 
> Any suggestions before I take the plunge?  Is ncurses-6.0-r1 the right
> version as of today, Aug 31?
> 
> Thanks.
> 
> 
> 



This machine was entirely unaffected by all the recent ncurses issues:

[I] sys-libs/ncurses
 Available versions:
 (0)5.9-r3 (~)5.9-r4 5.9-r5(0/5) (~)6.0-r1(0/6)
 (5)5.9-r99(5/5) (~)5.9-r101(5/5) (~)6.0(5/6)
   {ada +cxx debug doc gpm minimal profile static-libs test threads
tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32
64" ABI_X86="32 64 x32"}
 Installed versions:  6.0-r1(12:52:29 30/08/2015)(cxx gpm threads
unicode -ada -debug -doc -minimal -profile -static-libs -test -tinfo
-trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64"
ABI_X86="32 64 -x32")
 Homepage:https://www.gnu.org/software/ncurses/
http://dickey.his.com/ncurses/
 Description: console display library

So 6.0-r1 works completely relaible on at least one Gentoo machine in
this world :-)



-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 31/08/2015 18:54, cov...@ccs.covici.com wrote:
>> The words make sense, the meaning doesn't :-)
>> > 
>> > It looks like fail2ban wants systemd without python support, but the
>> > true reason is still hidden. The fail2ban ebuild has this:
>> > 
>> > RDEPEND="
>> > ...
>> > systemd? ( $(python_gen_cond_dep '|| (
>> > dev-python/python-systemd[${PYTHON_USEDEP}]
>> > sys-apps/systemd[python(-),${PYTHON_USEDEP}]
>> > 
>> > 
>> > I'm thinking maybe you have a specific portage entry that's getting in
>> > the way. What are your results for:
>> > 
>> > emerge --info
>> > grep -r python /etc/portage
>> > grep -r systemd /etc/portage
> Just to let you know, most of the python entries were mandated by
> portage, certainly the systemd one.


I'm having a hard time figuring out what is making portage do this.
I also figure you're OK with a downgraded systemd meanwhile, but just
for kicks, lets test my theory: If you run this, does portage offer to
upgrade systemd?


USE="-python" emerge -pv systemd

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] CD ripper that generates song titles?

[Alan McKinnon]

On 31/08/2015 18:40, Stroller wrote:
> 
> On Sun, 30 August 2015, at 11:46 am, Neil Bothwick  wrote:
>>
>>> There are 3 fields that my algorithm looks at...
>>>
>>> Albumperformer= 'Various Artists'
>>> Performer=  'Various Artists'
>>> Tracktitle= 'Johnny Cash / I Walk The Line'
>>
>> … 
>> It does raise the question of what is the point of the Performer field if
>> it's always the same as the Albumperformer.
> 
> I'm sure the above is wrong.
> 
> I don't know where OP got this metadata from, but I'm sure that "Various" is 
> the right Albumperformer, but "Johnny Cash" should be the Performer field, 
> and the Tracktitle should just be "I Walk The Line".
> 
> Of course everyone is free to label their tracks as they like, but I'm pretty 
> sure that's the way I'd do it.

That's also the way musicbrainz does it. most taggers follow
musicbrainz's lead. It also makes total sense to do it your way


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Failed to set XATTR_PAX markings

[Mick]

On Monday 31 Aug 2015 19:07:40 Fernando Rodriguez wrote:
> On Monday, August 31, 2015 10:56:44 AM the...@sys-concept.com wrote:
> > On 08/31/2015 10:43 AM, Alec Ten Harmsel wrote:
> > > On Mon, Aug 31, 2015 at 10:36:02AM -0600, the...@sys-concept.com wrote:
> > >> While compiling/updating the system I get a few packages with
> > >> messages:
> > >> 
> > >> LOG: install
> > >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app-
> 
> emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxManage.
> 
> > >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app-
> 
> emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxSVC.
> 
> > >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app-
> 
> emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxXPCOMIPCD.
> 
> > >> Failed to set XATTR_PAX markings -me /var/tmp/portage/app-
> 
> emulation/virtualbox-bin-4.3.28.100309/image//opt/VirtualBox/VBoxTunctl.
> 
> > >> Failed to set XATTR_PAX markings -me python.
> > >> etc.
> > >> 
> > >> What does it mean?
> > > 
> > > It looks like you're running Gentoo Hardened. It looks like (from a
> > > cursory read of https://wiki.gentoo.org/wiki/Hardened/PaX_Quickstart)
> > > that your filesystem may not support extended attributes. What type of
> > > filesystem is /var/tmp mounted on?
> > > 
> > > Other info like the output of `emerge --info', what kernel you're
> > > running, and what profile you're on would be helpful.
> > > 
> > > I personally do not run Hardened, so take this with a grain of salt.
> > > 
> > > Alec
> > 
> > No, I'm not running Gentoo Hardened
> > Here is emerge info
[snip ...]

> 
> > Thelma
> 
> Could be that you don't have extended attributes enabled for your
> filesystem in the kernel. If you're not using a hardened profile and
> nothing is failing it should be ok.

I also noticed this on an ext4 fs, on a PC that does not run hardened.  I 
don't run ACLs or extended attributes from what I recall and that's what I 
attributed this message to.

-- 
Regards,
Mick


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

[gentoo-user] Re: What is the correct version of ncurses on ~amd64 now?

[walt]

On Tue, 1 Sep 2015 00:13:25 +0200
Alan McKinnon  wrote:

> On 31/08/2015 23:13, walt wrote:

> > Right now emerge tries to install ncurses-6.0-r1 but the 32-bit
> > part of the build fails because emerge never ran make in the
> > work/cross/progs directory, and so the 32-bit tools didn't get
> > compiled.
> > 
> > I hacked around this by running make in that directory manually,
> > which allowed the ebuild install and ebuild package phases to
> > succeed.

 
> This machine was entirely unaffected by all the recent ncurses issues:
> 
> [I] sys-libs/ncurses
>  Available versions:
>  (0)5.9-r3 (~)5.9-r4 5.9-r5(0/5) (~)6.0-r1(0/6)
>  (5)5.9-r99(5/5) (~)5.9-r101(5/5) (~)6.0(5/6)
>{ada +cxx debug doc gpm minimal profile static-libs test
> threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64"
> ABI_S390="32 64" ABI_X86="32 64 x32"}
>  Installed versions:  6.0-r1(12:52:29 30/08/2015)(cxx gpm threads
> unicode -ada -debug -doc -minimal -profile -static-libs -test -tinfo
> -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64"
> ABI_X86="32 64 -x32")
>  Homepage:https://www.gnu.org/software/ncurses/
> http://dickey.his.com/ncurses/
>  Description: console display library
> 
> So 6.0-r1 works completely relaible on at least one Gentoo machine in
> this world :-)

  I installed my ugly-hack binary package of
6.0-r1 and it seemed to install okay.  The first thing I tried was to
emerge 6.0-r1 the normal way and this time it succeeded :)

Apparently my known-broken install of 6.0 was preventing proper cross
building of the 32-bit files, maybe because the 32-bit part of 6.0 was
what was actually broken.

By way of reckless experiment I will now reboot this machine for the
first time since I rsynced 12 long, nail-biting hours ago...

Re: [gentoo-user] a few blockers I can't figure out

[Jeremi Piotrowski]

On Mon, 31 Aug 2015, cov...@ccs.covici.com wrote:

[snip]

> Just to let you know, most of the python entries were mandated by
> portage, certainly the systemd one.
> emerge --info
> Portage 2.2.20.1 (python 2.7.10-final-0, 
> default/linux/amd64/13.0/desktop/gnome, gcc-4.9.3, glibc-2.21-r1, 
> 3.16.3-gentoo x86_64)

I think this is your problem right here: you don't have the systemd
profile selected. You're trying to splice together the use settings needed
to get this to work when all of them are already gathered in the right
profile. 

Remove most of the use settings you were forced to make because of systemd
related issues, change your profile to

default/linux/amd64/13.0/desktop/gnome/systemd 

and emerge -uDUva @world. 

This should remove most (if not all) of the blockers caused by conflicting
use flags you currently have set.

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Alan McKinnon  wrote:

> On 31/08/2015 18:54, cov...@ccs.covici.com wrote:
> >> The words make sense, the meaning doesn't :-)
> >> > 
> >> > It looks like fail2ban wants systemd without python support, but the
> >> > true reason is still hidden. The fail2ban ebuild has this:
> >> > 
> >> > RDEPEND="
> >> > ...
> >> > systemd? ( $(python_gen_cond_dep '|| (
> >> > dev-python/python-systemd[${PYTHON_USEDEP}]
> >> > sys-apps/systemd[python(-),${PYTHON_USEDEP}]
> >> > 
> >> > 
> >> > I'm thinking maybe you have a specific portage entry that's getting in
> >> > the way. What are your results for:
> >> > 
> >> > emerge --info
> >> > grep -r python /etc/portage
> >> > grep -r systemd /etc/portage
> > Just to let you know, most of the python entries were mandated by
> > portage, certainly the systemd one.
> 
> 
> I'm having a hard time figuring out what is making portage do this.
> I also figure you're OK with a downgraded systemd meanwhile, but just
> for kicks, lets test my theory: If you run this, does portage offer to
> upgrade systemd?
> 
> 
> USE="-python" emerge -pv systemd

Well, here is what I got
[ebuild U  ] sys-apps/systemd-225:0/2::gentoo [219_p112:0/2::gentoo]
USE="acl kdbus* kmod lz4 pam policykit seccomp ssl -apparmor -audit
-cryptsetup -curl -elfutils -gcrypt -gnuefi% -http -idn -importd -lzma
-nat -qrcode (-selinux) -sysv-utils {-test} -vanilla -xkb (-doc%*)
(-gudev%) (-introspection%*) (-python%*)
(-terminal%)" ABI_X86="32 (64) (-x32)"
PYTHON_SINGLE_TARGET="(-python2_7%*) (-python3_3%) (-python3_4%)"
PYTHON_TARGETS="(-python2_7%*) (-python3_3%) (-python3_4%*)" 3,788 KiB

Total: 1 package (1 upgrade), Size of downloads: 3,788 KiB

!!! Multiple package instances within a single package slot have been
pulled
!!! into the dependency graph, resulting in a slot conflict:

sys-apps/systemd:0

  (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge) pulled
  in by
sys-apps/systemd (Argument)

  (sys-apps/systemd-219_p112:0/2::gentoo, installed) pulled in by

sys-apps/systemd[python(-),python_targets_python2_7(-)?,python_single_target_python2_7(+)?,python_targets_python3_3(-)?,python_single_target_python3_3(+)?,python_targets_python3_4(-)?,python_single_target_python3_4(+)?]
required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed)




It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously. You may want to try a larger value of
the --backtrack option, such as --backtrack=30, in order to see if
that will solve this conflict automatically.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.
 

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com

[gentoo-user] QT Applications all are Stuck in a Broken Theme.

[TheXzoron]

Basically after I deleted various files in my user's /home folder
because it was getting full of configuration files for programs that I
didn't use, all qt applications got stuck in this hard to read theme
when I did not have any theme set.

http://puu.sh/jL9cR/87b545fd17.png http://puu.sh/jL9e9/93425231cf.png

Trying to change to theme to something else in qtconfig changes very
little and the text in QT applications is always borderline unreadable.
I have also tried reinstalling everything QT related from the binaries
that got created with buildpkg but the problem still persists. It may
also be worth noting that GTK+ in qtconfig, which I used so QT programs
would look consistant with my GTK theme is not there and setting it
manually in Trolltech.conf makes it say Unknown.
https://puu.sh/jL9ju/d0928b6f2e.png

What could I do to resolve this problem?

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Jeremi Piotrowski  wrote:

> On Mon, 31 Aug 2015, cov...@ccs.covici.com wrote:
> 
> [snip]
> 
> > Just to let you know, most of the python entries were mandated by
> > portage, certainly the systemd one.
> > emerge --info
> > Portage 2.2.20.1 (python 2.7.10-final-0, 
> > default/linux/amd64/13.0/desktop/gnome, gcc-4.9.3, glibc-2.21-r1, 
> > 3.16.3-gentoo x86_64)
> 
> I think this is your problem right here: you don't have the systemd
> profile selected. You're trying to splice together the use settings needed
> to get this to work when all of them are already gathered in the right
> profile. 
> 
> Remove most of the use settings you were forced to make because of systemd
> related issues, change your profile to
> 
> default/linux/amd64/13.0/desktop/gnome/systemd 
> 
> and emerge -uDUva @world. 
> 
> This should remove most (if not all) of the blockers caused by conflicting
> use flags you currently have set.

Hmmm, how can I tell which use flags to remove?  I could remove the
systemd ones, but what else -- I will look at that directory and see
what it tells me, but any hints would be appreciated.  I wonder if I
started this long enough ago that that profile did not exist?

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com

Re: [gentoo-user] What is the correct version of ncurses on ~amd64 now?

[Fernando Rodriguez]

On Tuesday, September 01, 2015 12:13:25 AM Alan McKinnon wrote:
> On 31/08/2015 23:13, walt wrote:
> > I ask this strange question because this (badly broken) machine once
> > again flipped between 6.0 and 6.0-r1 after rsyncing this morning.
> > 
> > First, it emerged 6.0, which turned out to be almost catastrophic
> > because the qmerge phase of the emerge failed (although it claimed
> > success afterwards) and deleted the entire /usr/share/terminfo
> > subdirectory.  That was fun, but I won't bore you with the details.
> > (The ncurses-6.0 files in /lib64 are dated August 28, BTW.)
> > 
> > Right now emerge tries to install ncurses-6.0-r1 but the 32-bit part of
> > the build fails because emerge never ran make in the work/cross/progs
> > directory, and so the 32-bit tools didn't get compiled.
> > 
> > I hacked around this by running make in that directory manually, which
> > allowed the ebuild install and ebuild package phases to succeed.
> > 
> > Now I have an ncurses-6.0-r1 binary package available but I'm too scared
> > to install it because I might need to kill myself afterwards :/
> > 
> > Any suggestions before I take the plunge?  Is ncurses-6.0-r1 the right
> > version as of today, Aug 31?
> > 
> > Thanks.
> > 
> > 
> > 
> 
> 
> 
> This machine was entirely unaffected by all the recent ncurses issues:
> 
> [I] sys-libs/ncurses
>  Available versions:
>  (0)5.9-r3 (~)5.9-r4 5.9-r5(0/5) (~)6.0-r1(0/6)
>  (5)5.9-r99(5/5) (~)5.9-r101(5/5) (~)6.0(5/6)
>{ada +cxx debug doc gpm minimal profile static-libs test threads
> tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32
> 64" ABI_X86="32 64 x32"}
>  Installed versions:  6.0-r1(12:52:29 30/08/2015)(cxx gpm threads
> unicode -ada -debug -doc -minimal -profile -static-libs -test -tinfo
> -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64"
> ABI_X86="32 64 -x32")
>  Homepage:https://www.gnu.org/software/ncurses/
> http://dickey.his.com/ncurses/
>  Description: console display library
> 
> So 6.0-r1 works completely relaible on at least one Gentoo machine in
> this world :-)

Hmm, I keyworded ncurses and this is what portage wants to do:

[ebuild  r  U ~] sys-libs/ncurses-6.0-r1:0/6::gentoo [5.9-r5:0/5::fernan] 
USE="cxx doc gpm tinfo unicode -ada -debug -minimal -profile -static-libs {-
test%} -threads% -trace" ABI_X86="32 (64) -x32" 3,059 KiB
[ebuild U ~] sys-libs/ncurses-5.9-r101:5::gentoo [5.9-r99:5::gentoo] 
USE="gpm tinfo unicode (-ada%) (-cxx%*) (-static-libs%)" ABI_X86="32 (64) -
x32" 0 KiB
[ebuild  rR   ~] sys-devel/gdb-7.10::gentoo  USE="client expat python server 
zlib -lzma -multitarget -nls {-test} -vanilla" PYTHON_SINGLE_TARGET="python2_7 
-python3_3 -python3_4" PYTHON_TARGETS="python2_7 python3_4 -python3_3" 0 KiB
[ebuild  rR] app-misc/screen-4.3.1::gentoo  USE="pam -debug -multiuser -
nethack -selinux" 0 KiB
[ebuild  rR] app-emulation/wine-1.6.2::gentoo  USE="X alsa cups custom-
cflags fontconfig gecko jpeg lcms ldap mp3 ncurses openal opengl perl png 
prelink pulseaudio run-exes samba ssl threads truetype udisks v4l xcomposite 
xinerama xml -capi -dos -gphoto2 -gsm -gstreamer -mono -nls -odbc -opencl -
osmesa -oss -realtime -scanner -selinux {-test}" ABI_X86="32 64 -x32" 
LINGUAS="-ar -bg -ca -cs -da -de -el -en -en_US -eo -es -fa -fi -fr -he -hi -hr 
-hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR -pt_PT -rm -ro -ru -sk -
sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th -tr -uk -wa -zh_CN -zh_TW" 0 KiB


That looks dangerous to me because the first build will upgrade my 5.9 
installation to 6.0 and the second will reinstall 5.9. 

So what happens in between when I have no 5.9 installed but everything is 
linked against it? Won't it need bash to build the second one? What if the 2nd 
build fails? Will stuff linked against 5.9 work with 6.0?

-- 
Fernando Rodriguez

Re: [gentoo-user] [SOLVED] media-libs/jpeg / media-libs/libjpeg-turbo - blocking each other

[thelma]

On 08/31/2015 04:12 PM, Alan McKinnon wrote:
> On 31/08/2015 23:51, the...@sys-concept.com wrote:
>> I have two packages that are blocking each other and none of them are 
>> installed:
>>
>>
>> [blocks B ] >=media-libs/libjpeg-turbo-1.3.0-r2:0 
>> (">=media-libs/libjpeg-turbo-1.3.0-r2:0" is blocking media-libs/jpeg-6b-r12)
>> [blocks B ] media-libs/jpeg:62 ("media-libs/jpeg:62" is blocking 
>> media-libs/libjpeg-turbo-1.3.1)
>>
>> !!! Multiple package instances within a single package slot have been pulled
>> !!! into the dependency graph, resulting in a slot conflict:
>>
>> sys-libs/ncurses:0
>>
>>   (sys-libs/ncurses-5.9-r5:0/5::gentoo, ebuild scheduled for merge) pulled 
>> in by
>> 
>> sys-libs/ncurses:0/5[ada?,cxx?,gpm?,static-libs?,tinfo?,unicode?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>>  required by (sys-libs/ncurses-5.9-r99:5/5::gentoo, ebuild scheduled for 
>> merge)
>>  
>>  
>>  
>>  
>>
>>
>>   (sys-libs/ncurses-5.9-r3:0/0::gentoo, installed) pulled in by
>> sys-libs/ncurses:0/0=[unicode] required by 
>> (media-video/vlc-2.1.5-r1:0/5-7::gentoo, installed)
>> ^
>>  
>> (and 1 more with the same problem)
>>
>>
>>
>>  * Error: The above package list contains packages which cannot be
>>  * installed at the same time on the same system.
>>
>>   (media-libs/jpeg-6b-r12:62/62::gentoo, ebuild scheduled for merge) pulled 
>> in by
>> =media-libs/jpeg-6* required by (net-misc/nxclient-3.5.0.7:0/0::gentoo, 
>> installed)
>>
>>   (media-libs/libjpeg-turbo-1.3.1:0/0::gentoo, ebuild scheduled for merge) 
>> pulled in by
>> 
>> >=media-libs/libjpeg-turbo-1.3.0-r3:0[static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>>  (>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-),abi_x86_64(-)]) 
>> required by (virtual/jpeg-0-r2:0/0::gentoo, installed)
>> 
>> >=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]
>>  (>=media-libs/libjpeg-turbo-1.3.0-r3:0[abi_x86_32(-),abi_x86_64(-)]) 
>> required by (virtual/jpeg-62:62/62::gentoo, ebuild scheduled for merge)
>>
>> I re-emerge "media-video/vlc" but it didn't help.
> 
> 
> vlc has nothing to do with your jpeg problem. It's referenced above in a
> separate section about ncurses.
> 
> nxclient seems to be at the heart of your problem, it wants a version of
> jpeg that conflicts withe libjpeg-turbo. But nxclient is no longer in
> the tree.
> 
> When did you last sync the tree? If it was a while back, you should do
> it now and retry emerge

Found a solution.

emerge -avC libjpeg-turbo
emerge -av1 media-libs/jpeg:0 media-libs/jpeg:62

Solved the problem.

Re: [gentoo-user] Re: make.conf bindist

[Rich Freeman]

On Mon, Aug 31, 2015 at 12:25 AM, Matthew Marchese
 wrote:
>
> This is an excellent explanation of the flag. Will you give me permission to
> use it or re-word it for a wiki page concerning bindist?
>

Certainly, do whatever you wish with it.

It might even make sense to put a mention in the handbook.  This is
the flag that probably comes closest to distinguishing between the
Debian-like and Ubuntu-like experience as far as pure-FOSS licensing
goes.  There are many who prefer each and with Gentoo you get your
choice.

-- 
Rich

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Neil Bothwick  wrote:

> On Mon, 31 Aug 2015 00:19:08 -0400, cov...@ccs.covici.com wrote:
> 
> > Hi.  On my latest update of world, I have a few blockers which I am
> > unable to figure out how to solve -- I will put the related output below
> > with inserted comments.  I am using "unstable" gentooand I have masked
> > ncurses-6 for the time being.  Portage also wants to downgrade my
> > systemd from 221(0/2) to 219_p112(0/2).
> > 
> > [blocks B  ] sys-apps/systemd[gudev(-)]
> > ("sys-apps/systemd[gudev(-)]" is blocking dev-libs/libgudev-230)
> > [blocks B  ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking
> > sys-apps/systemd-219_p112) [blocks B  ] dev-libs/libgudev
> > ("dev-libs/libgudev" is blocking sys-apps/systemd-219_p112)
> > 
> You have omitted some important information before this, but the problem
> you have is that something is trying to pull in libgudev, which is
> provided by systemd and well, hence the blocker. Packages should depend on
> virtual/libgudev, which avoids this type of conflict. Run the update
> again --tree to see just what is trying to install libgudev.
> 
> > Total: 75 packages (64 upgrades, 1 downgrade, 7 new, 2 in new slots, 1
> > reinstall), Size of downloads: 273,248 KiB Conflict: 3 blocks (3
> > unsatisfied)
> 
> In this situation, with so many packages being updated, I try to reduce
> the noise from portage by emerge --oneshot-ing anything in the list that
> is not related to the blockers, it makes the tree output much easier to
> work with.

OK, I will try that, I thought it would tell me what is pulling libgudev
in.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com

Re: [gentoo-user] system uptime

[Alan McKinnon]

On 31/08/2015 10:50, Peter Humphrey wrote:
> On Sunday 30 August 2015 18:26:49 Mick wrote:
> 
>> Modern appliances with Green stickers on them (whatever they're called) are
>> more efficient by design.  To some extent this is also true with PCs.  I
>> still have an old Pentium 4 32bit running a couple of test environments and
>> back up storage.  I can assure you that the room gets hot after it has been
>> running for a couple of hours!  :-)
> 
> The desktop machine I'm referring to (an Amari "workstation") dates from 
> 2009. 
> It has an i5 processor, 16GB RAM* and two 2GB SSDs as the main power sinks. 
> It 
> sits (runs) in a boxroom 6ft square and keeps it comfortably warm. I haven't 
> noticed any change in ambient temp since the SSDs replaced spinners.
> 
> * Whoever named that Random Access had a strange understanding of English. 
> The 
> last thing I want from memory is random access! How much better it would have 
> been to call it something like Direct Access. Oh well - much too late now.
> 


It's random access to distinguish it from serial access. In the early
early days there were a lot of strange methods being tried to build
memory - like dots on a cathode ray tube! To get to bit you wanted, you
had to wait till the scanning beam reached that part of the screen -
serial access. Addressable memory on a grid pattern came much later.

Random Access really means "able to access any random address as fast as
any other random address".

RAM is also not the opposite of ROM :-)

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] a few blockers I can't figure out

[Neil Bothwick]

On Mon, 31 Aug 2015 00:19:08 -0400, cov...@ccs.covici.com wrote:

> Hi.  On my latest update of world, I have a few blockers which I am
> unable to figure out how to solve -- I will put the related output below
> with inserted comments.  I am using "unstable" gentooand I have masked
> ncurses-6 for the time being.  Portage also wants to downgrade my
> systemd from 221(0/2) to 219_p112(0/2).
> 
> [blocks B  ] sys-apps/systemd[gudev(-)]
> ("sys-apps/systemd[gudev(-)]" is blocking dev-libs/libgudev-230)
> [blocks B  ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking
> sys-apps/systemd-219_p112) [blocks B  ] dev-libs/libgudev
> ("dev-libs/libgudev" is blocking sys-apps/systemd-219_p112)
> 
You have omitted some important information before this, but the problem
you have is that something is trying to pull in libgudev, which is
provided by systemd and well, hence the blocker. Packages should depend on
virtual/libgudev, which avoids this type of conflict. Run the update
again --tree to see just what is trying to install libgudev.

> Total: 75 packages (64 upgrades, 1 downgrade, 7 new, 2 in new slots, 1
> reinstall), Size of downloads: 273,248 KiB Conflict: 3 blocks (3
> unsatisfied)

In this situation, with so many packages being updated, I try to reduce
the noise from portage by emerge --oneshot-ing anything in the list that
is not related to the blockers, it makes the tree output much easier to
work with.


-- 
Neil Bothwick

Some people are born mediocre, some people achieve mediocrity, and some
people have mediocrity thrust upon them.  - Joseph Heller, "Catch-22"


pgpQ93SixUEtF.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] system uptime

[Peter Humphrey]

On Sunday 30 August 2015 18:26:49 Mick wrote:

> Modern appliances with Green stickers on them (whatever they're called) are
> more efficient by design.  To some extent this is also true with PCs.  I
> still have an old Pentium 4 32bit running a couple of test environments and
> back up storage.  I can assure you that the room gets hot after it has been
> running for a couple of hours!  :-)

The desktop machine I'm referring to (an Amari "workstation") dates from 2009. 
It has an i5 processor, 16GB RAM* and two 2GB SSDs as the main power sinks. It 
sits (runs) in a boxroom 6ft square and keeps it comfortably warm. I haven't 
noticed any change in ambient temp since the SSDs replaced spinners.

* Whoever named that Random Access had a strange understanding of English. The 
last thing I want from memory is random access! How much better it would have 
been to call it something like Direct Access. Oh well - much too late now.

-- 
Rgds
Peter

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 31/08/2015 13:03, cov...@ccs.covici.com wrote:
> Alan McKinnon  wrote:
> 
>> On 31/08/2015 06:19, cov...@ccs.covici.com wrote:
>>
>>
>> answers interleaved
>>
>>
>>> Hi.  On my latest update of world, I have a few blockers which I am
>>> unable to figure out how to solve -- I will put the related output below
>>> with inserted comments.  I am using "unstable" gentooand I have masked
>>> ncurses-6 for the time being.  Portage also wants to downgrade my
>>> systemd from 221(0/2) to 219_p112(0/2).
>>>
>>> [blocks B  ] sys-apps/systemd[gudev(-)] ("sys-apps/systemd[gudev(-)]" 
>>> is blocking dev-libs/libgudev-230)
>>> [blocks B  ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking 
>>> sys-apps/systemd-219_p112)
>>> [blocks B  ] dev-libs/libgudev ("dev-libs/libgudev" is blocking 
>>> sys-apps/systemd-219_p112)
>>
>> These ebuilds are a bit hard to read (they are complex beasts) but it
>> appears that you don't need libgudev anymore. Perhaps it's now part of
>> systemd itself and it's presence requires a systemd that can work with
>> it as you have it?
>>
>> I recommend you unmerge libgudev and try again, let portage figure out
>> what to do. Make a note of your USE for libgudev so you can put it back
>> if needed
>>
>>
>>>
>>> Total: 75 packages (64 upgrades, 1 downgrade, 7 new, 2 in new slots, 1 
>>> reinstall), Size of downloads: 273,248 KiB
>>> Conflict: 3 blocks (3 unsatisfied)
>>>
>>> !!! Multiple package instances within a single package slot have been pulled
>>> !!! into the dependency graph, resulting in a slot conflict:
>>
>> This stuff is just info, portage justifying it's behaviour to you
>> (portage is very verbose at the times you don't want it to be...)
>>
>> It's not upgrading x264 to atest available, everything below is the
>> reason why:
>>
>>>
>>> media-libs/x264:0
>>>
>>>   (media-libs/x264-0.0.20150820:0/148::gentoo, ebuild scheduled for merge) 
>>> pulled in by
>>> (no parents that aren't satisfied by other packages in this slot)
>>
>> This is the latest version in the tree
>>
>>>
>>> If I mask this off, this one goes away, but why is it trying to pull it?
>>>
>>>   (media-libs/x264-0.0.20140308:0/142::gentoo, installed) pulled in by
>>> >=media-libs/x264-0.0.20090923:0/142= required by 
>>> (media-video/vlc-2.2.1:0/5-8::gentoo, installed)
>>>   ^^^   
>>>
>>
>> vlc needs subslot 0/142 because it's ebuild says so. This can be
>> satisfied, but it's not the latest x264 in the tree, and portage is
>> telling you why
>>
>>
>>> (and 3 more with the same problem)
>>>
>>> net-firewall/iptables:0
>>>
>>>   (net-firewall/iptables-1.4.21-r3:0/10::gentoo, ebuild scheduled for 
>>> merge) pulled in by
>>> (no parents that aren't satisfied by other packages in this slot)
>>>
>>> And same for this one.
>>>
>>>
>>>   (net-firewall/iptables-1.4.21-r1:0/0::gentoo, installed) pulled in by
>>> >=net-firewall/iptables-1.4.20:0/0= required by 
>>> (sys-apps/iproute2-4.1.1:0/0::gentoo, installed)
>>>   ^ 
>>>
>>
>> same general idea as x264
>>
>>>
>>>
>>> It may be possible to solve this problem by using package.mask to
>>> prevent one of those packages from being selected. However, it is also
>>> possible that conflicting dependencies exist such that they are
>>> impossible to satisfy simultaneously.  If such a conflict exists in
>>> the dependencies of two different packages, then those packages can
>>> not be installed simultaneously.
>>>
>>> For more information, see MASKED PACKAGES section in the emerge man
>>> page or refer to the Gentoo Handbook.
>>>
>>>
>>>  * Error: The above package list contains packages which cannot be
>>>  * installed at the same time on the same system.
>>>
>>>   (sys-apps/sysvinit-2.88-r7:0/0::gentoo, installed) pulled in by
>>> >=sys-apps/sysvinit-2.86-r6 required by 
>>> (sys-apps/openrc-0.17:0/0::gentoo, installed)
>>> >=sys-apps/sysvinit-2.87-r3 required by 
>>> (sys-kernel/dracut-043-r2:0/0::gentoo, installed)
>>>
>>>   (sys-apps/systemd-219_p112:0/2::gentoo, ebuild scheduled for merge) 
>>> pulled in by
>>> sys-apps/systemd required by (media-sound/mpd-0.19.9-r1:0/0::gentoo, 
>>> installed)
>>> >=sys-apps/systemd-204[pam] required by 
>>> (sys-auth/pambase-20150213:0/0::gentoo, installed)
>>> sys-apps/systemd:0/2= required by (net-fs/samba-4.1.19:0/0::gentoo, 
>>> installed)
>>> >=sys-apps/systemd-44:0= required by 
>>> (x11-misc/colord-1.2.11:0/2::gentoo, installed)
>>> sys-apps/systemd required by (sys-apps/util-linux-2.26.2:0/0::gentoo, 
>>> installed)
>>> >=sys-apps/systemd-209 required by 
>>> (sys-process/procps-3.3.10-r1:0/0::gentoo, installed)
>>> sys-apps/systemd:0/2= required by (net-nds/rpcbind-0.2.3:0/0::gentoo, 
>>> installed)
>>> sys-apps/systemd required by 

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Alan McKinnon  wrote:

> On 31/08/2015 13:03, cov...@ccs.covici.com wrote:
> > Alan McKinnon  wrote:
> > 
> >> On 31/08/2015 06:19, cov...@ccs.covici.com wrote:
> >>
> >>
> >> answers interleaved
> >>
> >>
> >>> Hi.  On my latest update of world, I have a few blockers which I am
> >>> unable to figure out how to solve -- I will put the related output below
> >>> with inserted comments.  I am using "unstable" gentooand I have masked
> >>> ncurses-6 for the time being.  Portage also wants to downgrade my
> >>> systemd from 221(0/2) to 219_p112(0/2).
> >>>
> >>> [blocks B  ] sys-apps/systemd[gudev(-)] ("sys-apps/systemd[gudev(-)]" 
> >>> is blocking dev-libs/libgudev-230)
> >>> [blocks B  ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking 
> >>> sys-apps/systemd-219_p112)
> >>> [blocks B  ] dev-libs/libgudev ("dev-libs/libgudev" is blocking 
> >>> sys-apps/systemd-219_p112)
> >>
> >> These ebuilds are a bit hard to read (they are complex beasts) but it
> >> appears that you don't need libgudev anymore. Perhaps it's now part of
> >> systemd itself and it's presence requires a systemd that can work with
> >> it as you have it?
> >>
> >> I recommend you unmerge libgudev and try again, let portage figure out
> >> what to do. Make a note of your USE for libgudev so you can put it back
> >> if needed
> >>
> >>
> >>>
> >>> Total: 75 packages (64 upgrades, 1 downgrade, 7 new, 2 in new slots, 1 
> >>> reinstall), Size of downloads: 273,248 KiB
> >>> Conflict: 3 blocks (3 unsatisfied)
> >>>
> >>> !!! Multiple package instances within a single package slot have been 
> >>> pulled
> >>> !!! into the dependency graph, resulting in a slot conflict:
> >>
> >> This stuff is just info, portage justifying it's behaviour to you
> >> (portage is very verbose at the times you don't want it to be...)
> >>
> >> It's not upgrading x264 to atest available, everything below is the
> >> reason why:
> >>
> >>>
> >>> media-libs/x264:0
> >>>
> >>>   (media-libs/x264-0.0.20150820:0/148::gentoo, ebuild scheduled for 
> >>> merge) pulled in by
> >>> (no parents that aren't satisfied by other packages in this slot)
> >>
> >> This is the latest version in the tree
> >>
> >>>
> >>> If I mask this off, this one goes away, but why is it trying to pull it?
> >>>
> >>>   (media-libs/x264-0.0.20140308:0/142::gentoo, installed) pulled in by
> >>> >=media-libs/x264-0.0.20090923:0/142= required by 
> >>> (media-video/vlc-2.2.1:0/5-8::gentoo, installed)
> >>>   ^^^ 
> >>>  
> >>
> >> vlc needs subslot 0/142 because it's ebuild says so. This can be
> >> satisfied, but it's not the latest x264 in the tree, and portage is
> >> telling you why
> >>
> >>
> >>> (and 3 more with the same problem)
> >>>
> >>> net-firewall/iptables:0
> >>>
> >>>   (net-firewall/iptables-1.4.21-r3:0/10::gentoo, ebuild scheduled for 
> >>> merge) pulled in by
> >>> (no parents that aren't satisfied by other packages in this slot)
> >>>
> >>> And same for this one.
> >>>
> >>>
> >>>   (net-firewall/iptables-1.4.21-r1:0/0::gentoo, installed) pulled in by
> >>> >=net-firewall/iptables-1.4.20:0/0= required by 
> >>> (sys-apps/iproute2-4.1.1:0/0::gentoo, installed)
> >>>   ^   
> >>>  
> >>
> >> same general idea as x264
> >>
> >>>
> >>>
> >>> It may be possible to solve this problem by using package.mask to
> >>> prevent one of those packages from being selected. However, it is also
> >>> possible that conflicting dependencies exist such that they are
> >>> impossible to satisfy simultaneously.  If such a conflict exists in
> >>> the dependencies of two different packages, then those packages can
> >>> not be installed simultaneously.
> >>>
> >>> For more information, see MASKED PACKAGES section in the emerge man
> >>> page or refer to the Gentoo Handbook.
> >>>
> >>>
> >>>  * Error: The above package list contains packages which cannot be
> >>>  * installed at the same time on the same system.
> >>>
> >>>   (sys-apps/sysvinit-2.88-r7:0/0::gentoo, installed) pulled in by
> >>> >=sys-apps/sysvinit-2.86-r6 required by 
> >>> (sys-apps/openrc-0.17:0/0::gentoo, installed)
> >>> >=sys-apps/sysvinit-2.87-r3 required by 
> >>> (sys-kernel/dracut-043-r2:0/0::gentoo, installed)
> >>>
> >>>   (sys-apps/systemd-219_p112:0/2::gentoo, ebuild scheduled for merge) 
> >>> pulled in by
> >>> sys-apps/systemd required by (media-sound/mpd-0.19.9-r1:0/0::gentoo, 
> >>> installed)
> >>> >=sys-apps/systemd-204[pam] required by 
> >>> (sys-auth/pambase-20150213:0/0::gentoo, installed)
> >>> sys-apps/systemd:0/2= required by (net-fs/samba-4.1.19:0/0::gentoo, 
> >>> installed)
> >>> >=sys-apps/systemd-44:0= required by 
> >>> (x11-misc/colord-1.2.11:0/2::gentoo, installed)
> >>> sys-apps/systemd required by 

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 31/08/2015 06:19, cov...@ccs.covici.com wrote:


answers interleaved


> Hi.  On my latest update of world, I have a few blockers which I am
> unable to figure out how to solve -- I will put the related output below
> with inserted comments.  I am using "unstable" gentooand I have masked
> ncurses-6 for the time being.  Portage also wants to downgrade my
> systemd from 221(0/2) to 219_p112(0/2).
> 
> [blocks B  ] sys-apps/systemd[gudev(-)] ("sys-apps/systemd[gudev(-)]" is 
> blocking dev-libs/libgudev-230)
> [blocks B  ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking 
> sys-apps/systemd-219_p112)
> [blocks B  ] dev-libs/libgudev ("dev-libs/libgudev" is blocking 
> sys-apps/systemd-219_p112)

These ebuilds are a bit hard to read (they are complex beasts) but it
appears that you don't need libgudev anymore. Perhaps it's now part of
systemd itself and it's presence requires a systemd that can work with
it as you have it?

I recommend you unmerge libgudev and try again, let portage figure out
what to do. Make a note of your USE for libgudev so you can put it back
if needed


> 
> Total: 75 packages (64 upgrades, 1 downgrade, 7 new, 2 in new slots, 1 
> reinstall), Size of downloads: 273,248 KiB
> Conflict: 3 blocks (3 unsatisfied)
> 
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:

This stuff is just info, portage justifying it's behaviour to you
(portage is very verbose at the times you don't want it to be...)

It's not upgrading x264 to atest available, everything below is the
reason why:

> 
> media-libs/x264:0
> 
>   (media-libs/x264-0.0.20150820:0/148::gentoo, ebuild scheduled for merge) 
> pulled in by
> (no parents that aren't satisfied by other packages in this slot)

This is the latest version in the tree

> 
> If I mask this off, this one goes away, but why is it trying to pull it?
> 
>   (media-libs/x264-0.0.20140308:0/142::gentoo, installed) pulled in by
> >=media-libs/x264-0.0.20090923:0/142= required by 
> (media-video/vlc-2.2.1:0/5-8::gentoo, installed)
>   ^^^ 
>  

vlc needs subslot 0/142 because it's ebuild says so. This can be
satisfied, but it's not the latest x264 in the tree, and portage is
telling you why


> (and 3 more with the same problem)
> 
> net-firewall/iptables:0
> 
>   (net-firewall/iptables-1.4.21-r3:0/10::gentoo, ebuild scheduled for merge) 
> pulled in by
> (no parents that aren't satisfied by other packages in this slot)
> 
> And same for this one.
> 
> 
>   (net-firewall/iptables-1.4.21-r1:0/0::gentoo, installed) pulled in by
> >=net-firewall/iptables-1.4.20:0/0= required by 
> (sys-apps/iproute2-4.1.1:0/0::gentoo, installed)
>   ^   
>  

same general idea as x264

> 
> 
> It may be possible to solve this problem by using package.mask to
> prevent one of those packages from being selected. However, it is also
> possible that conflicting dependencies exist such that they are
> impossible to satisfy simultaneously.  If such a conflict exists in
> the dependencies of two different packages, then those packages can
> not be installed simultaneously.
> 
> For more information, see MASKED PACKAGES section in the emerge man
> page or refer to the Gentoo Handbook.
> 
> 
>  * Error: The above package list contains packages which cannot be
>  * installed at the same time on the same system.
> 
>   (sys-apps/sysvinit-2.88-r7:0/0::gentoo, installed) pulled in by
> >=sys-apps/sysvinit-2.86-r6 required by 
> (sys-apps/openrc-0.17:0/0::gentoo, installed)
> >=sys-apps/sysvinit-2.87-r3 required by 
> (sys-kernel/dracut-043-r2:0/0::gentoo, installed)
> 
>   (sys-apps/systemd-219_p112:0/2::gentoo, ebuild scheduled for merge) pulled 
> in by
> sys-apps/systemd required by (media-sound/mpd-0.19.9-r1:0/0::gentoo, 
> installed)
> >=sys-apps/systemd-204[pam] required by 
> (sys-auth/pambase-20150213:0/0::gentoo, installed)
> sys-apps/systemd:0/2= required by (net-fs/samba-4.1.19:0/0::gentoo, 
> installed)
> >=sys-apps/systemd-44:0= required by (x11-misc/colord-1.2.11:0/2::gentoo, 
> installed)
> sys-apps/systemd required by (sys-apps/util-linux-2.26.2:0/0::gentoo, 
> installed)
> >=sys-apps/systemd-209 required by 
> (sys-process/procps-3.3.10-r1:0/0::gentoo, installed)
> sys-apps/systemd:0/2= required by (net-nds/rpcbind-0.2.3:0/0::gentoo, 
> installed)
> sys-apps/systemd required by (app-admin/syslog-ng-3.7.1:0/0::gentoo, 
> ebuild scheduled for merge)
> >=sys-apps/systemd-44:0/2= required by 
> (x11-misc/colord-1.2.11:0/2::gentoo, installed)
> sys-apps/systemd:= required by (net-nds/rpcbind-0.2.3:0/0::gentoo, 
> installed)
> sys-apps/systemd required by 
> (gnome-base/gnome-settings-daemon-3.16.3:0/0::gentoo, ebuild scheduled 

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Alan McKinnon  wrote:

> On 31/08/2015 06:19, cov...@ccs.covici.com wrote:
> 
> 
> answers interleaved
> 
> 
> > Hi.  On my latest update of world, I have a few blockers which I am
> > unable to figure out how to solve -- I will put the related output below
> > with inserted comments.  I am using "unstable" gentooand I have masked
> > ncurses-6 for the time being.  Portage also wants to downgrade my
> > systemd from 221(0/2) to 219_p112(0/2).
> > 
> > [blocks B  ] sys-apps/systemd[gudev(-)] ("sys-apps/systemd[gudev(-)]" 
> > is blocking dev-libs/libgudev-230)
> > [blocks B  ] sys-apps/sysvinit ("sys-apps/sysvinit" is blocking 
> > sys-apps/systemd-219_p112)
> > [blocks B  ] dev-libs/libgudev ("dev-libs/libgudev" is blocking 
> > sys-apps/systemd-219_p112)
> 
> These ebuilds are a bit hard to read (they are complex beasts) but it
> appears that you don't need libgudev anymore. Perhaps it's now part of
> systemd itself and it's presence requires a systemd that can work with
> it as you have it?
> 
> I recommend you unmerge libgudev and try again, let portage figure out
> what to do. Make a note of your USE for libgudev so you can put it back
> if needed
> 
> 
> > 
> > Total: 75 packages (64 upgrades, 1 downgrade, 7 new, 2 in new slots, 1 
> > reinstall), Size of downloads: 273,248 KiB
> > Conflict: 3 blocks (3 unsatisfied)
> > 
> > !!! Multiple package instances within a single package slot have been pulled
> > !!! into the dependency graph, resulting in a slot conflict:
> 
> This stuff is just info, portage justifying it's behaviour to you
> (portage is very verbose at the times you don't want it to be...)
> 
> It's not upgrading x264 to atest available, everything below is the
> reason why:
> 
> > 
> > media-libs/x264:0
> > 
> >   (media-libs/x264-0.0.20150820:0/148::gentoo, ebuild scheduled for merge) 
> > pulled in by
> > (no parents that aren't satisfied by other packages in this slot)
> 
> This is the latest version in the tree
> 
> > 
> > If I mask this off, this one goes away, but why is it trying to pull it?
> > 
> >   (media-libs/x264-0.0.20140308:0/142::gentoo, installed) pulled in by
> > >=media-libs/x264-0.0.20090923:0/142= required by 
> > (media-video/vlc-2.2.1:0/5-8::gentoo, installed)
> >   ^^^   
> >
> 
> vlc needs subslot 0/142 because it's ebuild says so. This can be
> satisfied, but it's not the latest x264 in the tree, and portage is
> telling you why
> 
> 
> > (and 3 more with the same problem)
> > 
> > net-firewall/iptables:0
> > 
> >   (net-firewall/iptables-1.4.21-r3:0/10::gentoo, ebuild scheduled for 
> > merge) pulled in by
> > (no parents that aren't satisfied by other packages in this slot)
> > 
> > And same for this one.
> > 
> > 
> >   (net-firewall/iptables-1.4.21-r1:0/0::gentoo, installed) pulled in by
> > >=net-firewall/iptables-1.4.20:0/0= required by 
> > (sys-apps/iproute2-4.1.1:0/0::gentoo, installed)
> >   ^ 
> >
> 
> same general idea as x264
> 
> > 
> > 
> > It may be possible to solve this problem by using package.mask to
> > prevent one of those packages from being selected. However, it is also
> > possible that conflicting dependencies exist such that they are
> > impossible to satisfy simultaneously.  If such a conflict exists in
> > the dependencies of two different packages, then those packages can
> > not be installed simultaneously.
> > 
> > For more information, see MASKED PACKAGES section in the emerge man
> > page or refer to the Gentoo Handbook.
> > 
> > 
> >  * Error: The above package list contains packages which cannot be
> >  * installed at the same time on the same system.
> > 
> >   (sys-apps/sysvinit-2.88-r7:0/0::gentoo, installed) pulled in by
> > >=sys-apps/sysvinit-2.86-r6 required by 
> > (sys-apps/openrc-0.17:0/0::gentoo, installed)
> > >=sys-apps/sysvinit-2.87-r3 required by 
> > (sys-kernel/dracut-043-r2:0/0::gentoo, installed)
> > 
> >   (sys-apps/systemd-219_p112:0/2::gentoo, ebuild scheduled for merge) 
> > pulled in by
> > sys-apps/systemd required by (media-sound/mpd-0.19.9-r1:0/0::gentoo, 
> > installed)
> > >=sys-apps/systemd-204[pam] required by 
> > (sys-auth/pambase-20150213:0/0::gentoo, installed)
> > sys-apps/systemd:0/2= required by (net-fs/samba-4.1.19:0/0::gentoo, 
> > installed)
> > >=sys-apps/systemd-44:0= required by 
> > (x11-misc/colord-1.2.11:0/2::gentoo, installed)
> > sys-apps/systemd required by (sys-apps/util-linux-2.26.2:0/0::gentoo, 
> > installed)
> > >=sys-apps/systemd-209 required by 
> > (sys-process/procps-3.3.10-r1:0/0::gentoo, installed)
> > sys-apps/systemd:0/2= required by (net-nds/rpcbind-0.2.3:0/0::gentoo, 
> > installed)
> > sys-apps/systemd required by (app-admin/syslog-ng-3.7.1:0/0::gentoo, 
> > ebuild scheduled for 

Re: [gentoo-user] Re: What is the correct version of ncurses on ~amd64 now?

[Fernando Rodriguez]

On Monday, August 31, 2015 10:55:36 PM Fernando Rodriguez wrote:
> On Monday, August 31, 2015 7:20:29 PM walt wrote:
> > On Mon, 31 Aug 2015 20:33:42 -0400
> > Fernando Rodriguez  wrote:
> > 
> > > On Tuesday, September 01, 2015 12:13:25 AM Alan McKinnon wrote:
> > > > On 31/08/2015 23:13, walt wrote:  
> > > > > I ask this strange question because this (badly broken) machine
> > > > > once again flipped between 6.0 and 6.0-r1 after rsyncing this
> > > > > morning.
> > > > > 
> > > > > First, it emerged 6.0, which turned out to be almost catastrophic
> > > > > because the qmerge phase of the emerge failed (although it claimed
> > > > > success afterwards) and deleted the entire /usr/share/terminfo
> > > > > subdirectory.  That was fun, but I won't bore you with the
> > > > > details. (The ncurses-6.0 files in /lib64 are dated August 28,
> > > > > BTW.)
> > > > > 
> > > > > Right now emerge tries to install ncurses-6.0-r1 but the 32-bit
> > > > > part of the build fails because emerge never ran make in the
> > > > > work/cross/progs directory, and so the 32-bit tools didn't get
> > > > > compiled.
> > > > > 
> > > > > I hacked around this by running make in that directory manually,
> > > > > which allowed the ebuild install and ebuild package phases to
> > > > > succeed.
> > > > > 
> > > > > Now I have an ncurses-6.0-r1 binary package available but I'm too
> > > > > scared to install it because I might need to kill myself
> > > > > afterwards :/
> > > > > 
> > > > > Any suggestions before I take the plunge?  Is ncurses-6.0-r1 the
> > > > > right version as of today, Aug 31?
> > > > > 
> > > > > Thanks.
> > > > > 
> > > > > 
> > > > >   
> > > > 
> > > > 
> > > > 
> > > > This machine was entirely unaffected by all the recent ncurses
> > > > issues:
> > > > 
> > > > [I] sys-libs/ncurses
> > > >  Available versions:
> > > >  (0)5.9-r3 (~)5.9-r4 5.9-r5(0/5) (~)6.0-r1(0/6)
> > > >  (5)5.9-r99(5/5) (~)5.9-r101(5/5) (~)6.0(5/6)
> > > >{ada +cxx debug doc gpm minimal profile static-libs test
> > > > threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64"
> > > > ABI_S390="32 64" ABI_X86="32 64 x32"}
> > > >  Installed versions:  6.0-r1(12:52:29 30/08/2015)(cxx gpm
> > > > threads unicode -ada -debug -doc -minimal -profile -static-libs
> > > > -test -tinfo -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64"
> > > > ABI_S390="-32 -64" ABI_X86="32 64 -x32")
> > > >  Homepage:https://www.gnu.org/software/ncurses/
> > > > http://dickey.his.com/ncurses/
> > > >  Description: console display library
> > > > 
> > > > So 6.0-r1 works completely relaible on at least one Gentoo machine
> > > > in this world :-)  
> > > 
> > > Hmm, I keyworded ncurses and this is what portage wants to do:
> > > 
> > > [ebuild  r  U ~] sys-libs/ncurses-6.0-r1:0/6::gentoo
> > > [5.9-r5:0/5::fernan] USE="cxx doc gpm tinfo unicode -ada -debug
> > > -minimal -profile -static-libs {- test%} -threads% -trace"
> > > ABI_X86="32 (64) -x32" 3,059 KiB [ebuild U ~]
> > > sys-libs/ncurses-5.9-r101:5::gentoo [5.9-r99:5::gentoo] USE="gpm
> > > tinfo unicode (-ada%) (-cxx%*) (-static-libs%)" ABI_X86="32 (64) -
> > > x32" 0 KiB [ebuild  rR   ~] sys-devel/gdb-7.10::gentoo  USE="client
> > > expat python server zlib -lzma -multitarget -nls {-test} -vanilla"
> > > PYTHON_SINGLE_TARGET="python2_7 -python3_3 -python3_4"
> > > PYTHON_TARGETS="python2_7 python3_4 -python3_3" 0 KiB [ebuild  rR
> > > ] app-misc/screen-4.3.1::gentoo  USE="pam -debug -multiuser - nethack
> > > -selinux" 0 KiB [ebuild  rR] app-emulation/wine-1.6.2::gentoo
> > > USE="X alsa cups custom- cflags fontconfig gecko jpeg lcms ldap mp3
> > > ncurses openal opengl perl png prelink pulseaudio run-exes samba ssl
> > > threads truetype udisks v4l xcomposite xinerama xml -capi -dos
> > > -gphoto2 -gsm -gstreamer -mono -nls -odbc -opencl - osmesa -oss
> > > -realtime -scanner -selinux {-test}" ABI_X86="32 64 -x32"
> > > LINGUAS="-ar -bg -ca -cs -da -de -el -en -en_US -eo -es -fa -fi -fr
> > > -he -hi -hr -hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR
> > > -pt_PT -rm -ro -ru -sk - sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th
> > > -tr -uk -wa -zh_CN -zh_TW" 0 KiB
> > > 
> > > 
> > > That looks dangerous to me because the first build will upgrade my
> > > 5.9 installation to 6.0 and the second will reinstall 5.9. 
> > 
> > That's exactly what happened to me last week and it was a disaster.
> > Don't allow that to happen.  After hours of frustration I finally
> > got 6.0-r1 installed and everything Just Works again, but 6.0 was
> > another disaster.  Do whatever you need to do to avoid 6.0.
> > 
> > > So what happens in between when I have no 5.9 installed but
> > > everything is linked against it? Won't it need bash to build the
> > > second one? What if the 2nd build fails? Will stuff linked against
> > > 5.9 work with 6.0?
> > 
> > No, but packages linked against 5.9 will continue to 

Re: [gentoo-user] [SOLVED] QT Applications all are Stuck in a Broken Theme.

[TheXzoron]

On 08/31/2015 07:14 PM, TheXzoron wrote:
> Basically after I deleted various files in my user's /home folder
> because it was getting full of configuration files for programs that I
> didn't use, all qt applications got stuck in this hard to read theme
> when I did not have any theme set.
>
> http://puu.sh/jL9cR/87b545fd17.png http://puu.sh/jL9e9/93425231cf.png
>
> Trying to change to theme to something else in qtconfig changes very
> little and the text in QT applications is always borderline unreadable.
> I have also tried reinstalling everything QT related from the binaries
> that got created with buildpkg but the problem still persists. It may
> also be worth noting that GTK+ in qtconfig, which I used so QT programs
> would look consistant with my GTK theme is not there and setting it
> manually in Trolltech.conf makes it say Unknown.
> https://puu.sh/jL9ju/d0928b6f2e.png
>
> What could I do to resolve this problem?
>
Turns out I had something mis-configured in my .Xdefaults file however,
It's still weird how I had this set wrong for months and it never showed
sooner.

[gentoo-user] Re: What is the correct version of ncurses on ~amd64 now?

[walt]

On Mon, 31 Aug 2015 20:33:42 -0400
Fernando Rodriguez  wrote:

> On Tuesday, September 01, 2015 12:13:25 AM Alan McKinnon wrote:
> > On 31/08/2015 23:13, walt wrote:  
> > > I ask this strange question because this (badly broken) machine
> > > once again flipped between 6.0 and 6.0-r1 after rsyncing this
> > > morning.
> > > 
> > > First, it emerged 6.0, which turned out to be almost catastrophic
> > > because the qmerge phase of the emerge failed (although it claimed
> > > success afterwards) and deleted the entire /usr/share/terminfo
> > > subdirectory.  That was fun, but I won't bore you with the
> > > details. (The ncurses-6.0 files in /lib64 are dated August 28,
> > > BTW.)
> > > 
> > > Right now emerge tries to install ncurses-6.0-r1 but the 32-bit
> > > part of the build fails because emerge never ran make in the
> > > work/cross/progs directory, and so the 32-bit tools didn't get
> > > compiled.
> > > 
> > > I hacked around this by running make in that directory manually,
> > > which allowed the ebuild install and ebuild package phases to
> > > succeed.
> > > 
> > > Now I have an ncurses-6.0-r1 binary package available but I'm too
> > > scared to install it because I might need to kill myself
> > > afterwards :/
> > > 
> > > Any suggestions before I take the plunge?  Is ncurses-6.0-r1 the
> > > right version as of today, Aug 31?
> > > 
> > > Thanks.
> > > 
> > > 
> > >   
> > 
> > 
> > 
> > This machine was entirely unaffected by all the recent ncurses
> > issues:
> > 
> > [I] sys-libs/ncurses
> >  Available versions:
> >  (0)5.9-r3 (~)5.9-r4 5.9-r5(0/5) (~)6.0-r1(0/6)
> >  (5)5.9-r99(5/5) (~)5.9-r101(5/5) (~)6.0(5/6)
> >{ada +cxx debug doc gpm minimal profile static-libs test
> > threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64"
> > ABI_S390="32 64" ABI_X86="32 64 x32"}
> >  Installed versions:  6.0-r1(12:52:29 30/08/2015)(cxx gpm
> > threads unicode -ada -debug -doc -minimal -profile -static-libs
> > -test -tinfo -trace ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64"
> > ABI_S390="-32 -64" ABI_X86="32 64 -x32")
> >  Homepage:https://www.gnu.org/software/ncurses/
> > http://dickey.his.com/ncurses/
> >  Description: console display library
> > 
> > So 6.0-r1 works completely relaible on at least one Gentoo machine
> > in this world :-)  
> 
> Hmm, I keyworded ncurses and this is what portage wants to do:
> 
> [ebuild  r  U ~] sys-libs/ncurses-6.0-r1:0/6::gentoo
> [5.9-r5:0/5::fernan] USE="cxx doc gpm tinfo unicode -ada -debug
> -minimal -profile -static-libs {- test%} -threads% -trace"
> ABI_X86="32 (64) -x32" 3,059 KiB [ebuild U ~]
> sys-libs/ncurses-5.9-r101:5::gentoo [5.9-r99:5::gentoo] USE="gpm
> tinfo unicode (-ada%) (-cxx%*) (-static-libs%)" ABI_X86="32 (64) -
> x32" 0 KiB [ebuild  rR   ~] sys-devel/gdb-7.10::gentoo  USE="client
> expat python server zlib -lzma -multitarget -nls {-test} -vanilla"
> PYTHON_SINGLE_TARGET="python2_7 -python3_3 -python3_4"
> PYTHON_TARGETS="python2_7 python3_4 -python3_3" 0 KiB [ebuild  rR
> ] app-misc/screen-4.3.1::gentoo  USE="pam -debug -multiuser - nethack
> -selinux" 0 KiB [ebuild  rR] app-emulation/wine-1.6.2::gentoo
> USE="X alsa cups custom- cflags fontconfig gecko jpeg lcms ldap mp3
> ncurses openal opengl perl png prelink pulseaudio run-exes samba ssl
> threads truetype udisks v4l xcomposite xinerama xml -capi -dos
> -gphoto2 -gsm -gstreamer -mono -nls -odbc -opencl - osmesa -oss
> -realtime -scanner -selinux {-test}" ABI_X86="32 64 -x32"
> LINGUAS="-ar -bg -ca -cs -da -de -el -en -en_US -eo -es -fa -fi -fr
> -he -hi -hr -hu -it -ja -ko -lt -ml -nb_NO -nl -or -pa -pl -pt_BR
> -pt_PT -rm -ro -ru -sk - sl -sr_RS@cyrillic -sr_RS@latin -sv -te -th
> -tr -uk -wa -zh_CN -zh_TW" 0 KiB
> 
> 
> That looks dangerous to me because the first build will upgrade my
> 5.9 installation to 6.0 and the second will reinstall 5.9. 

That's exactly what happened to me last week and it was a disaster.
Don't allow that to happen.  After hours of frustration I finally
got 6.0-r1 installed and everything Just Works again, but 6.0 was
another disaster.  Do whatever you need to do to avoid 6.0.

> So what happens in between when I have no 5.9 installed but
> everything is linked against it? Won't it need bash to build the
> second one? What if the 2nd build fails? Will stuff linked against
> 5.9 work with 6.0?

No, but packages linked against 5.9 will continue to work if portage
doesn't delete the files from 5.9 (@preserved-rebuild, etc)

I suggest you quickpkg whatever ncurses you have now before you do
anything else.

I also suggest you see what portage wants to do if you

emerge -p =sys-libs/ncurses-6.0-r1

If the output from that looks reasonable then build 6.0-r1 as a binary
package *before* you install it so you have the binary packages for
both versions ready to go.

I ran into other problems during the ncurses upgrade but I managed to
work through them, and 

Re: [gentoo-user] CD ripper that generates song titles?

[Walter Dnes]

On Mon, Aug 31, 2015 at 05:40:04PM +0100, Stroller wrote
> 
> On Sun, 30 August 2015, at 11:46 am, Neil Bothwick  wrote:
> > 
> >> There are 3 fields that my algorithm looks at...
> >> 
> >> Albumperformer= 'Various Artists'
> >> Performer=  'Various Artists'
> >> Tracktitle= 'Johnny Cash / I Walk The Line'
> > 
> > ? 
> > It does raise the question of what is the point of the Performer field if
> > it's always the same as the Albumperformer.
> 
> I'm sure the above is wrong.

  It's not a bug, it's a feature .  I know it looks wrong; I'm simply
trying to deal with the real world.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [OT] Was re: [gentoo-user] system uptime

[Alan McKinnon]

On 31/08/2015 15:41, Peter Humphrey wrote:
> On Monday 31 August 2015 11:42:28 Alan McKinnon wrote:
>> On 31/08/2015 10:50, Peter Humphrey wrote:
>>> The desktop machine I'm referring to (an Amari "workstation") dates from
>>> 2009. It has an i5 processor, 16GB RAM* and two 2GB SSDs as the main
>>> power sinks. It sits (runs) in a boxroom 6ft square and keeps it
>>> comfortably warm. I haven't noticed any change in ambient temp since the
>>> SSDs replaced spinners.
>>>
>>> * Whoever named that Random Access had a strange understanding of English.
>>> The last thing I want from memory is random access! How much better it
>>> would have been to call it something like Direct Access. Oh well - much
>>> too late now.
>>
>> It's random access to distinguish it from serial access. In the early
>> early days there were a lot of strange methods being tried to build
>> memory - like dots on a cathode ray tube! To get to bit you wanted, you
>> had to wait till the scanning beam reached that part of the screen -
>> serial access. Addressable memory on a grid pattern came much later.
> 
> Yes, of course I know all that, but it's still the antithesis of random - 
> it's 
> absolutely specific. Random is what you'd get if you didn't specify anything.


Ah, an old timer - I forgot that for a second there :-)


> My favourite storage medium was core store. Millions of tiny ferrite rings, 
> each at an intersection of orthogonal X and Y wires to specify the address, 
> and a write pulse on another wire on the Z axis. At least, that's as close as 
> I can remember now, 40 years later. No wonder computers were expensive.

40 years maybe, but still dead on the money. That's exactly how that
memory worked.

> 
> I won't tell you what systems used a 24-bit processor and 12 or 16 KB of 2us 
> core store backed by a 2MB disk (three feet in diameter), for fear of 
> frightening you.;-)

Nah, I have some experience with such things.

Remember the old horror stories about not smoking in the computer room,
because smoke particles are much bigger than fly height of the disk
heads? The young 'uns here never had to deal with that.

> 
>> Random Access really means "able to access any random address as fast as
>> any other random address".
> 
> My point is simply that the addresses are very far from randomly chosen. The 
> distinguishing feature of the store is that you can go directly to the 
> required location, without having to wait for it to reach the read/write 
> device.

We understand each other perfectly; the odd bit is that word "random".
We both know it doesn't have the obvious meaning to a modern eye, and we
both know what random access really means

> 
> As I said though, there'd be no point in getting all stressed about it now.
> 
>> RAM is also not the opposite of ROM :-)
> 
> I seem to be having a senior moment here; at least, I don't follow that.

When I was still a kid learning about memory, many folks thought ROM was
very different from RAM, and that somehow ROM didn't have the same
random access qualities that RAM has. It does, except that ROM can't be
written (and dynamic RAM needs continual refreshing which ROM doesn't,
but that's another topic).

Eventually I gave up trying to clarify that part, but sometimes (like
now) the old habit comes back



-- 
Alan McKinnon
alan.mckin...@gmail.com

[OT] Was re: [gentoo-user] system uptime

[Peter Humphrey]

On Monday 31 August 2015 11:42:28 Alan McKinnon wrote:
> On 31/08/2015 10:50, Peter Humphrey wrote:
> > The desktop machine I'm referring to (an Amari "workstation") dates from
> > 2009. It has an i5 processor, 16GB RAM* and two 2GB SSDs as the main
> > power sinks. It sits (runs) in a boxroom 6ft square and keeps it
> > comfortably warm. I haven't noticed any change in ambient temp since the
> > SSDs replaced spinners.
> > 
> > * Whoever named that Random Access had a strange understanding of English.
> > The last thing I want from memory is random access! How much better it
> > would have been to call it something like Direct Access. Oh well - much
> > too late now.
> 
> It's random access to distinguish it from serial access. In the early
> early days there were a lot of strange methods being tried to build
> memory - like dots on a cathode ray tube! To get to bit you wanted, you
> had to wait till the scanning beam reached that part of the screen -
> serial access. Addressable memory on a grid pattern came much later.

Yes, of course I know all that, but it's still the antithesis of random - it's 
absolutely specific. Random is what you'd get if you didn't specify anything.

My favourite storage medium was core store. Millions of tiny ferrite rings, 
each at an intersection of orthogonal X and Y wires to specify the address, 
and a write pulse on another wire on the Z axis. At least, that's as close as 
I can remember now, 40 years later. No wonder computers were expensive.

I won't tell you what systems used a 24-bit processor and 12 or 16 KB of 2us 
core store backed by a 2MB disk (three feet in diameter), for fear of 
frightening you.;-)

> Random Access really means "able to access any random address as fast as
> any other random address".

My point is simply that the addresses are very far from randomly chosen. The 
distinguishing feature of the store is that you can go directly to the 
required location, without having to wait for it to reach the read/write 
device.

As I said though, there'd be no point in getting all stressed about it now.

> RAM is also not the opposite of ROM :-)

I seem to be having a senior moment here; at least, I don't follow that.

-- 
Rgds
Peter

Re: [gentoo-user] a few blockers I can't figure out

[Alan McKinnon]

On 31/08/2015 13:49, cov...@ccs.covici.com wrote:
>> A clue is in the ebuilds for systemd:
>> > 
>> > sysv-utils? (
>> > !sys-apps/systemd-sysv-utils
>> > !sys-apps/sysvinit )
>> > 
>> > That's a hard blocker, no way round it. It's in all the systemd ebuilds
>> > for the current unstable versions.
>> > 
>> > Do you have USE="sysv-utils" set for sysvinit?
>> > 
>> > If so, to have both sysvinit and systemd, you will have to disable that
>> > USE flag and see what comes next.
> I put that use flag in there because I thought it would allow systemd to
> generate a service from a script in /etc/init.d, but I will see what
> happens when I remove that flag or maybe if there is another way to
> accomplish that?
> Well, that did it!  It still is downgrading systemd, but that's not too
> bad, thanks guys.

$ euses -sf sysv-utils
sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks
and manpages for init, telinit, halt, poweroff, reboot, runlevel, and
shutdown


That description is quite vague, and could mean many things. I'm no
expert on systemd, but I would imagine that it already has it's own
scripts to deal with those listed functions. I wonder what the use of
the flag is then? Perhaps an old compatibility layer than is not needed now?


I can't see a reason why systemd is being downgraded; the previous
output either lists just "sys-apps/systemd" or uses a ">=" operator.
Nothing to say why 219_p112 is the highest usable version.

Once the emerge finishes and portage has done what it wants, run these
commands:

emerge -pv systemd
emerge -pv =systemd-225

(225 being latest in the tree). Then we can see better why portage is
doing what it does




-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] a few blockers I can't figure out

[Alec Ten Harmsel]

On Mon, Aug 31, 2015 at 02:40:02PM +0200, Alan McKinnon wrote:
> On 31/08/2015 13:49, cov...@ccs.covici.com wrote:
> >> A clue is in the ebuilds for systemd:
> >> > 
> >> > sysv-utils? (
> >> > !sys-apps/systemd-sysv-utils
> >> > !sys-apps/sysvinit )
> >> > 
> >> > That's a hard blocker, no way round it. It's in all the systemd ebuilds
> >> > for the current unstable versions.
> >> > 
> >> > Do you have USE="sysv-utils" set for sysvinit?
> >> > 
> >> > If so, to have both sysvinit and systemd, you will have to disable that
> >> > USE flag and see what comes next.
> > I put that use flag in there because I thought it would allow systemd to
> > generate a service from a script in /etc/init.d, but I will see what
> > happens when I remove that flag or maybe if there is another way to
> > accomplish that?
> > Well, that did it!  It still is downgrading systemd, but that's not too
> > bad, thanks guys.
> 
> $ euses -sf sysv-utils
> sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks
> and manpages for init, telinit, halt, poweroff, reboot, runlevel, and
> shutdown
> 
> 
> That description is quite vague, and could mean many things. I'm no
> expert on systemd, but I would imagine that it already has it's own
> scripts to deal with those listed functions. I wonder what the use of
> the flag is then? Perhaps an old compatibility layer than is not needed now?

This means that it installs /bin/poweroff, /bin/reboot, etc. and the
relevant manpages. I'm pretty sure that's all it does.

It is not needed at all, as long as you don't mind typing `systemctl
poweroff' instead of `poweroff', and so on and so forth. I guess the
/bin/init symlink would be helpful so that you don't have to add
`init=/usr/lib/systemd/systemd' to the kernel commandline, but whatever.

Alec

[gentoo-user] Re: LXQT (~0.9.0-r2)

[James]

Fernando Rodriguez  outlook.com> writes:


> > So on a recently upgraded system, I removed KDE and I'm attempting to
> > install LX!T-meta-0.9.0-r2. 
> libGLU is provided by media-libs/glu. It should be pulled as a 
> dependency with the opengl flag.

True. But my problem was ncurses. Once that was stabilized, lxqt-0.9.9-r2
compiled just fine, and is working great, so far, on an old laptop


thx,
James

Re: [gentoo-user] a few blockers I can't figure out

[covici]

Alan McKinnon  wrote:

> On 31/08/2015 13:49, cov...@ccs.covici.com wrote:
> >> A clue is in the ebuilds for systemd:
> >> > 
> >> > sysv-utils? (
> >> > !sys-apps/systemd-sysv-utils
> >> > !sys-apps/sysvinit )
> >> > 
> >> > That's a hard blocker, no way round it. It's in all the systemd ebuilds
> >> > for the current unstable versions.
> >> > 
> >> > Do you have USE="sysv-utils" set for sysvinit?
> >> > 
> >> > If so, to have both sysvinit and systemd, you will have to disable that
> >> > USE flag and see what comes next.
> > I put that use flag in there because I thought it would allow systemd to
> > generate a service from a script in /etc/init.d, but I will see what
> > happens when I remove that flag or maybe if there is another way to
> > accomplish that?
> > Well, that did it!  It still is downgrading systemd, but that's not too
> > bad, thanks guys.
> 
> $ euses -sf sysv-utils
> sys-apps/systemd:sysv-utils - Install sysvinit compatibility symlinks
> and manpages for init, telinit, halt, poweroff, reboot, runlevel, and
> shutdown
> 
> 
> That description is quite vague, and could mean many things. I'm no
> expert on systemd, but I would imagine that it already has it's own
> scripts to deal with those listed functions. I wonder what the use of
> the flag is then? Perhaps an old compatibility layer than is not needed now?
> 
> 
> I can't see a reason why systemd is being downgraded; the previous
> output either lists just "sys-apps/systemd" or uses a ">=" operator.
> Nothing to say why 219_p112 is the highest usable version.
> 
> Once the emerge finishes and portage has done what it wants, run these
> commands:
> 
> emerge -pv systemd
> emerge -pv =systemd-225
> 
> (225 being latest in the tree). Then we can see better why portage is
> doing what it does
> 
> 
> 

I think it has something to do with fail2ban -- the version of systemd
in the tree after the 219 version is 224-r1 and 225 and now portage is
saying
WARNING: One or more updates/rebuilds have been skipped due to a
dependency conflict:
and one of those says 
  (sys-apps/systemd-225:0/2::gentoo, ebuild scheduled for merge)
  conflicts with^M

sys-apps/systemd[python(-),python_targets_python2_7(-),python_single_target_python2_7(+),python_targets_python3_4(-)]
required by (net-analyzer/fail2ban-0.9.3:0/0::gentoo, installed)
Does that make sense?

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici
 cov...@ccs.covici.com

[gentoo-user] Re: make.conf bindist

[James]

Rich Freeman  gentoo.org> writes:


>  gentoo.org> wrote:
> > This is an excellent explanation of the flag. Will you give me
permission > > to  use it or re-word it for a wiki page concerning bindist?

This did fix my problems. Before Firefox was auto-named 'aurora' in the
lxde menu. Now, without bindist, the name changed to 'firefox'. I sure other
names changed, but I was focused on aurora-firefox so I did not save
a list. I'm not sure if bindist changed the actual name of the
executable, as  'aurora' was always launched from the lxde menu, on that system.


> Certainly, do whatever you wish with it.
> It might even make sense to put a mention in the handbook.  This is
> the flag that probably comes closest to distinguishing between the
> Debian-like and Ubuntu-like experience as far as pure-FOSS licensing
> goes.  There are many who prefer each and with Gentoo you get your
> choice.


Gentoo-user is full of useful 'tidbits' of information. We rarely capture
those facts into the wiki. Any data_mining of gentoo_user
into the wiki would be keenly a wonderful idea, imho.

hth,
James