[gentoo-user] Re: KDE's confusing versions

[Jonathan Callen]

On 03/06/2016 07:06 PM, Nikos Chantziaras wrote:
> On 06/03/16 22:37, Philip Webb wrote:
>> Eix tells me :
>> 
>> root:505 ~> eix okular [I] kde-apps/okular Available versions: 
>> (4) 4.14.3(4/4.14)^t 15.08.3-r1(4/15.08)^t ~15.12.1(4/15.12)^t 
>> {aqua chm crypt debug djvu dpi ebook +handbook +jpeg kde mobi 
>> +pdf +postscript +tiff} Installed versions: 
>> 15.08.3-r1(4)^t([2016-03-05 18:13:44]) (crypt handbook jpeg pdf 
>> tiff -aqua -chm -debug -djvu -dpi -ebook -kde -mobi -postscript)
>> 
>> So Okular 15.08.3-r1 is part of version (4), but Konsole 
>> 15.08.3-r1 is part of version (5).
> 
> That's wrong. Okular 15.x is part of KDE Applications 15.08.
> 
> I don't know why it's in the "4" slot. But it's wrong. Okular is 
> NOT a KDE 4 app.
> 
> 

Some packages in KDE Applications have been ported to use the new KDE
Frameworks 5 libraries.  Those packages are in slot :5.  Other
packages have not yet (or had not yet) been updated, and still link
against kdelibs:4.  Those packages are in slot :4.  We are simply
following upstream in the versioning scheme (with regards to
everything being "15.12" for the December release, or "15.08" for the
October release).

Note that upstream split the old "KDE Software Compilation" (formerly
"KDE Desktop Environment") into three separate parts: KDE Frameworks,
Plasma, and KDE Applications.

-- 
Jonathan Callen

[gentoo-user] Re: KDE's confusing versions

[Nikos Chantziaras]

On 06/03/16 22:37, Philip Webb wrote:

Eix tells me :

   root:505 ~> eix okular
   [I] kde-apps/okular
  Available versions:
   (4) 4.14.3(4/4.14)^t 15.08.3-r1(4/15.08)^t ~15.12.1(4/15.12)^t
   {aqua chm crypt debug djvu dpi ebook +handbook +jpeg kde mobi
+pdf +postscript +tiff}
  Installed versions: 15.08.3-r1(4)^t([2016-03-05 18:13:44])
   (crypt handbook jpeg pdf tiff -aqua -chm -debug -djvu -dpi -ebook
-kde -mobi -postscript)

So Okular 15.08.3-r1 is part of version (4),
but Konsole 15.08.3-r1 is part of version (5).


That's wrong. Okular 15.x is part of KDE Applications 15.08.

I don't know why it's in the "4" slot. But it's wrong. Okular is NOT a 
KDE 4 app.

Re: [gentoo-user] Kernel 4.x and (probably) event issues

[Adam Carter]

> 1. After successful boot, I've noticed, that buttons above the
> touchpad[1] stopped working. Tried to debug the thing, but they do
> nothing even under xev or in showkey - seems like they dead. Didn't find
> anything interesting by searching the net.
>

Longshot (since i've had one instance in the last few years where i need to
rebuild xorg after a kernel update) have you tried rebuilding the
xf86-input-* packages against the new kernel?

>
> 2. This one is more annoying. After boot to the new shiny 4.x kernel,
> devices connected via the usb seems to have aggressive power safe mode.
> For example - if I typing for a while everything is fine, if I stop for
> a couple of seconds, and then start to type, for approximately 2 seconds
> there is no response from the device, and after that i can type again.
> Note, that during those 2s no buffering is done, so whatever I'm typing
> in this short period, is lost. Same goes to the mouse movement and
> buttons.
>

I haven't had much luck with USB power saving working in a useful way and
leave it off. Strange its been enabled by default for you.

cat /sys/bus/usb/devices/*/power/control will show you what the current
settings are.

The options are on/auto.

"on" means that the device should be resumed and autosuspend is not allowed.

so that's what you want. It can blanket set with;

echo on | tee /sys/bus/usb/devices/*/power/control

Or you could work out which devices are actually a problem and just "on"
those particular ones.

Re: [gentoo-user] {OT} Allow work from home?

[Neil Bothwick]

On Sun, 6 Mar 2016 12:05:17 -0800, Daniel Frey wrote:

> >> Ah, I wasn't aware. I am using it with KDE and haven't seen any
> >> issues.  
> > 
> > It works with KDE4 but not KDE5, so if you're on stable you'll be OK,
> > for now.
> > 
> > http://wiki.x2go.org/doku.php/doc:de-compat
> > 
> >   
> 
> Good to know, thanks for that link. If it really comes down to it I can
> move to xfce on that server for what I use it for. I'm going to wait out
> on KDE5 anyhow, I did make an early jump to KDE4 (knowing there was
> issues) and don't particularly want to go through that again.

I held off on KDE4 and still fund it unusable for a few more releases.
KDE5 is nowhere near such a dramatic change, there were a few issues at
first but it's good now. I installed LXDE for x2go but XFCE will do just
as well.


-- 
Neil Bothwick

When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl.


pgpeY4xmMaepc.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Is Calligra / KRITA currently compilable

[Daniel Frey]

On 03/06/2016 09:21 AM, Paul Klos wrote:
> Could you share your use flags? Calligra stopped compiling here a few
> weeks ago. I'd be interested to see if there any differences.

I recompiled stable and it was fine. I also unmasked 2.9.11, and it
compiled fine as well:

# genlop -t calligra
 * app-office/calligra

 Wed Dec 23 15:41:13 2015 >>> app-office/calligra-2.8.5
   merge time: 24 minutes and 17 seconds.

 Mon Feb 15 02:07:03 2016 >>> app-office/calligra-2.8.5
   merge time: 25 minutes and 23 seconds.

 Sun Mar  6 12:39:25 2016 >>> app-office/calligra-2.8.5
   merge time: 24 minutes and 59 seconds.

 Sun Mar  6 13:33:34 2016 >>> app-office/calligra-2.9.11
   merge time: 27 minutes and 40 seconds.

# emerge -pv calligra calligra-l10n

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ~] app-office/calligra-l10n-2.9.11:4::gentoo  USE="(-aqua)
-doc" LINGUAS="-bs -ca -ca@valencia -cs -da -de -el -en_GB -es -et -fi
-fr -gl -hu -it -ja -kk -nb -nl -pl -pt -pt_BR -ru -sk -sv -tr -uk
-zh_CN -zh_TW" 0 KiB
[ebuild   R   ~] app-office/calligra-2.9.11:4::gentoo  USE="crypt eigen
exif fontconfig glew glib gsf handbook jpeg kdcraw kde kdepim lcms
okular opengl pdf threads tiff truetype xml (-aqua) -attica
-color-management -fftw -freetds -gsl -import-filter -jpeg2k -marble
-mysql -openexr (-postgres) -spacenav (-sybase) {-test} -vc -xbase"
CALLIGRA_FEATURES="author braindump flow karbon kexi krita plan sheets
stage words -gemini" 0 KiB

Total: 2 packages (2 reinstalls), Size of downloads: 0 KiB

I've opened Krita and changed an image quickly, no crashes.

I am also using distcc to compile, 16 compile threads.

# gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.3/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.3/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.9.3/work/gcc-4.9.3/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.3
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.3
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.3/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.3/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.3/include/g++-v4
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.9.3/python
--enable-languages=c,c++,java,fortran --enable-obsolete
--enable-secureplt --disable-werror --with-system-zlib --enable-nls
--without-included-gettext --enable-checking=release
--with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.9.3
p1.4, pie-0.6.4' --enable-libstdcxx-time --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
--enable-multilib --with-multilib-list=m32,m64 --disable-altivec
--disable-fixed-point --enable-targets=all --enable-libgomp
--disable-libmudflap --disable-libssp --disable-libcilkrts --enable-lto
--without-cloog --enable-libsanitizer
Thread model: posix
gcc version 4.9.3 (Gentoo 4.9.3 p1.4, pie-0.6.4)


Dan

[gentoo-user] Re: eix showing me weird results

[»Q«]

On Sun, 6 Mar 2016 11:31:18 -0600
»Q«  wrote:

> $ grep KEYWORDS /usr/portage/metadata/md5-cache/dev-perl/Pango-1.224.0-r1
> KEYWORDS=~alpha ~amd64 ~arm ~hppa ~ia64 ~mips ~ppc ~ppc64 ~sparc ~x86 
> ~amd64-linux ~x86-linux
> 
> $ grep KEYWORDS /usr/portage/dev-perl/Pango/Pango-1.224.0-r1.ebuild 
> KEYWORDS="alpha amd64 ~arm hppa ia64 ~mips ppc ppc64 sparc x86 ~amd64-linux 
> ~x86-linux"

