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

[J. Roeleveld]

On Sunday, March 06, 2016 12:38:26 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

http://lmgtfy.com/?q=clean+distfiles+gentoo

[gentoo-user]

[Brett Sears]

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

[thelma]

On 03/07/2016 04:23 AM, Holger Hoffstätte wrote:
> On Mon, 07 Mar 2016 10:54:56 +, Martin Vaeth wrote:
> 
>> the...@sys-concept.com  wrote:
>>>
>>> grep CONFIG_TMPFS_XATTR /usr/src/linux/.config
>>> CONFIG_TMPFS_XATTR=y
>>
>> Does your compilation happen on a temp file system?
>> You can configure XATTR for each file system type individually.
> 
> If the final filesystem is ext4 then CONFIG_EXT4_FS_SECURITY must also
> be set, otherwise you'll get the error again.
> 

This system is using ext3

Thelma

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

[thelma]

On 03/07/2016 03:54 AM, Martin Vaeth wrote:
> the...@sys-concept.com  wrote:
>>
>> grep CONFIG_TMPFS_XATTR /usr/src/linux/.config
>> CONFIG_TMPFS_XATTR=y
> 
> Does your compilation happen on a temp file system?
> You can configure XATTR for each file system type individually.

No, in fstab my tempfs is OFF

#shm/dev/shmtmpfs   nodev,nosuid,noexec 
0 0


Thelma

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

[»Q«]

On Mon, 7 Mar 2016 15:26:25 + (UTC)
Martin Vaeth  wrote:

> »Q«  wrote:
> > On Mon, 7 Mar 2016 10:50:45 + (UTC)
> > Martin Vaeth  wrote:
> >  
> >> Except generating the metadata by yourself there is not much you
> >> can do.  
> >
> > Is it `emerge --regen` which will do that for me?  
> 
> Not really: this would store the metadata in /var/cache/edb/dep
> To generate the metadata use something like
> egencache --update --repo=gentoo
> but this will be lost with the next syncing.
> If you really want to do this regularly (and be independent of
> gentoo infrastructure) you should perhaps use git instead of rsync

Thanks.  I'll only do it if/when eix disagrees with portage
again.  The issue causes me no real trouble, just causes me a moment of
consternation when eix tells me there should be a downgrade of what
portage has just upgraded;  I only notice it because I run
eix-test-obsolete after every world update.

More than solving this minor annoyance, I've learned a lot from you
about how and where portage handles metadata.  Thanks again!

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

[James]

Jonathan Callen  gentoo.org> writes:



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


So does this mean that a system can install lxqt(5) and pick out of the
many kde applications to install and not have all the other kde baggage?

If so, is there a list of which kde applications can be installed without
the KDE bloat (simple QT5) requirements?



curiously,
James

[gentoo-user] Qt5 X Qt4

[Francisco Ares]

Hello All.

Although Qt 5 is at a stable version, not so many things have already
migrated to this newer version.

Even the new USE flags, qt4 and qt5 are still not completely capable to
switch to the desired Qt version prior to building, as, for instance,
"dev-util/cmake" and "app-doc/doxygen", I had to manually switch
"qtchooser" set up back to Qt4 before correctly re-building those, even
placing a set of "qt4 -qt5" use flags for both.

Another detail is the eselect module for qt graphics system. An application
built using Qt5 complains about OpenGL issues, and up to now I could not
find how to set up Qt5 to use raster mode, instead of OpenGL.

So, as far as my experience says, it is not a good idea to switch to Qt5 at
this moment.

Any thoughts on these (or other Qt related) issues ?

Thanks!
Francisco

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

[James]

Roman Dobosz  op.pl> writes:

> 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.

You might want to install 
sys-apps/udevil

and see how your usb devices perform.
It's an idea to test, not a guarranteed solution.

hth,
James

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

[Martin Vaeth]

»Q«  wrote:
> On Mon, 7 Mar 2016 10:50:45 + (UTC)
> Martin Vaeth  wrote:
>
>> Except generating the metadata by yourself there is not much you
>> can do.
>
> Is it `emerge --regen` which will do that for me?

