Re: [gentoo-user] os-prober fails sucessfully

[Dutch Ingraham]

On 3/17/20 9:00 PM, John Covici wrote:
> On Tue, 17 Mar 2020 19:23:53 -0400,
> Dutch Ingraham wrote:
>>
>> On 3/17/20 4:16 AM, Neil Bothwick wrote:
>>> On Tue, 17 Mar 2020 03:00:59 -0500, Dutch Ingraham wrote:
>>>
>>>> Also from [1], with emphasis added "30_os-prober this script uses
>>>> **os-prober to search for Linux** and other operating systems and places
>>>> the results in the GRUB 2 menu.
>>>>
>>>> A review of the scripts 10_linux and 30_os-prober supplied by Gentoo
>>>> with the grub and os-prober packages seems to confirm the Ubuntu
>>>> documentation's accuracy.
>>>>
>>>> Regardless of which script is responsible, the problem remains that
>>>> running 'grub-mkconfig -o /boot/grub/grub.cfg' under the circumstances
>>>> outlined in my original post should find the other Linux operating
>>>> systems, but doesn't.
>>>
>>> You're right, either things have changed since the days I used GRUB
>>> extensively or I am losing it. No, that's not a multiple choice question!
>>
>> Well, you wouldn't be the first to begin losing it!  I sent the original
>> question before running things through strace, so  (It wasn't
>> particularly helpful.)
>>>
>>> Have you tried running the script with "sh -x" to see just what it is
>>> doing?
>>
>> It calls a helper script and exits successfully.
>>
>> I wonder if it could be this part
>>>
>>> if ! command -v os-prober > /dev/null || ! command -v linux-boot-prober 
>>> >/dev/null ; then
>>># missing os-prober and/or linux-boot-prober
>>>exit 0
>>> fi
>>
>> Running `command -v os-prober' returns '/usr/bin/os-prober'
>>>
>>> If the os-prober command is missing the script will fail successfully, as
>>> you experience. Is sys-boot/os-prober installed?
>>>
>>>
>> Yes, it is installed as noted above, and, if I mount the partitions
>> manually, os-prober will find them.
>>
>>
>> I'm fairly certain I am missing one open and obvious thing, but can't
>> see it.  Here is a list of things I have tried, mainly for
>> thread-completeness purposes:
>>
>> 1. Removed grub and op-prober packages then wiped all residual config files.
>>
>> 2. Reinstalled both, enabling the 'mount' use flag on grub.
>>
>> 3. Confirmed /usr/bin/os-prober and all /etc/grub.d/{scripts} are in
>> place and executable.
>>
>> 4. Even though it is the default, added GRUB_DISABLE_OS_PROBER=false to
>> /etc/default/grub.
>>
>> 5. Even though it is the default, set GRUB_PLATFORMS="pc" in make.conf.
>>
>>
>> On a fairly routine set-up (MBR/BIOS with four ext4 primary partitions)
>> I should be able to just set the mount use flag on grub, install grub
>> and os-prober, run 'grub-mkconfig -o /boot/grub/grub.cfg' and it should
>> just detect all operating systems and write the config, right? RIGHT?
>>
>>
>
> Are you sure its supposed to detect them even if they are not mounted?
> How would they be able to look at the files?  Where are the image
> files on these partitions?
>

Those are good questions.  As far as I have seen, distributions act in
one of three different ways:

1.  Patch grub/os-prober in such a way that all operating systems
are detected rapidly, but not necessarily accurately.  OpenSuSE works
this way, and can find 8 operating systems spread across two SSDs in
less than 10 seconds, albeit sometimes older kernels are listed as the
default for any given OS.  No manual mounting of OSs is necessary.

2.  Patch grub/os-prober in such a way that all operating systems
are detected very slowly but accurately.  The Debians/Ubuntus and Fedora
work this way, but take up to five minutes to complete on a two-SSD
system.  No manual mounting of OSs is necessary.

3.  Vanilla grub/os-prober.  Manual mounting of all OSs is required.
 Arch Linux works this way.  See
https://wiki.archlinux.org/index.php/GRUB#Detecting_other_operating_systems
.

I'm assuming 1 & 2 above are patched only anecdotally. There could be
something totally distinct happening.

The os-prober code itself, at least Gentoo's version, seems to indicate
it should find other OSs without manual mounting, as the code comments
and commands like lsblk, blkid, and mount would serve no other obvious
purpose.

Unfortunately I don't have the time right now to do a proper analysis of
the code from 1, 2, and 3 above against Gentoo's, so I suppose manually
mounting will have to suffice.

Re: [gentoo-user] os-prober fails sucessfully

[Dutch Ingraham]

On 3/17/20 4:16 AM, Neil Bothwick wrote:

On Tue, 17 Mar 2020 03:00:59 -0500, Dutch Ingraham wrote:


Also from [1], with emphasis added "30_os-prober this script uses
**os-prober to search for Linux** and other operating systems and places
the results in the GRUB 2 menu.

A review of the scripts 10_linux and 30_os-prober supplied by Gentoo
with the grub and os-prober packages seems to confirm the Ubuntu
documentation's accuracy.

Regardless of which script is responsible, the problem remains that
running 'grub-mkconfig -o /boot/grub/grub.cfg' under the circumstances
outlined in my original post should find the other Linux operating
systems, but doesn't.


You're right, either things have changed since the days I used GRUB
extensively or I am losing it. No, that's not a multiple choice question!


Well, you wouldn't be the first to begin losing it!  I sent the original
question before running things through strace, so  (It wasn't
particularly helpful.)


Have you tried running the script with "sh -x" to see just what it is
doing?


It calls a helper script and exits successfully.

I wonder if it could be this part


if ! command -v os-prober > /dev/null || ! command -v linux-boot-prober 
>/dev/null ; then
   # missing os-prober and/or linux-boot-prober
   exit 0
fi


Running `command -v os-prober' returns '/usr/bin/os-prober'


If the os-prober command is missing the script will fail successfully, as
you experience. Is sys-boot/os-prober installed?



Yes, it is installed as noted above, and, if I mount the partitions
manually, os-prober will find them.


I'm fairly certain I am missing one open and obvious thing, but can't
see it.  Here is a list of things I have tried, mainly for
thread-completeness purposes:

1. Removed grub and op-prober packages then wiped all residual config files.

2. Reinstalled both, enabling the 'mount' use flag on grub.

3. Confirmed /usr/bin/os-prober and all /etc/grub.d/{scripts} are in
place and executable.

4. Even though it is the default, added GRUB_DISABLE_OS_PROBER=false to
/etc/default/grub.

5. Even though it is the default, set GRUB_PLATFORMS="pc" in make.conf.


On a fairly routine set-up (MBR/BIOS with four ext4 primary partitions)
I should be able to just set the mount use flag on grub, install grub
and os-prober, run 'grub-mkconfig -o /boot/grub/grub.cfg' and it should
just detect all operating systems and write the config, right? RIGHT?

Re: [gentoo-user] os-prober fails sucessfully

[Dutch Ingraham]

On 3/16/20 3:47 PM, Neil Bothwick wrote:

On Mon, 16 Mar 2020 12:51:06 -0500, Dutch Ingraham wrote:


Hi all.  I'm having a problem with os-prober not finding other linux
partitions.

I'm on x86_64 and an old spinning drive with an msdos partition table
and 4 primary partitions, 3 linux and 1 swap.

os-prober runs successfully as per bash's return code, but no partitions
are found.


os-prober scans for non-Linux operating systems. /etc/grub.d/10_linux is
the script responsible for finding Linux installations.



