Re: [gentoo-user] what about dracut and systemd?

[John Covici]

On Sat, 29 Jul 2017 16:05:49 -0400,
Rich Freeman wrote:
> 
> On Sat, Jul 29, 2017 at 4:24 AM, John Covici  wrote:
> > OK, I changed to a git repository and did a git whatchanged, but in
> > the directory I was looking at namely sys-kernel/dracut, I just got a
> > generated commit from about the time I created the repository and none
> > of the previous history.  Maybe from now on I will get something
> > better.
> >
> 
> If you obtained your repository by editing repos.conf then you also
> need to set sync-depth = 0 if you want to actually get any history.
> By default portage will not pull any history when syncing git.  I'm
> not sure if it will fetch the old history or not if you add it after
> the initial sync.  The default is intended to keep the size down while
> allowing more efficient syncs (git is more efficient than rsync if you
> are doing frequent updates).
> 
> If you just do a git clone then you should get everything by default.

Well, clone-depth = 0 gave me a syntax error and it said in the 
portage manpage
clone-depth
  
Specifies

   clone

   depth

   to use

   for

   DVCS

   repositories. Defaults

   to 1

   (only

   the

   newest

   commit). If

   set to

   0, the

   depth

   is

   unlimited.

So, maybe I have to do just a git clone by hand?

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

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

Re: [gentoo-user] Postgresql upgrade

[Peter Humphrey]

On Saturday 29 Jul 2017 13:03:45 Alan McKinnon wrote:

> Don't use kmail
> 
> Seriously, why are putting up with the pain that POS is causing you?
> You've been posting about serious kmail and akonadi issues for about 4
> years now if memory serves, and it has never gotten better. It probably
> never will :-)

They are trying though. Daniel Vratil wrote this on the KDE-PIM list 
yesterday:

> If you use KMail (or Kontact), please help us, the KDE PIM developers, to
> get a better picture of how you use it so that we know which parts of the 
> software we should focus on, and how we should evolve it in the future. We 
> will use the results of the survey to make the experience of using KMail
> as best as possible for everyone.

> You can fill the survey here: https://survey.kde.org/index.php/852475. It 
> won't take you more than 5 minutes.

-- 
Regards
Peter

Re: [gentoo-user] Why bash script, that works in "Debian", does not work on "Gentoo" install CD?

[Peter Humphrey]

On Saturday 29 Jul 2017 15:08:37 Alexander Kapshuk wrote:

> Alright. Here is an example of the problematic line from the point
> of view of "Gentoo's" bash:
> 
> read 'Enter device (like /dev/sd(a1,b1,...): ' device
> 
> Until i remove the brackets, "Gentoo's" bash keeps error messaging.

Which brackets? They aren't matched.

-- 
Regards
Peter

[gentoo-user] Re: Why bash script, that works in "Debian", does not work on "Gentoo" install CD?

[Ian Zimmerman]

On 2017-07-29 20:07, Grant Edwards wrote:

> > Correct.  All my scripts run with IFS='' so for me it does work ;-)
> 
> Ah, I hadn't thought about that.  I might have to thy that.  It makes
> code cleaner-looking when you don't have to put all varible references
> inside double-quotes.  But, in what ways is it going to trip me up
> after all these decades of writing shell scripts the old way?

Well, anywhere you expand an unquoted variable, or command output via ``
or $(), and depend on it being split into separate words.

I now religiously use this idiom:

ifson ; set -- $( foo ) ; ifsoff

for x ; do bar $x ; done

to act on separate words output from foo.

Basically, I am trying to make my sh(1) scripts look like rc(1) scripts,
without the rc bugs and missing features.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
Do obvious transformation on domain to reply privately _only_ on Usenet.

Re: [gentoo-user] Why bash script, that works in "Debian", does not work on "Gentoo" install CD?

[Neil Bothwick]

On Sat, 29 Jul 2017 18:26:47 +0700, Ста Деюс wrote:

> > > How do you know that the contents of the script are not relevant
> > > when you  
> > don't know what the problem is? It is also useful to know the exact  
> 
> Mathematics (mother of computers) answers: 1+1=2. -- Meaning: same
> script w/ the same bash gets same execution.

Except it's not the same bash, you stated that they are different
versions.
 
> > version of bash in use on each system. There are subtle differences,
> > and bugs, between bash versions. Your script may be tripping up on
> > one of these.  
> 
> Alright. Here is an example of the problematic line from the point
> of view of "Gentoo's" bash:

This is what was asked for from the start, and as soon as you provided
it, several people identified a potential problem. It's no use saying
"this doesn't work" if you don't specify "this".


-- 
Neil Bothwick

Walking on water and writing software to specification is easy if they're
frozen.


pgpMvMehrJLB6.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Clickless screenshot...how?

[R0b0t1]

On Sat, Jul 29, 2017 at 1:17 PM, Mart Raudsepp  wrote:
> Ühel kenal päeval, L, 29.07.2017 kell 12:58, kirjutas R0b0t1:
>> On Sat, Jul 29, 2017 at 11:17 AM, Mart Raudsepp 
>> wrote:
>> > Ühel kenal päeval, L, 29.07.2017 kell 13:20, kirjutas tuxic@posteo.
>> > de:
>> > > The task is already accomplished :) with a mixture of WM-based
>> > > hotkey definitions and a delayed commandline utility (main,scrot,
>> > > imagemagick).
>> > > Addtionally I dont think that my X11 uses framebuffer (not shure
>> > > about that, though)...
>> >
>> > Those tools work by using an inherent X11 security hole by reading
>> > out
>> > the root window, it's not relevant to framebuffer in the kernel
>> > sense.
>> >
>> > Note that you can't use a global shortcut key in X11 while a
>> > typical
>> > right click context menu is open, because these take a X11 grab and
>> > even screen lock can't activate.. Then only the delay approach will
>> > work (if desired then together with a shortcut if the shortcut key
>> > is
>> > hit before opening the context menu). Fortunately in this case you
>> > only
>> > wanted a dropdown in firefox, which isn't implemented like that.
>> > This popup menu problem is solved with Wayland (most importantly
>> > the
>> > not screenlocking aspect of it), but so is the root window security
>> > hole, so the compositor/WM needs to take the screenshot and tools
>> > like
>> > import/scrot won't work.
>> >
>>
>> I'm not really sure it is fair to call that a security problem. It's
>> intentional, and that is because there are plenty of things that need
>> access to the whole desktop at once. E.g. automating anything that
>> doesn't expose a development API or have an accessibility API can
>> pretty much only be done by scraping the contents of the screen -
>> these programs simply don't work in Wayland? That seems like a
>> misfeature.
>
> I'm calling things as they are.
> It is intentional only to the point of it not having been a concern
> back in the 1980s during X11 protocol designing.
>
> Any program running under the user can see the whole contents of their
> screen - not just their own; that's how these screenshotters work too,
> but it's easy to think of more nefarious use cases.
>
> Any program running under the user can listen to all key events meant
> for any other X application - that's how global shortcuts from random
> daemons or whatnot work (instead of DE provided hooks). It is trivial
> to write a key snooper.
>

This is true but they are shared resources. You can add some hoops to
jump through but there will always be a shortcut that makes the
security system irrelevant as long as there is a user sitting down in
front of the computer running more than one process.

> Now yes, this is local issues, so hopefully you are good on remote
> access issues, but if not, it might be game over for your terminal
> entered ssh passwords or whatever. There exist some mitigation
> techniques in the form of some non-standard X modules and other means,
> but they are usually not used and also can break such non-nefarious
> tools that make use of these aspects.
> Due to it being local (unless you for some reason enable TCP for X.org
> or something...) you can probably not worry about it too much, but it
> doesn't change the fact that they are security issues to the core of
> X.org, carried over from the 1980s.
>

Again, you're baselessly calling these things security issues. That I
can see the entire screen or receive all key events is simply
necessary for a desktop to exist as people want to use it. You can add
restrictions that might affect newly launched programs but can have
more permissive settings configured for known programs, but this is
getting close to something like SELinux, which already exists, and
which people don't want to use because it is annoying.

If this is a security problem then the fact that process isolation
within a user ID pretty much does not exist is also a security problem
and a far bigger one that makes anything you might want to do
pointless. Any process running as you can just read and write
/proc/ files or use ptrace to modify the state of another program
you are running. I don't need to see all key events to get your
password.

Every process is effectively running as the most privileged process
being run by the user who owns it. If you have a terminal open
somewhere that has a root login I could eventually synthesize
keystrokes to that process and run whatever I wanted to run. Do you
want to avoid this? Congratulations, you've invented mandatory access
control!

>
> To solve these things in Wayland, there are cross-desktop protocols
> being specified to achieve these in a more arbitrated, correct and
> secure manner. There is proper isolation between applications.
>

Do you have a link to this? How are they different from X's protocols?
What about programs associated with the same Wayland session? A lot of
potential "fixes" actually don't 