Not really: this would store the metadata in /var/cache/edb/dep
To generate the metadata use something like
egencache --update --repo=gentoo
but this will be lost with the next syncing.
If you really want to do this regularly (and be independent of
gentoo infrastructure) you should perhaps use git instead of rsync.

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

[»Q«]

On Mon, 7 Mar 2016 10:50:45 + (UTC)
Martin Vaeth  wrote:

> Except generating the metadata by yourself there is not much you
> can do.

Is it `emerge --regen` which will do that for me?  (I did just look at
man emerge, but I don't understand enough to be certain about it.)

Thanks for your thorough comments about this;  I've partially digested
them and will some more, after more coffee.

Re: [gentoo-user] A pure Plasma/qt5 machine - fact or fantasy?

[Alan McKinnon]

On 07/03/2016 15:58, Andrew Lowe wrote:
> On 03/07/16 21:15, Alan McKinnon wrote:
>> On 07/03/2016 14:40, Andrew Lowe wrote:
>>> Hi all,
>>> I've done a, somewhat poor, piecemeal upgrade of a KDE 4 machine to
>>> Plasma. I'm still faced with a mix of 4/Plasma applications and it
>>> doesn't appear to be getting any better. Is it possible to have a pure
>>> qt5/Plasma install?
>>
>> Not yet, unless you wan to do without certain very useful apps that are
>> still KDE 4 SC. Like Okular.
>>>
>>> I think I've probably got "masks" and "enables" and "uses" all over the
>>> place confusing everything - or have I.
>>
>> That's normal for this stage of the game
>>
>>> Has anyone else reached "Plasma
>>> Nirvana"?
>>
>> No. Not even the KDE devs.
>>
>>
>>>
>>> Any thoughts greatly appreciated,
>>>
>>> Andrew
>>>
>>
>>
> 
> Good, I can now rest easy that I haven't stuffed things up big time.
> 
>   Andrew
> 


quoting Jonathan Callan from a rpely in a different thread earlier today:

"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."

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

Re: [gentoo-user] A pure Plasma/qt5 machine - fact or fantasy?

[Andrew Lowe]

On 03/07/16 21:15, Alan McKinnon wrote:
> On 07/03/2016 14:40, Andrew Lowe wrote:
>> Hi all,
>>  I've done a, somewhat poor, piecemeal upgrade of a KDE 4 machine to
>> Plasma. I'm still faced with a mix of 4/Plasma applications and it
>> doesn't appear to be getting any better. Is it possible to have a pure
>> qt5/Plasma install?
> 
> Not yet, unless you wan to do without certain very useful apps that are
> still KDE 4 SC. Like Okular.
>>
>>  I think I've probably got "masks" and "enables" and "uses" all over the
>> place confusing everything - or have I.
> 
> That's normal for this stage of the game
> 
>> Has anyone else reached "Plasma
>> Nirvana"?
> 
> No. Not even the KDE devs.
> 
> 
>>
>>  Any thoughts greatly appreciated,
>>
>>  Andrew
>>
> 
> 

Good, I can now rest easy that I haven't stuffed things up big time.

Andrew

Re: [gentoo-user] A pure Plasma/qt5 machine - fact or fantasy?

[Alan McKinnon]

On 07/03/2016 14:40, Andrew Lowe wrote:
> Hi all,
>   I've done a, somewhat poor, piecemeal upgrade of a KDE 4 machine to
> Plasma. I'm still faced with a mix of 4/Plasma applications and it
> doesn't appear to be getting any better. Is it possible to have a pure
> qt5/Plasma install?

Not yet, unless you wan to do without certain very useful apps that are
still KDE 4 SC. Like Okular.
> 
>   I think I've probably got "masks" and "enables" and "uses" all over the
> place confusing everything - or have I.

That's normal for this stage of the game

> Has anyone else reached "Plasma
> Nirvana"?

No. Not even the KDE devs.


> 
>   Any thoughts greatly appreciated,
> 
>   Andrew
> 


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

[gentoo-user] A pure Plasma/qt5 machine - fact or fantasy?

[Andrew Lowe]

Hi all,
I've done a, somewhat poor, piecemeal upgrade of a KDE 4 machine to
Plasma. I'm still faced with a mix of 4/Plasma applications and it
doesn't appear to be getting any better. Is it possible to have a pure
qt5/Plasma install?

I think I've probably got "masks" and "enables" and "uses" all over the
place confusing everything - or have I. Has anyone else reached "Plasma
Nirvana"?

Any thoughts greatly appreciated,

Andrew

[gentoo-user] gentoo as KVM guest

[hw]

Hi,

when installing Gentoo with virt-install as a KVM guest,
wich os-variant are we supposed to use?  Gentoo doesn't
show up in the list 'osinfo-query os' displays.

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

[Holger Hoffstätte]

On Mon, 07 Mar 2016 10:54:56 +, Martin Vaeth wrote:

> the...@sys-concept.com  wrote:
>>
>> grep CONFIG_TMPFS_XATTR /usr/src/linux/.config
>> CONFIG_TMPFS_XATTR=y
> 
> Does your compilation happen on a temp file system?
> You can configure XATTR for each file system type individually.

If the final filesystem is ext4 then CONFIG_EXT4_FS_SECURITY must also
be set, otherwise you'll get the error again.

-h

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

[Martin Vaeth]

the...@sys-concept.com  wrote:
>
> grep CONFIG_TMPFS_XATTR /usr/src/linux/.config
> CONFIG_TMPFS_XATTR=y

Does your compilation happen on a temp file system?
You can configure XATTR for each file system type individually.

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

[Martin Vaeth]

»Q«  wrote:
>
>> $ grep KEYWORDS /usr/portage/metadata/md5-cache/dev-perl/Pango-1.224.0-r1
>> KEYWORDS=~alpha ...
>>
>> $ grep KEYWORDS /usr/portage/dev-perl/Pango/Pango-1.224.0-r1.ebuild
>> KEYWORDS="alpha ..."

This seems to be a race issue in the gentoo infrastructure:
Calculation of the metadata can need a long time.
Apparently, this happens on the same directory into which
fresh ebuilds are fetched so that the whole data can be
inconsistent in some cases.

Portage apparently verifies with a checksum whether metadata is up-to-date,
and if not, it calculates the metadata locally, so it detects the race
and "fixes" it locally. Eix does not use this mechanism by default,
because checksumming for the whole tree slows down considerably,
and execution of ebuilds (to calculate the metadata) is always
very slow and a security risk: Note that in contrast to portage,
eix has to do it for every ebuild in the tree (portage only does
it on an as-needed basis).

It should be possible to configure eix to behave this way, too
(though I hardly ever tested it.)
>From memory, I guess that putting one of

PORTDIR_CACHE_METHOD="parse#metadata-md5#assign"
PORTDIR_CACHE_METHOD="parse|ebuild*#metadata-md5#assign"
PORTDIR_CACHE_METHOD="ebuild*#metadata-md5"
PORTDIR_CACHE_METHOD="ebuild#metadata-md5"

in /etc/eixrc/  should do (ordered from
fastest/still safe but not very reliable to
slowest/least secure but completely reliable).
(Maybe the appendix [the part after #] is autoamtic by
CACHE_METHOD_PARSE; I do not recall in the moment whether
CACHE_METHODS_PARSE applies to PORTDIR_CACHE_METHOD as well.)

> 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.

Yes, meanwhile the metadata generation on the gentoo infrastructure
had probably been executed once more. It might be that the metadata for
some other ebuild is then out of sync.

> 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

Except generating the metadata by yourself there is not much you
can do.
Alterantively, file a bug to infra, 'though I am not sure whether
they will consider it as a bug, since portage has means to linger
the effect.

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

[Stroller]

> On Sun, 6 March 2016, at 9:22 pm, »Q«  wrote:
> 
> 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.

I can't answer your question, but AIUI eix-sync is just a wrapper for `emerge 
--sync && eix-update`.

So it's more useful to determine which of those two commands fixes the problem.

Stroller.