I ran eix-sync again -- D'oh! I meant not to do that in case waiting
would help answer my question -- and now the KEYWORDS in
metadata/md5-cache/dev-perl/Pango-1.224.0-r1r1 matches the KEYWORDS in
the ebuild, and all is healed again.

I would like to know how the metadata cache gets out of step with the
info in the ebuilds in the first place, how to prevent that, and how to
fix it other than waiting for an eix-sync to fix it.

[gentoo-user] KDE's confusing versions

[Philip Webb]

I don't use the KDE desktop & don't want it installed,
but I do regularly use several KDE apps, eg Konsole, Gwenview, Okular.
For a long time, there haven't been stable updates of these apps
& I've continued to run the '4.14.x' versions,
but today Okular 15.08.3-r1 appeared as stable
when I did my weekly update via 'eix-sync'.
I duly emerged it -- I never do 'emerge world' without '-p' --
& it seems to be working as before.

Eix tells me :

  root:504 ~> eix konsole
  [U] kde-apps/konsole
 Available versions:  
 (4) 4.14.3(4/4.14)^t 4.14.3-r2(4/4.14)^t
 (5) ~15.08.3-r1
 {X aqua debug +handbook test}
 Installed versions: 4.14.3(4)^t([2015-10-07 13:08:42])
  (handbook -aqua -debug -minimal -test)

  root:505 ~> eix okular
  [I] kde-apps/okular
 Available versions:
  (4) 4.14.3(4/4.14)^t 15.08.3-r1(4/15.08)^t ~15.12.1(4/15.12)^t
  {aqua chm crypt debug djvu dpi ebook +handbook +jpeg kde mobi
   +pdf +postscript +tiff}
 Installed versions: 15.08.3-r1(4)^t([2016-03-05 18:13:44])
  (crypt handbook jpeg pdf tiff -aqua -chm -debug -djvu -dpi -ebook
   -kde -mobi -postscript)

So Okular 15.08.3-r1 is part of version (4),
but Konsole 15.08.3-r1 is part of version (5).

Can anyone explain this anomaly & how KDE versions are evolving ?

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] Is Calligra / KRITA currently compilable

[Daniel Frey]

On 03/06/2016 09:21 AM, Paul Klos wrote:
> Could you share your use flags? Calligra stopped compiling here a few
> weeks ago. I'd be interested to see if there any differences.
> 

Sure,

# emerge -pv calligra

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R] app-office/calligra-2.8.5:4::gentoo  USE="crypt eigen
exif fontconfig glew glib gsf handbook jpeg kdcraw kde kdepim lcms
okular opengl pdf threads tiff truetype xml (-aqua) -attica -fftw
-freetds -gsl -import-filter -jpeg2k -marble -mysql -openexr (-postgres)
-spacenav (-sybase) {-test} -vc -xbase" CALLIGRA_FEATURES="author
braindump flow karbon kexi krita plan sheets stage words" 0 KiB

Actually, I just looked and I last compiled it Feb 15th:

# genlop -t calligra
 * app-office/calligra

 Wed Dec 23 15:41:13 2015 >>> app-office/calligra-2.8.5
   merge time: 24 minutes and 17 seconds.

 Mon Feb 15 02:07:03 2016 >>> app-office/calligra-2.8.5
   merge time: 25 minutes and 23 seconds.

I'm using the stable versions only:

# eshowkw calligra
Keywords for app-office/calligra:
 | | u   |
 | a a   a n   p r s   | n   |
 | l m   r h i m m i   p i s   p   | u s | r
 | p d a m p a 6 i o p c s 3   a x | s l | e
 | h 6 r 6 p 6 8 p s p 6 c 9 s r 8 | e o | p
 | a 4 m 4 a 4 k s 2 c 4 v 0 h c 6 | d t | o
-+-+-+---
[I]2.8.5 | o + ~ o o o o o o o o o o o o + | o 4 | gentoo
   2.8.7 | o ~ ~ o o o o o o o o o o o o ~ | #   | gentoo
   2.9.6 | o ~ ~ o o o o o o o o o o o o ~ | #   | gentoo
   2.9.7 | o ~ ~ o o o o o o o o o o o o ~ | #   | gentoo
  2.9.10 | o ~ ~ o o o o o o o o o o o o ~ | #   | gentoo
  2.9.11 | o ~ ~ o o o o o o o o o o o o ~ | o   | gentoo
 | o o o o o o o o o o o o o o o o | o   | gentoo


Dan

Re: [gentoo-user] {OT} Allow work from home?

[Daniel Frey]

On 03/06/2016 09:36 AM, Neil Bothwick wrote:
> On Sun, 6 Mar 2016 08:43:09 -0800, Daniel Frey wrote:
> 
>>> I'm using it with the latest testing xorg-server and it works fine.
>>> There are some DEs it has problems with, which are well documented,
>>> but not the X server.
> 
>> Ah, I wasn't aware. I am using it with KDE and haven't seen any issues.
> 
> It works with KDE4 but not KDE5, so if you're on stable you'll be OK, for
> now.
> 
> http://wiki.x2go.org/doku.php/doc:de-compat
> 
> 

Good to know, thanks for that link. If it really comes down to it I can
move to xfce on that server for what I use it for. I'm going to wait out
on KDE5 anyhow, I did make an early jump to KDE4 (knowing there was
issues) and don't particularly want to go through that again.

Dan

Re: [gentoo-user] now in blocked packages hell. =\

[Alan McKinnon]