[gentoo-user] Re: Why bash script, that works in "Debian", does not work on "Gentoo" install CD?

[Grant Edwards]

On 2017-07-29, Ian Zimmerman  wrote:
> On 2017-07-29 18:48, Grant Edwards wrote:
>
>> > PROMPT='Enter device (like /dev/sd(a1,b1,...): '
>> > read -p $PROMPT device
>> 
>> Nit: that doesn't work quite right either.  It should be
>> 
>>  PROMPT='Enter device (like /dev/sd(a1,b1,...): '
>>  read -p "$PROMPT" device
>> 
>> or
>> 
>>  read -p 'Enter device (like /dev/sd(a1,b1,...): ' device
>
> Correct.  All my scripts run with IFS='' so for me it does work ;-)

Ah, I hadn't thought about that.  I might have to thy that.  It makes
code cleaner-looking when you don't have to put all varible references
inside double-quotes.  But, in what ways is it going to trip me up
after all these decades of writing shell scripts the old way?

-- 
Grant Edwards   grant.b.edwardsYow! Didn't I buy a 1951
  at   Packard from you last March
  gmail.comin Cairo?

Re: [gentoo-user] what about dracut and systemd?

[Rich Freeman]

On Sat, Jul 29, 2017 at 4:24 AM, John Covici  wrote:
> OK, I changed to a git repository and did a git whatchanged, but in
> the directory I was looking at namely sys-kernel/dracut, I just got a
> generated commit from about the time I created the repository and none
> of the previous history.  Maybe from now on I will get something
> better.
>

If you obtained your repository by editing repos.conf then you also
need to set sync-depth = 0 if you want to actually get any history.
By default portage will not pull any history when syncing git.  I'm
not sure if it will fetch the old history or not if you add it after
the initial sync.  The default is intended to keep the size down while
allowing more efficient syncs (git is more efficient than rsync if you
are doing frequent updates).

If you just do a git clone then you should get everything by default.

-- 
Rich

[gentoo-user] Re: Why bash script, that works in "Debian", does not work on "Gentoo" install CD?

[Ian Zimmerman]

On 2017-07-29 18:48, Grant Edwards wrote:

> > PROMPT='Enter device (like /dev/sd(a1,b1,...): '
> > read -p $PROMPT device
> 
> Nit: that doesn't work quite right either.  It should be
> 
>  PROMPT='Enter device (like /dev/sd(a1,b1,...): '
>  read -p "$PROMPT" device
> 
> or
> 
>  read -p 'Enter device (like /dev/sd(a1,b1,...): ' device

Correct.  All my scripts run with IFS='' so for me it does work ;-)

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
Do obvious transformation on domain to reply privately _only_ on Usenet.

[gentoo-user] Re: Why bash script, that works in "Debian", does not work on "Gentoo" install CD?

[Grant Edwards]

On 2017-07-29, Ian Zimmerman  wrote:
> On 2017-07-29 19:13, Vadim A. Misbakh-Soloviov wrote:
>
>> > read 'Enter device (like /dev/sd(a1,b1,...): ' device
>> 
>> AFAIK, this is not valid syntax for `read` in any shell (even on
>> Debian. I just checked)
>
> Indeed.  That should probably be something like
>
> PROMPT='Enter device (like /dev/sd(a1,b1,...): '
> read -p $PROMPT device

Nit: that doesn't work quite right either.  It should be

 PROMPT='Enter device (like /dev/sd(a1,b1,...): '
 read -p "$PROMPT" device

or

 read -p 'Enter device (like /dev/sd(a1,b1,...): ' device

-- 
Grant

Re: [gentoo-user] Clickless screenshot...how?

[Mart Raudsepp]

Ühel kenal päeval, L, 29.07.2017 kell 12:58, kirjutas R0b0t1:
> On Sat, Jul 29, 2017 at 11:17 AM, Mart Raudsepp 
> wrote:
> > Ühel kenal päeval, L, 29.07.2017 kell 13:20, kirjutas tuxic@posteo.
> > de:
> > > The task is already accomplished :) with a mixture of WM-based
> > > hotkey definitions and a delayed commandline utility (main,scrot,
> > > imagemagick).
> > > Addtionally I dont think that my X11 uses framebuffer (not shure
> > > about that, though)...
> > 
> > Those tools work by using an inherent X11 security hole by reading
> > out
> > the root window, it's not relevant to framebuffer in the kernel
> > sense.
> > 
> > Note that you can't use a global shortcut key in X11 while a
> > typical
> > right click context menu is open, because these take a X11 grab and
> > even screen lock can't activate.. Then only the delay approach will
> > work (if desired then together with a shortcut if the shortcut key
> > is
> > hit before opening the context menu). Fortunately in this case you
> > only
> > wanted a dropdown in firefox, which isn't implemented like that.
> > This popup menu problem is solved with Wayland (most importantly
> > the
> > not screenlocking aspect of it), but so is the root window security
> > hole, so the compositor/WM needs to take the screenshot and tools
> > like
> > import/scrot won't work.
> > 
> 
> I'm not really sure it is fair to call that a security problem. It's
> intentional, and that is because there are plenty of things that need
> access to the whole desktop at once. E.g. automating anything that
> doesn't expose a development API or have an accessibility API can
> pretty much only be done by scraping the contents of the screen -
> these programs simply don't work in Wayland? That seems like a
> misfeature.

I'm calling things as they are.
It is intentional only to the point of it not having been a concern
back in the 1980s during X11 protocol designing.

Any program running under the user can see the whole contents of their
screen - not just their own; that's how these screenshotters work too,
but it's easy to think of more nefarious use cases.

Any program running under the user can listen to all key events meant
for any other X application - that's how global shortcuts from random
daemons or whatnot work (instead of DE provided hooks). It is trivial
to write a key snooper.

Now yes, this is local issues, so hopefully you are good on remote
access issues, but if not, it might be game over for your terminal
entered ssh passwords or whatever. There exist some mitigation
techniques in the form of some non-standard X modules and other means,
but they are usually not used and also can break such non-nefarious
tools that make use of these aspects.
Due to it being local (unless you for some reason enable TCP for X.org
or something...) you can probably not worry about it too much, but it
doesn't change the fact that they are security issues to the core of
X.org, carried over from the 1980s.


To solve these things in Wayland, there are cross-desktop protocols
being specified to achieve these in a more arbitrated, correct and
secure manner. There is proper isolation between applications.

Re: [gentoo-user] Clickless screenshot...how?

[R0b0t1]

On Sat, Jul 29, 2017 at 11:17 AM, Mart Raudsepp  wrote:
> Ühel kenal päeval, L, 29.07.2017 kell 13:20, kirjutas tu...@posteo.de:
>> The task is already accomplished :) with a mixture of WM-based
>> hotkey definitions and a delayed commandline utility (main,scrot,
>> imagemagick).
>> Addtionally I dont think that my X11 uses framebuffer (not shure
>> about that, though)...
>
> Those tools work by using an inherent X11 security hole by reading out
> the root window, it's not relevant to framebuffer in the kernel sense.
>
> Note that you can't use a global shortcut key in X11 while a typical
> right click context menu is open, because these take a X11 grab and
> even screen lock can't activate.. Then only the delay approach will
> work (if desired then together with a shortcut if the shortcut key is
> hit before opening the context menu). Fortunately in this case you only
> wanted a dropdown in firefox, which isn't implemented like that.
> This popup menu problem is solved with Wayland (most importantly the
> not screenlocking aspect of it), but so is the root window security
> hole, so the compositor/WM needs to take the screenshot and tools like
> import/scrot won't work.
>

I'm not really sure it is fair to call that a security problem. It's
intentional, and that is because there are plenty of things that need
access to the whole desktop at once. E.g. automating anything that
doesn't expose a development API or have an accessibility API can
pretty much only be done by scraping the contents of the screen -
these programs simply don't work in Wayland? That seems like a
misfeature.

R0b0t1.

Re: [gentoo-user] Clickless screenshot...how?

[R0b0t1]

On Sat, Jul 29, 2017 at 3:58 AM,   wrote:
> Long blabla ... short question:
> Is there any screenshooter available which can be fully
> handled via *configurable* keyboad shortcuts?
>

Perhaps a bit much, but I recommend:

https://github.com/baskerville/sxhkd
https://github.com/naelstrof/maim

The first one, a hotkey daemon, is redundant if you are using a
desktop environment that provides one.

[gentoo-user] Re: Why bash script, that works in "Debian", does not work on "Gentoo" install CD?

[Ian Zimmerman]

On 2017-07-29 19:13, Vadim A. Misbakh-Soloviov wrote:

> > read 'Enter device (like /dev/sd(a1,b1,...): ' device
> 
> AFAIK, this is not valid syntax for `read` in any shell (even on
> Debian. I just checked)