That is not my understanding.  From [1], "10_linux identifies kernels on
the root device for the operating system in use and creates menu entries
for these items."  I take this to mean 10_linux is the script
responsible for identifying the currently booted system (i.e., the "root
device."

Also from [1], with emphasis added "30_os-prober this script uses
**os-prober to search for Linux** and other operating systems and places
the results in the GRUB 2 menu.

A review of the scripts 10_linux and 30_os-prober supplied by Gentoo
with the grub and os-prober packages seems to confirm the Ubuntu
documentation's accuracy.

Regardless of which script is responsible, the problem remains that
running 'grub-mkconfig -o /boot/grub/grub.cfg' under the circumstances
outlined in my original post should find the other Linux operating
systems, but doesn't.

[1]  https://help.ubuntu.com/community/Grub2/Setup

[gentoo-user] os-prober fails sucessfully

[Dutch Ingraham]

Hi all.  I'm having a problem with os-prober not finding other linux
partitions.

I'm on x86_64 and an old spinning drive with an msdos partition table
and 4 primary partitions, 3 linux and 1 swap.

os-prober runs successfully as per bash's return code, but no partitions
are found.

grub (grub2) is built with the 'mount' use flag, and when 'grub-mkconfig
-o /boot/grub/grub.cfg' is run, the result is the same, i.e., the gentoo
partition is found but no others.

Any suggestions on where to check from here?

Re: [gentoo-user] Codeblocks Fails to Exit Cleanly in Awesome WM

[Dutch Ingraham]

On Wed, Aug 16, 2017 at 01:14:13AM -0400, P Levine wrote:
> On Tue, Aug 15, 2017 at 10:28 AM, Dutch Ingraham <s...@gmx.us> wrote:
> 
> > Specifically, when exiting in any manner, the GUI will disappear,
> > but the Codeblocks process continues to run.
> >
> 
> ​Maybe related to https://github.com/awesomeWM/awesome/issues/1193?

Thanks, that's an interesting bug with some apparent similarities.  However,
the process state after closing Codeblocks in Awesome is not a zombie, but
Ssl, which indicates some event handling issue.  I was looking at this bug:

https://github.com/awesomeWM/awesome/issues/1975

as the issue seems related to some event handler or IPC issue, but I haven't
progressed too far with that.

Re: [gentoo-user] Codeblocks Fails to Exit Cleanly in Awesome WM

[Dutch Ingraham]

On Tue, Aug 15, 2017 at 11:21:48AM -0500, R0b0t1 wrote:
> On Tue, Aug 15, 2017 at 9:28 AM, Dutch Ingraham <s...@gmx.us> wrote:
> > Hi all:
> >
> > I'm having a problem with Codeblocks not exiting cleanly when using the
> > Awesome WM.  I've filed a bug report[1] but the wrangler closed it almost
> > immediately without any testing or attempt to confirm, so I'm asking for
> > your help here.
> >
> 
> I don't necessarily agree with the closure of the bug report. I
> suspect such closures happen because the first responder does not know
> how to troubleshoot the issue. However, the Gentoo developers care a
> lot more than, say, the Mozilla developers. Every bug report I have
> sent to Mozilla trackers has been ignored.

Thanks for your response.

I've had issues with this particular wrangler before.  See:
https://bugs.gentoo.org/show_bug.cgi?id=618148

> 
> It seems like a tossup: Awesome might be launching Code::Blocks in a
> way that leaves the process unable to close itself, but seeing as I
> don't actually know how that would happen, you might have better luck
> asking the Code::Blocks developers as they will know how to
> troubleshoot their project. They then might be able to figure out that
> it is something else's fault.
> 

Given how bug reports are handled on non-critical issues, I think a likely 
response from CodeBlocks would be something like "You stated Codeblocks shuts 
down cleanly in Arch, Fedora, and Debian when using Awesome.  This is a Gentoo 
issue."  A likely response from Awesome would be "You stated this only occurs 
with Codeblocks on Gentoo; this is a Codeblocks or Gentoo problem" And around 
and around we go...


> > I am using Codeblocks-16.01 (the only unmasked version, which is keyworded
> > unstable) on both a full-unstable installation and on a mostly-stable
> > installation, both with only the 'contrib' use flag set.  On both 
> > installations,
> > Codeblocks, when started from a menu in the Awesome WM, will not exit
> > cleanly.  Specifically, when exiting in any manner, the GUI will disappear,
> > but the Codeblocks process continues to run.
> >
> > However, when started from a terminal, Codeblocks does not show this 
> > behavior,
> > i.e., it does shut down completely and cleanly.
> >
> > Additionally, this behavior does not present when using either the Plasma
> > desktop or the Fluxbox WM, i.e., Codeblocks will shutdown cleanly whether
> > started from a menu or from a terminal.
> >
> > This is likely not strictly an upstream issue. This is almost certainly a 
> > Gentoo
> > issue, as issue I presented does not appear in Arch, Debian, or Fedora.
> > All three have the exact same version of Codeblocks as Gentoo; all three 
> > have
> > similar versions of Awesome (all in the 4.x branch) and Arch is using the
> > exact same version of Awesome (4.2) that I am using on both Gentoo
> > installations noted above.
> >
> > Any help or other insights in debugging this issue are appreciated.
> >
> 
> When I encounter issues like this I try to find the newest version of
> the project. In this case, it looks like 16.01 is the latest release
> of Code::Blocks. You might try building from their repository. It will
> take time to become acquainted with the different build systems
> (automake, CMake, ...) but you can generally specify a custom
> installation directory -- ~/.local is a good place. Add the binary
> paths inside of that directory to your PATH.
> 
> You can also run a command to kill Code::Blocks after you exit,

As noted, Codeblocks will exit cleanly if started from a terminal emulator, so
that seems like the cleanest path to run the program for now.

> or use
> another IDE (like Geany). Some example commands:
> 
> ps | awk '/codeblocks/ { print $1; }' | xargs kill
> kill `pgrep codeblocks`
> pkill codeblocks
> 
> Be careful that you don't kill processes that contain the name you
> give but aren't the one you mean. The regex in the first command will
> be easier to customize. Pkill and pgrep are nonstandard.
> 
> R0b0t1.
> 

[gentoo-user] Codeblocks Fails to Exit Cleanly in Awesome WM

[Dutch Ingraham]

Hi all:

I'm having a problem with Codeblocks not exiting cleanly when using the
Awesome WM.  I've filed a bug report[1] but the wrangler closed it almost
immediately without any testing or attempt to confirm, so I'm asking for
your help here.

I am using Codeblocks-16.01 (the only unmasked version, which is keyworded 
unstable) on both a full-unstable installation and on a mostly-stable 
installation, both with only the 'contrib' use flag set.  On both 
installations, 
Codeblocks, when started from a menu in the Awesome WM, will not exit 
cleanly.  Specifically, when exiting in any manner, the GUI will disappear, 
but the Codeblocks process continues to run.

However, when started from a terminal, Codeblocks does not show this behavior, 
i.e., it does shut down completely and cleanly.

Additionally, this behavior does not present when using either the Plasma 
desktop or the Fluxbox WM, i.e., Codeblocks will shutdown cleanly whether 
started from a menu or from a terminal.

This is likely not strictly an upstream issue. This is almost certainly a 
Gentoo 
issue, as issue I presented does not appear in Arch, Debian, or Fedora.  
All three have the exact same version of Codeblocks as Gentoo; all three have 
similar versions of Awesome (all in the 4.x branch) and Arch is using the 
exact same version of Awesome (4.2) that I am using on both Gentoo 
installations noted above.

Any help or other insights in debugging this issue are appreciated.

[1] https://bugs.gentoo.org/show_bug.cgi?id=627430

Re: [gentoo-user] llvm not updating with @world

[Dutch Ingraham]

On Sat, Mar 04, 2017 at 10:31:27AM -0500, Michael Orlitzky wrote:
> On 03/04/2017 10:18 AM, Dutch Ingraham wrote:
> > 
> > So, that will bring in the update, just like emerge -1a sys-devel/llvm
> > will.
> > 
> > But, why isn't --deep @world doing so?  Is it bug-reporting time?
> > 
> > (There is one other slight possible anomoly I could find:
> > 'equery depends sys-devel/llvm' returns llvm as a dependency of itself:
> 
> Yeah, I'm out of my depth. Just moments ago, there was a post to the
> portage list about LLVM and --with-bdeps:
> 
> https://archives.gentoo.org/gentoo-portage-dev/message/f1dfb5c37e6c3db1c2f22c137a4b15af
> 
> Some combination of the portage/llvm teams might know what's going on.

OK - thanks for looking at it and confirming I'm not missing something
obvious, which is my want, or that I was not misunderstanding what --deep was
supposed to do.  I'll file the bug.

Re: [gentoo-user] llvm not updating with @world

[Dutch Ingraham]

On Sat, Mar 04, 2017 at 09:55:30AM -0500, Michael Orlitzky wrote:
> On 03/04/2017 09:37 AM, Dutch Ingraham wrote:
> > 
> > Michael, thanks for your response.  No, I did not do a one-shot; llvm
> > was brought in by way of mesa -> gallium; this is llvm's only use on
> > this system as far as I know.
> > 
> > Also, 'emerge -ac' shows no packages to remove.
> > 
> 
> Well, there goes my one good idea =)
> 
> You can try doing "emerge -pe --tree @world" to see if llvm would get
> pulled in by anything in your system. If it is, then a --deep update
> --with-bdeps should be updating it.
> 
> One more desperate attempt: the --complete-graph option is weaker than
> --deep, I think. What happens if you remove it? (I'm wondering if
> --complete-graph overrides --deep).
> 
> If neither of those experiments are illuminating, you should file a bug.
> The portage team has a better understanding of why some things are skipped.

Removing --complete-graph doesn't change anything.  I don't usually use
that, but only added it to see if it would shake something out, but of course
it didn't.

The emerge -pe --tree @world returns, in relevant part:

[nomerge   ] mail-client/thunderbird-45.7.0 
[nomerge   ]  x11-libs/gtk+-2.24.31-r1 
[ebuild   R]   gnome-base/librsvg-2.40.16 
[ebuild   R]x11-libs/pango-1.40.3 
[ebuild   R] media-libs/harfbuzz-1.4.3 
[ebuild   R]  x11-libs/cairo-1.14.8 
[ebuild   R]   media-libs/mesa-17.0.0 
[ebuild U  ]sys-devel/llvm-3.9.1-r1 [3.7.1-r3] USE=[clip]

So, that will bring in the update, just like emerge -1a sys-devel/llvm
will.

But, why isn't --deep @world doing so?  Is it bug-reporting time?

(There is one other slight possible anomoly I could find:
'equery depends sys-devel/llvm' returns llvm as a dependency of itself:

gentoo3 ~ # equery depends sys-devel/llvm
 * These packages depend on sys-devel/llvm:
media-libs/mesa-17.0.0 [cut massive amnount of non-llvm-related options]

sys-devel/llvm-3.7.1-r3 (>=sys-devel/llvm-3.5)
gentoo3 ~ #

Is this relevant or expected?)

Thanks again.

Re: [gentoo-user] llvm not updating with @world

[Dutch Ingraham]

On Sat, Mar 04, 2017 at 09:30:42AM -0500, Michael Orlitzky wrote:
> On 03/04/2017 06:38 AM, Dutch Ingraham wrote:
> > Hi all - I'm running a systemd/hardened desktop with 
> > ACCEPT_KEYWORDS="~amd64". 
> > The result of an 'emerge -auDN --with-bdeps=y --complete-graph @world' is 
> > 'Nothing to merge; quitting.'
> > 
> > However, if I 'emerge -1a sys-devel/llvm', I get: 
> > '[ebuild  r  U  ] sys-devel/llvm-3.9.1-r1 [3.7.1-r3]' and
> > '[ebuild  rR] media-libs/mesa-17.0.0'
> > 
> > So, why is a reinstall of llvm triggering an upgrade but an @world is not?
> > 
> 
> Once upon a time, did you "emerge --oneshot llvm"? You can check by
> doing an "emerge --depclean" to see if llvm would be removed.

Michael, thanks for your response.  No, I did not do a one-shot; llvm
was brought in by way of mesa -> gallium; this is llvm's only use on
this system as far as I know.

Also, 'emerge -ac' shows no packages to remove.

[gentoo-user] llvm not updating with @world

[Dutch Ingraham]

Hi all - I'm running a systemd/hardened desktop with ACCEPT_KEYWORDS="~amd64". 
The result of an 'emerge -auDN --with-bdeps=y --complete-graph @world' is 
'Nothing to merge; quitting.'

However, if I 'emerge -1a sys-devel/llvm', I get: 
'[ebuild  r  U  ] sys-devel/llvm-3.9.1-r1 [3.7.1-r3]' and
'[ebuild  rR] media-libs/mesa-17.0.0'

So, why is a reinstall of llvm triggering an upgrade but an @world is not?

Thanks

Re: [gentoo-user] from Firefox52: NO pure ALSA?, WAS: Firefox 49.0 & Youtube... Audio: No

[Dutch Ingraham]

On Sun, Dec 18, 2016 at 05:47:39PM +0100, lee wrote:
> Rich Freeman  writes:

> Why can't they just say that they are making software for themselves the
> way they want it and don't care about what anyone else says or wants?

Openbsd and Archlinux will (do) say exectly that.  If that attitude
suits you, you will be right at home there.

Re: [gentoo-user] make -j for kernel builds?

[Dutch Ingraham]

On Mon, Oct 31, 2016 at 06:06:45PM +0100, meino.cra...@gmx.de wrote:
> Hi,
> 
> from ancient times ;) I remember, that it is not advisable
> to compile a linux kernel with more than one cpu core.
> 
> Is that still true, or is it save to compile it with
> "all you can eat" ::)) ?

That must be very ancient.  I've been following this [1] for over three years
without problems.

[1] https://wiki.gentoo.org/wiki/Kernel/Configuration#Build

Re: [gentoo-user] Re: Recommend a good replacement for XFCE?

[Dutch Ingraham]

On Sun, Sep 25, 2016 at 03:09:23PM +0100, Neil Bothwick wrote:
> On Sun, 25 Sep 2016 14:02:18 + (UTC), Grant Edwards wrote:
> 
> > > I'm curious. What is it you are doing that needs desktops on separate
> > > X11 screens?  
> > 
> > I do software development that often involves fairly complex test
> > setups where I sometimes need 1 screen for source code, 1 screen for
> > documentation, 1 screen for various simulators or test programs, 1
> > screen for a web browser connected to the DUT, and another screen for
> > general web-browsing and email handling.
> > 
> > And I find it very useful to be able to leave 2 of the screens as-is
> > while I switch the third one to do something else.
> 
> I hadn't really thought of it like that, but being able to switch virtual
> desktops separately on each monitor sounds like a really useful feature.

I got used to that type of workflow with dwm, and I'm now spoiled; like the OP,
I find it terribly inconvenient to change all monitors when I only want to
change one.

Re: [gentoo-user] New Install

[Dutch Ingraham]

On Sat, Sep 24, 2016 at 09:49:07PM +, J. Roeleveld wrote:
> On September 24, 2016 11:42:23 PM GMT+02:00, Christopher Robinson 
>  wrote:
> >Joost you should not be responding to people seeking help. Your
> >attititude is offensive.
> 
> Please do enlighten us. What part of the email you are responding to is 
> offensive?


I'd just like to take a moment and commend the regular posters to this
list, from whom I have learned much over the last few years, for showing
what is, in my opinion, great restraint and civility towards the OP.  If
he had walked into *my house* and immediately began chastising the
locals and lecturing them on how they should act, well, I may not have
been able to be so charitable.  Well done, chaps!