On 06/03/2016 19:51, Neil Bothwick wrote:
> On Sun, 06 Mar 2016 12:28:04 -0500, Alan Grimes wrote:
> 
>> Clearly, it is inconceivable that there is any possibility of updating
>> any package on this system until these two packages are uninstalled. =\
>> I mean, simply isolating the conflicting part of the package tree and
>> updating everything that isn't affected by those packages makes no sense
>> whatsoever and is a computationally intractable problem
> 
> Maybe, but determining parts that are not affected and emerging them
> (don't forget --oneshot) will reduce the package list and make it easier
> to see what is going on.
> 
>> tortoise ~ # ./pretendupdate 
> 
> We don't know what this does better to post the command that script runs.
> It appears that command includes -v, better to run without it to avoid
> useful information being buried in verbose irrelevancies.
> 
>> [blocks b  ] > (" 
> This appears to be the main culprit, I remember having to set
> USE="minimal" for kde4-l10n when switching to KDE 5 some months ago. Set
> that and the list of blockers will reduce to a manageable level, or even
> zero if you're lucky!

Indeed. There's a lot of those USE="minimal" blockers, and they are
likely to continue till all official KDE apps are ported to Plasma5.
Here's my list:

/etc/portage/package.use/package.use:# 20150831: These apps with
USE="-minimal" block the upgrade to their kde-frameworks equivalent
/etc/portage/package.use/package.use:kde-apps/kde-wallpapers minimal
/etc/portage/package.use/package.use:kde-apps/kde4-l10n minimal
/etc/portage/package.use/package.use:kde-apps/kdeartwork-meta minimal
/etc/portage/package.use/package.use:=kde-apps/kdebase-kioslaves-4* minimal
/etc/portage/package.use/package.use:kde-apps/kdebase-runtime-meta minimal
/etc/portage/package.use/package.use:=kde-apps/konsole-4* minimal
/etc/portage/package.use/package.use:=kde-apps/kwalletmanager-4* minimal
/etc/portage/package.use/package.use:kde-apps/libkipi:4 minimal
/etc/portage/package.use/package.use:=kde-base/baloo-4* minimal
/etc/portage/package.use/package.use:=kde-base/kactivities-4* minimal



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

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

[thelma]

On 03/06/2016 11:14 AM, netfab wrote:
> Le 06/03/16 à 11:04, the...@sys-concept.com a tapoté :
> 
>> Yes, I'm using official Gentoo kernel:
>> linux-3.10.17-gentoo
>>
> 
> You should update to 3.10.95 if you want to stay on this branch.
> In fact all gentoo-sources kernel should contain this patch.
> 
> Your 3.10.17 old version was probably not built with it.

I upgraded to kernel: linux-4.1.15-gentoo-r1
but it did not help still getting same error message when compiling
these packages.

Thelma

Re: [gentoo-user] Is Calligra / KRITA currently compilable

[Franz Fellner]

Could both of you please be more precise about what actually goes wrong with 
your calligra builds?
I had issues with krita, too: gmic.cpp never finished and the CXX-process 
accumulated memory until
it crashed with an std::bad_alloc exception. (with calligra-2.9.11)
Appending "-DWITH_GMIC=OFF" to the cmake options fixes the issue. But as I 
don't know the exact
errors of your builds I can't say this is the fix you should go for...

Franz

On Sun, 06 Mar 2016 18:21:14 +0100, Paul Klos  wrote:
> Could you share your use flags? Calligra stopped compiling here a few weeks 
> ago. I'd be interested to see if there any differences.
> 
> Thanks,
> 
> Paul
> 
-- 

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

[netfab]

Le 06/03/16 à 11:04, the...@sys-concept.com a tapoté :

> Yes, I'm using official Gentoo kernel:
> linux-3.10.17-gentoo
> 

You should update to 3.10.95 if you want to stay on this branch.
In fact all gentoo-sources kernel should contain this patch.

Your 3.10.17 old version was probably not built with it.

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

[thelma]

Yes, I'm using official Gentoo kernel:
linux-3.10.17-gentoo

Though, this patch might not be in my Kernel. Which Kernel contain this
patch? Maybe I just should upgrade the kernel.

Thelma

On 03/06/2016 10:55 AM, netfab wrote:
> Le 06/03/16 à 10:14, the...@sys-concept.com a tapoté :
>> I've tried to use: USE=xattr in make.conf
>> but it doesn't help.
> 
> If you don't use an official gentoo kernel, then your must patch your
> kernel with this :
> 
>   
> https://gitweb.gentoo.org/proj/linux-patches.git/tree/1500_XATTR_USER_PREFIX.patch?h=4.1
> 
> Otherwise you will have such warnings when building many packages.
> 
> 
> 

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

[netfab]

Le 06/03/16 à 10:14, the...@sys-concept.com a tapoté :
> I've tried to use: USE=xattr in make.conf
> but it doesn't help.

If you don't use an official gentoo kernel, then your must patch your
kernel with this :


https://gitweb.gentoo.org/proj/linux-patches.git/tree/1500_XATTR_USER_PREFIX.patch?h=4.1

Otherwise you will have such warnings when building many packages.

Re: [gentoo-user] dealing with distfiles bloat?

[Neil Bothwick]

On Sun, 06 Mar 2016 12:38:26 -0500, Alan Grimes wrote:

> I can't really read the stupid unformatted du output but it looks like I
> have 30 gb of bloat in some 3,600 files in my distfiles directory. is
> there any sane way to prune out some of the older versions, I am in no
> mood to spend all day hand-pruning these and the nuclear option is not
> too friendly to the portage servers that I want to respect.

man eclean


-- 
Neil Bothwick

We've all heard that a million monkeys banging on a million
typewriters will eventually reproduce the works of Shakespeare.
Now, thanks to the Internet, we know this is not true.


pgpWM8252zpQV.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] now in blocked packages hell. =\

[Neil Bothwick]

On Sun, 06 Mar 2016 12:28:04 -0500, Alan Grimes wrote:

> Clearly, it is inconceivable that there is any possibility of updating
> any package on this system until these two packages are uninstalled. =\
> I mean, simply isolating the conflicting part of the package tree and
> updating everything that isn't affected by those packages makes no sense
> whatsoever and is a computationally intractable problem

Maybe, but determining parts that are not affected and emerging them
(don't forget --oneshot) will reduce the package list and make it easier
to see what is going on.

> tortoise ~ # ./pretendupdate 

We don't know what this does better to post the command that script runs.
It appears that command includes -v, better to run without it to avoid
useful information being buried in verbose irrelevancies.

> [blocks b  ]  ("

pgpj7XXXpjScy.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] dealing with distfiles bloat?

[allan gottlieb]

On Sun, Mar 06 2016, Alan Grimes wrote:

> I can't really read the stupid unformatted du output but it looks like I
> have 30 gb of bloat in some 3,600 files in my distfiles directory. is
> there any sane way to prune out some of the older versions, I am in no
> mood to spend all day hand-pruning these and the nuclear option is not
> too friendly to the portage servers that I want to respect.
>
>
> nuclear = rm * ->  emerge --fetchonly --emptytree system

Check out eclean in gentoolkit.

allan

Re: [gentoo-user] dealing with distfiles bloat?

[Alexander Kapshuk]

On Sun, Mar 6, 2016 at 7:38 PM, Alan Grimes  wrote:
> I can't really read the stupid unformatted du output but it looks like I
> have 30 gb of bloat in some 3,600 files in my distfiles directory. is
> there any sane way to prune out some of the older versions, I am in no
> mood to spend all day hand-pruning these and the nuclear option is not
> too friendly to the portage servers that I want to respect.
>
>
> nuclear = rm * ->  emerge --fetchonly --emptytree system
>
>
> --
> IQ is a measure of how stupid you feel.
>
> Powers are not rights.
>
>

eclean-dist?

[gentoo-user] dealing with distfiles bloat?

[Alan Grimes]

I can't really read the stupid unformatted du output but it looks like I
have 30 gb of bloat in some 3,600 files in my distfiles directory. is
there any sane way to prune out some of the older versions, I am in no
mood to spend all day hand-pruning these and the nuclear option is not
too friendly to the portage servers that I want to respect.


nuclear = rm * ->  emerge --fetchonly --emptytree system


-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

Re: [gentoo-user] {OT} Allow work from home?

[Neil Bothwick]

On Sun, 6 Mar 2016 08:43:09 -0800, Daniel Frey wrote:

> > I'm using it with the latest testing xorg-server and it works fine.
> > There are some DEs it has problems with, which are well documented,
> > but not the X server.

> Ah, I wasn't aware. I am using it with KDE and haven't seen any issues.

It works with KDE4 but not KDE5, so if you're on stable you'll be OK, for
now.

http://wiki.x2go.org/doku.php/doc:de-compat


-- 
Neil Bothwick

Most software is about as user-friendly as a cornered rat!


pgpc9DmrzS6Nh.pgp
Description: OpenPGP digital signature

[gentoo-user] Re: eix showing me weird results

[»Q«]

On Wed, 27 Jan 2016 14:54:23 + (UTC)
Martin Vaeth  wrote:

> »Q«  wrote:
> > eix-sync  
> 
> Which method do you use for syncing (rsync, git, ...)?
> 
> > I've run 'emerge --metadata' and 'eix-update'  
> 
> The requirement to run emerge --metadata seems to suggest that
> you use git?  If this is true, better use egencache to generate
> the metadata in the repositories' directories instead of
> /var/cache/edb/dep/
> 
> Afterwards (or if you use rsync anyway),
> remove possibly obsolete /var/cache/edb/dep/*
> and do *not* call emerge --metadata manually.
> 
> What is the output of eix-update?
> 
> Also check whether perhaps the information of eix is
> correct. E.g. for
> 
> > $ eix qtchooser
> > [?] dev-qt/qtchooser
> >  Available versions:  0_p20150102 ~0_p20151008  
> 
> check whether in ${PORTDIR}/metadata/md5-cache/dev-qt
> the file qtchooser-0_p20151008 perhaps contains a line with
> KEYWORDS= ... ~amd64 ...

The same kind of issue has happened again -- so I'm resurrecting the
thread.  I'm more interesting in finding out what causes it so I can
prevent it for the future than in fixing this one instance of it.  (But
finding out how to fix it would make it much less annoying if it does
happen again.)

After my latest eix-sync (using rsync), portage and eix see the status
of dev-perl/Pango differently, with portage saying 1.224.0-r1 is stable
and eix saying it's not.  I'm running amd64.

$ emerge -p dev-perl/Pango
[snip]
[ebuild   R] dev-perl/Pango-1.224.0-r1 

$ eix -e Pango
[?] dev-perl/Pango
 Available versions:  1.224.0 ~1.224.0-r1

I've already emerged Pango-1.224.0-r1.  Here's where the underlying
discrepancy seems to be:

$ grep
KEYWORDS /usr/portage/metadata/md5-cache/dev-perl/Pango-1.224.0-r1
KEYWORDS=~alpha ~amd64 ~arm ~hppa ~ia64 ~mips ~ppc ~ppc64 ~sparc ~x86
~amd64-linux ~x86-linux

$ grep KEYWORDS /usr/portage/dev-perl/Pango/Pango-1.224.0-r1.ebuild 
KEYWORDS="alpha amd64 ~arm hppa ia64 ~mips ppc ppc64 sparc x86
~amd64-linux ~x86-linux"

I removed /var/cache/edb/dep/* and ran eix-update:

# eix-update 
Reading Portage settings ..
Building database (/var/cache/eix/portage.eix) ..
[0] 'gentoo' /usr/portage/ (cache: metadata-md5-or-flat)
 Reading category 164|164 (100%) Finished 
[1] 'grub2-themes' /var/lib/layman/grub2-themes (cache:
parse|ebuild*#metadata-md5#metadata-assign#assign) Reading category
164|164 (100%) Finished [2] 'mozilla' /var/lib/layman/mozilla (cache:
parse|ebuild*#metadata-md5#metadata-assign#assign) Reading category
164|164 (100%) Finished [3] 'spelling' /usr/local/portage (cache:
parse|ebuild*#metadata-md5#metadata-assign#assign) Reading category
164|164 (100%) Finished Applying masks ..
Calculating hash tables ..
Writing database file /var/cache/eix/portage.eix ..
Database contains 18838 packages in 164 categories.

[gentoo-user] now in blocked packages hell. =\

[Alan Grimes]

I guess I deserve congratulations for graduating from useflag hell. Now
I'm in blocked packages hell. I tried to cure it by uninstalling things
but now I've hit two packages that I consider to be high-priority...
though I've started using a windows 7 machine to access my cannon
camera.


Clearly, it is inconceivable that there is any possibility of updating
any package on this system until these two packages are uninstalled. =\
I mean, simply isolating the conflicting part of the package tree and
updating everything that isn't affected by those packages makes no sense
whatsoever and is a computationally intractable problem



tortoise ~ # ./pretendupdate 

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N ] dev-db/lmdb-0.9.18:0/0.9.18::gentoo  USE="-static-libs"
136 KiB
[ebuild  N ] media-libs/libuninameslist-20091231::gentoo  556 KiB
[ebuild  N ] net-libs/http-parser-2.6.1:0/2.6.1::gentoo 
USE="-static-libs" ABI_X86="32 (64) (-x32)" 48 KiB
[ebuild U  ] net-wireless/wireless-regdb-20160208::gentoo
[20140529::gentoo] 16 KiB
[ebuild U  ] app-arch/unrar-5.3.11::gentoo [5.3.9::gentoo] 219 KiB
[ebuild U  ] net-analyzer/traceroute-2.0.22::gentoo [2.0.21::gentoo]
USE="-static" 68 KiB
[ebuild U  ] sys-libs/efivar-0.23::gentoo [0.21::gentoo] 66 KiB
[ebuild U  ] dev-cpp/glog-0.3.4::gentoo [0.3.3-r1::gentoo]
USE="gflags -static-libs {-test} -unwind" ABI_X86="32 (64) (-x32)" 511 KiB
[ebuild U  ] net-misc/tor-0.2.8.1_alpha::gentoo [0.2.7.6::gentoo]
USE="seccomp -bufferevents -libressl -scrypt (-selinux) -stats -systemd
{-test} -tor-hardening -transparent-proxy -web" 4,904 KiB
[ebuild U  ] sys-fs/fuse-2.9.5::gentoo [2.9.4::gentoo]
USE="-examples -static-libs" 552 KiB
[ebuild  N ] sys-libs/slang-2.3.0::gentoo  USE="pcre png readline
zlib -cjk -static-libs" ABI_X86="32 (64) (-x32)" 1,498 KiB
[ebuild  N ] net-dialup/ppp-scripts-0::gentoo  2 KiB
[ebuild  N ] dev-qt/qtpaths-5.5.1-r1:5::gentoo  USE="-debug {-test}"
0 KiB
[ebuild U  ] dev-perl/IO-Socket-SSL-2.24.0::gentoo [2.12.0::gentoo]
USE="-idn" 205 KiB
[ebuild U  ] dev-perl/HTML-Parser-3.720.0::gentoo
[3.710.0-r1::gentoo] USE="{-test}" 89 KiB
[ebuild U  ] dev-perl/Net-HTTP-6.90.0::gentoo [6.60.0::gentoo]
USE="-minimal%" 18 KiB
[ebuild U  ] dev-perl/HTTP-Message-6.110.0::gentoo
[6.60.0-r1::gentoo] USE="{-test%}" 59 KiB
[ebuild U  ] dev-perl/HTTP-Cookies-6.10.0::gentoo [6.0.1-r1::gentoo]
0 KiB
[ebuild U  ] dev-perl/HTTP-Negotiate-6.10.0::gentoo
[6.0.1-r1::gentoo] 0 KiB
[ebuild  N ] net-misc/socat-1.7.3.1::gentoo  USE="ipv6 readline ssl
tcpd" 478 KiB
[ebuild U  ] dev-libs/libzip-1.1.2:0/4::gentoo [1.0.1:0/0::gentoo]
USE="-static-libs" 447 KiB
[ebuild  N ] app-text/htmltidy-20090325-r1::gentoo  USE="-debug -doc
-static-libs" 387 KiB
[ebuild U  ] sys-process/htop-2.0.0-r1::gentoo [1.0.3-r1::gentoo]
USE="unicode -openvz -vserver (-oom%)" 463 KiB
[ebuild U  ] media-libs/babl-0.1.16::gentoo [0.1.14::gentoo]
USE="(-altivec)" CPU_FLAGS_X86="mmx sse sse2" 714 KiB
[ebuild U  ] x11-apps/xrandr-1.5.0::gentoo [1.4.3::gentoo] 179 KiB
[ebuild U  ] dev-util/debhelper-9.20160115::gentoo
[9.20151225::gentoo] USE="{-test}" LINGUAS="-de -es -fr" 327 KiB
[ebuild U  ] dev-perl/libwww-perl-6.150.0::gentoo [6.50.0::gentoo]
USE="ssl" 139 KiB
[ebuild  N ] net-libs/libndp-1.5::gentoo  ABI_X86="32 (64) (-x32)"
330 KiB
[ebuild  N ] dev-qt/qtgraphicaleffects-5.5.1-r1:5::gentoo 
USE="-debug {-test}" 13,994 KiB
[ebuild  N ] kde-frameworks/kf-env-3:5::gentoo  0 KiB
[ebuild U  ] dev-cpp/eigen-3.2.8-r2:3::gentoo [3.2.7:3::gentoo]
USE="openmp%* (-altivec) -debug -doc {-test%}" CPU_FLAGS_X86="sse2%*
sse3%* -sse4_1% -sse4_2% -ssse3%" 1,134 KiB
[ebuild U  ] net-libs/libssh-0.7.3:0/4::gentoo [0.7.2:0/4::gentoo]
USE="server sftp zlib -debug -doc -examples -gcrypt -gssapi -libressl
-pcap -ssh1 -static-libs {-test}" ABI_X86="32 (64) (-x32)" 343 KiB
[ebuild  N ] kde-apps/kdeartwork-wallpapers-15.08.3-r1:5::gentoo 
USE="-debug" 0 KiB
[ebuild  N ] kde-apps/kde-wallpapers-15.08.3-r1:5::gentoo 
USE="minimal -debug" 0 KiB
[ebuild  NS] kde-apps/libkexiv2-15.12.1:5::gentoo
[15.08.3:4/15.08::gentoo] USE="xmp -debug" 64 KiB
[ebuild U  ] media-libs/taglib-1.10::gentoo [1.9.1-r2::gentoo]
USE="asf mp4 -debug -examples {-test}" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild  N ] kde-plasma/plasma-workspace-wallpapers-5.5.5:5::gentoo 
44,841 KiB
[ebuild  N ] kde-frameworks/breeze-icons-5.19.0:5/5.19::gentoo 
USE="{-test}" 1,490 KiB
[ebuild  N ] dev-libs/libgit2-0.24.0:0/24::gentoo  USE="threads
-examples -gssapi -libressl -ssh {-test} -trace" 4,072 KiB
[ebuild   R] media-libs/lensfun-0.3.2::gentoo  USE="-doc {-test}"
CPU_FLAGS_X86="sse sse2" PYTHON_SINGLE_TARGET="python3_4 -python3_3
-python3_5" PYTHON_TARGETS="python3_4 python3_5* -python3_3" 0 KiB
[ebuild  N ]

Re: [gentoo-user] Is Calligra / KRITA currently compilable

[Paul Klos]

Could you share your use flags? Calligra stopped compiling here a few weeks 
ago. I'd be interested to see if there any differences.

Thanks,

Paul

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

[thelma]

I've tried to use: USE=xattr in make.conf
but it doesn't help.

Thelma

On 03/06/2016 10:08 AM, the...@sys-concept.com wrote:
> I'm getting a error: Failed to set XATTR_PAX markings
> When I compile some pacakges eg:
> icedtea-bin-7.2.6.4
> thunderbird-38.5.0
> firefox-bin-38.6.1
> 
> I'm not running Gentoo hardened,
> grep CONFIG_TMPFS_XATTR /usr/src/linux/.config
> CONFIG_TMPFS_XATTR=y
> 
> emerge --info
> Portage 2.2.26 (python 3.4.3-final-0, default/linux/x86/13.0/desktop,
> gcc-4.8.5, glibc-2.21-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,221020 free
> KiB Swap:2008120 total,   2007556 free
> Timestamp of repository gentoo: Sat, 05 Mar 2016 19:00:01 +
> sh bash 4.3_p42-r1
> ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
> ccache version 3.1.9 [disabled]
> app-shells/bash:  4.3_p42-r1::gentoo
> dev-java/java-config: 2.2.0::gentoo
> dev-lang/perl:5.20.2::gentoo
> dev-lang/python:  2.7.10-r1::gentoo, 3.4.3-r1::gentoo
> dev-util/ccache:  3.1.9-r4::gentoo
> dev-util/cmake:   3.3.1-r1::gentoo
> dev-util/pkgconfig:   0.28-r2::gentoo
> sys-apps/baselayout:  2.2::gentoo
> sys-apps/openrc:  0.19.1::gentoo
> sys-apps/sandbox: 2.10-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.14.1::gentoo, 1.15::gentoo
> sys-devel/binutils:   2.25.1-r1::gentoo
> sys-devel/gcc:4.1.2::gentoo, 4.5.4::gentoo, 4.7.4::gentoo,
> 4.8.5::gentoo, 4.9.3::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: 4.3::gentoo (virtual/os-headers)
> sys-libs/glibc:   2.21-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 xattr"
> 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 flac foomaticdb
> fortran gdbm gif glamor gpm gtk hal iconv ipv6 java jpeg kpathsea lcms
> ldap libnotify mad mng modules mp3 mp4 mpeg mysql ncurses nls nptl ogg
> opengl openmp pam pango pcre pdf png policykit ppds qt3support readline
> scanner sdl seccomp semantic-desktop server session spell ssl
> startup-notification svg tcpd tetex thunar tiff truetype type1 udev
> udisks unicode upower usb vorbis wxwidgets x264 x86 xattr xcb xml xv
> xvid zlib" ABI_X86="32" ALSA_CARDS="via82xx" APACHE2_MODULES="actions
> alias auth_basic auth_digest authn_anon authn_dbd authn_dbm
> authn_default authn_file authz_dbm authz_default authz_groupfile
> authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock
> dbd deflate dir disk_cache env expires ext_filter file_cache filter
> headers 

[gentoo-user] Failed to set XATTR_PAX markings

[thelma]

I'm getting a error: Failed to set XATTR_PAX markings
When I compile some pacakges eg:
icedtea-bin-7.2.6.4
thunderbird-38.5.0
firefox-bin-38.6.1

I'm not running Gentoo hardened,
grep CONFIG_TMPFS_XATTR /usr/src/linux/.config
CONFIG_TMPFS_XATTR=y

emerge --info
Portage 2.2.26 (python 3.4.3-final-0, default/linux/x86/13.0/desktop,
gcc-4.8.5, glibc-2.21-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,221020 free
KiB Swap:2008120 total,   2007556 free
Timestamp of repository gentoo: Sat, 05 Mar 2016 19:00:01 +
sh bash 4.3_p42-r1
ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
ccache version 3.1.9 [disabled]
app-shells/bash:  4.3_p42-r1::gentoo
dev-java/java-config: 2.2.0::gentoo
dev-lang/perl:5.20.2::gentoo
dev-lang/python:  2.7.10-r1::gentoo, 3.4.3-r1::gentoo
dev-util/ccache:  3.1.9-r4::gentoo
dev-util/cmake:   3.3.1-r1::gentoo
dev-util/pkgconfig:   0.28-r2::gentoo
sys-apps/baselayout:  2.2::gentoo
sys-apps/openrc:  0.19.1::gentoo
sys-apps/sandbox: 2.10-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.14.1::gentoo, 1.15::gentoo
sys-devel/binutils:   2.25.1-r1::gentoo
sys-devel/gcc:4.1.2::gentoo, 4.5.4::gentoo, 4.7.4::gentoo,
4.8.5::gentoo, 4.9.3::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: 4.3::gentoo (virtual/os-headers)
sys-libs/glibc:   2.21-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 xattr"
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 flac foomaticdb
fortran gdbm gif glamor gpm gtk hal iconv ipv6 java jpeg kpathsea lcms
ldap libnotify mad mng modules mp3 mp4 mpeg mysql ncurses nls nptl ogg
opengl openmp pam pango pcre pdf png policykit ppds qt3support readline
scanner sdl seccomp semantic-desktop server session spell ssl
startup-notification svg tcpd tetex thunar tiff truetype type1 udev
udisks unicode upower usb vorbis wxwidgets x264 x86 xattr xcb xml xv
xvid zlib" ABI_X86="32" ALSA_CARDS="via82xx" APACHE2_MODULES="actions
alias auth_basic auth_digest authn_anon authn_dbd authn_dbm
authn_default authn_file authz_dbm authz_default authz_groupfile
authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock
dbd deflate dir disk_cache env expires ext_filter file_cache filter
headers ident imagemap include info log_config logio mem_cache mime
mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect
proxy_http rewrite setenvif so speling status unique_id userdir
usertrack vhost_alias cgi" CALLIGRA_FEATURES="kexi words flow plan
sheets stage tables krita karbon braindump author" CAMERAS="ptp2"

Re: [gentoo-user] {OT} Allow work from home?

[Daniel Frey]

On 03/05/2016 01:22 AM, Neil Bothwick wrote:
> On Sat, 05 Mar 2016 00:55:17 +0100, lee wrote:
> 
>>> I'm using the most recent stable and it works for me:
>>>
>>> $ equery list xorg-server
>>>  * Searching for xorg-server ...
>>> [IP-] [  ] x11-base/xorg-server-1.17.4:0/1.17.4  
>>
>> Maybe the problem has been recently fixed entirely.
> 
> I'm using it with the latest testing xorg-server and it works fine. There
> are some DEs it has problems with, which are well documented, but not the
> X server.
> 
> 

Ah, I wasn't aware. I am using it with KDE and haven't seen any issues.

Dan

Re: [gentoo-user] Is Calligra / KRITA currently compilable

[Daniel Frey]

On 03/04/2016 10:22 PM, meino.cra...@gmx.de wrote:
> Hi,
> 
> some time ago ( a year or so ) I tried to compile Calligra in order to
> get KRITA (I am not interested in the other office stuff) and failed
> after a lot different attempts.
> 
> Before doing the whole stuff and fail again in the end I would
> like to ask if someone does compile Calligra/KRITA recently with
> success?
> 
> Thank you very much in advance for any help!
> 
> Best regards,
> Meino Cramer
> 
> 
> 

I compiled Calligra to get Krita a few months ago and it worked - I used
it last weekend to touch up some images before combining a PDF.

Dan

[gentoo-user] Kernel 4.x and (probably) event issues

[Roman Dobosz]

Hi!

I've been struggling with this issues for a while with no success so 
far.

I have notebook Dell E6430 on docking station with external monitor and 
keyboard + mouse. I have tried to switch to the kernel 4.x the other 
day, and have two issues.

1. After successful boot, I've noticed, that buttons above the 
touchpad[1] stopped working. Tried to debug the thing, but they do 
nothing even under xev or in showkey - seems like they dead. Didn't find 
anything interesting by searching the net.

2. This one is more annoying. After boot to the new shiny 4.x kernel, 
devices connected via the usb seems to have aggressive power safe mode. 
For example - if I typing for a while everything is fine, if I stop for 
a couple of seconds, and then start to type, for approximately 2 seconds 
there is no response from the device, and after that i can type again. 
Note, that during those 2s no buffering is done, so whatever I'm typing 
in this short period, is lost. Same goes to the mouse movement and 
buttons.

Needless to say, that both of the issues are non-existent on 3.18.x 
series…

I'll appreciate any hint.

[1] http://ibin.co/2ZBIg3Ilkmxd

-- 
  -^-  _   something is grinding the emptiness:
   _ /O)_\//   Pride and Fall - Little
  (_(|__(_(_) grf.

[gentoo-user] KDE's confusing versions

[Philip Webb]

I don't use the KDE desktop & don't want it installed,
but I do regularly use several KDE apps, eg Konsole, Gwenview, Okular.
For a long time, there haven't been stable updates of these apps
& I've continued to run the '4.14.x' versions,
but today Okular 15.08.3-r1 appeared as stable
when I did my weekly update via 'eix-sync'.
I duly emerged it -- I never do 'emerge world' without '-p' --
& it seems to be working as before.

Eix tells me :

  root:504 ~> eix konsole
  [U] kde-apps/konsole
 Available versions:  
 (4) 4.14.3(4/4.14)^t 4.14.3-r2(4/4.14)^t
 (5) ~15.08.3-r1
 {X aqua debug +handbook test}
 Installed versions: 4.14.3(4)^t([2015-10-07 13:08:42])
  (handbook -aqua -debug -minimal -test)

  root:505 ~> eix okular
  [I] kde-apps/okular
 Available versions:
  (4) 4.14.3(4/4.14)^t 15.08.3-r1(4/15.08)^t ~15.12.1(4/15.12)^t
  {aqua chm crypt debug djvu dpi ebook +handbook +jpeg kde mobi
   +pdf +postscript +tiff}
 Installed versions: 15.08.3-r1(4)^t([2016-03-05 18:13:44])
  (crypt handbook jpeg pdf tiff -aqua -chm -debug -djvu -dpi -ebook
   -kde -mobi -postscript)

So Okular 15.08.3-r1 is part of version (4),
but Konsole 15.08.3-r1 is part of version (5).

Can anyone explain this anomaly & how KDE versions are evolving ?

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

[gentoo-user] app-office/impressive without gcj

[Zhu Sha Zang]

Hello there,

Someone know a way to compile/install the software app-office/impressive 
without using gcj use flag?

It's too much time to recompile gcc with this useless and weird "java" support.

Best Regards

Re: [gentoo-user] Need some help with switching KDE setup from i915 to radeon graphics

[Mick]

On Saturday 05 Mar 2016 00:10:23 Frank Steinmetzger wrote:
> Hello Fellows,
> 
> My PC had been running on Intel graphics for 1½ years. Finally, I got myself
> an AMD R7 370 today and installed it (together with a second set of 16 Gigs
> of RAM ^^).
> 
> I could use some help getting it working properly. Here is what I did:
> yesterday I enabled VIDEO_CARDS=radeon in make.conf and rebuilt world with
> --changed-use. I also reconfigured the kernel to build the Intel driver as
> a module and to include the radeon module.

I believe you need VIDEO_CARDS="radeon radeonsi".  Did you read this page?

https://wiki.gentoo.org/wiki/Radeon


> After installing the card, at first I only had a black screen and found out
> (thanks to #gentoo) that I needed a firmware blob. Once that was installed,
> I had a KMS-enabled VT on my AMD-connected monitor. Yay.
> 
> Now I'm stuck with a malfunctioning X (or more specifically, KDE, as it
> seems). I can run AwesomeWM just fine. But when I try to start KDE, I see
> the first of those fading-in progress icons and then the screen goes black.
> 
> I created a test account to have a clean setup of KDE. This starts KDE
> partially, only up to a desktop with an empty panel. There is no mouse
> cursor to move around and no reaction to shortcuts such as Alt+F2.
> 
> What else could I have missed in my migration from Intel to AMD? eselect
> opengl only shows the xorg-x11 option. I had to comment out a modeline which
> I set manually in xorg.conf.
> 
> See attached:
> - /etc/X11/xorg.conf.d/gfx.conf
> - /var/log/Xorg.0.log from running startx with .xinitrc containing startkde.
> You can see those three blocks of modelines at the end. At around or just
> before this point the screen goes dark.
> 
> Can anyone give me a nudge. Or maybe I should as in a KDE list.

Have you tried booting without a xorg.conf.d/gfx.conf file to see if it picks 
up the radeon drivers?
-- 
Regards,
Mick

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

[gentoo-user] Re: Need some help with switching KDE setup from i915 to radeon graphics

[wabe]

Frank Steinmetzger  wrote:

> Hello Fellows,
> 
> My PC had been running on Intel graphics for 1½ years. Finally, I got
> myself an AMD R7 370 today and installed it (together with a second
> set of 16 Gigs of RAM ^^).  

I'm using a R7 250. It has probably an other architecture, so I don't
know if my informations are useful for you.
 
> I could use some help getting it working properly. Here is what I did:
> yesterday I enabled VIDEO_CARDS=radeon in make.conf and rebuilt world
> with --changed-use. I also reconfigured the kernel to build the Intel
> driver as a module and to include the radeon module.  

In my make.conf I defined

VIDEO_CARDS="radeon radeonsi"

IIRC this double definition is needed for some functions.

In my kernel config I defined

CONFIG_DRM_RADEON=y
CONFIG_DRM_RADEON_USERPTR=y

Btw.: I don't use a modular kernel, but I think that this makes no
difference.
 
> After installing the card, at first I only had a black screen and
> found out (thanks to #gentoo) that I needed a firmware blob. Once
> that was installed, I had a KMS-enabled VT on my AMD-connected
> monitor. Yay.  

That's right. You need some firmware files. 
 
> Now I'm stuck with a malfunctioning X (or more specifically, KDE, as
> it seems). I can run AwesomeWM just fine. But when I try to start
> KDE, I see the first of those fading-in progress icons and then the
> screen goes black.
> 
> I created a test account to have a clean setup of KDE. This starts KDE
> partially, only up to a desktop with an empty panel. There is no mouse
> cursor to move around and no reaction to shortcuts such as Alt+F2.
> 
> What else could I have missed in my migration from Intel to AMD?
> eselect opengl only shows the xorg-x11 option. I had to comment out a
> modeline which I set manually in xorg.conf.  

It's ok that eselect opengl only shows the xorg-x11 option. Same on my
system.
 
> See attached:
> - /etc/X11/xorg.conf.d/gfx.conf
> - /var/log/Xorg.0.log from running startx with .xinitrc containing
> startkde. You can see those three blocks of modelines at the end. At
> around or just before this point the screen goes dark.  

I really don't think that you need any modeline. Your monitor provides 
an EDID data block that contains all needed information. As long as the
monitor has no firmware bug, this should be sufficient.

You probably also don't need a xorg.conf. But this depends on your card
and on the options you wanna use. My xorg.conf contains only a device 
section and nothing else.

Section "Device"
  Identifier"ATI-Card"
  Driver"radeon"
  Option"TearFree"  "on"
  Option"ShadowPrimary" "off"
EndSection

As you can see, there is also an TearFree option for Radeon Cards.
When I don't disable ShadowPrimary, then  X has some rendering 
glitches.

And last but not least, it probably may be important that you 
compile xf86-video-ati with the glamor USE flag. I'm using a stable
gentoo system with only a few exceptions. xf86-video-ati is one of 
it, because version 7.6.1 runs much smoother with my card than the
stable version.

x11-drivers/xf86-video-ati-7.6.1 glamor udev

There is also a gentoo radeon wiki available on the net. I used it
to get my card working. I can't remember the URL and I'm too lazy
to search for it right now, sorry for that. ;-)

P.S.: I posted this through gmame. I already posted my answer yesterday via
my email client, but I can't see it on the list and I wonder why. 

--
Regards
wabe

Re: [gentoo-user] Need some help with switching KDE setup from i915 to radeon graphics

[wabenbau]

Frank Steinmetzger  wrote:

> Hello Fellows,
> 
> My PC had been running on Intel graphics for 1½ years. Finally, I got
> myself an AMD R7 370 today and installed it (together with a second
> set of 16 Gigs of RAM ^^).

I'm using a R7 250. It has probably an other architecture, so I don't
know if my informations are useful for you.
 
> I could use some help getting it working properly. Here is what I did:
> yesterday I enabled VIDEO_CARDS=radeon in make.conf and rebuilt world
> with --changed-use. I also reconfigured the kernel to build the Intel
> driver as a module and to include the radeon module.

In my make.conf I defined

VIDEO_CARDS="radeon radeonsi"

IIRC this double definition is needed for some functions.

In my kernel config I defined

CONFIG_DRM_RADEON=y
CONFIG_DRM_RADEON_USERPTR=y

Btw.: I don't use a modular kernel, but I think that this makes no
difference.
 
> After installing the card, at first I only had a black screen and
> found out (thanks to #gentoo) that I needed a firmware blob. Once
> that was installed, I had a KMS-enabled VT on my AMD-connected
> monitor. Yay.

That's right. You need some firmware files. 
 
> Now I'm stuck with a malfunctioning X (or more specifically, KDE, as
> it seems). I can run AwesomeWM just fine. But when I try to start
> KDE, I see the first of those fading-in progress icons and then the
> screen goes black.
> 
> I created a test account to have a clean setup of KDE. This starts KDE
> partially, only up to a desktop with an empty panel. There is no mouse
> cursor to move around and no reaction to shortcuts such as Alt+F2.
> 
> What else could I have missed in my migration from Intel to AMD?
> eselect opengl only shows the xorg-x11 option. I had to comment out a
> modeline which I set manually in xorg.conf.

It's ok that eselect opengl only shows the xorg-x11 option. Same on my
system.
 
> See attached:
> - /etc/X11/xorg.conf.d/gfx.conf
> - /var/log/Xorg.0.log from running startx with .xinitrc containing
> startkde. You can see those three blocks of modelines at the end. At
> around or just before this point the screen goes dark.

I really don't think that you need any modeline. Your monitor provides 
an EDID data block that contains all needed information. As long as the
monitor has no firmware bug, this should be sufficient.

You probably also don't need a xorg.conf. But this depends on your card
and on the options you wanna use. My xorg.conf contains only a device 
section and nothing else.

Section "Device"
  Identifier"ATI-Card"
  Driver"radeon"
  Option"TearFree"  "on"
  Option"ShadowPrimary" "off"
EndSection

As you can see, there is also an TearFree option for Radeon Cards.
When I don't disable ShadowPrimary, then  X has some rendering 
glitches.

And last but not least, it probably may be important that you 
compile xf86-video-ati with the glamor USE flag. I'm using a stable
gentoo system with only a few exceptions. xf86-video-ati is one of 
it, because version 7.6.1 runs much smoother with my card than the
stable version.

x11-drivers/xf86-video-ati-7.6.1 glamor udev

There is also a gentoo radeon wiki available on the net. I used it
to get my card working. I can't remember the URL and I'm too lazy
to search for it right now, sorry for that. ;-)

--
Regards
wabe

Re: [gentoo-user] {OT} Allow work from home?

[Neil Bothwick]

On Sat, 05 Mar 2016 00:55:17 +0100, lee wrote:

> >>> Still using x2go, still works wonderfully.  
> >> 
> >> IIRC, I wanted to try it, and it turned out to be incompatible with
> >> current X servers --- perhaps they fixed that in the meantime ...
> >>   
> >
> > What version are you using?  
> 
> I'm not using it because I would have had to downgrade the X server to
> be able to install it.  There was a bug report about something which
> lead to mark the package as incompatible with current X servers.
> 
> > I'm using the most recent stable and it works for me:
> >
> > $ equery list xorg-server
> >  * Searching for xorg-server ...
> > [IP-] [  ] x11-base/xorg-server-1.17.4:0/1.17.4  
> 
> Maybe the problem has been recently fixed entirely.

I'm using it with the latest testing xorg-server and it works fine. There
are some DEs it has problems with, which are well documented, but not the
X server.


-- 
Neil Bothwick

 Q:  How does a Zen Master order a hot dog?
 A: "Make me one with everything."


pgpEfGTAFbVLF.pgp
Description: OpenPGP digital signature

[gentoo-user] Re: {OT} Allow work from home?

[Kai Krakow]

Am Sat, 05 Mar 2016 00:52:09 +0100
schrieb lee :

> >> > It uses some very clever ideas to place files into groups and
> >> > into proper order - other than using file mod and access times
> >> > like other defrag tools do (which even make the problem worse by
> >> > doing so because this destroys locality of data even more).
> >> 
> >> I've never heard of MyDefrag, I might try it out.  Does it make
> >> updating any faster?  
> >
> > Ah well, difficult question... Short answer: It uses countermeasures
> > against performance after updates decreasing too fast. It does this
> > by using a "gapped" on-disk file layout - leaving some gaps for
> > Windows to put temporary files. By this, files don't become a far
> > spread as usually during updates. But yes, it improves installation
> > time.  
> 
> What difference would that make with an SSD?

Well, those gapps are by a good chance a trimmed erase block, so it can
be served fast by the SSD firmware. Of course, the same applies if your
OS is using discard commands to mark free blocks and you still have
enough free space in the FS. So, actually, for SSDs it probably makes
no difference.

> > Apparently it's unmaintained since a few years but it still does a
> > good job. It was built upon a theory by a student about how to
> > properly reorganize file layout on a spinning disk to stay at high
> > performance as best as possible.  
> 
> For spinning disks, I can see how it can be beneficial.

My comment was targetted at this.

> >> > But even SSDs can use _proper_ defragmentation from time to time
> >> > for increased lifetime and performance (this is due to how the
> >> > FTL works and because erase blocks are huge, I won't get into
> >> > detail unless someone asks). This is why mydefrag also supports
> >> > flash optimization. It works by moving as few files as possible
> >> > while coalescing free space into big chunks which in turn relaxes
> >> > pressure on the FTL and allows to have more free and continuous
> >> > erase blocks which reduces early flash chip wear. A filled SSD
> >> > with long usage history can certainly gain back some performance
> >> > from this.
> >> 
> >> How does it improve performance?  It seems to me that, for
> >> practical use, almost all of the better performance with SSDs is
> >> due to reduced latency.  And IIUC, it doesn't matter for the
> >> latency where data is stored on an SSD.  If its performance
> >> degrades over time when data is written to it, the SSD sucks, and
> >> the manufacturer should have done a better job.  Why else would I
> >> buy an SSD.  If it needs to reorganise the data stored on it, the
> >> firmware should do that.  
> >
> > There are different factors which have impact on performance, not
> > just seek times (which, as you write, is the worst performance
> > breaker):
> >
> >   * management overhead: the OS has to do more house keeping, which
> > (a) introduces more IOPS (which is the only relevant limiting
> > factor for SSD) and (b) introduces more CPU cycles and data
> > structure locking within the OS routines during performing IO
> > which comes down to more CPU cycles spend during IO  
> 
> How would that be reduced by defragmenting an SSD?

FS structures are coalesced back into simpler structures by
defragmenting, e.g. btrfs creates a huge overhead by splitting extents
due to its COW nature. Doing a defrag here combines this back into
fewer extents. It's reported on the btrfs list that this CAN make a big
difference even for SSD, tho usually you only see the performance loss
with heavily fragmented files like VM images - so recommendation here
is to set those files nocow.

> >   * erasing a block is where SSDs really suck at performance wise,
> > plus blocks are essentially read-only once written - that's how
> > flash works, a flash data block needs to be erased prior to being
> > rewritten - and that is (compared to the rest of its
> > performance) a really REALLY HUGE time factor  
> 
> So let the SSD do it when it's idle.  For applications in which it
> isn't idle enough, an SSD won't be the best solution.

That's probably true - haven't thought of this.

> >   * erase blocks are huge compared to common filesystem block sizes
> > (erase block = 1 or 2 MB vs. file system block being 4-64k
> > usually) which happens to result in this effect:
> >
> > - OS replaces a file by writing a new, deleting the old
> >   (common during updates), or the user deletes files
> > - OS marks some blocks as free in its FS structures, it depends
> > on the file size and its fragmentation if this gives you a
> >   continuous area of free blocks or many small blocks scattered
> >   across the disk: it results in free space fragmentation
> > - free space fragments happen to become small over time, much
> >   smaller then the erase block size
> > - if your system has TRIM/discard support it will tell the SSD
> >   firmware: here, I 

[gentoo-user] Kernel 4.x and (probably) event issues

[Roman Dobosz]

Hi!

I've been struggling with this issues for a while with no success so 
far.

I have notebook Dell E6430 on docking station with external monitor and 
keyboard + mouse. I have tried to switch to the kernel 4.x the other 
day, and have two issues.

1. After successful boot, I've noticed, that buttons above the 
touchpad[1] stopped working. Tried to debug the thing, but they do 
nothing even under xev or in showkey - seems like they dead. Didn't find 
anything interesting by searching the net.

2. This one is more annoying. After boot to the new shiny 4.x kernel, 
devices connected via the usb seems to have aggressive power safe mode. 
For example - if I typing for a while everything is fine, if I stop for 
a couple of seconds, and then start to type, for approximately 2 seconds 
there is no response from the device, and after that i can type again. 
Note, that during those 2s no buffering is done, so whatever I'm typing 
in this short period, is lost. Same goes to the mouse movement and 
buttons.

Needless to say, that both of the issues are non-existent on 3.18.x 
series…

I'll appreciate any hint.

[1] http://ibin.co/2ZBIg3Ilkmxd

-- 
  -^-  _   something is grinding the emptiness:
   _ /O)_\//   Mystical Sun - 15 Billion Years of Aliens
  (_(|__(_(_) grf.

Re: [gentoo-user] SSLv2 is back today (gone tomorrow?)

[Adam Carter]

The relevant bug is here

>
> https://bugs.gentoo.org/show_bug.cgi?id=576128
>
> If you have sslv2 enabled, your choices are clear:
>
> 1. high likelihood of wholesale breakage, or
> 2. wait a little longer for a proper fix
>
> Obviously -r1 is ideal as it disables sslv2. If you have it and it
> works, leave it in place.
>
> Everyone else is going to have to make up their own mind, and there's no
> sane rational advice that can be given for all, considering what the
> choices are above.
>

Remember that the versions of OpenSSL with SSLv2 can be safe if you disable
SSLv2 in the services that use that code, eg, in apache, at a minimum, set;

SSLProtocol All -SSLv2

To find out what software is using OpenSSL;

# qdepends -Q openssl
and then investigate how to disable SSLv2 in each of those with network
services. Dont forget to restart!

[gentoo-user] Re: incremental ZFS backups

[Hans de Graaff]

On Sat, 05 Mar 2016 01:23:08 +0100, lee wrote:

> I haven't found any documentation about how to deal with all the
> snapshots which would be created over time.  Can they be destroyed once
> the backup is finished?  A full backup took about 48 hours, so something
> faster is needed, and I don't want to end up with hundreds or thousands
> of snapshots by making new ones every day without being able to ever
> destroy them.

You might want to look at sys-fs/zfstools in my "graaff" overlay. It 
manages snapshots automatically. There are other similar tools as well.

> Basically, documentation says that such incremental backups are awesome
> because you get a 1:1 copy and only need to transfer what has changed
> after a previous backup as if you would use rsync, but that it's better
> than that and you can do it in like no time.  It doesn't really say how
> to actually do that and what to do with all the snapshots, though.

You can use "zfs send" and "zfs receive" for this. Once sent the snapshot 
can be deleted.

> I also can only guess that enabling compression on the target FS won't
> work unless compression is enabled at the source, though it would be
> rather useful to have the backups compressed while the source is not.
> You could do that with rsync, though, but I don't know how to access the
> snapshot for that.

zfs send and receive don't handle compression. You get and transmit the 
uncompressed data. So this works for any combination of compressions 
settings on the sending and receiving data sets.

Hans

[gentoo-user] Is Calligra / KRITA currently compilable

[Meino . Cramer]

Hi,

some time ago ( a year or so ) I tried to compile Calligra in order to
get KRITA (I am not interested in the other office stuff) and failed
after a lot different attempts.

Before doing the whole stuff and fail again in the end I would
like to ask if someone does compile Calligra/KRITA recently with
success?

Thank you very much in advance for any help!

Best regards,
Meino Cramer

[gentoo-user] Re: Need some help with switching KDE setup from i915 to radeon graphics

[walt]

On Sat, 5 Mar 2016 00:10:23 +0100
Frank Steinmetzger  wrote:

> Hello Fellows,
> 
> My PC had been running on Intel graphics for 1½ years. Finally, I got
> myself an AMD R7 370 today and installed it (together with a second
> set of 16 Gigs of RAM ^^).
> 
> I could use some help getting it working properly. Here is what I did:
> yesterday I enabled VIDEO_CARDS=radeon in make.conf and rebuilt world
> with --changed-use. I also reconfigured the kernel to build the Intel
> driver as a module and to include the radeon module.
> 
> After installing the card, at first I only had a black screen and
> found out (thanks to #gentoo) that I needed a firmware blob. Once
> that was installed, I had a KMS-enabled VT on my AMD-connected
> monitor. Yay.
> 
> Now I'm stuck with a malfunctioning X (or more specifically, KDE, as
> it seems). I can run AwesomeWM just fine. But when I try to start
> KDE, I see the first of those fading-in progress icons and then the
> screen goes black.
> 
> I created a test account to have a clean setup of KDE. This starts KDE
> partially, only up to a desktop with an empty panel. There is no mouse
> cursor to move around and no reaction to shortcuts such as Alt+F2.
> 
> What else could I have missed in my migration from Intel to AMD?
> eselect opengl only shows the xorg-x11 option. I had to comment out a
> modeline which I set manually in xorg.conf.
> 
> See attached:
> - /etc/X11/xorg.conf.d/gfx.conf
> - /var/log/Xorg.0.log from running startx with .xinitrc containing
> startkde. You can see those three blocks of modelines at the end. At
> around or just before this point the screen goes dark.

Random things to try while waiting for better ideas to try:

startx -- -logverbose 10

In your .xinitrc try /etc/X11/Sessions/ if kde
supplies such a script.

Have you tried using kdm instead of startx?  (Even thinking about that
raises my blood pressure :)

Are you using anything from kde-plasma? (Just running 'eix plasma'
makes my blood pressure even higher.  The number of permutations
involved makes me glad I use xfce4, which is already way too complex
for my taste.  How xfce4 behaves depends a lot on whether its
compositing feature is on or off.  Does kde allow you to tweak stuff
like that?  Of course it does, but not if Xorg dies before you can do
the tweaking.  (Reaching for blood-pressure pills now...)

Re: [gentoo-user] Need some help with switching KDE setup from i915 to radeon graphics

[wabenbau]

Frank Steinmetzger  wrote:

> Hello Fellows,
> 
> My PC had been running on Intel graphics for 1½ years. Finally, I got
> myself an AMD R7 370 today and installed it (together with a second
> set of 16 Gigs of RAM ^^).

I'm using a R7 250. It has probably an other architecture, so I don't
know if my informations are useful for you.
 
> I could use some help getting it working properly. Here is what I did:
> yesterday I enabled VIDEO_CARDS=radeon in make.conf and rebuilt world
> with --changed-use. I also reconfigured the kernel to build the Intel
> driver as a module and to include the radeon module.

In my make.conf I defined

VIDEO_CARDS="radeon radeonsi"

IIRC this double definition is needed for some functions.

In my kernel config I defined

CONFIG_DRM_RADEON=y
CONFIG_DRM_RADEON_USERPTR=y

Btw.: I don't use a modular kernel, but I think that this makes no
difference.
 
> After installing the card, at first I only had a black screen and
> found out (thanks to #gentoo) that I needed a firmware blob. Once
> that was installed, I had a KMS-enabled VT on my AMD-connected
> monitor. Yay.

That's right. You need some firmware files. 
 
> Now I'm stuck with a malfunctioning X (or more specifically, KDE, as
> it seems). I can run AwesomeWM just fine. But when I try to start
> KDE, I see the first of those fading-in progress icons and then the
> screen goes black.
> 
> I created a test account to have a clean setup of KDE. This starts KDE
> partially, only up to a desktop with an empty panel. There is no mouse
> cursor to move around and no reaction to shortcuts such as Alt+F2.
> 
> What else could I have missed in my migration from Intel to AMD?
> eselect opengl only shows the xorg-x11 option. I had to comment out a
> modeline which I set manually in xorg.conf.

It's ok that eselect opengl only shows the xorg-x11 option. Same on my
system.
 
> See attached:
> - /etc/X11/xorg.conf.d/gfx.conf
> - /var/log/Xorg.0.log from running startx with .xinitrc containing
> startkde. You can see those three blocks of modelines at the end. At
> around or just before this point the screen goes dark.

I really don't think that you need any modeline. Your monitor provides 
an EDID data block that contains all needed information. As long as the
monitor has no firmware bug, this should be sufficient.

You probably also don't need a xorg.conf. But this depends on your card
and on the options you wanna use. My xorg.conf contains only a device 
section and nothing else.

Section "Device"
  Identifier"ATI-Card"
  Driver"radeon"
  Option"TearFree"  "on"
  Option"ShadowPrimary" "off"
EndSection

As you can see, there is also an TearFree option for Radeon Cards.
When I don't disable ShadowPrimary, then  X has some rendering 
glitches.

And last but not least, it probably may be important that you 
compile xf86-video-ati with the glamor USE flag. I'm using a stable
gentoo system with only a few exceptions. xf86-video-ati is one of 
it, because version 7.6.1 runs much smoother with my card than the
stable version.

x11-drivers/xf86-video-ati-7.6.1 glamor udev

There is also a gentoo radeon wiki available on the net. I used it
to get my card working. I can't remember the URL and I'm too lazy
to search for it right now, sorry for that. ;-)

--
Regards
wabe