Indeed.  That should probably be something like

PROMPT='Enter device (like /dev/sd(a1,b1,...): '
read -p $PROMPT device

To the OP: How do you run the script?  Are you sure it is bash that
executes it?  Are you aware of the fact that /bin/sh on Debian is dash
by default?

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
Do obvious transformation on domain to reply privately _only_ on Usenet.

[gentoo-user] Problem with printer after system update

[Raphael MD]

Hi!

After a system update, my printer only print documents from internet like
sites.
When a send .pdf to print, cups return this error: No Pages Found.

Did anyone see this error?

Thanks

Re:[SOLVED] [gentoo-user] Clickless screenshot...how?

[tuxic]

On 07/29 07:17, Mart Raudsepp wrote:
> Ühel kenal päeval, L, 29.07.2017 kell 13:20, kirjutas tu...@posteo.de:
> > The task is already accomplished :) with a mixture of WM-based
> > hotkey definitions and a delayed commandline utility (main,scrot,
> > imagemagick).
> > Addtionally I dont think that my X11 uses framebuffer (not shure
> > about that, though)...
> 
> Those tools work by using an inherent X11 security hole by reading out
> the root window, it's not relevant to framebuffer in the kernel sense.
> 
> Note that you can't use a global shortcut key in X11 while a typical
> right click context menu is open, because these take a X11 grab and
> even screen lock can't activate.. Then only the delay approach will
> work (if desired then together with a shortcut if the shortcut key is
> hit before opening the context menu). Fortunately in this case you only
> wanted a dropdown in firefox, which isn't implemented like that.
> This popup menu problem is solved with Wayland (most importantly the
> not screenlocking aspect of it), but so is the root window security
> hole, so the compositor/WM needs to take the screenshot and tools like
> import/scrot won't work.
> 

Hi Mart,

THAT is interesting, thanks a lot...didn't know that.
On the other hand "security holes" make me nervous somehow...

Cheers
Meino

Re: [gentoo-user] Clickless screenshot...how?

[Mart Raudsepp]

Ühel kenal päeval, L, 29.07.2017 kell 13:20, kirjutas tu...@posteo.de:
> The task is already accomplished :) with a mixture of WM-based
> hotkey definitions and a delayed commandline utility (main,scrot,
> imagemagick).
> Addtionally I dont think that my X11 uses framebuffer (not shure
> about that, though)...

Those tools work by using an inherent X11 security hole by reading out
the root window, it's not relevant to framebuffer in the kernel sense.

Note that you can't use a global shortcut key in X11 while a typical
right click context menu is open, because these take a X11 grab and
even screen lock can't activate.. Then only the delay approach will
work (if desired then together with a shortcut if the shortcut key is
hit before opening the context menu). Fortunately in this case you only
wanted a dropdown in firefox, which isn't implemented like that.
This popup menu problem is solved with Wayland (most importantly the
not screenlocking aspect of it), but so is the root window security
hole, so the compositor/WM needs to take the screenshot and tools like
import/scrot won't work.

Re: [gentoo-user] Re: [SOLVED] Postgresql upgrade

[Mick]

On Saturday 29 Jul 2017 17:26:44 Alan McKinnon wrote:

> Glad to hear you got it all fixed.
> 
> btw, there's a useful tool symlinks from the app-misc/symlinks packages
> that doues what you wanted with find without having to use find

At a size of only 5KB it's my new must-have package!  :-)

Thanks again and thanks also goes to Mark Lord (of hdparm fame) who came up 
with this helpful tool.
-- 
Regards,
Mick

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

Re: [gentoo-user] Re: [SOLVED] Postgresql upgrade

[Alan McKinnon]

On 29/07/2017 17:25, Mick wrote:
> On Saturday 29 Jul 2017 17:11:06 Alan McKinnon wrote:
> 
>> Backup the postgres configs and database files, emerge -C all postgres
>> versions, make sure there are no files left with postgres in the name,
>> and emerge the version back that you want. Restore your backed up
>> configs just in case the ebuild wreaked them. Start postgres, the db
>> should be unaffected as all you did was replace binary code files.
> 
> Thank you Alan for your help.  I reinstalled the previous version 9.5.7, ran 
> eselect to (re)set postgresql to 9.6.  Then uninstalled 9.5.7 and ended up 
> with a boxfull of broken symlinks again.  o_O
> 
> At this stage I could have done what you suggested, but instead I ran:
> 
> find /usr/include -type l | while read f; do if [ ! -e "$f" ]; then ls -l 
> "$f"; fi; done
> 
> which came up with a list of broken symlinks and repeated for /usr/bin and 
> /var/lib64.  Removed/restored all broken symlinks to point to the new version 
> and restarted the database.
> 
> Everything seems to be working as it should now.  I don't know what to blame 
> now.  My upgrade process which seems to have gone sideways this time, or the 
> eselect tool which may need to get cleverer with this package.
> 

Glad to hear you got it all fixed.

btw, there's a useful tool symlinks from the app-misc/symlinks packages
that doues what you wanted with find without having to use find

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

[gentoo-user] Re: [SOLVED] Postgresql upgrade

[Mick]

On Saturday 29 Jul 2017 17:11:06 Alan McKinnon wrote:

> Backup the postgres configs and database files, emerge -C all postgres
> versions, make sure there are no files left with postgres in the name,
> and emerge the version back that you want. Restore your backed up
> configs just in case the ebuild wreaked them. Start postgres, the db
> should be unaffected as all you did was replace binary code files.

Thank you Alan for your help.  I reinstalled the previous version 9.5.7, ran 
eselect to (re)set postgresql to 9.6.  Then uninstalled 9.5.7 and ended up 
with a boxfull of broken symlinks again.  o_O

At this stage I could have done what you suggested, but instead I ran:

find /usr/include -type l | while read f; do if [ ! -e "$f" ]; then ls -l 
"$f"; fi; done

which came up with a list of broken symlinks and repeated for /usr/bin and 
/var/lib64.  Removed/restored all broken symlinks to point to the new version 
and restarted the database.

Everything seems to be working as it should now.  I don't know what to blame 
now.  My upgrade process which seems to have gone sideways this time, or the 
eselect tool which may need to get cleverer with this package.
-- 
Regards,
Mick

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

Re: [gentoo-user] Postgresql upgrade

[Alan McKinnon]

On 29/07/2017 14:27, Mick wrote:
> 
> On 29 July 2017 at 12:19, Mick  > wrote:
> 
> 
> 
> On 29 July 2017 at 12:03, Alan McKinnon  > wrote:
> 
> 
> Don't use kmail
> 
> Seriously, why are putting up with the pain that POS is causing you?
> You've been posting about serious kmail and akonadi issues for
> about 4
> years now if memory serves, and it has never gotten better. It
> probably
> never will :-)
> 
> It must be well more than 4 years.  What can I say, you are right, I
> must be glutton for punishment. LOL!
> 
> TBH, it has been serving me fine for quite a few years now, although
> the migration to akonadi was a painful affair by all accounts.  This
> was originally caused by me using POP3 and a tonne of filters.  I
> moved to IMAP4 and few filters and it all worked relatively
> painlessly since.
> 
> This however must be a postgresql related error, as it worked fine
> before I removed version 9.5.  Any idea what this "Invalid database
> object during initial database connection" might be and how to
> recover from it?
> 
> 
> Hmm, even more symlinks have been broken,  This time I spotted
> /usr/bin/psql pointing to a non-existent
> ../lib64/postgresql-9.5/bin/psql.  I came across it when I tried to
> connect to the database manually and couldn't run psql, but could run
> psql96.  I'm still not sure if I did something wrong this time during
> the upgrade and migration and what it might have been, of if something
> else is amiss and merits a bug report.
> 
> akonadi is still uncooperative.  :-(
> 
> It must be related to whatever it runs to start postgres.

Ah wait. Ignore my last mail from 1 minute ago. I mis-read what you were
saying. Sorry for the noise



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

Re: [gentoo-user] Postgresql upgrade

[Alan McKinnon]

On 29/07/2017 14:27, Mick wrote:
> 
> On 29 July 2017 at 12:19, Mick  > wrote:
> 
> 
> 
> On 29 July 2017 at 12:03, Alan McKinnon  > wrote:
> 
> 
> Don't use kmail
> 
> Seriously, why are putting up with the pain that POS is causing you?
> You've been posting about serious kmail and akonadi issues for
> about 4
> years now if memory serves, and it has never gotten better. It
> probably
> never will :-)
> 
> It must be well more than 4 years.  What can I say, you are right, I
> must be glutton for punishment. LOL!
> 
> TBH, it has been serving me fine for quite a few years now, although
> the migration to akonadi was a painful affair by all accounts.  This
> was originally caused by me using POP3 and a tonne of filters.  I
> moved to IMAP4 and few filters and it all worked relatively
> painlessly since.
> 
> This however must be a postgresql related error, as it worked fine
> before I removed version 9.5.  Any idea what this "Invalid database
> object during initial database connection" might be and how to
> recover from it?