Re: [gentoo-user] Kernel does not boot after adding a new SATA drive

[Dutch Ingraham]

On Wed, Sep 07, 2016 at 12:38:40AM +0100, Neil Bothwick wrote:
> On Tue, 6 Sep 2016 18:22:54 -0500, Dutch Ingraham wrote:
> 
> > > grub-mkconfig doesn't care about the fstab of the running distro
> > > since it scans your drives for all operating systems it can boot.
> > >   
> > Sorry if I missed something in this tome, but I was under the
> > impression that a seperate utility, os-prober (or something similar),
> > was needed to scan outside of the current partition.  Some distros do
> > not include this type of utility by default, but it has been 3 years
> > since I installed my Gentoo and I just don't remember.  Is this
> > off-topic?
> 
> os-prober scans for Windows and other non-Linux installations.

That's true, but it seems to imply it does not scan for Linux, which is not true
to my understanding.

os-prober is just a shell script, but a little dense for me to make conclusions
of; maybe you can make sense of it, if you have it.  However, the Ubuntu people 
say this:

"30_os-prober This script uses os-prober to search for Linux and other 
operating 
systems and places the results in the GRUB 2 menu.

   1.  The file's sections include options for Windows, Linux, OSX, and Hurd."

The full quote is here:
https://help.ubuntu.com/community/Grub2/Setup

My point was just to see if this information was helpful to the OP.  Like I
said, I kind-of lost track of this thread.  If it's not helpful, that's fine.

Re: [gentoo-user] Kernel does not boot after adding a new SATA drive

[Dutch Ingraham]

On Tue, Sep 06, 2016 at 10:32:35PM +0100, Neil Bothwick wrote:
> On Wed, 7 Sep 2016 00:05:32 +0300, gevisz wrote:
> 
> 
> grub-mkconfig doesn't care about the fstab of the running distro since it
> scans your drives for all operating systems it can boot.
> 
Sorry if I missed something in this tome, but I was under the impression that 
a seperate utility, os-prober (or something similar), was needed to scan outside
of the current partition.  Some distros do not include this type of utility by 
default, but it has been 3 years since I installed my Gentoo and I just don't
remember.  Is this off-topic?

Re: [gentoo-user] basic grub question

[Dutch Ingraham]

On Wed, Jun 15, 2016 at 12:57:40PM -0400, cov...@ccs.covici.com wrote:
> Dutch Ingraham <s...@gmx.us> wrote:
> 
> > On Wed, Jun 15, 2016 at 11:52:57AM -0400, cov...@ccs.covici.com wrote:
> > > Peter Humphrey <pe...@prh.myzen.co.uk> wrote:
> > > 
> > > > On Wednesday 15 Jun 2016 11:05:13 cov...@ccs.covici.com wrote:
> > > > 
> > > > > You can't use the nouveau drivers and the nvidia driver at the same
> > > > > time, so this is the problem.  I did try that once, but at the time
> > > > > which was quite a while ago, it didn't work.
> > > > 
> > > > Perhaps I've missed it, but is there any reason you must have 
> > > > nvidia-drivers 
> > > > rather than nouveau?
> > > 
> > > I have a nvidia card, so I need the nvidia drivers, unless I am missinng
> > > something?
> > 
> > The nvidia drivers are the proprietary drivers produced by NVIDIA; the
> > nouveau drivers are the open-source version.  Typically, the nouveau
> > driver works as well as the nouveau, except in some high-intensity
> > (generally 3D) environments.  As you know, you cannot use both at the
> > same time, but you can have them installed at the same time.  Just
> > blacklist the kernel modules of one or the other to test each.
> 
> If I wanted to do that, do I need to change opengl to xorg to use
> nouveau?

I'm sure there are xorg and graphics experts on this list more suited to
answer this than me, but they would likely need a lot more information
on your installed applications to fully answer.

A good place to start would be the Arch Linux Wiki on nouveau [1], which
seems to indicate some mesa packages would be needed for opengl support.

[1] https://wiki.archlinux.org/index.php/nouveau

Re: [gentoo-user] basic grub question

[Dutch Ingraham]

On Wed, Jun 15, 2016 at 11:52:57AM -0400, cov...@ccs.covici.com wrote:
> Peter Humphrey  wrote:
> 
> > On Wednesday 15 Jun 2016 11:05:13 cov...@ccs.covici.com wrote:
> > 
> > > You can't use the nouveau drivers and the nvidia driver at the same
> > > time, so this is the problem.  I did try that once, but at the time
> > > which was quite a while ago, it didn't work.
> > 
> > Perhaps I've missed it, but is there any reason you must have 
> > nvidia-drivers 
> > rather than nouveau?
> 
> I have a nvidia card, so I need the nvidia drivers, unless I am missinng
> something?

The nvidia drivers are the proprietary drivers produced by NVIDIA; the
nouveau drivers are the open-source version.  Typically, the nouveau
driver works as well as the nouveau, except in some high-intensity
(generally 3D) environments.  As you know, you cannot use both at the
same time, but you can have them installed at the same time.  Just
blacklist the kernel modules of one or the other to test each.

Re: [gentoo-user] Firefox and VPN, plus security in generla

[Dutch Ingraham]

On Sat, Jun 11, 2016 at 05:57:11PM -0500, Dale wrote:
> been wondering about.  It mentioned using a VPN so that the NSA, my ISP
> and others couldn't "see" what was going on.  So, my first question,
> does that work and does it require the site on the other end to have it
> set up as well?  Bonus question, is it easy to use on any site if it
> doesn't require the other end to use it?  I'm thinking of using this for
> my banking/financial sites as well if it is a good idea. 

I tried a VPN for banking; as many different source IPs were showing as
attempting to log into my online account, the bank thought I was being
hacked and locked my accounts.  Took many trips to the bank to create
all new accounts, etc.

As to VPNs in general, see:

http://arstechnica.com/security/2016/06/aiming-for-anonymity-ars-assesses-the-state-of-vpns-in-2016/

Re: [gentoo-user] NumLock puzzle

[Dutch Ingraham]

On Sun, Jun 05, 2016 at 11:12:07PM -0400, Philip Webb wrote:
> 160524 Dutch Ingraham wrote:
> > Could you confirm you have  x11-misc/numlockx  installed
> > and have as the last two lines in your  .xinitrc :
> >   numlockx&
> >   exec fluxbox
> 
> Thanks : that works ! -- when X starts, the LED blinks & Numlock is on.
> NB my  .xinitrc  has 'numlockx &' : isn't the space necessary ?

Nope - the space should't make a difference.
> 
> The other suggestions --  xset  &  xsetleds  -- don't seem to work.
> 
> 
> 

Re: [gentoo-user] NumLock puzzle

[Dutch Ingraham]

On Tue, May 24, 2016 at 01:27:06PM -0400, Philip Webb wrote:
> 160524 wabe wrote:
> > Philip Webb  wrote:
> >> I've noticed that the NumLock key goes off after 'startx'.
> >> My window manager is Fluxbox & I don't see any mention there
> >> nor does there seem to be any setting under  /etc/X11 .
> >> I have added 'numlock' to the default runlevel,
> >> but that makes no difference.
> > I had the same "problem" under XFCE till I added to my .xinitrc
> > 'xsetleds +num -caps -scroll'
> 
> I tried that, inserting it before/after 'startfluxbox',
> but it makes no difference.
> 'xsetleds' has no man file & 'which xsetleds' yields nothing.
> 
> Thanks for trying so far.  Does anyone have further advice ?

Sorry if I missed something in this thread, but could you confirm you
have the x11-misc/numlockx package installed and have, as the last two
lines in your .xinitrc:
numlockx&
exec fluxbox

Re: [gentoo-user] Print quality unreadable in Firefox

[Dutch Ingraham]

On Fri, Feb 19, 2016 at 11:20:12PM +0200, Alon Bar-Lev wrote:
> On 19 February 2016 at 23:13, Daniel Frey  wrote:
> >
> > I have been having a problem printing in Firefox for quite some time. It
> > seems fonts are being rendered in an unreadable way, but it doesn't
> > always do this.
> >
> > I've also noticed that Firefox is the only application that does this:
> > LibreOffice, various PDF readers, etc are all printing fine.
> >
> > I was able to print the invoice I needed by selecting, copying & pasting
> > into LibreOffice (which even retained the formatting.)
> >
> > Firefox even does this while printing to PDF, so I've attached a small
> > sample of search results from bugs.g.o. (TestPrint-BadQuality.pdf)
> >
> > Has anyone seen this and know how to fix it? I've been wading through
> > search results for almost an hour and found nothing.
> >
> > Dan
> 
> I can confirm this happens to me as well, something related to fixed
> width font I guess. But as I can never actually make firefox print
> what I actually see, I usually give up and just copy content manually.
> 
I had the same problem.  In my use-case, changing my print driver from
PCL/CUPS to Gutenprint solved the issue.

I have the feeling this was specific to my set-up and printer, though it
might be worth looking at.

Re: [gentoo-user] Record sizes of directories of a directory tree (huge) most efficiently

[Dutch Ingraham]

On Wed, Jan 27, 2016 at 04:28:43PM -0400, David M. Fellows wrote:
> On Wed, 27 Jan 2016 17:25:37 +0100 
> meino.cra...@gmx.de wrote -
> > Hi,
> > 
> > I want to determine the size of the contents of all directories of a
> > tree of directories on a hexacore AMD64 machine with 4GB RAM an one
> > harddisk (containing that tree) -- most efficiently (least time
> > consuming).
> > 
> > I tried this (cwd = root of that tree):
> > 
> > find . -depth -type d -print0 | xargs -0 -P 6 du -bsx {} \;
> > 
> > . Is there any to do this faster?
> > 
> > Thank you very much in advance for any help!
> > Best regards,
> > Meino
> 
>man du
> 
> Dave F


Here's a couple of nice ones:

