Re: [gentoo-user] portage directory ownerships?

[Fernando Rodriguez]

On Tuesday, September 15, 2015 10:25:15 PM Alan McKinnon wrote:
> On 15/09/2015 22:09, james wrote:
> > Hello,
> > 
> > So looking at /etc/portage/repos.conf, it seems root.root owns these
> > files; shouldn't it be portage.portage? and /usr/portage
> > 
> > That got me thinking. Everywhere that portage operates or owns
> > things, should the ownership not be portage.portage
> > and what would the typical permissions be?
> 
> Here, all of /etc/portage is root:root
> The tree and all overlays are portage:portage
> 
> You can make a local overlay owned by user you want, stuff you hack away
> at yourself should probably be james:james or james:users
> 
> Typically, permissions in /etc/portage are the usual 755 for dirs and
> 644 for files
> 
> I set overlays and the tree to be 2775 for dirs and 664 for files
> 
> > 
> > Is there a master list I can look at? Surely root not own all
> > these dirs, like /usr/portage/* ? My /usr/portage is root.root
> > and 755 on permissions, is that right?
> 
> Permissions should be what YOU need them to be on your computer. There's
> a default, it's what portage makes them when you install stuff
> 
> > 
> > If so, why?
> 
> Only root should change the master config files in /etc, just like in
> all other apps
> IIRC emerge can drop privs to a user account, if that user is portage
> then portage must own the files

It is true that portage drops privileges to the portage account (unless the 
ebuild has RESTRICT="userpriv" or I think FEATURES="-userpriv" on make.conf) 
but it doesn't need to write to the portage tree except to the distfiles 
directory so I don't know of any reason to have everything owned by 
portage:portage if the perms are 755/644.

Mine is owned by root:root because it got borked one time after a sync so I 
deleted it and copied from another box manually. The only problem I ever had 
is that a fetch failed, and I just chowned the distfiles dir to portage:portage 
to fix it. Only recently it was pointed to me on this list that it was supposed 
to be portage:portage. I never changed it back to portage:portage but I made a 
mental note not to forget about it in case of trouble, that way I'll learn why 
that's the default if/when something breaks :) Besides it offers some (limited) 
protection against an ebuild accidentally writing to your portage tree.

> > 
> > In my /usr/local/portage and it's subdirs where I hack on many 
> > ebuild, portage.portage owns everything.?
> 
> Make your life easy, chaown that stuff to james

I personally prefer root:root because I think it is more secure. If you let 
somebody use your account even for a minute s/he could modify an ebuild 
without a password to install whatever s/he wants next time you run an update.
 
> > Curious, and I cannot remember ever looking at this
> > 
> > 
> > James
> > 
> > 
> > 
> > 
> 
> 
> 

-- 
Fernando Rodriguez

Re: [gentoo-user] Re: Gentoo net0 - auto resetting - very impressed

[thelma]

On 09/15/2015 01:58 PM, Alan McKinnon wrote:
> On 15/09/2015 21:53, the...@sys-concept.com wrote:
[snip]
>
>>> Yea, I almost had mine working but I just got tired of hacking
>>> away at it. It would be more straightforward to take an rpm or deb
>>> package and use it. Folks have made specific models work, but, it
>>> is a bit of work.
>>>
>>> 'eix -R brother' shows quite a few overlays (ebuilds) that cover
>>> a range of brother printers, should you desire to hack that route.
>>
>>
>> To install brother printer just follow these steps from Gentoo forum:
>> https://forums.gentoo.org/viewtopic-t-909052-highlight-brother.html
> 
> 
> 
> Or just don't install Brother printers. They are utter crap and why
> anyone gives them desk space is beyond me. It's not like they are
> expensive either, toss 'em and buy something real.
> 
> Recent Samsung, Epson and everything supported by hplip all work great.

I had a different experience with Samsung printers.  I bought one model
and it had a big bold letters that it works with Linux.
When I try to install printer driver, it was impossible. It came with
some kind of script the relied on an old/obsolete library so it was
impossible to install it.

On Fedora, script installs brother printer base on Brother source
web-page driver, it works perfectly.  On Gentoo it is a manual/painful
setup if you doing it the first time.

Thelma

[gentoo-user] Re: portage directory ownerships?

[james]

Fernando Rodriguez  outlook.com> writes:


> > Here, all of /etc/portage is root:root

This is what I have except for distfiles::
drwxrwxr-x5 root portage 232K Sep 14 23:00 distfiles

root.portage ???  I guess portage does that. Fernando's explaination
seem plausible, I guess I'd have to look at the code (not today) 
but this just seems strange to me that sys-apps/portage would do this...

> > The tree and all overlays are portage:portage

Mine are root.root but no harm, right? I guess I could change them 
recursively to portage:portage but why, if portage is just going
to do what it wants anyway.



> > You can make a local overlay owned by user you want, stuff you hack away
> > at yourself should probably be james:james or james:users

Yea, I gonna think about /usr/local/portage. I see the convenience of
your suggestion, but I have always had most everthing portage:portage.
I cannot remember why though.

> > 
> > Typically, permissions in /etc/portage are the usual 755 for dirs and
> > 644 for files
> > 
> > I set overlays and the tree to be 2775 for dirs and 664 for files

Yea, I have just let portage do what it wants and never really thought
about it before. This seem reasonable.


> > Permissions should be what YOU need them to be on your computer. There's
> > a default, it's what portage makes them when you install stuff

yep, it makes sense that sys-apps/portage is the master of these files,
I just never thought about it much before.


> > Only root should change the master config files in /etc, just like in
> > all other apps IIRC emerge can drop privs to a user account, if that  
> > user is portage  then portage must own the files

Ah. makes sense.

> 
> It is true that portage drops privileges to the portage account (unless the 
> ebuild has RESTRICT="userpriv" or I think FEATURES="-userpriv" on make.conf) 

Nope these are not set on my make.conf (600) on permissions).

> but it doesn't need to write to the portage tree except to the distfiles 
> directory so I don't know of any reason to have everything owned by 
> portage:portage if the perms are 755/644.

Ah, this is whay my distfiles is root:portage.?

> 
> Mine is owned by root:root because it got borked one time after a sync so I 
> deleted it and copied from another box manually. The only problem I ever had 
> is that a fetch failed, and I just chowned the distfiles dir to
portage:portage 
> to fix it. Only recently it was pointed to me on this list that it was
supposed 
> to be portage:portage. I never changed it back to portage:portage but I
made a 
> mental note not to forget about it in case of trouble, that way I'll learn
why 
> that's the default if/when something breaks :) Besides it offers some
(limited) 
> protection against an ebuild accidentally writing to your portage tree.

Interesting. I guess I could look at the code but everything is working
fine.


> > > In my /usr/local/portage and it's subdirs where I hack on many 
> > > ebuild, portage.portage owns everything.?
> > 
> > Make your life easy, chaown that stuff to james
> 
> I personally prefer root:root because I think it is more secure. If you let 
> somebody use your account even for a minute s/he could modify an ebuild 
> without a password to install whatever s/he wants next time you run an update.

I like Alan's simplicity. I also like root:root, like my /usr/portage,
but most of it is portage:portage, and that I did do. I just cant
remember why.

usr/local/portage/  is the one I need to think about.

Thanks for the feedback guys,
James

Re: [gentoo-user] OT: GCC 5 Offloading

[Fernando Rodriguez]

On Tuesday, September 15, 2015 3:11:37 AM james wrote:
> Fernando Rodriguez  outlook.com> writes:
> 
> > Do you know of any plans to enable offloading on the gentoo toolchain?
> 
> NO, but I'm sure some devs are keenly aware of this feature in gcc-5.
> 
> 
> > I was able to build the offloading compiler using crossdev with a few hacks 
> > and wrote an ebuild for Intel's simulator[2]. I will work on enabling the  
> > host compiler tomorrow and may open a feature request and post patches 
> > once I get it working. The changes needed to enable it on the host are 
> > pretty trivial.
> 
> Sorry Fernando, I just now saw this thread on an old thread. I think that
> 'sys-cluster/ceph' is where I'd like to test your spin on the gcc-5.
> Ceph has RDMA (RoCE) in the 0.94 branch (in portage). You are definately
> ahead of me on practical gcc-5 experiments with offloading and other
> new features.
> 
> You did not list your second reference. Where I can I get/git your
> compiler and some brief suggestions on taking it for a test drive.
> 
> I'm not much interested in the Intel simulator, atm. I like to test on
> old gear running gentoo:: borking is no big deal, if it happens.
> Other codes keen to test gcc-5 (offloading) on are Apache-mesos and
> Apache-spark and mesos-distcc.
> 
> Also, per this doc [1] you can get your own gentoo overlay to put
> things up for wider experimentation, if you like.
> 
> [1] https://wiki.gentoo.org/wiki/Project:Overlays/Dev_Guide
> 
> 
> Very cool, what you have done,
> James

The link was for the emulator ebuild[1]. I got distracted with other stuff and 
didn't make the host compiler, will do it this week. I built the offloading 
(accel) compiler as follows:

1. Use crossdev like when building a regular cross-compiler:

# crossdev -v -t x86_64-intelmicemul-linux-gnu #for intel MIC
or
# crossdev -v -t nvptx-none  # for nvidia ptx

2. As soon as it start building the 1st stage, hit CTRL-C 

3. cd to your crossdev overlay, create an eclass directory and copy the 
attached eclass to it.

4. cd to the category directory for your compiler and delete the gcc symlink 
and copy over the gcc directory from your portage tree.

5. delete all ebuild versions except the one you want to install and apply the 
attached patch to it.

6. Emerge it with crossdev again, it should succeed. Technically you don't 
need to build the whole thing so you can use crossdev options to just build 
the compiler (I didn't try that).

This works for Intel MCI. For nvidia ptx you need to install nvptx-tools and 
tell the compiler how to find it by adding this on line 800 of the eclass: --
with-build-time-tools=[install-nvptx-tools]/nvptx-none/bin --disable-sjlj-
exceptions --enable-newlib-io-long-long. I will patch crossdev to do it 
automatically when I get time. I won't bother with an ebuild for nvptx-tools 
cause I don't have a card to test and don't want to buy one.

For the host compiler, it just need one configure option so it can find the 
offloading/accelerator compiler. I plan to add GCC_OFFLOAD_TARGETS to make.conf 
and patch toolchain.eclass to add it to the configure command. It's not 
something I'll want to put on an overlay because it affects the whole toolchain 
so I'll just make it a patch and apply it to the toolchain.eclass on the 
portage tree when I want to build a compiler.

I want to test with opencv stuff since I got an embedded project that will do a 
lot of it. I'm hoping to use the emulator to get a good idea of how much can 
be offloaded and if it's worth getting one of those.

[1] 
https://github.com/fernando-rodriguez/portage-overlay/tree/master/dev-util/intel-sde-external
[2] https://github.com/MentorEmbedded/nvptx-tools/


-- 
Fernando Rodriguez# Copyright 1999-2015 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Id$

# Maintainer: Toolchain Ninjas 

DESCRIPTION="The GNU Compiler Collection"
HOMEPAGE="http://gcc.gnu.org/;
RESTRICT="strip" # cross-compilers need controlled stripping

inherit eutils fixheadtails flag-o-matic gnuconfig libtool multilib pax-utils 
toolchain-funcs versionator

if [[ ${PV} == *_pre* ]] ; then
EGIT_REPO_URI="git://gcc.gnu.org/git/gcc.git"
# naming style:
# gcc-4.7.1_pre -> gcc-4_7-branch
#  Note that the micro version is required or lots of stuff will break.
#  To checkout master set gcc_LIVE_BRANCH="master" in the ebuild before
#  inheriting this eclass.
EGIT_BRANCH="${PN}-${PV%.?_pre}-branch"
EGIT_BRANCH=${EGIT_BRANCH//./_}
inherit git-2
fi

FEATURES=${FEATURES/multilib-strict/}

EXPORTED_FUNCTIONS="pkg_setup src_unpack src_compile src_test src_install 
pkg_postinst pkg_postrm"
case ${EAPI:-0} in
0|1)die "Need to upgrade to at least EAPI=2";;
2|3)EXPORTED_FUNCTIONS+=" src_prepare src_configure" ;;
4*|5*)  EXPORTED_FUNCTIONS+=" pkg_pretend src_prepare src_configure" ;;
*) 

Re: [gentoo-user] app-office/libreoffice-5.0.1.2 - fails

[Stefan G. Weichinger]

On 15.09.2015 07:34, Alan McKinnon wrote:
> On 14/09/2015 23:25, Stefan G. Weichinger wrote:
>>
>> can't emerge that new unstable libreoffice
>>
>> updated everything(?) possibly needed, used stable gcc ... no way.
>>
>> I don't want to spam the list with the build.log and I can't find a
>> matching bug at b.g.o.
>>
>> Anyone successful here already?
>>
>>
>>
> 
> 
> Built for me 
> 
> [I] app-office/libreoffice
>  Available versions:  4.4.4.3 4.4.5.2 **4.4. (~)5.0.1.2
> **5.0. ** {aqua bluetooth +branding coinmp collada +cups dbus
> debug eds firebird gltf gnome gstreamer +gtk gtk3 java jemalloc kde
> mysql odk postgres telepathy test vlc ELIBC="FreeBSD"
> LIBREOFFICE_EXTENSIONS="nlpsolver scripting-beanshell
> scripting-javascript wiki-publisher" PYTHON_SINGLE_TARGET="python2_7
> python3_3 python3_4" PYTHON_TARGETS="python2_7 python3_3 python3_4"}
>  Installed versions:  5.0.1.2(01:07:41 14/09/2015)(bluetooth
> branding cups dbus gstreamer java kde mysql vlc -aqua -coinmp -collada
> -debug -eds -firebird -gltf -gnome -gtk -gtk3 -jemalloc -odk -postgres
> -telepathy -test ELIBC="-FreeBSD" LIBREOFFICE_EXTENSIONS="-nlpsolver
> -scripting-beanshell -scripting-javascript -wiki-publisher"
> PYTHON_SINGLE_TARGET="python2_7 -python3_3 -python3_4"
> PYTHON_TARGETS="python2_7 python3_4 -python3_3")


The main difference I see is the fact that I have "gnome" and "gtk" in
there:

[U] app-office/libreoffice
 Available versions:  4.4.4.3 4.4.5.2 **4.4. (~)5.0.1.2
**5.0. ** {aqua bluetooth +branding coinmp collada +cups dbus
debug eds firebird gltf gnome gstreamer +gtk gtk3 java jemalloc kde
mysql odk postgres telepathy test vlc ELIBC="FreeBSD"
LIBREOFFICE_EXTENSIONS="nlpsolver scripting-beanshell
scripting-javascript wiki-publisher" PYTHON_SINGLE_TARGET="python2_7
python3_3 python3_4" PYTHON_TARGETS="python2_7 python3_3 python3_4"}
 Installed versions:  4.4.5.2(18:51:58 12.08.2015)(bluetooth
branding cups dbus gnome gstreamer gtk -aqua -coinmp -collada -debug
-eds -firebird -gltf -gtk3 -java -jemalloc -kde -mysql -odk -postgres
-telepathy -test -vlc ELIBC="-FreeBSD"
LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell
-scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_4
-python2_7 -python3_3" PYTHON_TARGETS="python2_7 python3_3 python3_4")

... I assume I need them for gnome-3 ;-)

I will retry a build and show you parts of the log.

[gentoo-user] Re: Can't paste from selection in gtk-3 apps

[Grant Edwards]

On 2015-09-15, Grant Edwards  wrote:

> In most X11 apps I can select some text and then paste it somewhere
> else with a middle-click, or dump it to stdout with the command 'xclip
> -o'.  That doesn't work for highligted text in gtk-3 apps (meld,
> evince, audacious, etc.).  After selecting text in a gtk-3 app, if I
> middle-click in a terminal window it does nothing and 'xclip -o' just
> hangs.  Selecting text elsewhere will deselect the text in the gtk-3
> app, so gtk-3 isn't _completely_ ignoring X11 clipboards/buffers.
>
> Any ideas why gtk-3 copy/paste is broken and how to fix it?

Ah, it turns out it's only a problem if you have multiple screens: you
can only paste a gtk-3 selection if the destination is on the same X11
screen as the source.  I'm pretty sure this is a known problem, but
I'm having trouble finding it again in the Gnome bugtracker...

-- 
Grant Edwards   grant.b.edwardsYow! Are we THERE yet?
  at   My MIND is a SUBMARINE!!
  gmail.com

Re: [gentoo-user] Can't paste from selection in gtk-3 apps

[wabenbau]

Grant Edwards  wrote:

> In most X11 apps I can select some text and then paste it somewhere
> else with a middle-click, or dump it to stdout with the command 'xclip
> -o'.  That doesn't work for highligted text in gtk-3 apps (meld,
> evince, audacious, etc.).  After selecting text in a gtk-3 app, if I
> middle-click in a terminal window it does nothing and 'xclip -o' just
> hangs.  Selecting text elsewhere will deselect the text in the gtk-3
> app, so gtk-3 isn't _completely_ ignoring X11 clipboards/buffers.
> 
> Any ideas why gtk-3 copy/paste is broken and how to fix it?
> 

Right now I made a test with audacious. I selected some text in the 
"title info" window and then pasted the selected text with middle-click
into a text editor (geany). It worked without problems.

--
Regards
wabe

Re: [gentoo-user] sys-fs/-MERGING-static-dev installed but unable to find it

[wraeth]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 15/09/15 18:50, Peter Humphrey wrote:
> Actually, the man page doesn't mention -f; you have to run emaint
> --help to find it. This is the first such case I've come across.

Sounds bug(zilla)-worthy ;)

- -- 
wraeth 
GnuPG Key: B2D9F759
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iF4EAREIAAYFAlX337EACgkQXcRKerLZ91mUXwD8CitJvuN3E48wb0lzAe5b5vtd
YVmt+hnnx3Ns7zaobvMA/RvgcavMRGfYvCCihC3n8im4vxu/rnVSZUpGcTRRaMDD
=pp2Q
-END PGP SIGNATURE-

Re: [gentoo-user] sys-fs/-MERGING-static-dev installed but unable to find it

[Neil Bothwick]

On 15 September 2015 09:50:08 BST, Peter Humphrey  wrote:
> On Monday 14 September 2015 21:41:54 Neil Bothwick wrote:
> > On Mon, 14 Sep 2015 15:56:25 +0100, Peter Humphrey wrote:
> > > When I ran "emaint all" just now I got "has outdated metadata"
> against
> > > five KDE packages. Does anyone here know what that implies? Google
> > > didn't help.
> > 
> > It's not a real problem, but emaint has a fix mode, see the man
> page.
> 
> Actually, the man page doesn't mention -f; you have to run emaint
> --help to 
> find it. This is the first such case I've come across.
> 
> Now that I've run emaint -f movebin and emaint -f moveinst,
> eix-test-obsolete 
> takes a fraction of the time it used to. I'm now trying to decide
> whether to 
> be suspicious or relieved.  ;)
> 
> -- 
> Rgds
> Peter

It does here, under default options. 
-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] sys-fs/-MERGING-static-dev installed but unable to find it

[Peter Humphrey]

On Monday 14 September 2015 21:41:54 Neil Bothwick wrote:
> On Mon, 14 Sep 2015 15:56:25 +0100, Peter Humphrey wrote:
> > When I ran "emaint all" just now I got "has outdated metadata" against
> > five KDE packages. Does anyone here know what that implies? Google
> > didn't help.
> 
> It's not a real problem, but emaint has a fix mode, see the man page.

Actually, the man page doesn't mention -f; you have to run emaint --help to 
find it. This is the first such case I've come across.

Now that I've run emaint -f movebin and emaint -f moveinst, eix-test-obsolete 
takes a fraction of the time it used to. I'm now trying to decide whether to 
be suspicious or relieved.  ;)

-- 
Rgds
Peter

Re: [gentoo-user] sys-fs/-MERGING-static-dev installed but unable to find it

[Dale]

Peter Humphrey wrote:
> On Monday 14 September 2015 11:28:36 Marc Joliet wrote:
>
>> Just for the record, but I think emaint (part of portage) should be capable
>> of fixing this automatically (specifically, it's "merges" command).  It can
>> do a couple more things, so check it out anyway.  (Also, per the news item
>> "New portage plug-in sync system" from 2015-02-02, "emaint sync" is going
>> to become the preferred way of syncing the portage tree and overlays.)
> Thanks for the reminder, Marc. I'd forgotten about that news item.
>
> When I ran "emaint all" just now I got "has outdated metadata" against five 
> KDE 
> packages. Does anyone here know what that implies? Google didn't help.
>


I got one of those too.


root@fireball / # emaint all
Emaint: check binhost  100%
[>]
Emaint: check cleanconfmem 100%
[>]
Emaint: check cleanresume  100%
[>]

resume list 'resume_backup' contains 814 packages



PORT_LOGDIR_CLEAN command returned None
See the make.conf(5) man page for PORT_LOGDIR_CLEAN usage instructions.


Emaint: check merges   100%
[>]
Emaint: check movebin  100%
[>]

'kde-base/kdelibs-4.14.11' has outdated metadata


Emaint: check moveinst 100%
[>]

'kde-base/kdelibs-4.14.11' has outdated metadata


Emaint: check world100%
[>]
root@fireball / # 


Still not quite sure exactly what this does tho.  :/

Dale

:-)  :-) 

[gentoo-user] [solved] app-office/libreoffice-5.0.1.2

[Stefan G. Weichinger]

On 15.09.2015 08:49, Stefan G. Weichinger wrote:

> I will retry a build and show you parts of the log.

Something in my merging history seems to have solved it now.
Merged OK today, sorry for the noise.

[I] app-office/libreoffice
 Available versions:  4.4.4.3 4.4.5.2 **4.4. (~)5.0.1.2
**5.0. ** {aqua bluetooth +branding coinmp collada +cups dbus
debug eds firebird gltf gnome gstreamer +gtk gtk3 java jemalloc kde
mysql odk postgres telepathy test vlc ELIBC="FreeBSD"
LIBREOFFICE_EXTENSIONS="nlpsolver scripting-beanshell
scripting-javascript wiki-publisher" PYTHON_SINGLE_TARGET="python2_7
python3_3 python3_4" PYTHON_TARGETS="python2_7 python3_3 python3_4"}
 Installed versions:  5.0.1.2(11:18:17 15.09.2015)(bluetooth
branding cups dbus gnome gstreamer gtk -aqua -coinmp -collada -debug
-eds -firebird -gltf -gtk3 -java -jemalloc -kde -mysql -odk -postgres
-telepathy -test -vlc ELIBC="-FreeBSD"
LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell
-scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_4
-python2_7 -python3_3" PYTHON_TARGETS="python2_7 python3_4 -python3_3")

[gentoo-user] Can't paste from selection in gtk-3 apps

[Grant Edwards]

In most X11 apps I can select some text and then paste it somewhere
else with a middle-click, or dump it to stdout with the command 'xclip
-o'.  That doesn't work for highligted text in gtk-3 apps (meld,
evince, audacious, etc.).  After selecting text in a gtk-3 app, if I
middle-click in a terminal window it does nothing and 'xclip -o' just
hangs.  Selecting text elsewhere will deselect the text in the gtk-3
app, so gtk-3 isn't _completely_ ignoring X11 clipboards/buffers.

Any ideas why gtk-3 copy/paste is broken and how to fix it?

-- 
Grant Edwards   grant.b.edwardsYow!
  at   
BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-BI-
  gmail.com

[gentoo-user] Re: OT: GCC 5 Offloading

[james]

Fernando Rodriguez  outlook.com> writes:


> > > Do you know of any plans to enable offloading on the gentoo toolchain?

> > > I was able to build the offloading compiler using crossdev with a few
hacks 

> The link was for the emulator ebuild[1]. I got distracted with other 
> stuff and didn't make the host compiler, will do it this week.

I've been noodling around with DAGs, Tup, CheckInstall and Ninja. for this
sort of build effort, but nothing is solid (yet). I really want a flexible
DAG mechanism for building thing outside of gentoo proper devmanual, for
quick code testing and hacking.

Besides, I'm not sure you have to. Look there is an overlay for gcc-5 &
gcc-6:: [1]Down the page a bit::

gcc-5.2.0
multislot regression-test vanilla altivec debug nopie nossp doc gcj awt
hardened multilib objc objc-gc libssp objc++ fixed-point go graphite cilk
+nls +nptl +cxx +fortran +openmp +sanitize


> I built the offloading  (accel) compiler as follows:

Sorry about pruning the message:: gmane is a picky_pain some times
about length of post vs length of reply. Those instructions  you
posted are keenly appreciated, as well as the other info. Give me
some time to digest/test/regress/obsess on all of this information
and let's start a new thread. 

THANKS!
James

[1] http://gpo.zugaina.org/sys-devel/gcc

[gentoo-user] Re: Gentoo net0 - auto resetting - very impressed

[james]

  sys-concept.com> writes:



> Lately I've installed Fedora core on my old eeepc and I very impressed
> with the printer installation.  Fedora automatically recognized my
> Brother HL-5730 printer and installed printer driver for it.

I have a brother J6710-DW printer that I have tried, unsuccessfully
in the past to set up on Gentoo. Brother is borked on Gentoo. Don't believe
me read the recent post from Patrick Lauer on planet.gentoo.org. Patrick
offer up a simplified way that he was able to get his brother printer
running via IPP and a postscript filter.


> I wish Gentoo would be able to do it as well some day.

Yea, I almost had mine working but I just got tired of hacking
away at it. It would be more straightforward to take an rpm or deb
package and use it. Folks have made specific models work, but, it
is a bit of work.

'eix -R brother' shows quite a few overlays (ebuilds) that cover
a range of brother printers, should you desire to hack that route.


hth,
James

Re: [gentoo-user] Re: Gentoo net0 - auto resetting - very impressed

[Alan McKinnon]

On 15/09/2015 21:53, the...@sys-concept.com wrote:
> On 09/15/2015 01:47 PM, james wrote:
>>   sys-concept.com> writes:
>>
>>
>>
>>> Lately I've installed Fedora core on my old eeepc and I very impressed
>>> with the printer installation.  Fedora automatically recognized my
>>> Brother HL-5730 printer and installed printer driver for it.
>>
>> I have a brother J6710-DW printer that I have tried, unsuccessfully
>> in the past to set up on Gentoo. Brother is borked on Gentoo. Don't believe
>> me read the recent post from Patrick Lauer on planet.gentoo.org. Patrick
>> offer up a simplified way that he was able to get his brother printer
>> running via IPP and a postscript filter.
>>
>>
>>> I wish Gentoo would be able to do it as well some day.
>>
>> Yea, I almost had mine working but I just got tired of hacking
>> away at it. It would be more straightforward to take an rpm or deb
>> package and use it. Folks have made specific models work, but, it
>> is a bit of work.
>>
>> 'eix -R brother' shows quite a few overlays (ebuilds) that cover
>> a range of brother printers, should you desire to hack that route.
> 
> 
> To install brother printer just follow these steps from Gentoo forum:
> https://forums.gentoo.org/viewtopic-t-909052-highlight-brother.html



Or just don't install Brother printers. They are utter crap and why
anyone gives them desk space is beyond me. It's not like they are
expensive either, toss 'em and buy something real.

Recent Samsung, Epson and everything supported by hplip all work great.


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

[gentoo-user] portage directory ownerships?

[james]

Hello,

So looking at /etc/portage/repos.conf, it seems root.root owns these
files; shouldn't it be portage.portage? and /usr/portage

That got me thinking. Everywhere that portage operates or owns
things, should the ownership not be portage.portage
and what would the typical permissions be?

Is there a master list I can look at? Surely root not own all
these dirs, like /usr/portage/* ? My /usr/portage is root.root
and 755 on permissions, is that right?

If so, why?

In my /usr/local/portage and it's subdirs where I hack on many 
ebuild, portage.portage owns everything.?
Curious, and I cannot remember ever looking at this


James

Re: [gentoo-user] portage directory ownerships?

[Alan McKinnon]

On 15/09/2015 22:09, james wrote:
> Hello,
> 
> So looking at /etc/portage/repos.conf, it seems root.root owns these
> files; shouldn't it be portage.portage? and /usr/portage
> 
> That got me thinking. Everywhere that portage operates or owns
> things, should the ownership not be portage.portage
> and what would the typical permissions be?

Here, all of /etc/portage is root:root
The tree and all overlays are portage:portage

You can make a local overlay owned by user you want, stuff you hack away
at yourself should probably be james:james or james:users

Typically, permissions in /etc/portage are the usual 755 for dirs and
644 for files

I set overlays and the tree to be 2775 for dirs and 664 for files

> 
> Is there a master list I can look at? Surely root not own all
> these dirs, like /usr/portage/* ? My /usr/portage is root.root
> and 755 on permissions, is that right?

Permissions should be what YOU need them to be on your computer. There's
a default, it's what portage makes them when you install stuff

> 
> If so, why?

Only root should change the master config files in /etc, just like in
all other apps
IIRC emerge can drop privs to a user account, if that user is portage
then portage must own the files


> 
> In my /usr/local/portage and it's subdirs where I hack on many 
> ebuild, portage.portage owns everything.?

Make your life easy, chaown that stuff to james

> Curious, and I cannot remember ever looking at this
> 
> 
> James
> 
> 
> 
> 


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

Re: [gentoo-user] portage directory ownerships?

[wabenbau]

james  wrote:

> Hello,
> 
> So looking at /etc/portage/repos.conf, it seems root.root owns these
> files; shouldn't it be portage.portage? and /usr/portage

On my system /etc/portage/repos.conf is also owned by root:root
 
> That got me thinking. Everywhere that portage operates or owns
> things, should the ownership not be portage.portage
> and what would the typical permissions be?
> 
> Is there a master list I can look at? Surely root not own all
> these dirs, like /usr/portage/* ? My /usr/portage is root.root
> and 755 on permissions, is that right?

On my system /usr/portage/* is owned by portage:portage and permissions
for directories is drwxrwsr-x and for files -rw-rw-r--

In make.conf I have usersandbox and userpriv in my FEATURES list. 
Dunno, but maybe this has something to do with ownership/permissions.

--
Regards
wabe

Re: [gentoo-user] Re: Gentoo net0 - auto resetting - very impressed

[thelma]

On 09/15/2015 01:47 PM, james wrote:
>   sys-concept.com> writes:
> 
> 
> 
>> Lately I've installed Fedora core on my old eeepc and I very impressed
>> with the printer installation.  Fedora automatically recognized my
>> Brother HL-5730 printer and installed printer driver for it.
> 
> I have a brother J6710-DW printer that I have tried, unsuccessfully
> in the past to set up on Gentoo. Brother is borked on Gentoo. Don't believe
> me read the recent post from Patrick Lauer on planet.gentoo.org. Patrick
> offer up a simplified way that he was able to get his brother printer
> running via IPP and a postscript filter.
> 
> 
>> I wish Gentoo would be able to do it as well some day.
> 
> Yea, I almost had mine working but I just got tired of hacking
> away at it. It would be more straightforward to take an rpm or deb
> package and use it. Folks have made specific models work, but, it
> is a bit of work.
> 
> 'eix -R brother' shows quite a few overlays (ebuilds) that cover
> a range of brother printers, should you desire to hack that route.


To install brother printer just follow these steps from Gentoo forum:
https://forums.gentoo.org/viewtopic-t-909052-highlight-brother.html


Thelma

Re: [gentoo-user] sys-fs/-MERGING-static-dev installed but unable to find it

[Peter Humphrey]

On Tuesday 15 September 2015 04:05:16 Dale wrote:
> Peter Humphrey wrote:
> > On Monday 14 September 2015 11:28:36 Marc Joliet wrote:
> >> Just for the record, but I think emaint (part of portage) should be
> >> capable
> >> of fixing this automatically (specifically, it's "merges" command).  It
> >> can
> >> do a couple more things, so check it out anyway.  (Also, per the news
> >> item
> >> "New portage plug-in sync system" from 2015-02-02, "emaint sync" is going
> >> to become the preferred way of syncing the portage tree and overlays.)
> > 
> > Thanks for the reminder, Marc. I'd forgotten about that news item.
> > 
> > When I ran "emaint all" just now I got "has outdated metadata" against
> > five KDE packages. Does anyone here know what that implies? Google didn't
> > help.
> I got one of those too.
> 
> root@fireball / # emaint all
--->8
> Emaint: check movebin  100%
> [>]
> 
> 'kde-base/kdelibs-4.14.11' has outdated metadata
> 
> Emaint: check moveinst 100%
> [>]
> 
> 'kde-base/kdelibs-4.14.11' has outdated metadata
> 
> [>]

Yes, that's one of the five I got. I can't tell you the other four now because 
they've scrolled off.

> Still not quite sure exactly what this does tho.  :/

Nor I. Still, it doesn't seem to be anything to worry about.

-- 
Rgds
Peter

Re: [gentoo-user] sys-fs/-MERGING-static-dev installed but unable to find it

[Peter Humphrey]

On Tuesday 15 September 2015 10:30:39 Neil Bothwick wrote:
> On 15 September 2015 09:50:08 BST, Peter Humphrey 
 wrote:
> > On Monday 14 September 2015 21:41:54 Neil Bothwick wrote:
> > > On Mon, 14 Sep 2015 15:56:25 +0100, Peter Humphrey wrote:
> > > > When I ran "emaint all" just now I got "has outdated metadata"
> > against
> > > > five KDE packages. Does anyone here know what that implies? Google
> > > > didn't help.
> > > 
> > > It's not a real problem, but emaint has a fix mode, see the man
> > page.
> > Actually, the man page doesn't mention -f; you have to run emaint
> > --help to
> > find it. This is the first such case I've come across.

--->8

> It does here, under default options.

Ah, I see it now. I was reading it the wrong way.

-- 
Rgds
Peter
-- 
Rgds
Peter