That's the fancy, decorated, code equivalent of "something went wrong".
It's semantically meaningless, but it does say that something went wrong
at the beginning steps somewhere...


> Hmm, even more symlinks have been broken,  This time I spotted
> /usr/bin/psql pointing to a non-existent
> ../lib64/postgresql-9.5/bin/psql.  I came across it when I tried to
> connect to the database manually and couldn't run psql, but could run
> psql96.  I'm still not sure if I did something wrong this time during
> the upgrade and migration and what it might have been, of if something
> else is amiss and merits a bug report.
> 
> akonadi is still uncooperative.  :-(
> 
> It must be related to whatever it runs to start postgres.

Backup the postgres configs and database files, emerge -C all postgres
versions, make sure there are no files left with postgres in the name,
and emerge the version back that you want. Restore your backed up
configs just in case the ebuild wreaked them. Start postgres, the db
should be unaffected as all you did was replace binary code files.


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

Re: [gentoo-user] Re: what about dracut and systemd?

[Dale]

Rich Freeman wrote:
> On Sat, Jul 29, 2017 at 1:04 AM, Ian Zimmerman  wrote:
>> On 2017-07-28 22:01, Rich Freeman wrote:
>>
 I wonder if its because I am still using rsync to sync the portage
 directory?  There are no changelogs anywhere! or nothing by that
 name.
>>> Ah, looks like they were removed entirely from rsync.  It was months
>>> ago and I don't use rsync so I'd half forgotten what the outcome was.
>>>
>>> There is apparently an rsync repository that only contains Changelogs
>>> if you want them, but honestly it is probably easier to just check git
>>> logs.  If you run git whatchanged path you'll get the equivalent of
>>> the Changelog for that path.
>> What about webrsync?
> I imagine it is in the same situation.
>
>> Can you point me to an online resource where this decision is or was
>> tracked?
>>
> Sure.  This was running over a year, and I was involved, but I just
> didn't recall offhand where it all ended up (largely because I don't
> use rsync, and there was a relatively long period between discussion
> and implementation).
>
> This bug is probably the most concise summary:
> https://bugs.gentoo.org/show_bug.cgi?id=565566
>
> The council made a decision a year ago to allow changelog removal as
> it was redundant with other ways of obtaining the same info:
> https://projects.gentoo.org/council/meeting-logs/20160410-summary.txt
>
> It was removed in Oct:
> https://archives.gentoo.org/gentoo-dev-announce/message/651feb859ae9669dfeaa19547fa698dc
>
> Apparently you can rsync changelogs only from:
> rsync://rsync.gentoo.org/gentoo-repo-changelog
>
> It is safe to rsync that over top of your portage tree.
>
> IMO unless you really need to read them offline it is probably just as
> easy to just browse the git repository.  I find github provides the
> nicest viewer, but some people are averse to non-FOSS and I believe
> you can probably do the same using the FOSS browser on the Gentoo
> website, or you can just clone the repository and use the git command
> line to do it.
>

Is there a way to add that to repos.conf and it get it during a regular
sync?  I use eix-sync by the way. 

I went to the wiki to see if I could find how to set that up, I do check
changelogs sometimes, but couldn't find anything.  Maybe I used the
wrong search terms??? 

Dale

:-)  :-)

Re: [gentoo-user] Postgresql upgrade

[Mick]

On 29 July 2017 at 12:19, Mick  wrote:

>
>
> On 29 July 2017 at 12:03, Alan McKinnon  wrote:
>
>>
>> Don't use kmail
>>
>> Seriously, why are putting up with the pain that POS is causing you?
>> You've been posting about serious kmail and akonadi issues for about 4
>> years now if memory serves, and it has never gotten better. It probably
>> never will :-)
>>
>> It must be well more than 4 years.  What can I say, you are right, I must
> be glutton for punishment. LOL!
>
> TBH, it has been serving me fine for quite a few years now, although the
> migration to akonadi was a painful affair by all accounts.  This was
> originally caused by me using POP3 and a tonne of filters.  I moved to
> IMAP4 and few filters and it all worked relatively painlessly since.
>
> This however must be a postgresql related error, as it worked fine before
> I removed version 9.5.  Any idea what this "Invalid database object during
> initial database connection" might be and how to recover from it?
>

Hmm, even more symlinks have been broken,  This time I spotted
/usr/bin/psql pointing to a non-existent ../lib64/postgresql-9.5/bin/psql.
I came across it when I tried to connect to the database manually and
couldn't run psql, but could run psql96.  I'm still not sure if I did
something wrong this time during the upgrade and migration and what it
might have been, of if something else is amiss and merits a bug report.

akonadi is still uncooperative.  :-(

It must be related to whatever it runs to start postgres.
-- 
Regards,
Mick

Re: [gentoo-user] Re: Why bash script, that works in "Debian", does not work on "Gentoo" install CD?

[Neil Bothwick]

On Sat, 29 Jul 2017 16:31:34 +0700, Ста Деюс wrote:

> > There was a bug in historic versions of bash, where it got confused
> > if the POSIX syntax for command expansion, that is $( ) , occurred
> > within a case statement.  I don't know which version it was where it
> > got fixed, but I think it wasn't before 4.*.  So what versions of
> > bash do you have on either system?   If they aren't the same,
> > something like this is probably the answer.  
> 
> The versions are: 4.3 and 4.4. So. not the cause.

On what do you base that conclusion? Given that Ian said the fix *wasn't*
before 4.* and you haven't said which system is using which version. In
fact the bug was reported against Bash 4.3.


-- 
Neil Bothwick

Become a gynaecologist, look up a friend today.


pgpKZfIwqhloG.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] [OT] build programs in other distros

[Ста Деюс]

Hi, Francisco.


On Fri, 28 Jul 2017 18:07:30 -0300, among other, you wrote:

> > How do real developers manage this? And why this difference

Make building systems for every target distro OR make so-called "snap
packages" -- that include everything the packaged software needs.

> > happens, in the

Various: package separation, file allocation, system variable value,
etc. -- No standards and/or following them by the distro-s in view.


Thank you for your time,
Sthu.

Re: [gentoo-user] Why bash script, that works in "Debian", does not work on "Gentoo" install CD?

[Vadim A. Misbakh-Soloviov]

> read 'Enter device (like /dev/sd(a1,b1,...): ' device

AFAIK, this is not valid syntax for `read` in any shell (even on Debian. I 
just checked)

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

Re: [gentoo-user] Why bash script, that works in "Debian", does not work on "Gentoo" install CD?

[Alexander Kapshuk]

On Jul 29, 2017 12:27, "Ста Деюс"  wrote:

Hi, Neil.


On Fri, 28 Jul 2017 21:43:53 +0100, you wrote:

> > How do you know that the contents of the script are not relevant
> > when you
> don't know what the problem is? It is also useful to know the exact

Mathematics (mother of computers) answers: 1+1=2. -- Meaning: same
script w/ the same bash gets same execution.

> version of bash in use on each system. There are subtle differences,
> and bugs, between bash versions. Your script may be tripping up on
> one of these.

Alright. Here is an example of the problematic line from the point
of view of "Gentoo's" bash:

read 'Enter device (like /dev/sd(a1,b1,...): ' device

Until i remove the brackets, "Gentoo's" bash keeps error messaging.


Thank you for your time,
Sthu.

The line from your script above doesn't seem to have a matching right hand
side bracket.
Try running your script in trace mode like so, bash -x script, to further
troubleshoot the issue.

Re: [gentoo-user] Why bash script, that works in "Debian", does not work on "Gentoo" install CD?

[Ста Деюс]

Hi, Neil.


On Fri, 28 Jul 2017 21:43:53 +0100, you wrote:

> > How do you know that the contents of the script are not relevant
> > when you
> don't know what the problem is? It is also useful to know the exact

Mathematics (mother of computers) answers: 1+1=2. -- Meaning: same
script w/ the same bash gets same execution.

> version of bash in use on each system. There are subtle differences,
> and bugs, between bash versions. Your script may be tripping up on
> one of these.

Alright. Here is an example of the problematic line from the point
of view of "Gentoo's" bash:

read 'Enter device (like /dev/sd(a1,b1,...): ' device

Until i remove the brackets, "Gentoo's" bash keeps error messaging.


Thank you for your time,
Sthu.

Re: [gentoo-user] what about dracut and systemd?

[John Covici]