< du -sh /* | sort -rh >

< du -axk / | awk '$1 > 2^20 {print}' | sort -rn | head -20 >

You could also check out the application ncdu for a curses-based
du command analyzer.

Re: [gentoo-user] Printer margins

[Dutch Ingraham]

On Tue, Jul 07, 2015 at 12:27:56PM -0500, Dale wrote:
 Stroller wrote:
  On Mon, 6 July 2015, at 10:01 pm, Dale rdalek1...@gmail.com wrote:
 
  …  it tries to print ALL the way to the bottom
  which ends up blurred and unreadable.  … 
 
  So, how does one change the bottom margin to say 1/2 or even 3/4 inch or
  something?  Is there a way? 
  Are you using A4 printer settings on US letter sized paper?
 
  Stroller.
 
 
 
 
 Nope.  That was my first thought.  I was hoping.  I checked everything
 that can affect the printer, the apps setting, hplip and cups.  All set
 correctly. 
 
 Good idea tho.  ;-)
 
 Thanks.
 
 Dale
 
 :-)  :-) 
 
I've lost track of all the details of this thread, so please excuse me
if this has been suggested already.  If I recall, you are using CUPS,
and if so, this document[1] explains how to set margins from the command
line.  It seems to be document-specific, and not global, though.

I remember doing the required math for this a couple of years ago, and
ended up just going with something like a2ps and being done with it.


[1] http://www.cups.org/documentation.php/options.html

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

[Dutch Ingraham]

On 04/22/15 12:37, james wrote:
 Nikos Chantziaras realnc at gmail.com writes:
 
 
 Lack of a version number always suggests latest master branch.
 
 Good to know.
 
 However, these are Chromium OS overlays. I don't think you're supposed 
 to be using them on Gentoo. They're for Chromium OS. For all you know, 
 that live ebuild can refer to the master branch of Google's GCC branch, 
 and it might not even build or work correctly as a Gentoo compiler.
 
 
 Bummer. So why does it show up, when I run eix -R -3 gcc if
 it's not gentoo eligible?
 
 snip
 
  (x86_64-pc-linux-gnu) 4.7.2-r51^ms[3] ~^ms[3]
 [3] chromiumos layman/chromiumos
 
 
 So is my best hope the toolchain repo ?
 
 Do drop me a short message, if there is a  live or 5.1 gcc somewhere.
 I'm itching (really bad) to test RDMA on Cephfs with some in-memory
 codes, on my gentoo_GPU_linux_cluster_hack...
 
 
 thx,
 James
 
 
 
 
5.1 was released today:

https://gcc.gnu.org/gcc-5/

Re: [gentoo-user] Re: External HDD: sector size incorrectly detected on first connect

[Dutch Ingraham]

On Tue, Mar 10, 2015 at 05:38:03PM -0700, walt wrote:
 On 03/10/2015 10:12 AM, Marc Joliet wrote:
  is there a specialised ML for the
  Linux USB stack?
 
 Yes, I follow it on gmane.org as gmane.linux.usb.general (not sure what
 the real name of the mailing list is) and Sarah Sharp is the xhci driver
 maintainer.  She was very helpful and patient when I was having similar
 and quirky problems with my usb3 adapter, and it did turn out to be a
 driver bug.  And such quirks can be very much device-specific.  I would
 not want Sarah's job, but I'm glad she does :)
 
 
Apparently not anymore[1]

[1] http://article.gmane.org/gmane.linux.usb.general/123211

Re: [gentoo-user] old EEE PC 1000

[Dutch Ingraham]

On Mon, Feb 09, 2015 at 07:06:15PM -0700, Joseph wrote:
 On 02/09/15 02:24, waben...@gmail.com wrote:
 Am Sonntag, 08.02.2015 um 18:05
 schrieb Joseph syscon...@gmail.com:
 
  I have an old Asus EEE PC 1000 and I don't think it will run Gentoo,
  it would be too slow to compile anything. It is running Ubuntu 11.10
  and I think I'll need to re-install lighter version of Linux on it.
  What are my alternatives?
 
  I'll would like to run VPN, some browser on it and skype.
 
 
 On slow machines I tend to install xubuntu.
 
 Regards
 wabe
 
 I've tried xubuntu but I can not install freenx on it.  The documentation 
 doesn't exist and it is not in default repository.
 What alternatives are there.  I know Gentoo might work, I would need to boot 
 strap, configure kernel and setup distcc, one week work.
 
 -- 
 Joseph


On my oldest machine (Dell laptop from 1998), with 4GiB HDD and 128 mb of ram,
I run OpenBSD and it works perfectly, given the circumstances.  All binaries, 
so no compiling.  True, I can't use Firefox, Thunderbird, or other real 
RAM hogs, but I can use X, lightweight graphical browsers, mutt, etc.  
Install time is about one-half hour.

Re: [gentoo-user] Systemd upower

[Dutch Ingraham]

On 06/04/2014 08:02 PM, Samuli Suominen wrote:
 
 On 05/06/14 02:15, Dutch Ingraham wrote:
 On 06/04/2014 03:17 PM, Samuli Suominen wrote:
 On 04/06/14 20:11, Dutch Ingraham wrote:
 On 06/04/2014 07:22 AM, Daniel Troeder wrote:
 Am 04.06.2014 06:05, schrieb Samuli Suominen:
 On 04/06/14 05:17, Dutch Ingraham wrote:
 No, sys-fs/udev is not masked, but an update is indicated in the
 emerge above.  That's a good catch, the MATE stuff is from the overlay.
  Unfortunately, the xfce stuff is not, so even if the overlay currency
 was an issue, I'll still be showing some dependencies.

 Try re-emerging on un-emerging the offending packages, like
 xfce4-session and xfce4-power-manager,
 it has helped some people, to refresh the .ebuild copy that is installed
 with the .ebuild copy from
 Portage

 - Samuli

 Thanks - that fixed it for me:

 # emerge -C xfce-base/xfce4-session xfce-extra/xfce4-power-manager
 xfce-extra/xfce4-systemload-plugin
 # emerge -uND xfce-base/xfce4-meta xfce-extra/xfce4-power-manager
 xfce-extra/xfce4-systemload-plugin


 Greetings
 Daniel

 Unfortunately, this doesn't work for me.  So let me re-cap:  I have

 4. masked virtual/udev-208-r2; that has not worked.
 First, remove that mask. Masking it will certainly cause more blockers,
 than solve them.

 [ebuild  N~] mate-extra/mate-power-manager-1.6.3::mate-overlay
 USE=applet policykit -gnome-keyring -man {-test} 0 kB
 [ebuild  N~] mate-base/mate-session-manager-1.6.1-r1::mate-overlay
 USE=ipv6 -debug -systemd 0 kB

 see ::mate-overlay, it's presumably broken or outdated. stop using the
 overlay and use MATE from Portage instead.
 or you can mask the packages from overlay, the syntax is like:

 /etc/portage/package.mask

 mate-extra/mate-power-manager::mate-overlay
 mate-base/mate-session-manager::mate-overlay

 - Samuli


 Thanks everybody for your help.  I've made the further suggested
 changes, but I remain with the three hard blocks.

 I've now spent about 7 hours over the last two days on this issue (about
 2x the fresh install time), when all I wanted to do was a routine
 update.  I've reworked a large part of my system, adding a new
 package.mask file and populating it with six packages.

 I suppose its now time for an uninstall.  Kind of disappointing; we are
 told Gentoo is about choices, and in fact that's true.  I made the
 choice to use a pure openRC system.  The last 7 hours of free time,
 though, was spent trying, and ultimately failing, to correct a problem
 not chosen, not wanted, and not invited.

 The sine qua non is unarguably systemd.  Even though my choice was to
 not deploy it, apparently it takes a significant time commitment and/or
 developer-level knowledge to choose to not use it.  Quite the inelegant
 end to my once-trusty OS.

 
 Gentoo doesn't have write access to ::mate-overlay, it's completely
 unofficial
 Gentoo developers are just as much users as you are for ::mate-overlay
 
 Enough said
 
 - Samuli
 
 
Sorry, but this isn't just a MATE overlay problem.  Once I made your
suggested changes, the MATE mask change requests disappeared.  What I
did get was XFCE mask requirements:

[snip]

The following mask changes are necessary to proceed:
 (see package.unmask in the portage(5) man page for more details)
# required by xfce-base/xfce4-meta-4.10
# required by @selected
# required by @world (argument)
# /etc/portage/package.mask:
# problems with systemd, upower shift to upower.pm.utils
=xfce-base/xfce4-session-4.10.1-r1
# required by virtual/udev-208-r2
# required by sys-power/upower-0.9.23-r3
# required by xfce-base/xfce4-session-4.10.1-r1[udev]
# required by xfce-base/xfce4-meta-4.10
# required by @selected
# required by @world (argument)
# /etc/portage/package.mask:
# problems with systemd, upower shift to upower.pm.utils
=sys-apps/systemd-212-r5
# required by sys-apps/systemd-212-r5[-vanilla]
# required by sys-power/upower-0.9.23-r3
# required by xfce-base/xfce4-session-4.10.1-r1[udev]
# required by xfce-base/xfce4-meta-4.10
# required by @selected
# required by @world (argument)
# /etc/portage/package.mask:
# problems with systemd, upower shift to upower.pm.utils
=sys-apps/gentoo-systemd-integration-4

[snip]

I had already emerge - C'd those two XFCE applications because, early
in this process an equery depends upower had shown them to be
dependent upon upower even after emerging upower-pm-utils.  I have
no confidence at this point that my particular problem is reasonably
solvable, as I have been caught in this circle for three days now.

Re: [gentoo-user] Systemd upower

[Dutch Ingraham]

On 06/05/2014 05:40 AM, Tom Wijsman wrote:
 On Wed, 04 Jun 2014 19:15:22 -0400
 Dutch Ingraham s...@gmx.us wrote:
 
 Thanks everybody for your help.  I've made the further suggested
 changes, but I remain with the three hard blocks.
 
 Can you provide the emerge output of the following command?
 
 emerge --tree --unordered-diplay -uDNv @world
 
 This makes it more clear what pulls in systemd.
 
 Once you know that, you can mask the chain and use an alternative;
 other than that, MATE is in the Portage tree and therefore you can
 remove the MATE overlay to avoid running into unnecessary blockers.
 
 This happening has nothing to do with Gentoo or systemd; around four
 years ago the development of pm-utils stopped, which causes UPower to
 nowadays take a decision. This results in the following scenarios:
 
  1. If you need pm-utils, you either need to switch to the
  upower-pm-utils fork or to systemd;
 
  2. If you don't need pm-utils, you either need to
 
 a) upgrade to upower-0.99 once reverse dependencies support it
 and it is stabilized (this has no dependency on systemd);
 
 b) switch to upower-pm-utils despite not needing pm-utils;
 
 c) switch to systemd.
 
 Gentoo reflects that decision as magic can't happen from one day to
 the other; while trying to keep a fork upower-pm-utils alive as long as
 it can be kept working given the manpower, kernel API and so on...
 
Here's the output you requested, Tom:

dutch@gentoo ~ $ emerge --tree --unordered-display --pretend -uDNv @world

These are the packages that would be merged:

Calculating dependencies... done!
[nomerge   ] virtual/shadow-0
[nomerge   ]  sys-apps/shadow-4.1.5.1-r1  USE=acl cracklib nls pam
-audit (-selinux) -skey -xattr
[nomerge   ]   virtual/pam-0
[nomerge   ]sys-libs/pam-1.1.6-r2  USE=berkdb cracklib nls
-audit -debug -nis (-selinux) {-test} -vim-syntax
[nomerge   ] sys-auth/pambase-20120417-r3  USE=consolekit
cracklib sha512 -debug -gnome-keyring -minimal -mktemp -pam_krb5
-pam_ssh -passwdqc (-selinux) -systemd
[nomerge   ]  sys-auth/consolekit-0.4.6  USE=acl pam policykit
-debug -doc (-selinux) -systemd-units {-test}
[nomerge   ]   sys-auth/polkit-0.112-r1  USE=introspection nls
pam -examples -gtk -kde (-selinux) -systemd
[nomerge   ]dev-libs/gobject-introspection-1.38.0
USE=-cairo -doctool {-test} PYTHON_SINGLE_TARGET=python2_7
PYTHON_TARGETS=python2_7
[nomerge   ] virtual/pkgconfig-0
[nomerge   ]  dev-util/pkgconfig-0.28  USE=-hardened
-internal-glib
[ebuild   R]   dev-libs/glib-2.38.2-r1:2  USE=mime%* -debug
(-fam) (-selinux) -static-libs -systemtap {-test} -utils -xattr
ABI_X86=(64) (-32) (-x32) PYTHON_TARGETS=python2_7 (-python2_6) 0 kB
[nomerge   ]app-text/docbook-xml-dtd-4.1.2-r6:4.1.2
[nomerge   ] app-text/build-docbook-catalog-1.19.1
[nomerge   ]  sys-apps/util-linux-2.24.1-r2
USE=bash-completion cramfs ncurses nls pam suid udev unicode -caps
-cytune -fdformat -python (-selinux) -slang -static-libs {-test}
-tty-helpers PYTHON_SINGLE_TARGET=python2_7 -python3_2 -python3_3
(-python3_4) PYTHON_TARGETS=python2_7 python3_3 -python3_2 (-python3_4)
[ebuild U  ]   virtual/udev-208-r2 [208-r1] USE=gudev
-introspection -static-libs (-kmod%*) (-selinux%) ABI_X86=(64) (-32)
(-x32) 0 kB
[ebuild  N ]virtual/libudev-208:0/1
USE=-static-libs ABI_X86=(64) (-32) (-x32) 0 kB
[ebuild  N#] sys-apps/systemd-212-r5:0/2  USE=acl
filecaps firmware-loader kmod pam policykit seccomp -audit -cryptsetup
-doc -gcrypt -gudev -http -introspection (-kdbus) -lzma -python -qrcode
(-selinux) (-ssl) {-test} -vanilla -xattr ABI_X86=(64) (-32) (-x32)
PYTHON_SINGLE_TARGET=python2_7 -python3_2 -python3_3
PYTHON_TARGETS=python2_7 python3_3 -python3_2 0 kB
[ebuild  N ]  sys-libs/libseccomp-2.1.1
USE=-static-libs 111 kB
[ebuild  N#]  sys-apps/gentoo-systemd-integration-4
 52 kB
[nomerge   ] mate-base/mate-1.6.0::mate-overlay  USE=extras
(-bluetooth)
[ebuild  N#]  mate-base/mate-session-manager-1.6.1-r1::mate-overlay
 USE=ipv6 -debug -systemd 0 kB
[ebuild  N ]   sys-power/upower-0.9.23-r3  USE=introspection -doc
-ios 0 kB
[ebuild  N#]  mate-extra/mate-power-manager-1.6.3::mate-overlay
USE=applet policykit -gnome-keyring -man {-test} 0 kB
[nomerge   ]   mate-base/mate-panel-1.6.1::mate-overlay
USE=introspection -networkmanager
[ebuild   R   ~]x11-libs/libmatewnck-1.6.1:1::mate-overlay
[1.6.1:0::gentoo] USE=introspection startup-notification (-X%*) 0 kB
[nomerge   ]  app-text/mate-document-viewer-1.6.2-r1  USE=dbus djvu
introspection ps -caja -debug -dvi -gnome-keyring -t1lib -tiff -xps
[nomerge   ]   app-text/libspectre-0.2.7  USE=-debug -doc
-static-libs
[nomerge   ]app-text/ghostscript-gpl-9.10-r2  USE=X bindist
cups dbus djvu -gtk -idn -static-libs LINGUAS=-de

Re: [gentoo-user] Systemd upower

[Dutch Ingraham]

On 06/05/2014 08:00 AM, Samuli Suominen wrote:
 
 On 05/06/14 14:39, Dutch Ingraham wrote:
 On 06/04/2014 08:02 PM, Samuli Suominen wrote:
 Gentoo doesn't have write access to ::mate-overlay, it's completely
 unofficial
 Gentoo developers are just as much users as you are for ::mate-overlay

 Enough said

 - Samuli


 Sorry, but this isn't just a MATE overlay problem.  Once I made your
 suggested changes, the MATE mask change requests disappeared.  What I
 did get was XFCE mask requirements:

 [snip]

 The following mask changes are necessary to proceed:
  (see package.unmask in the portage(5) man page for more details)
 # required by xfce-base/xfce4-meta-4.10
 # required by @selected
 # required by @world (argument)
 # /etc/portage/package.mask:
 # problems with systemd, upower shift to upower.pm.utils
 =xfce-base/xfce4-session-4.10.1-r1
 # required by virtual/udev-208-r2
 # required by sys-power/upower-0.9.23-r3
 # required by xfce-base/xfce4-session-4.10.1-r1[udev]
 # required by xfce-base/xfce4-meta-4.10
 # required by @selected
 # required by @world (argument)
 # /etc/portage/package.mask:
 # problems with systemd, upower shift to upower.pm.utils
 =sys-apps/systemd-212-r5
 # required by sys-apps/systemd-212-r5[-vanilla]
 # required by sys-power/upower-0.9.23-r3
 # required by xfce-base/xfce4-session-4.10.1-r1[udev]
 # required by xfce-base/xfce4-meta-4.10
 # required by @selected
 # required by @world (argument)
 # /etc/portage/package.mask:
 # problems with systemd, upower shift to upower.pm.utils
 =sys-apps/gentoo-systemd-integration-4

 [snip]

 I had already emerge - C'd those two XFCE applications because, early
 in this process an equery depends upower had shown them to be
 dependent upon upower even after emerging upower-pm-utils.  I have
 no confidence at this point that my particular problem is reasonably
 solvable, as I have been caught in this circle for three days now.

 
 There is no need to mask any Xfce packages, in fact, masking them would
 cause more blockers.
 So that output would be bogus, as it would include the wrong Xfce masks,
 and futhermore it's only end of
 the output, so it wouldn't tell the necessary information required for
 solving it anyway.
 Remove anykind of Xfce masks and post complete output, and don't forget
 to use the --tree flag (-t) to see
 what is pulling in what.
 That is, if you still want help solving the issue.
 
 - Samuli
 
 
I I've removed the XFCE masks.  Note that mate-power-manager is masked.
 Here's the output without them:

dutch@gentoo ~ $ emerge --tree --unordered-display --pretend -uDNv @world

These are the packages that would be merged:

Calculating dependencies... done!
[nomerge   ] xfce-extra/thunar-volman-0.8.0  USE=-debug -libnotify
[nomerge   ]  xfce-base/libxfce4util-4.10.1  USE=-debug
[ebuild   R]   dev-libs/glib-2.38.2-r1:2  USE=mime%* -debug (-fam)
(-selinux) -static-libs -systemtap {-test} -utils -xattr ABI_X86=(64)
(-32) (-x32) PYTHON_TARGETS=python2_7 (-python2_6) 0 kB
[nomerge   ]app-text/docbook-xml-dtd-4.1.2-r6:4.1.2
[nomerge   ] app-text/build-docbook-catalog-1.19.1
[nomerge   ]  sys-apps/util-linux-2.24.1-r2
USE=bash-completion cramfs ncurses nls pam suid udev unicode -caps
-cytune -fdformat -python (-selinux) -slang -static-libs {-test}
-tty-helpers PYTHON_SINGLE_TARGET=python2_7 -python3_2 -python3_3
(-python3_4) PYTHON_TARGETS=python2_7 python3_3 -python3_2 (-python3_4)
[nomerge   ]   sys-libs/pam-1.1.6-r2  USE=berkdb cracklib nls
-audit -debug -nis (-selinux) {-test} -vim-syntax
[nomerge   ]sys-auth/pambase-20120417-r3  USE=consolekit
cracklib sha512 -debug -gnome-keyring -minimal -mktemp -pam_krb5
-pam_ssh -passwdqc (-selinux) -systemd
[nomerge   ] sys-auth/consolekit-0.4.6  USE=acl pam
policykit -debug -doc (-selinux) -systemd-units {-test}
[ebuild U  ]  virtual/udev-208-r2 [208-r1] USE=gudev
-introspection -static-libs (-kmod%*) (-selinux%) ABI_X86=(64) (-32)
(-x32) 0 kB
[ebuild  N#]   sys-apps/systemd-212-r5:0/2  USE=acl
filecaps firmware-loader kmod pam policykit seccomp -audit -cryptsetup
-doc -gcrypt -gudev -http -introspection (-kdbus) -lzma -python -qrcode
(-selinux) (-ssl) {-test} -vanilla -xattr ABI_X86=(64) (-32) (-x32)
PYTHON_SINGLE_TARGET=python2_7 -python3_2 -python3_3
PYTHON_TARGETS=python2_7 python3_3 -python3_2 0 kB
[ebuild  N ]sys-libs/libseccomp-2.1.1
USE=-static-libs 111 kB
[ebuild  N#]sys-apps/gentoo-systemd-integration-4  52 kB
[ebuild  N ]   virtual/libudev-208:0/1  USE=-static-libs
ABI_X86=(64) (-32) (-x32) 0 kB
[nomerge   ] net-print/gutenprint-5.2.9  USE=nls readline -cups
-foomaticdb -gimp -gtk -ppds -static-libs
[nomerge   ]  app-text/ghostscript-gpl-9.10-r2  USE=X bindist cups
dbus djvu -gtk -idn -static-libs LINGUAS=-de -ja -ko -zh_CN -zh_TW
[nomerge   ]   net-print/cups-1.7.1-r1  USE=X acl dbus pam ssl
threads zeroconf -debug -gnutls -java

Re: [gentoo-user] Systemd upower

[Dutch Ingraham]

Sent:Thursday, June 05, 2014 at 8:18 AM
From:Samuli Suominen ssuomi...@gentoo.org
To:gentoo-user@lists.gentoo.org
Subject:Re: [gentoo-user] Systemd upower


On 05/06/14 15:17, Dutch Ingraham wrote:
 On 06/05/2014 08:00 AM, Samuli Suominen wrote:
 On 05/06/14 14:39, Dutch Ingraham wrote:
 On 06/04/2014 08:02 PM, Samuli Suominen wrote:
 Gentoo doesnt have write access to ::mate-overlay, its completely
 unofficial
 Gentoo developers are just as much users as you are for ::mate-overlay

 Enough said

 - Samuli


 Sorry, but this isnt just a MATE overlay problem. Once I made your
 suggested changes, the MATE mask change requests disappeared. What I
 did get was XFCE mask requirements:

 [snip]

 The following mask changes are necessary to proceed:
 (see package.unmask in the portage(5) man page for more details)
 # required by xfce-base/xfce4-meta-4.10
 # required by @selected
 # required by @world (argument)
 # /etc/portage/package.mask:
 # problems with systemd, upower shift to upower.pm.utils
 =xfce-base/xfce4-session-4.10.1-r1
 # required by virtual/udev-208-r2
 # required by sys-power/upower-0.9.23-r3
 # required by xfce-base/xfce4-session-4.10.1-r1[udev]
 # required by xfce-base/xfce4-meta-4.10
 # required by @selected
 # required by @world (argument)
 # /etc/portage/package.mask:
 # problems with systemd, upower shift to upower.pm.utils
 =sys-apps/systemd-212-r5
 # required by sys-apps/systemd-212-r5[-vanilla]
 # required by sys-power/upower-0.9.23-r3
 # required by xfce-base/xfce4-session-4.10.1-r1[udev]
 # required by xfce-base/xfce4-meta-4.10
 # required by @selected
 # required by @world (argument)
 # /etc/portage/package.mask:
 # problems with systemd, upower shift to upower.pm.utils
 =sys-apps/gentoo-systemd-integration-4

 [snip]

 I had already emerge - Cd those two XFCE applications because, early
 in this process an equery depends upower had shown them to be
 dependent upon upower even after emerging upower-pm-utils. I have
 no confidence at this point that my particular problem is reasonably
 solvable, as I have been caught in this circle for three days now.

 There is no need to mask any Xfce packages, in fact, masking them would
 cause more blockers.
 So that output would be bogus, as it would include the wrong Xfce masks,
 and futhermore its only end of
 the output, so it wouldnt tell the necessary information required for
 solving it anyway.
 Remove anykind of Xfce masks and post complete output, and dont forget
 to use the --tree flag (-t) to see
 what is pulling in what.
 That is, if you still want help solving the issue.

 - Samuli


 I Ive removed the XFCE masks. Note that mate-power-manager is masked.

I see you didnt follow the recommendation of getting rid of the
::mate-overlay because
Im still seeing mate-base/mate::mate-overlay and more in the output
I dont know how we could possible get forward if you dont follow-up on
the already
suggested instructions, no wonder youve been running circles.

Uninstall mate-overlay, emerge -C mate mate-power-manager
mate-session-manager and
anything else you have installed from there. Let Portage pull them back
in from the actual
Portage tree.


Samuli - thanks for your response. I had already done the emerge -C mate-power-manager and mate-session.

I did not uninstall the overlay because equery depends upower showed no remaining dependencies.

I will give it a go and try and convert from the overlay to the portage repository.

Re: [gentoo-user] Systemd upower

[Dutch Ingraham]

Sent:Thursday, June 05, 2014 at 8:31 AM
From:Tom Wijsman tom...@gentoo.org
To:gentoo-user@lists.gentoo.org
Subject:Re: [gentoo-user] Systemd upower

On Thu, 05 Jun 2014 08:11:31 -0400
Dutch Ingraham s...@gmx.us wrote:

 [nomerge ] mate-base/mate-1.6.0::mate-overlay

You are still using the MATE overlay, which wasnt synced up with
the latest changes; make layman sync, but if you want to be really sure
just remove the overlay from layman and use MATE from the Portage tree.

 [ebuild N #] mate-base/mate-session-manager-1.6.1-r1::mate-overlay
 [ebuild N ] sys-power/upower-0.9.23-r3

Dont mask MATE, it causes more blockers; mate-base/mate requires it.

As you can see above, your old checkout of the MATE overlay pulls in
sys-power/upower; the MATE in the portage tree doesnt do this as it
allows upower-pm-utils to satisfy this, I think this has also been
fixed up in the MATE overlay recently which a sync could solve.

 [blocks B ] sys-apps/gentoo-systemd-integration
 (sys-apps/gentoo-systemd-integration is blocking sys-fs/udev-212-r1)
 [blocks B ] sys-apps/systemd (sys-apps/systemd is blocking
 sys-fs/udev-212-r1)
 [blocks B ] sys-fs/udev (sys-fs/udev is blocking
 sys-apps/gentoo-systemd-integration-4, sys-apps/systemd-212-r5)

Fixing what was said above, for MATE (maybe XFCE too), will fix it ...

 (sys-apps/systemd-212-r5::gentoo, ebuild scheduled for merge)
 pulled in by
 =sys-apps/systemd-200 required by
 (sys-power/upower-0.9.23-r3::gentoo, ebuild scheduled for merge)

... as well as this; this last thing points out that something is
still pulling in upower, thats due to the old MATE overlay checkout.

The MATE overlay plans to retire itself in less than a week from now.

https://github.com/Sabayon/mate-overlay/issues/76

If you need help with switching to MATE in the Portage tree, feel free
to let me know; this migration is supposed to go very fluent, so,
removing the overlay from layman should work out well.

--
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address : tom...@gentoo.org
GPG Public Key : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D



Thanks, Tom. I have actually looked, ever since you began your work on the portage

version of MATE, for some guidance on how to transfer from the overlay to the

general portage repository, but, and maybe I just didnt look hard enough, I never

found the proper guidance for making that switch.



If you could point me to the proper command set to make the switch, Id appreciate it.

Re: [gentoo-user] Systemd upower

[Dutch Ingraham]

On 06/05/2014 11:40 AM, Tom Wijsman wrote:
 On Thu, 5 Jun 2014 16:15:11 +0200
 Dutch Ingraham s...@gmx.us wrote:
 
 If you could point me to the proper command set to make the switch,
 I'd appreciate it.
 
 Remove the overlay (`layman -d mate`) and then do a world upgrade.
 
 It is as simple as that, as it'll upgrade all those packages to the
 versions that are in the Portage tree; if not, please let me know.
 
 Good luck and thank you in advance.
 
OK Tom, I'll try that tonight.  Thanks to everyone who offered
solutions, and especially to TomWij and Samuli for their extra effort.

For my future reference, could someone point me to the documentation
that provides for the situation where an application installed under
layman is migrated to the portage tree?  I understand now the procedure
seems simple, but without that information, I wouldn't ordinarily just
presume such a simple fix (kudos to the portage devs/maintainers)(I
certainly would have done it long ago when Tom first populated the tree).

I have checked the following sources and find nothing but how to install
and work with overlays, but only the command above for removing one -
nothing on migration:  Gentoo Overlays User's Guide, the Gentoo wikis on
overlays and layman, the layman, portage, and emerge manpages, and the
Gentoo Handbook.

Thanks again for all the help.

Re: [gentoo-user] Systemd upower

[Dutch Ingraham]

On 06/04/2014 07:22 AM, Daniel Troeder wrote:
 Am 04.06.2014 06:05, schrieb Samuli Suominen:

 On 04/06/14 05:17, Dutch Ingraham wrote:
 No, sys-fs/udev is not masked, but an update is indicated in the
 emerge above.  That's a good catch, the MATE stuff is from the overlay.
  Unfortunately, the xfce stuff is not, so even if the overlay currency
 was an issue, I'll still be showing some dependencies.


 Try re-emerging on un-emerging the offending packages, like
 xfce4-session and xfce4-power-manager,
 it has helped some people, to refresh the .ebuild copy that is installed
 with the .ebuild copy from
 Portage

 - Samuli

 Thanks - that fixed it for me:
 
 # emerge -C xfce-base/xfce4-session xfce-extra/xfce4-power-manager
 xfce-extra/xfce4-systemload-plugin
 # emerge -uND xfce-base/xfce4-meta xfce-extra/xfce4-power-manager
 xfce-extra/xfce4-systemload-plugin
 
 
 Greetings
 Daniel
 

Unfortunately, this doesn't work for me.  So let me re-cap:  I have

1. removed upower and installed upower-pm-utils; that did not work;
2. masked first gentoo-systemd-integration, which didn't work, then
masked systemd as well; that hasn't worked;
3. ran equery depends upower and removed the remaining
upower-dependent MATE and XFCE packages; that has not worked;
4. masked virtual/udev-208-r2; that has not worked.

I am still left with:

Calculating dependencies... done!
[ebuild  N ] sys-libs/libseccomp-2.1.1  USE=-static-libs 111 kB
[ebuild  r  U  ] app-text/qpdf-5.1.1:0/13 [4.1.0:0/10] USE=-doc
-examples -static-libs {-test} 7,484 kB
[ebuild   R] dev-libs/glib-2.38.2-r1:2  USE=mime%* -debug (-fam)
(-selinux) -static-libs -systemtap {-test} -utils -xattr ABI_X86=(64)
(-32) (-x32) PYTHON_TARGETS=python2_7 (-python2_6) 0 kB
[ebuild   R   ~] x11-libs/libmatewnck-1.6.1:1::mate-overlay
[1.6.1:0::gentoo] USE=introspection startup-notification (-X%*) 0 kB
[ebuild  rR] net-print/cups-filters-1.0.53  USE=dbus foomatic jpeg
-perl -png -static-libs -tiff -zeroconf 0 kB
[ebuild  N#] sys-apps/systemd-212-r5:0/2  USE=acl filecaps
firmware-loader kmod pam policykit seccomp -audit -cryptsetup -doc
-gcrypt -gudev -http -introspection (-kdbus) -lzma -python -qrcode
(-selinux) (-ssl) {-test} -vanilla -xattr ABI_X86=(64) (-32) (-x32)
PYTHON_SINGLE_TARGET=python2_7 -python3_2 -python3_3
PYTHON_TARGETS=python2_7 python3_3 -python3_2 0 kB
[ebuild  N#] sys-apps/gentoo-systemd-integration-4  52 kB
[ebuild U  ] net-print/foomatic-db-4.0.20140105 [4.0.20120831] 37,935 kB
[ebuild  N ] sys-power/upower-0.9.23-r3  USE=introspection -doc
-ios 0 kB
[uninstall ] sys-power/upower-pm-utils-0.9.23  USE=introspection
-doc -ios
[blocks b  ] sys-power/upower (sys-power/upower is blocking
sys-power/upower-pm-utils-0.9.23)
[ebuild  N ] xfce-base/xfce4-session-4.10.1-r1  USE=nls udev
xscreensaver -debug -systemd 0 kB
[ebuild  N ] mate-base/mate-applets-1.6.2-r1  USE=X ipv6 policykit
-networkmanager PYTHON_SINGLE_TARGET=python2_7 (-python2_6)
PYTHON_TARGETS=python2_7 (-python2_6) 0 kB
[ebuild  N~] mate-extra/mate-power-manager-1.6.3::mate-overlay
USE=applet policykit -gnome-keyring -man {-test} 0 kB
[ebuild  N~] mate-base/mate-session-manager-1.6.1-r1::mate-overlay
USE=ipv6 -debug -systemd 0 kB
[blocks B  ] sys-apps/systemd (sys-apps/systemd is blocking
sys-fs/udev-212-r1)
[blocks B  ] sys-apps/gentoo-systemd-integration
(sys-apps/gentoo-systemd-integration is blocking sys-fs/udev-212-r1)
[blocks B  ] sys-fs/udev (sys-fs/udev is blocking
sys-apps/systemd-212-r5, sys-apps/gentoo-systemd-integration-4)

Total: 13 packages (2 upgrades, 8 new, 3 reinstalls, 1 uninstall), Size
of downloads: 45,580 kB
Conflict: 4 blocks (3 unsatisfied)

Does anyone have any further suggestions?

Re: [gentoo-user] Systemd upower

[Dutch Ingraham]

On 06/04/2014 03:17 PM, Samuli Suominen wrote:
 
 On 04/06/14 20:11, Dutch Ingraham wrote:
 On 06/04/2014 07:22 AM, Daniel Troeder wrote:
 Am 04.06.2014 06:05, schrieb Samuli Suominen:
 On 04/06/14 05:17, Dutch Ingraham wrote:
 No, sys-fs/udev is not masked, but an update is indicated in the
 emerge above.  That's a good catch, the MATE stuff is from the overlay.
  Unfortunately, the xfce stuff is not, so even if the overlay currency
 was an issue, I'll still be showing some dependencies.

 Try re-emerging on un-emerging the offending packages, like
 xfce4-session and xfce4-power-manager,
 it has helped some people, to refresh the .ebuild copy that is installed
 with the .ebuild copy from
 Portage

 - Samuli

 Thanks - that fixed it for me:

 # emerge -C xfce-base/xfce4-session xfce-extra/xfce4-power-manager
 xfce-extra/xfce4-systemload-plugin
 # emerge -uND xfce-base/xfce4-meta xfce-extra/xfce4-power-manager
 xfce-extra/xfce4-systemload-plugin


 Greetings
 Daniel

 Unfortunately, this doesn't work for me.  So let me re-cap:  I have

 4. masked virtual/udev-208-r2; that has not worked.
 
 First, remove that mask. Masking it will certainly cause more blockers,
 than solve them.
 
 [ebuild  N~] mate-extra/mate-power-manager-1.6.3::mate-overlay
 USE=applet policykit -gnome-keyring -man {-test} 0 kB
 [ebuild  N~] mate-base/mate-session-manager-1.6.1-r1::mate-overlay
 USE=ipv6 -debug -systemd 0 kB

 
 see ::mate-overlay, it's presumably broken or outdated. stop using the
 overlay and use MATE from Portage instead.
 or you can mask the packages from overlay, the syntax is like:
 
 /etc/portage/package.mask
 
 mate-extra/mate-power-manager::mate-overlay
 mate-base/mate-session-manager::mate-overlay
 
 - Samuli
 
 

Thanks everybody for your help.  I've made the further suggested
changes, but I remain with the three hard blocks.

I've now spent about 7 hours over the last two days on this issue (about
2x the fresh install time), when all I wanted to do was a routine
update.  I've reworked a large part of my system, adding a new
package.mask file and populating it with six packages.

I suppose its now time for an uninstall.  Kind of disappointing; we are
told Gentoo is about choices, and in fact that's true.  I made the
choice to use a pure openRC system.  The last 7 hours of free time,
though, was spent trying, and ultimately failing, to correct a problem
not chosen, not wanted, and not invited.

The sine qua non is unarguably systemd.  Even though my choice was to
not deploy it, apparently it takes a significant time commitment and/or
developer-level knowledge to choose to not use it.  Quite the inelegant
end to my once-trusty OS.

Re: [gentoo-user] Systemd upower

[Dutch Ingraham]

On 06/03/2014 07:24 PM, Jim Burwell wrote:

 FWIW, on my system, I had to mask sys-apps/gentoo-systemd-integration
 for it to merge the udev update w/o trying to pull in systemd, et al.  i
 didn't deep dive on what was trying to pull that in, but masking it
 (plus a ton of other stuff I have masked) prevented portage from trying
 to build a systemd based system.
 
 
 
 

OK - I have followed the advice given in eselect news read; I have
also followed the advice on this and the related thread today and
uninstalled sys-power/upower and installed
sys-power/upower-pm-utils.  That didn't work.  Then, given the above,
I have masked (first) sys-apps/gentoo-systemd-integration and when
that had no effect, masked sys-apps/systemd.

I am still hard-blocked out of updating:

Calculating dependencies... done!
[ebuild  N ] sys-libs/libseccomp-2.1.1  USE=-static-libs 111 kB
[ebuild  r  U  ] app-text/qpdf-5.1.1:0/13 [4.1.0:0/10] USE=-doc
-examples -static-libs {-test} 7,484 kB
[ebuild   R] dev-libs/glib-2.38.2-r1:2  USE=mime%* -debug (-fam)
(-selinux) -static-libs -systemtap {-test} -utils -xattr ABI_X86=(64)
(-32) (-x32) PYTHON_TARGETS=python2_7 (-python2_6) 0 kB
[ebuild   R   ~] x11-libs/libmatewnck-1.6.1:1::mate-overlay
[1.6.1:0::gentoo] USE=introspection startup-notification (-X%*) 0 kB
[ebuild  rR] net-print/cups-filters-1.0.53  USE=dbus foomatic jpeg
-perl -png -static-libs -tiff -zeroconf 0 kB
[ebuild U  ] net-print/foomatic-db-4.0.20140105 [4.0.20120831] 37,935 kB
[ebuild  N#] sys-apps/systemd-212-r5:0/2  USE=acl filecaps
firmware-loader kmod pam policykit seccomp -audit -cryptsetup -doc
-gcrypt -gudev -http -introspection (-kdbus) -lzma -python -qrcode
(-selinux) (-ssl) {-test} -vanilla -xattr ABI_X86=(64) (-32) (-x32)
PYTHON_SINGLE_TARGET=python2_7 -python3_2 -python3_3
PYTHON_TARGETS=python2_7 python3_3 -python3_2 0 kB
[ebuild  N#] sys-apps/gentoo-systemd-integration-4  52 kB
[ebuild  N ] virtual/libudev-208:0/1  USE=-static-libs
ABI_X86=(64) (-32) (-x32) 0 kB
[ebuild U  ] virtual/udev-208-r2 [208-r1] USE=gudev -introspection
-static-libs (-kmod%*) (-selinux%) ABI_X86=(64) (-32) (-x32) 0 kB
[ebuild  N ] sys-power/upower-0.9.23-r3  USE=introspection -doc
-ios 0 kB
[uninstall ] sys-power/upower-pm-utils-0.9.23  USE=introspection
-doc -ios
[blocks b  ] sys-power/upower (sys-power/upower is blocking
sys-power/upower-pm-utils-0.9.23)
[blocks B  ] sys-apps/systemd (sys-apps/systemd is blocking
sys-fs/udev-212-r1)
[blocks B  ] sys-apps/gentoo-systemd-integration
(sys-apps/gentoo-systemd-integration is blocking sys-fs/udev-212-r1)
[blocks B  ] sys-fs/udev (sys-fs/udev is blocking
sys-apps/systemd-212-r5, sys-apps/gentoo-systemd-integration-4)

Total: 11 packages (3 upgrades, 5 new, 3 reinstalls, 1 uninstall), Size
of downloads: 45,580 kB
Conflict: 4 blocks (3 unsatisfied)


I'm not sure what else to mask/uninstall/reinstall at this point.  Any
suggestions?

Re: [gentoo-user] Systemd upower

[Dutch Ingraham]

On 06/03/2014 09:08 PM, Canek Peláez Valdés wrote:
 On Tue, Jun 3, 2014 at 7:58 PM, Dutch Ingraham s...@gmx.us wrote:
 On 06/03/2014 07:24 PM, Jim Burwell wrote:

 FWIW, on my system, I had to mask sys-apps/gentoo-systemd-integration
 for it to merge the udev update w/o trying to pull in systemd, et al.  i
 didn't deep dive on what was trying to pull that in, but masking it
 (plus a ton of other stuff I have masked) prevented portage from trying
 to build a systemd based system.





 OK - I have followed the advice given in eselect news read; I have
 also followed the advice on this and the related thread today and
 uninstalled sys-power/upower and installed
 sys-power/upower-pm-utils.  That didn't work.  Then, given the above,
 I have masked (first) sys-apps/gentoo-systemd-integration and when
 that had no effect, masked sys-apps/systemd.

 I am still hard-blocked out of updating:

 Calculating dependencies... done!
 [ebuild  N ] sys-libs/libseccomp-2.1.1  USE=-static-libs 111 kB
 [ebuild  r  U  ] app-text/qpdf-5.1.1:0/13 [4.1.0:0/10] USE=-doc
 -examples -static-libs {-test} 7,484 kB
 [ebuild   R] dev-libs/glib-2.38.2-r1:2  USE=mime%* -debug (-fam)
 (-selinux) -static-libs -systemtap {-test} -utils -xattr ABI_X86=(64)
 (-32) (-x32) PYTHON_TARGETS=python2_7 (-python2_6) 0 kB
 [ebuild   R   ~] x11-libs/libmatewnck-1.6.1:1::mate-overlay
 [1.6.1:0::gentoo] USE=introspection startup-notification (-X%*) 0 kB
 [ebuild  rR] net-print/cups-filters-1.0.53  USE=dbus foomatic jpeg
 -perl -png -static-libs -tiff -zeroconf 0 kB
 [ebuild U  ] net-print/foomatic-db-4.0.20140105 [4.0.20120831] 37,935 kB
 [ebuild  N#] sys-apps/systemd-212-r5:0/2  USE=acl filecaps
 firmware-loader kmod pam policykit seccomp -audit -cryptsetup -doc
 -gcrypt -gudev -http -introspection (-kdbus) -lzma -python -qrcode
 (-selinux) (-ssl) {-test} -vanilla -xattr ABI_X86=(64) (-32) (-x32)
 PYTHON_SINGLE_TARGET=python2_7 -python3_2 -python3_3
 PYTHON_TARGETS=python2_7 python3_3 -python3_2 0 kB
 [ebuild  N#] sys-apps/gentoo-systemd-integration-4  52 kB
 [ebuild  N ] virtual/libudev-208:0/1  USE=-static-libs
 ABI_X86=(64) (-32) (-x32) 0 kB
 [ebuild U  ] virtual/udev-208-r2 [208-r1] USE=gudev -introspection
 -static-libs (-kmod%*) (-selinux%) ABI_X86=(64) (-32) (-x32) 0 kB
 [ebuild  N ] sys-power/upower-0.9.23-r3  USE=introspection -doc
 -ios 0 kB
 [uninstall ] sys-power/upower-pm-utils-0.9.23  USE=introspection
 -doc -ios
 [blocks b  ] sys-power/upower (sys-power/upower is blocking
 sys-power/upower-pm-utils-0.9.23)
 [blocks B  ] sys-apps/systemd (sys-apps/systemd is blocking
 sys-fs/udev-212-r1)
 [blocks B  ] sys-apps/gentoo-systemd-integration
 (sys-apps/gentoo-systemd-integration is blocking sys-fs/udev-212-r1)
 [blocks B  ] sys-fs/udev (sys-fs/udev is blocking
 sys-apps/systemd-212-r5, sys-apps/gentoo-systemd-integration-4)

 Total: 11 packages (3 upgrades, 5 new, 3 reinstalls, 1 uninstall), Size
 of downloads: 45,580 kB
 Conflict: 4 blocks (3 unsatisfied)


 I'm not sure what else to mask/uninstall/reinstall at this point.  Any
 suggestions?
 
 Something is pulling upower. You need to find out what; supposedly
 everything in the tree already should handle upower-pm-utils as a
 upower replacement.
 
 Perhaps try to sync again?
 
 Regards.
 
Thanks, Canek.

I did re-sync, with the same results.  I also ran a equery depends
upower with the following result:

dutch@gentoo ~ $ sudo equery depends upower
 * These packages depend on upower:
mate-base/mate-applets-1.6.2-r1 (=sys-power/upower-0.9.4)
(sys-power/upower-0.99)
mate-base/mate-session-manager-1.6.1-r1 (=sys-power/upower-0.9.0)
mate-extra/mate-power-manager-1.6.3 (=sys-power/upower-0.9.1)
xfce-base/xfce4-session-4.10.1-r1 (udev ? sys-power/upower-0.99)
xfce-extra/xfce4-power-manager-1.2.0-r2 (sys-power/upower-0.99)
dutch@gentoo ~ $

But as you said, upower-pm-utils should be handling these
dependencies.  Is anyone else having these problems with MATE or XFCE?

Re: [gentoo-user] Systemd upower

[Dutch Ingraham]

On 06/03/2014 09:57 PM, Michael Cook wrote:
 On 06/03/2014 09:48 PM, Dutch Ingraham wrote:
 On 06/03/2014 09:08 PM, Canek Peláez Valdés wrote:
 On Tue, Jun 3, 2014 at 7:58 PM, Dutch Ingraham s...@gmx.us wrote:
 On 06/03/2014 07:24 PM, Jim Burwell wrote:

 FWIW, on my system, I had to mask
 sys-apps/gentoo-systemd-integration
 for it to merge the udev update w/o trying to pull in systemd, et
 al.  i
 didn't deep dive on what was trying to pull that in, but masking it
 (plus a ton of other stuff I have masked) prevented portage from
 trying
 to build a systemd based system.





 OK - I have followed the advice given in eselect news read; I have
 also followed the advice on this and the related thread today and
 uninstalled sys-power/upower and installed
 sys-power/upower-pm-utils.  That didn't work.  Then, given the above,
 I have masked (first) sys-apps/gentoo-systemd-integration and when
 that had no effect, masked sys-apps/systemd.

 I am still hard-blocked out of updating:

 Calculating dependencies... done!
 [ebuild  N ] sys-libs/libseccomp-2.1.1  USE=-static-libs 111 kB
 [ebuild  r  U  ] app-text/qpdf-5.1.1:0/13 [4.1.0:0/10] USE=-doc
 -examples -static-libs {-test} 7,484 kB
 [ebuild   R] dev-libs/glib-2.38.2-r1:2  USE=mime%* -debug (-fam)
 (-selinux) -static-libs -systemtap {-test} -utils -xattr ABI_X86=(64)
 (-32) (-x32) PYTHON_TARGETS=python2_7 (-python2_6) 0 kB
 [ebuild   R   ~] x11-libs/libmatewnck-1.6.1:1::mate-overlay
 [1.6.1:0::gentoo] USE=introspection startup-notification (-X%*) 0 kB
 [ebuild  rR] net-print/cups-filters-1.0.53  USE=dbus foomatic jpeg
 -perl -png -static-libs -tiff -zeroconf 0 kB
 [ebuild U  ] net-print/foomatic-db-4.0.20140105 [4.0.20120831]
 37,935 kB
 [ebuild  N#] sys-apps/systemd-212-r5:0/2  USE=acl filecaps
 firmware-loader kmod pam policykit seccomp -audit -cryptsetup -doc
 -gcrypt -gudev -http -introspection (-kdbus) -lzma -python -qrcode
 (-selinux) (-ssl) {-test} -vanilla -xattr ABI_X86=(64) (-32) (-x32)
 PYTHON_SINGLE_TARGET=python2_7 -python3_2 -python3_3
 PYTHON_TARGETS=python2_7 python3_3 -python3_2 0 kB
 [ebuild  N#] sys-apps/gentoo-systemd-integration-4  52 kB
 [ebuild  N ] virtual/libudev-208:0/1  USE=-static-libs
 ABI_X86=(64) (-32) (-x32) 0 kB
 [ebuild U  ] virtual/udev-208-r2 [208-r1] USE=gudev -introspection
 -static-libs (-kmod%*) (-selinux%) ABI_X86=(64) (-32) (-x32) 0 kB
 [ebuild  N ] sys-power/upower-0.9.23-r3  USE=introspection -doc
 -ios 0 kB
 [uninstall ] sys-power/upower-pm-utils-0.9.23  USE=introspection
 -doc -ios
 [blocks b  ] sys-power/upower (sys-power/upower is blocking
 sys-power/upower-pm-utils-0.9.23)
 [blocks B  ] sys-apps/systemd (sys-apps/systemd is blocking
 sys-fs/udev-212-r1)
 [blocks B  ] sys-apps/gentoo-systemd-integration
 (sys-apps/gentoo-systemd-integration is blocking sys-fs/udev-212-r1)
 [blocks B  ] sys-fs/udev (sys-fs/udev is blocking
 sys-apps/systemd-212-r5, sys-apps/gentoo-systemd-integration-4)

 Total: 11 packages (3 upgrades, 5 new, 3 reinstalls, 1 uninstall), Size
 of downloads: 45,580 kB
 Conflict: 4 blocks (3 unsatisfied)


 I'm not sure what else to mask/uninstall/reinstall at this point.  Any
 suggestions?

 Something is pulling upower. You need to find out what; supposedly
 everything in the tree already should handle upower-pm-utils as a
 upower replacement.

 Perhaps try to sync again?

 Regards.

 Thanks, Canek.

 I did re-sync, with the same results.  I also ran a equery depends
 upower with the following result:

 dutch@gentoo ~ $ sudo equery depends upower
   * These packages depend on upower:
 mate-base/mate-applets-1.6.2-r1 (=sys-power/upower-0.9.4)
  (sys-power/upower-0.99)
 mate-base/mate-session-manager-1.6.1-r1 (=sys-power/upower-0.9.0)
 mate-extra/mate-power-manager-1.6.3 (=sys-power/upower-0.9.1)
 xfce-base/xfce4-session-4.10.1-r1 (udev ? sys-power/upower-0.99)
 xfce-extra/xfce4-power-manager-1.2.0-r2 (sys-power/upower-0.99)
 dutch@gentoo ~ $

 But as you said, upower-pm-utils should be handling these
 dependencies.  Is anyone else having these problems with MATE or XFCE?


 Do you have newer sys-fs/udev masked by chance? What version do you have
 installed? I noticed the MATE stuff is in an overlay, so it might take a
 bit longer for them to make things right.
 
 
No, sys-fs/udev is not masked, but an update is indicated in the
emerge above.  That's a good catch, the MATE stuff is from the overlay.
 Unfortunately, the xfce stuff is not, so even if the overlay currency
was an issue, I'll still be showing some dependencies.

Re: [gentoo-user] foo2zjs make install error

[Dutch Ingraham]

On 04/16/2014 09:14 AM, Stroller wrote:
 
 On Tue, 15 April 2014, at 1:06 pm, Dutch Ingraham s...@gmx.us wrote:
 ...
 I should have included this in my first post:  locate foomatic-rip
 returns, on both installations:

 /usr/libexec/cups/filter/foomatic-rip
 /usr/share/man/man1/foomatic-rip.1.bz2

 I cannot run foomatic-rip manually.
 
 This is perhaps a nitpick, but `locate` doesn't show us that foomatic-rip is 
 installed on your system, only that it was installed last time updatedb was 
 run.
 
 I'm not actually familiar with foomatic-rip, but I'd assume that it's an 
 executable of some sort. Don't you get an error message if you try running 
 `/usr/libexec/cups/filter/foomatic-rip`? What are the permissions on the 
 file? In another post you've stated that you have 2 other machines which are 
 not showing the same problem - compare with them.
 
 Stroller.
 
 
 
Good point, but updatedb is run after every update, so daily or
thereabouts.  I can execute foomatic-rip (but only with the full path -
there is no separate command, which makes sense since it is not located
in a /bin dir, I suppose).  No errors on any of the three installs.
(Note it is not really completing its job on the subject machine, as
without the foo2zjs driver and accompanying firmware, I can't print.
But it is responding with appropriate questions about whether my printer
is configured or not.)  The permission for foomatic-rip is -rwxr-xr-x 1
root root, so shouldn't be a problem - user is in the lp group anyway.

And you're correct, comparing the three is what I've been trying to do.
 I've re-build a few packages to make sure all cups- and
foomatic-related packages have the same USE flags.  Also have run all
clean-up scripts, like perl-cleaner, python-updater, revdep-rebuild, etc.

foo2zjs (either from source or the gentoo package) still refuses to make
install.  I guess I'll keep playing.  Thanks for your help.

Re: [gentoo-user] foo2zjs make install error

[Dutch Ingraham]

On 04/15/2014 07:42 AM, Stroller wrote:
 
 On Tue, 15 April 2014, at 2:06 am, Dutch Ingraham s...@gmx.us wrote:
 
 …  The error message I'm getting at the make install
 command is:

 Error - foomatic-rip is not installed!
 Install foomatic packages for your OS
 make [install test] Error 1

 …
 To stay out of TL;DR territory, a short list of what I have checked so far:

 - re-installed cups, cups-filters, foomatic-db, and foomatic-db-engine,
 with the same use flags on both working and non-working installs;

 - removed the foo2zjs package and re-downloaded and compiled from scratch;
 
 
 I assume that one of these foo* packages supplies the foomatic-rip command, 
 and that you can run foomatic-rip manually?
 
 A quick grep of /usr/portage/net-print/ suggests the foomatic-filters package 
 may be the one, but I wouldn't swear to it.
 
 Stroller.
 
 
 
Thanks, Stroller.

I should have included this in my first post:  locate foomatic-rip
returns, on both installations:

/usr/libexec/cups/filter/foomatic-rip
/usr/share/man/man1/foomatic-rip.1.bz2

I cannot run foomatic-rip manually.

I haven't been able to determine exactly what package supplies
foomatic-rip, but the man page states:

foomatic-rip  is  a  universal  print filter which can be used as CUPS
filter or stand-alone for spooler-less, direct printing. It has the
following features:

   It translates PostScript and PDF from standard input or a file to
the printer's native  language  on  standard output.

   The  translation  is  done with an external renderer, usually
Ghostscript (gs(1)). If no translation is needed (PostScript printer)
the renderer's command line reduces to cat(1). The way how this
translation  is  done  is described in a PPD file.

   Printer  capabilities,  how  to  handle  user  options,  and  how
to build the renderer command line is always described by PPD files,
these PPD files usually come from Foomatic or can be the ones supplied
by the manufacturers of PostScript printers. The PPD files are the same
for both CUPS and direct printing.

   foomatic-rip  works  with  CUPS  (and for direct printing without
spooler). The mode is selected by the command line options and
environment variables which are supplied to foomatic-rip.

   foomatic-rip does not only apply option settings supplied by the
user through the command line of the printing command,  but  also
searches the entire job for embedded option settings (only PostScript
jobs). Here not only settings which affect the whole job are taken into
account, but also settings in the page headers,  which  are only  valid
 for  the page where they were found, so applications which produce
PostScript code with page-specific printer option settings are fully
supported.

Thanks for your help.  Ideas anyone?

Re: [gentoo-user] foo2zjs make install error

[Dutch Ingraham]

On 04/15/2014 08:12 AM, Neil Bothwick wrote:
 On Mon, 14 Apr 2014 21:06:12 -0400, Dutch Ingraham wrote:
 
 I'm having a problem installing a print driver, foo2zjs, downloaded and
 compiled from source.
 
 There is an ebuild for foo2zjs.
 
 This is a driver for a HP P1505n printer. (hplip
 is not an option as this printer needs further firmware that is not
 generally available).  The error message I'm getting at the make install
 command is:

 Error - foomatic-rip is not installed!
 Install foomatic packages for your OS
 make [install test] Error 1
 
 https://bugs.gentoo.org/show_bug.cgi?id=503578
 
 The file is on your system but not where foo2zjs is looking.
 
 
Thanks, Neil.  I wasn't aware of the bug report.  I'm not sure whether
it is an actual bug, though, since I have three boxes with the same
vanilla Gentoo install (no LVM, no RAID, simple MBR, old 4-5 year old
Dells) and on the other two, the install worked perfectly.  I haven't
been able to detect any difference in the installs, yet.  There must be
one, but I can't find it.  I'd like to help the other folks and find the
bug if possible.

[gentoo-user] foo2zjs make install error

[Dutch Ingraham]

Hi all:

I'm having a problem installing a print driver, foo2zjs, downloaded and
compiled from source.  This is a driver for a HP P1505n printer. (hplip
is not an option as this printer needs further firmware that is not
generally available).  The error message I'm getting at the make install
command is:

Error - foomatic-rip is not installed!
Install foomatic packages for your OS
make [install test] Error 1

My box is a Dell 780 with no-frills Gentoo.  I also have a Dell 3500
with the same basic setup, but on that box the install went fine and the
printer works.

To stay out of TL;DR territory, a short list of what I have checked so far:

- re-installed cups, cups-filters, foomatic-db, and foomatic-db-engine,
with the same use flags on both working and non-working installs;

- removed the foo2zjs package and re-downloaded and compiled from scratch;

- started and stopped the cupsd service;

- eix shows same cups and foomatic packages installed on each;

- neither the working nor non-working install use hplip;

- tried the Gentoo package foo2zjs- and the temp.build.log threw
the exact same error as building from source;

- Googled error message - no useful information.

(As a side note, I cannot install foomatic-filters, as it conflicts with
cups-filters, which has dependency issues and cannot be removed.)

If anyone could point me in the right direction, I'd be appreciative. If
further information is needed, please let me know. Thanks!

Re: [gentoo-user]

[Dutch Ingraham]

On 04/13/2014 08:34 AM, Volker Armin Hemmann wrote:
 Am 12.04.2014 22:49, schrieb Dutch Ingraham:



 well maybe. I do see your point, but you should elaborate it a bit more
 so others can join in.
 
 ...
 
 
 
Fantastiche!  A true philosopher, I see.  I assure you, only an error on
my part.

[gentoo-user]

[Dutch Ingraham]