On Sat, 29 Jul 2017 06:17:31 -0400,
Rich Freeman wrote:
> 
> On Sat, Jul 29, 2017 at 12:47 AM, John Covici  wrote:
> > On Fri, 28 Jul 2017 22:01:24 -0400,
> > Rich Freeman wrote:
> >>
> >> On Fri, Jul 28, 2017 at 9:47 PM, John Covici  wrote:
> >> > On Fri, 28 Jul 2017 21:13:24 -0400,
> >> >
> >> > I wonder if its because I am still using rsync to sync the portage
> >> > directory?  There are no changelogs anywhere! or nothing by that name.
> >> >
> >>
> >> Ah, looks like they were removed entirely from rsync.  It was months
> >> ago and I don't use rsync so I'd half forgotten what the outcome was.
> >>
> >> There is apparently an rsync repository that only contains Changelogs
> >> if you want them, but honestly it is probably easier to just check git
> >> logs.  If you run git whatchanged path you'll get the equivalent of
> >> the Changelog for that path.
> >
> > If I do that I get the following: fatal: Not a git repository (or any
> > parent up to mount point /usr)
> > Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not
> > set).
> >
> 
> This only works in a git repository.
> 
> cd /var/tmp
> git clone https://github.com/gentoo-mirror/gentoo.git
> cd gentoo/cat/package
> git whatchanged .
> 
> You can also just browse the history online:
> https://github.com/gentoo-mirror/gentoo
> 
> Browse to the desired directory, and then hit the history button.

OK, I changed to a git repository and did a git whatchanged, but in
the directory I was looking at namely sys-kernel/dracut, I just got a
generated commit from about the time I created the repository and none
of the previous history.  Maybe from now on I will get something
better.

Thanks again.

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

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

Re: [gentoo-user] Clickless screenshot...how?

[tuxic]

On 07/29 06:52, Bill Kenworthy wrote:
> On 29/07/17 18:05, v...@ukr.net wrote:
> > On Sat, 29 Jul 2017 10:58:50 +0200
> > tu...@posteo.de wrote:
> > 
> >> Hi,
> >>
> >> to display tracking informations (abondomed delivery) to an oversea
> >> seller I need to screenshot a dropdown menu.
> 
> Can you access it via ssh? - you may be able to set it up and copy the
> framebuffer to a raw image and convert it after.
> 
> BillK'
> 

Hi Bill,

Thanks a lot for help! :)

The task is already accomplished :) with a mixture of WM-based
hotkey definitions and a delayed commandline utility (main,scrot,
imagemagick).
Addtionally I dont think that my X11 uses framebuffer (not shure
about that, though)...

Cheers
Meino

Re: [gentoo-user] Postgresql upgrade

[Mick]

On 29 July 2017 at 12:03, Alan McKinnon  wrote:

>
> Don't use kmail
>
> Seriously, why are putting up with the pain that POS is causing you?
> You've been posting about serious kmail and akonadi issues for about 4
> years now if memory serves, and it has never gotten better. It probably
> never will :-)
>
> It must be well more than 4 years.  What can I say, you are right, I must
be glutton for punishment. LOL!

TBH, it has been serving me fine for quite a few years now, although the
migration to akonadi was a painful affair by all accounts.  This was
originally caused by me using POP3 and a tonne of filters.  I moved to
IMAP4 and few filters and it all worked relatively painlessly since.

This however must be a postgresql related error, as it worked fine before I
removed version 9.5.  Any idea what this "Invalid database object during
initial database connection" might be and how to recover from it?
-- 
Regards,
Mick

Re: [gentoo-user] Postgresql upgrade

[Alan McKinnon]

On 29/07/2017 13:01, Mick wrote:
> Right, I would report it, except I can't recall if I ran eselect after
> isntalling 9.6. ... I am *almost* sure I did.
>  
> 
> Meanwhile fix the symlinks to what they should be using "ln -sfn" and
> all will be good in the world.
> 
> --
> Alan McKinnon
> alan.mckin...@gmail.com 
> 
> Thanks Alan, I was hoping this would be the case.  However, the blasted
> akonadi, which is why I am running a database on a laptop in the first
> place, refuses to start:

Don't use kmail

Seriously, why are putting up with the pain that POS is causing you?
You've been posting about serious kmail and akonadi issues for about 4
years now if memory serves, and it has never gotten better. It probably
never will :-)


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

Re: [gentoo-user] Postgresql upgrade

[Mick]

On 29 July 2017 at 11:12, Alan McKinnon  wrote:

> On 29/07/2017 11:59, Mick wrote:
> > It seems this is one of these things I keep forgetting how to perform
> > correctly, despite taking notes and reading the documentation.  I
> thought I
> > had upgraded postgresql from 9.5.7 to 9.6.3-r1 a couple of weeks ago.
> >
> > Today depclean asked me to remove 9.5.7 and after a moment's hesitation
> I went
> > along with it.  To my surprise I got this at the end of it:
> >
> > [snip...]
> > <<<  dir /usr/include/postgresql-9.5/server/catalog
> > <<<  dir /usr/include/postgresql-9.5/server/bootstrap
> > <<<  dir /usr/include/postgresql-9.5/server/access
> > <<<  dir /usr/include/postgresql-9.5/server
> > <<<  dir /usr/include/postgresql-9.5/libpq
> > <<<  dir /usr/include/postgresql-9.5/internal/libpq
> > <<<  dir /usr/include/postgresql-9.5/internal
> > <<<  dir /usr/include/postgresql-9.5/informix/esql
> > <<<  dir /usr/include/postgresql-9.5/informix
> > <<<  dir /usr/include/postgresql-9.5
> > --- !empty   dir /usr/include
> > --- !empty   dir /usr/bin
> > --- !empty   dir /usr
> > --- !empty   dir /etc/postgresql-9.5
> > --- !empty   dir /etc/pam.d
> > --- !empty   dir /etc/init.d
> > --- !empty   dir /etc/conf.d
> > --- !empty   dir /etc
> > Unsetting 9.5 as default...done.
> > Setting 9.6 as the default...ln: failed to create symbolic link
> > '/usr/include/libpq-fe.h': File exists
> > !!! Error: Unable to create link! postgresql-9.6/libpq-fe.h ->
> > /usr/include/libpq-fe.h
> > exiting
>  Regenerating /etc/ld.so.cache...
> > Packages installed:   1321
> > Packages in world:216
> > Packages in system:   44
> > Required packages:1321
> > Number removed:   1
> >
> >
> > Looking at /usr/include/ I see this:
> >
> > lrwxrwxrwx   1 root root 29 Jul 16 13:56 postgres_ext.h ->
> > postgresql-9.5/postgres_ext.h
> > lrwxrwxrwx   1 root root 14 Jul 29 10:34 postgresql -> postgresql-9.6
> > drwxr-xr-x   6 root root   4096 Jul 16 13:55 postgresql-9.6
> >
> > Although the old /usr/include/postgresql-9.5 directory and file
> postgres_ext.h
> > have been removed, the symlink is still pointint to the old file, rather
> than
> > having been replaced with a symlink to
> > /usr/include/postgresql-9.6/postgres_ext.h:
> >
> > $ ls -la /usr/include/postgresql-9.6/postgres_ext.h
> > -rw-r--r-- 1 root root 2151 Jul 16 13:54
> > /usr/include/postgresql-9.6/postgres_ext.h
> >
> >
> > I'm trying to understand why this might have happened.  Which
> process/action
> > is responsible for setting this symlink?
> >
> > Also, the entry run by depclean above also confused me:
> >
> > Unsetting 9.5 as default...done.
> > Setting 9.6 as the default...
> >
> > How is the default version of postgresql being set in a system?  What
> specific
> > actions do these two entries entail?  I thought with openrc at least it
> is a
> > matter of setting up the latest postgresql version to start up in
> rc-update.
> >
> > I've replaced the symlink with the live postgresql manually for now - I
> hope I
> > haven't borked the database ...
> >
>
>
> postgresql is slotted, so various headers files and such need symlinks
> installed so postgresql uses the correct versioned file. You have 2
> versions, which one is correct? - the one the symlink points to.
>
> Yes, but what confused me is that this symlink was correct:

 postgresql -> postgresql-9.6

while all others weren't.


> Installing 9.6 on a host with 9.5 present does only that - installs it.
> It doesn't run it or set it as default, it only installs it. To run it
> or set it as default is an extra step that you decide yourself when you
> want to do it.
>
> depcleaning 9.5 removes the default version, so the obvious thing for
> the code to do is set 9.6 as the new default. Maybe the ebuild does it,
> maybe it's eselect. Doesn't matter, because something should have
> removed those stale symlinks and didn't. This is a reportable bug
>
> Right, I would report it, except I can't recall if I ran eselect after
isntalling 9.6. ... I am *almost* sure I did.


> Meanwhile fix the symlinks to what they should be using "ln -sfn" and
> all will be good in the world.
>
> --
> Alan McKinnon
> alan.mckin...@gmail.com
>
> Thanks Alan, I was hoping this would be the case.  However, the blasted
akonadi, which is why I am running a database on a laptop in the first
place, refuses to start:

[11:34:27] ~ $ akonadictl start
Starting Akonadi Server...
   done.
Connecting to deprecated signal
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
[11:34:38] ~ $ QSqlDatabase: QPSQL driver not loaded
QSqlDatabase: available drivers: QSQLITE QPSQL7 QPSQL
Invalid database object during initial database connection
"[
0: akonadiserver(_Z11akBacktracev+0x4a) [0x463ada]
1: akonadiserver() [0x463dab]
2: /lib64/libc.so.6(+0x33170) [0x7f454d39d170]
3: /lib64/libc.so.6(gsignal+0x38) 

Re: [gentoo-user] Clickless screenshot...how?

[Bill Kenworthy]

On 29/07/17 18:05, v...@ukr.net wrote:
> On Sat, 29 Jul 2017 10:58:50 +0200
> tu...@posteo.de wrote:
> 
>> Hi,
>>
>> to display tracking informations (abondomed delivery) to an oversea
>> seller I need to screenshot a dropdown menu.

Can you access it via ssh? - you may be able to set it up and copy the
framebuffer to a raw image and convert it after.

BillK'

Re: [gentoo-user] Clickless screenshot...how?

[tuxic]

On 07/29 01:05, v...@ukr.net wrote:
> On Sat, 29 Jul 2017 10:58:50 +0200
> tu...@posteo.de wrote:
> 
> > Hi,
> > 
> > to display tracking informations (abondomed delivery) to an oversea
> > seller I need to screenshot a dropdown menu.
> > Unfortunately this dropdown menu only drops down when touched with 
> > the mouse pointer.
> > This in turn prohibis any other action with the mourse (changeing
> > the window for example). The only chance I see is hitting any
> > magical key combo, which is not part of firefox shortcut.
> > 
> > Long blabla ... short question:
> > Is there any screenshooter available which can be fully
> > handled via *configurable* keyboad shortcuts?
> > 
> I can suggest a somewhat different approach. You may execute this
> command in the terminal (requires ImageMagick, which is rather
> ubiquitous):
> 
> sleep 3 && import -window root output.png
> 
> which will grab the entire screen after 3 seconds and save the image
> into 'output.png'. This way you can open any menu and choose any
> element of the menu _before_ the 'import' command gets executed.
> 
> You could also play with parameters a bit. For example, you could
> extend the waiting time if you need. You could also redirect the output
> to the 'display' command (also from ImageMagick) in order to check the
> screenshot out before saving it to file (it is possible to save file
> from the 'display''s menu):
> 
> sleep 3 && import -window root - | display
> 
> So, this is not exactly what you asked (no control via hotkeys),
> however, the task of assigning the hotkeys may be solved separately.
> For example, the XFCE and JWM desktops (as well as virtually any
> desktop environment out there) let one assign the custom hotkeys for
> any commands. So it is easy to link the commands I suggested above to
> any hotkeys you want. I use it in JWM a lot.
> 
> I hope, my suggestion is useful.
> Regards,
> Vladimir
> 
> - 
>  
> 

Hi Vladimir,

thanks for suggestions! :)

Yes...in this case the task to accomplish is more important, than
the way to do it! :)

I didn't know, that even imagemagick is able to shoot screens. ;)

My "dream" of a screenshot generator would be something of the
features and functionality of "Greenshot" -- unfortunately it
is windows only -- and I dont want windows.


Cheers
Meino

Re: [gentoo-user] Re: what about dracut and systemd?

[Rich Freeman]

On Sat, Jul 29, 2017 at 1:04 AM, Ian Zimmerman  wrote:
> On 2017-07-28 22:01, Rich Freeman wrote:
>
>> > I wonder if its because I am still using rsync to sync the portage
>> > directory?  There are no changelogs anywhere! or nothing by that
>> > name.
>
>> Ah, looks like they were removed entirely from rsync.  It was months
>> ago and I don't use rsync so I'd half forgotten what the outcome was.
>>
>> There is apparently an rsync repository that only contains Changelogs
>> if you want them, but honestly it is probably easier to just check git
>> logs.  If you run git whatchanged path you'll get the equivalent of
>> the Changelog for that path.
>
> What about webrsync?

I imagine it is in the same situation.

>
> Can you point me to an online resource where this decision is or was
> tracked?
>

Sure.  This was running over a year, and I was involved, but I just
didn't recall offhand where it all ended up (largely because I don't
use rsync, and there was a relatively long period between discussion
and implementation).

This bug is probably the most concise summary:
https://bugs.gentoo.org/show_bug.cgi?id=565566

The council made a decision a year ago to allow changelog removal as
it was redundant with other ways of obtaining the same info:
https://projects.gentoo.org/council/meeting-logs/20160410-summary.txt

It was removed in Oct:
https://archives.gentoo.org/gentoo-dev-announce/message/651feb859ae9669dfeaa19547fa698dc

Apparently you can rsync changelogs only from:
rsync://rsync.gentoo.org/gentoo-repo-changelog

It is safe to rsync that over top of your portage tree.

IMO unless you really need to read them offline it is probably just as
easy to just browse the git repository.  I find github provides the
nicest viewer, but some people are averse to non-FOSS and I believe
you can probably do the same using the FOSS browser on the Gentoo
website, or you can just clone the repository and use the git command
line to do it.

-- 
Rich

Re: [gentoo-user] what about dracut and systemd?

[Rich Freeman]

On Sat, Jul 29, 2017 at 12:47 AM, John Covici  wrote:
> On Fri, 28 Jul 2017 22:01:24 -0400,
> Rich Freeman wrote:
>>
>> On Fri, Jul 28, 2017 at 9:47 PM, John Covici  wrote:
>> > On Fri, 28 Jul 2017 21:13:24 -0400,
>> >
>> > I wonder if its because I am still using rsync to sync the portage
>> > directory?  There are no changelogs anywhere! or nothing by that name.
>> >
>>
>> Ah, looks like they were removed entirely from rsync.  It was months
>> ago and I don't use rsync so I'd half forgotten what the outcome was.
>>
>> There is apparently an rsync repository that only contains Changelogs
>> if you want them, but honestly it is probably easier to just check git
>> logs.  If you run git whatchanged path you'll get the equivalent of
>> the Changelog for that path.
>
> If I do that I get the following: fatal: Not a git repository (or any
> parent up to mount point /usr)
> Stopping at filesystem boundary (GIT_DISCOVERY_ACROSS_FILESYSTEM not
> set).
>

This only works in a git repository.

cd /var/tmp
git clone https://github.com/gentoo-mirror/gentoo.git
cd gentoo/cat/package
git whatchanged .

You can also just browse the history online:
https://github.com/gentoo-mirror/gentoo

Browse to the desired directory, and then hit the history button.

-- 
Rich

Re: [gentoo-user] Postgresql upgrade

[Alan McKinnon]

On 29/07/2017 11:59, Mick wrote:
> It seems this is one of these things I keep forgetting how to perform 
> correctly, despite taking notes and reading the documentation.  I thought I 
> had upgraded postgresql from 9.5.7 to 9.6.3-r1 a couple of weeks ago.
> 
> Today depclean asked me to remove 9.5.7 and after a moment's hesitation I 
> went 
> along with it.  To my surprise I got this at the end of it:
> 
> [snip...]
> <<<  dir /usr/include/postgresql-9.5/server/catalog
> <<<  dir /usr/include/postgresql-9.5/server/bootstrap
> <<<  dir /usr/include/postgresql-9.5/server/access
> <<<  dir /usr/include/postgresql-9.5/server
> <<<  dir /usr/include/postgresql-9.5/libpq
> <<<  dir /usr/include/postgresql-9.5/internal/libpq
> <<<  dir /usr/include/postgresql-9.5/internal
> <<<  dir /usr/include/postgresql-9.5/informix/esql
> <<<  dir /usr/include/postgresql-9.5/informix
> <<<  dir /usr/include/postgresql-9.5
> --- !empty   dir /usr/include
> --- !empty   dir /usr/bin
> --- !empty   dir /usr
> --- !empty   dir /etc/postgresql-9.5
> --- !empty   dir /etc/pam.d
> --- !empty   dir /etc/init.d
> --- !empty   dir /etc/conf.d
> --- !empty   dir /etc
> Unsetting 9.5 as default...done.
> Setting 9.6 as the default...ln: failed to create symbolic link 
> '/usr/include/libpq-fe.h': File exists
> !!! Error: Unable to create link! postgresql-9.6/libpq-fe.h -> 
> /usr/include/libpq-fe.h
> exiting
 Regenerating /etc/ld.so.cache...
> Packages installed:   1321
> Packages in world:216
> Packages in system:   44
> Required packages:1321
> Number removed:   1
> 
> 
> Looking at /usr/include/ I see this:
> 
> lrwxrwxrwx   1 root root 29 Jul 16 13:56 postgres_ext.h -> 
> postgresql-9.5/postgres_ext.h
> lrwxrwxrwx   1 root root 14 Jul 29 10:34 postgresql -> postgresql-9.6
> drwxr-xr-x   6 root root   4096 Jul 16 13:55 postgresql-9.6
> 
> Although the old /usr/include/postgresql-9.5 directory and file 
> postgres_ext.h 
> have been removed, the symlink is still pointint to the old file, rather than 
> having been replaced with a symlink to 
> /usr/include/postgresql-9.6/postgres_ext.h:
> 
> $ ls -la /usr/include/postgresql-9.6/postgres_ext.h 
> -rw-r--r-- 1 root root 2151 Jul 16 13:54 
> /usr/include/postgresql-9.6/postgres_ext.h
> 
> 
> I'm trying to understand why this might have happened.  Which process/action 
> is responsible for setting this symlink?  
> 
> Also, the entry run by depclean above also confused me:
> 
> Unsetting 9.5 as default...done.
> Setting 9.6 as the default...
> 
> How is the default version of postgresql being set in a system?  What 
> specific 
> actions do these two entries entail?  I thought with openrc at least it is a 
> matter of setting up the latest postgresql version to start up in rc-update. 
> 
> I've replaced the symlink with the live postgresql manually for now - I hope 
> I 
> haven't borked the database ...
> 



postgresql is slotted, so various headers files and such need symlinks
installed so postgresql uses the correct versioned file. You have 2
versions, which one is correct? - the one the symlink points to.

Installing 9.6 on a host with 9.5 present does only that - installs it.
It doesn't run it or set it as default, it only installs it. To run it
or set it as default is an extra step that you decide yourself when you
want to do it.

depcleaning 9.5 removes the default version, so the obvious thing for
the code to do is set 9.6 as the new default. Maybe the ebuild does it,
maybe it's eselect. Doesn't matter, because something should have
removed those stale symlinks and didn't. This is a reportable bug

Meanwhile fix the symlinks to what they should be using "ln -sfn" and
all will be good in the world.

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

Re: [gentoo-user] Clickless screenshot...how?

[v_2e]

On Sat, 29 Jul 2017 10:58:50 +0200
tu...@posteo.de wrote:

> Hi,
> 
> to display tracking informations (abondomed delivery) to an oversea
> seller I need to screenshot a dropdown menu.
> Unfortunately this dropdown menu only drops down when touched with 
> the mouse pointer.
> This in turn prohibis any other action with the mourse (changeing
> the window for example). The only chance I see is hitting any
> magical key combo, which is not part of firefox shortcut.
> 
> Long blabla ... short question:
> Is there any screenshooter available which can be fully
> handled via *configurable* keyboad shortcuts?
> 
I can suggest a somewhat different approach. You may execute this
command in the terminal (requires ImageMagick, which is rather
ubiquitous):

sleep 3 && import -window root output.png

which will grab the entire screen after 3 seconds and save the image
into 'output.png'. This way you can open any menu and choose any
element of the menu _before_ the 'import' command gets executed.

You could also play with parameters a bit. For example, you could
extend the waiting time if you need. You could also redirect the output
to the 'display' command (also from ImageMagick) in order to check the
screenshot out before saving it to file (it is possible to save file
from the 'display''s menu):

sleep 3 && import -window root - | display

So, this is not exactly what you asked (no control via hotkeys),
however, the task of assigning the hotkeys may be solved separately.
For example, the XFCE and JWM desktops (as well as virtually any
desktop environment out there) let one assign the custom hotkeys for
any commands. So it is easy to link the commands I suggested above to
any hotkeys you want. I use it in JWM a lot.

I hope, my suggestion is useful.
Regards,
Vladimir

- 
 

[gentoo-user] Re: Postgresql upgrade

[Mick]

On Saturday 29 Jul 2017 10:59:39 Mick wrote:
> It seems this is one of these things I keep forgetting how to perform
> correctly, despite taking notes and reading the documentation.  I thought I
> had upgraded postgresql from 9.5.7 to 9.6.3-r1 a couple of weeks ago.
> 
> Today depclean asked me to remove 9.5.7 and after a moment's hesitation I
> went along with it.  To my surprise I got this at the end of it:
> 
> [snip...]
> <<<  dir /usr/include/postgresql-9.5/server/catalog
> <<<  dir /usr/include/postgresql-9.5/server/bootstrap
> <<<  dir /usr/include/postgresql-9.5/server/access
> <<<  dir /usr/include/postgresql-9.5/server
> <<<  dir /usr/include/postgresql-9.5/libpq
> <<<  dir /usr/include/postgresql-9.5/internal/libpq
> <<<  dir /usr/include/postgresql-9.5/internal
> <<<  dir /usr/include/postgresql-9.5/informix/esql
> <<<  dir /usr/include/postgresql-9.5/informix
> <<<  dir /usr/include/postgresql-9.5
> --- !empty   dir /usr/include
> --- !empty   dir /usr/bin
> --- !empty   dir /usr
> --- !empty   dir /etc/postgresql-9.5
> --- !empty   dir /etc/pam.d
> --- !empty   dir /etc/init.d
> --- !empty   dir /etc/conf.d
> --- !empty   dir /etc
> Unsetting 9.5 as default...done.
> Setting 9.6 as the default...ln: failed to create symbolic link
> '/usr/include/libpq-fe.h': File exists
> !!! Error: Unable to create link! postgresql-9.6/libpq-fe.h ->
> /usr/include/libpq-fe.h
> exiting
> 
> >>> Regenerating /etc/ld.so.cache...
> 
> Packages installed:   1321
> Packages in world:216
> Packages in system:   44
> Required packages:1321
> Number removed:   1
> 
> 
> Looking at /usr/include/ I see this:
> 
> lrwxrwxrwx   1 root root 29 Jul 16 13:56 postgres_ext.h ->
> postgresql-9.5/postgres_ext.h
> lrwxrwxrwx   1 root root 14 Jul 29 10:34 postgresql -> postgresql-9.6
> drwxr-xr-x   6 root root   4096 Jul 16 13:55 postgresql-9.6
> 
> Although the old /usr/include/postgresql-9.5 directory and file
> postgres_ext.h have been removed, the symlink is still pointint to the old
> file, rather than having been replaced with a symlink to
> /usr/include/postgresql-9.6/postgres_ext.h:
> 
> $ ls -la /usr/include/postgresql-9.6/postgres_ext.h
> -rw-r--r-- 1 root root 2151 Jul 16 13:54
> /usr/include/postgresql-9.6/postgres_ext.h
> 
> 
> I'm trying to understand why this might have happened.  Which process/action
> is responsible for setting this symlink?
> 
> Also, the entry run by depclean above also confused me:
> 
> Unsetting 9.5 as default...done.
> Setting 9.6 as the default...
> 
> How is the default version of postgresql being set in a system?  What
> specific actions do these two entries entail?  I thought with openrc at
> least it is a matter of setting up the latest postgresql version to start
> up in rc-update.
> 
> I've replaced the symlink with the live postgresql manually for now - I hope
> I haven't borked the database ...

Oops!  There are more broken links:

lrwxrwxrwx   1 root root 30 Jul 16 13:56 pg_config_ext.h -> 
postgresql-9.5/pg_config_ext.h
lrwxrwxrwx   1 root root 33 Jul 16 13:56 pg_config_manual.h -> 
postgresql-9.5/pg_config_manual.h
...
lrwxrwxrwx   1 root root 29 Jul 16 13:56 postgres_ext.h -> 
postgresql-9.5/postgres_ext.h
lrwxrwxrwx   1 root root 14 Jul 29 10:34 postgresql -> postgresql-9.6
drwxr-xr-x   6 root root   4096 Jul 16 13:55 postgresql-9.6
-- 
Regards,
Mick

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

[gentoo-user] Postgresql upgrade

[Mick]

It seems this is one of these things I keep forgetting how to perform 
correctly, despite taking notes and reading the documentation.  I thought I 
had upgraded postgresql from 9.5.7 to 9.6.3-r1 a couple of weeks ago.

Today depclean asked me to remove 9.5.7 and after a moment's hesitation I went 
along with it.  To my surprise I got this at the end of it:

[snip...]
<<<  dir /usr/include/postgresql-9.5/server/catalog
<<<  dir /usr/include/postgresql-9.5/server/bootstrap
<<<  dir /usr/include/postgresql-9.5/server/access
<<<  dir /usr/include/postgresql-9.5/server
<<<  dir /usr/include/postgresql-9.5/libpq
<<<  dir /usr/include/postgresql-9.5/internal/libpq
<<<  dir /usr/include/postgresql-9.5/internal
<<<  dir /usr/include/postgresql-9.5/informix/esql
<<<  dir /usr/include/postgresql-9.5/informix
<<<  dir /usr/include/postgresql-9.5
--- !empty   dir /usr/include
--- !empty   dir /usr/bin
--- !empty   dir /usr
--- !empty   dir /etc/postgresql-9.5
--- !empty   dir /etc/pam.d
--- !empty   dir /etc/init.d
--- !empty   dir /etc/conf.d
--- !empty   dir /etc
Unsetting 9.5 as default...done.
Setting 9.6 as the default...ln: failed to create symbolic link 
'/usr/include/libpq-fe.h': File exists
!!! Error: Unable to create link! postgresql-9.6/libpq-fe.h -> 
/usr/include/libpq-fe.h
exiting
>>> Regenerating /etc/ld.so.cache...
Packages installed:   1321
Packages in world:216
Packages in system:   44
Required packages:1321
Number removed:   1


Looking at /usr/include/ I see this:

lrwxrwxrwx   1 root root 29 Jul 16 13:56 postgres_ext.h -> 
postgresql-9.5/postgres_ext.h
lrwxrwxrwx   1 root root 14 Jul 29 10:34 postgresql -> postgresql-9.6
drwxr-xr-x   6 root root   4096 Jul 16 13:55 postgresql-9.6

Although the old /usr/include/postgresql-9.5 directory and file postgres_ext.h 
have been removed, the symlink is still pointint to the old file, rather than 
having been replaced with a symlink to 
/usr/include/postgresql-9.6/postgres_ext.h:

$ ls -la /usr/include/postgresql-9.6/postgres_ext.h 
-rw-r--r-- 1 root root 2151 Jul 16 13:54 
/usr/include/postgresql-9.6/postgres_ext.h


I'm trying to understand why this might have happened.  Which process/action 
is responsible for setting this symlink?  

Also, the entry run by depclean above also confused me:

Unsetting 9.5 as default...done.
Setting 9.6 as the default...

How is the default version of postgresql being set in a system?  What specific 
actions do these two entries entail?  I thought with openrc at least it is a 
matter of setting up the latest postgresql version to start up in rc-update. 

I've replaced the symlink with the live postgresql manually for now - I hope I 
haven't borked the database ...
-- 
Regards,
Mick

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

Re: [gentoo-user] Re: Why bash script, that works in "Debian", does not work on "Gentoo" install CD?

[Ста Деюс]

> There was a bug in historic versions of bash, where it got confused
> if the POSIX syntax for command expansion, that is $( ) , occurred
> within a case statement.  I don't know which version it was where it
> got fixed, but I think it wasn't before 4.*.  So what versions of
> bash do you have on either system?   If they aren't the same,
> something like this is probably the answer.

The versions are: 4.3 and 4.4. So. not the cause.


Sthu.

Re: [gentoo-user] Clickless screenshot...how?

[tuxic]

On 07/29 11:09, Dan Johansson wrote:
> On 29.07.2017 10:58, tu...@posteo.de wrote:
> > to display tracking informations (abondomed delivery) to an oversea
> > seller I need to screenshot a dropdown menu.
> > Unfortunately this dropdown menu only drops down when touched with 
> > the mouse pointer.
> > This in turn prohibis any other action with the mourse (changeing
> > the window for example). The only chance I see is hitting any
> > magical key combo, which is not part of firefox shortcut.
> > 
> > Long blabla ... short question:
> > Is there any screenshooter available which can be fully
> > handled via *configurable* keyboad shortcuts?
> 
> If you are running KDE and have kde-apps/spectacle (Screenshot capture
> utility) installed, you can configure a delay before the capture - this
> should give you enough time to pull down the drop down menu before the
> screenshot is taken.
> 
> -- 
> Dan Johansson
> ***
> This message is printed on 100% recycled electrons!
> ***
> 

Hi all, :)

thanks for the input! ::))

I am running openbox -- I will look whether and - if - how 
to bind scrot to a key combo.

Cheers
Meino

Re: [gentoo-user] dev-python/whoosh fails to compile

[Alan McKinnon]

On 29/07/2017 10:51, John Covici wrote:
> Hi.  In my latest world update, portage wants to include this new
> package dev-python/whoosh.  The package fails to compile and googling
> and searching bgo yields nothing.
> 
> Any assistance would be appreciated.

[snip]

> pkg_resources.DistributionNotFound: The 'sphinxcontrib-websupport' 
> distribution was not found and is required by Sphinx

[snip]

>  * The specific snippet of code:
>  *   sphinx-build -b html -c docs/source/ docs/source/ 
> docs/source/build/html || die;

File a bug at bgo


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

Re: [gentoo-user] Clickless screenshot...how?

[Dan Johansson]

On 29.07.2017 10:58, tu...@posteo.de wrote:
> to display tracking informations (abondomed delivery) to an oversea
> seller I need to screenshot a dropdown menu.
> Unfortunately this dropdown menu only drops down when touched with 
> the mouse pointer.
> This in turn prohibis any other action with the mourse (changeing
> the window for example). The only chance I see is hitting any
> magical key combo, which is not part of firefox shortcut.
> 
> Long blabla ... short question:
> Is there any screenshooter available which can be fully
> handled via *configurable* keyboad shortcuts?

If you are running KDE and have kde-apps/spectacle (Screenshot capture
utility) installed, you can configure a delay before the capture - this
should give you enough time to pull down the drop down menu before the
screenshot is taken.

-- 
Dan Johansson
***
This message is printed on 100% recycled electrons!
***

Re: [gentoo-user] Clickless screenshot...how?

[Vadim A. Misbakh-Soloviov]

this is fully depends on your WM.

First of all, you can just bind scrot on any key combination your WM allow to.

Second of all, say, KDE's Spectacle can be used to take screenshot by timeout. 
So, you set timeout, press "take screenshot", it hides it's window, you open 
your popup menu, wait for timeout, and get a screenshot containing your popup 
menu without pressing any hotkeys ;)

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

[gentoo-user] Clickless screenshot...how?

[tuxic]

Hi,

to display tracking informations (abondomed delivery) to an oversea
seller I need to screenshot a dropdown menu.
Unfortunately this dropdown menu only drops down when touched with 
the mouse pointer.
This in turn prohibis any other action with the mourse (changeing
the window for example). The only chance I see is hitting any
magical key combo, which is not part of firefox shortcut.

Long blabla ... short question:
Is there any screenshooter available which can be fully
handled via *configurable* keyboad shortcuts?

Thanks a lot for any help in advance!
Cheers
Meino

[gentoo-user] dev-python/whoosh fails to compile

[John Covici]

whoosh/automata
copying src/whoosh/automata/lev.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/automata
copying src/whoosh/automata/nfa.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/automata
copying src/whoosh/automata/__init__.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/automata
copying src/whoosh/automata/glob.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/automata
copying src/whoosh/automata/reg.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/automata
creating 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/hungarian.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/english.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/romanian.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/italian.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/finnish.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/__init__.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/french.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/portugese.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/bases.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/dutch.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/russian.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/norwegian.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/german.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/swedish.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/spanish.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
copying src/whoosh/lang/snowball/danish.py -> 
/var/tmp/portage/dev-python/whoosh-2.7.4/work/Whoosh-2.7.4-python3_4/lib/whoosh/lang/snowball
warning: build_py: byte-compiling is disabled, skipping.

 * python3_4: running distutils-r1_run_phase python_compile_all
Traceback (most recent call last):
  File "/usr/lib/python-exec/python3.4/sphinx-build", line 6, in 
from pkg_resources import load_entry_point
  File "/usr/lib64/python3.4/site-packages/pkg_resources/__init__.py", line 
3037, in 
@_call_aside
  File "/usr/lib64/python3.4/site-packages/pkg_resources/__init__.py", line 
3021, in _call_aside
f(*args, **kwargs)
  File "/usr/lib64/python3.4/site-packages/pkg_resources/__init__.py", line 
3050, in _initialize_master_working_set
working_set = WorkingSet._build_master()
  File "/usr/lib64/python3.4/site-packages/pkg_resources/__init__.py", line 
655, in _build_master
ws.require(__requires__)
  File "/usr/lib64/python3.4/site-packages/pkg_resources/__init__.py", line 
969, in require
needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib64/python3.4/site-packages/pkg_resources/__init__.py", line 
855, in resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'sphinxcontrib-websupport' distribution 
was not found and is required by Sphinx
 * ERROR: dev-python/whoosh-2.7.4::gentoo failed (compile phase):
 *   (no error message)
 * 
 * Call stack:
 * ebuild.sh, line  115:  Called src_compile
 *   environment, line 2678:  Called distutils-r1_src_compile
 *   environment, line  809:  Called _distutils-r1_run_common_phase 
'python_compile_all'
 *   environment, line  300:  Called multibuild_foreach_variant 
'distutils-r1_run_phase' 'python_compile_all'
 *   environment, line 1507:  Called _multibuild_run 'distutils-r1_run_phase' 
'python_compile_all'
 *   environment, line 1505:  Called distutils-r1_run_phase 'python_compile_all'
 *   environment, line  797: