[gentoo-user] problem with emerge @preserved-rebuild

[allan gottlieb]

A few weeks ago I did an eix-sync but (with final exams coming) I did
not do an emerge --update @world.

The semester is over so I tried the emerge --update @world (still based
on the old eix-sync).  Specifically

emerge --update --newuse --with-bdeps=n  --exclude  
sys-kernel/linux-firmware --exclude systemd --exclude grub --keep-going --deep 
@world

It emerged ~55 packages and when finished printed

!!! existing preserved libs:
>>> package: app-misc/tracker-2.1.8
 *  - /usr/lib64/libtracker-sparql-1.0.so.0
 *  - /usr/lib64/libtracker-sparql-1.0.so.0.1204.0
 *  used by /usr/lib64/grilo-0.2/libgrltracker.so 
(media-plugins/grilo-plugins-0.2.17)
 *  used by 
/usr/lib64/nautilus/extensions-3.0/libnautilus-tracker-tags.so 
(gnome-extra/nautilus-tracker-tags-1.12.4)
 *  - /usr/lib64/tracker-1.0/libtracker-common.so.0
 *  - /usr/lib64/tracker-1.0/libtracker-common.so.0.0.0
 *  - /usr/lib64/tracker-1.0/libtracker-data.so.0
 *  - /usr/lib64/tracker-1.0/libtracker-data.so.0.0.0
Use emerge @preserved-rebuild to rebuild packages using these libraries

However emerge @preserved-rebuild fails, with output

emerge: there are no ebuilds to satisfy "media-plugins/grilo-plugins:0.2".
(dependency required by "@preserved-rebuild" [argument])

eix shows

[?] media-plugins/grilo-plugins
 Available versions:  (0.3) 0.3.7 ~0.3.8
   {chromaprint daap dvd examples flickr freebox gnome-online-accounts 
lua subtitles test thetvdb tracker upnp-av vimeo +youtube}
 Installed versions:  0.2.17(0.2)(02:51:05 AM 03/25/2016)(dvd 
gnome-online-accounts tracker upnp-av vimeo youtube -daap -flickr -freebox -lua 
-subtitles -thetvdb) 0.3.7(0.3)(10:24:17 PM 04/18/2019)(dvd 
gnome-online-accounts tracker upnp-av youtube -chromaprint -daap -examples 
-flickr -freebox -lua -subtitles -test -thetvdb -vimeo)
 Homepage:https://wiki.gnome.org/Projects/Grilo
 Description: A collection of plugins for the Grilo framework

So one of my currently installed grilo-plugins is not in the tree.

What should I do?  The system currently is running fine.

thanks in advance,
allan

[gentoo-user] 4 versions of binutils: requesting confirmation for eselect set

[allan gottlieb]

On one of my machines I see

gottlieb@E6430 ~ $ eselect binutils list
 [1] x86_64-pc-linux-gnu-2.28.1 *
 [2] x86_64-pc-linux-gnu-2.29.1
 [3] x86_64-pc-linux-gnu-2.30
 [4] x86_64-pc-linux-gnu-2.31.1

But I also see

gottlieb@E6430 ~ $ eix -I -e binutils
[?] sys-devel/binutils
 ...
 (2.28.1) [M]2.28.1
 (2.29.1) [M]2.29.1-r1
 (2.30) 2.30-r4
 (2.31) 2.31.1-r4 ~2.31.1-r5
 ...

So I am using a masked version of binutils, which seems bad.

I presume I should do
   eselect binutils set 4

I am asking for confirmation since I realize breaking binutils
is not fun.

thank you,
allan

Re: [gentoo-user] eselect python cleanup

[allan gottlieb]

On Sun, Mar 24 2019, Neil Bothwick wrote:

> On Sat, 23 Mar 2019 18:08:09 -0400, Jack wrote:
>
>> > Am I correct in believing that I should now execute
>> >eselect python cleanup
>
>> I just ran into the same problem, and that solution seems to have  
>> worked for me.
>
> It worked for me, but only after I ran it twice. This was reproducible on
> several systems.

It worked for me running only once on each of two systems.
By worked I mean the error msg

python-exec: Invalid impl in /etc/python-exec/python-exec.conf: python3.4

stopped appearing on my "emerge update world" commands.  Perhaps you Neil
tested further for failure and Jack and I should as well.

allan

Re: [gentoo-user] eselect python cleanup

[allan gottlieb]

On Sat, Mar 23 2019, Jack wrote:

> On 2019.03.23 17:58, allan gottlieb wrote:
>> When I try an emerge I get
>> 
>> E6430 ~ # emerge --update --changed-use --with-bdeps=n --exclude  
>> chromium --keep-going @world
>> python-exec: Invalid impl in /etc/python-exec/python-exec.conf:  
>> python3.4
>> These are the packages that would be merged, in reverse order:
>> Calculating dependencies... done!
>> Nothing to merge; quitting.
>> 
>> eselect python list gives
>> Available Python interpreters, in order of preference:
>>   [1]   python3.6
>>   [2]   python3.4 (uninstalled)
>>   [3]   python3.5 (fallback)
>>   [4]   python2.7 (fallback)
>> 
>> Am I correct in believing that I should now execute
>>eselect python cleanup
>> 
>> thanks in advance
>> allan
>
> I just ran into the same problem, and that solution seems to have  
> worked for me.
>
> Jack

Thank you.
allan

[gentoo-user] eselect python cleanup

[allan gottlieb]

When I try an emerge I get

E6430 ~ # emerge --update --changed-use --with-bdeps=n --exclude chromium 
--keep-going @world
python-exec: Invalid impl in /etc/python-exec/python-exec.conf: python3.4
These are the packages that would be merged, in reverse order:
Calculating dependencies... done!
Nothing to merge; quitting.

eselect python list gives
Available Python interpreters, in order of preference:
  [1]   python3.6
  [2]   python3.4 (uninstalled)
  [3]   python3.5 (fallback)
  [4]   python2.7 (fallback)

Am I correct in believing that I should now execute
   eselect python cleanup

thanks in advance
allan

Re: [gentoo-user] Re: Help with emerge error msg

[allan gottlieb]

On Sun, Mar 10 2019, Nikos Chantziaras wrote:

> On 10/03/2019 00:24, allan gottlieb wrote:
>>The following REQUIRED_USE flag constraints are unsatisfied:
>>  inspector? ( icu )
>>
>>The above constraints are a subset of the following complete expression:
>>  python_targets_python2_7 inspector? ( icu ssl ) npm? ( ssl )
>>
>> This seems more serious than a simple request to add the icu USE flag to
>> nodejs.
> That's actually exactly what that means. The ebuild states that if
> "inspector" is set, then you also need to set "icu" and "ssl".

Thank you corbin and nikos.

I guess I was led astray by the reference to python_targets* and thought
something more serious was being asked.

The build is now underway.

thanks again,
allan

[gentoo-user] Help with emerge error msg

[allan gottlieb]

In trying to emerge chromium I received an error msg saying that
net-libs/nodejs needed the "inspector" USE flag.

I added
  >=net-libs/nodejs-8.12.0 inspector
to
 /etc/portage/package.use  chromium

Now I receive the msg

!!! The ebuild selected to satisfy ">=net-libs/nodejs-7.6.0[inspector]" has 
unmet requirements.
- net-libs/nodejs-8.12.0::gentoo USE="inspector npm snapshot ssl -debug -doc 
-icu -systemtap -test" ABI_X86="(64)" CPU_FLAGS_X86="sse2" 
PYTHON_TARGETS="python2_7"

  The following REQUIRED_USE flag constraints are unsatisfied:
inspector? ( icu )

  The above constraints are a subset of the following complete expression:
python_targets_python2_7 inspector? ( icu ssl ) npm? ( ssl )

(dependency required by "www-client/chromium-72.0.3626.96::gentoo" [ebuild])
(dependency required by "chromium" [argument])

This seems more serious than a simple request to add the icu USE flag to
nodejs.  Can someone please explain how I should proceed?

Thanks in advance,
allan

Re: [gentoo-user] Re: trouble with my normal emerge --update @world

[allan gottlieb]

On Mon, Dec 03 2018, Nuno Silva wrote:

> On 2018-12-02, allan gottlieb wrote:
> 
>> On one of my stable amd64 systems, I just ran
>>
>>  emerge --update --changed-use --with-bdeps=n --deep @world
>>
>> and received a list of 65 packages to merge (many gnome).
>>
>> The update completed and I was told
>>
>> !!! existing preserved libs:
>>>>> package: dev-libs/libcdio-2.0.0-r1
>>  *  - /usr/lib64/libcdio.so.16
>>  *  - /usr/lib64/libcdio.so.16.0.0
>>  *  used by /usr/bin/libcdio-paranoia (dev-libs/libcdio-paranoia-0.93_p1)
>>  *  used by /usr/lib64/libcdio_cdda.so.2.0.0 
>> (dev-libs/libcdio-paranoia-0.93_p1)
>>  *  used by /usr/lib64/libcdio_paranoia.so.2.0.0 
>> (dev-libs/libcdio-paranoia-0.93_p1)
>>  *  used by /usr/libexec/gvfsd-cdda (gnome-base/gvfs-1.32.2)
>> Use emerge @preserved-rebuild to rebuild packages using these libraries
>>
>> When I ran emerge --pretend @preserved-rebuild I was told to run
>> merge dev-qt/qtcore-5.11.1 which is ~amd64, which seems wrong.
>> The full output is below.
>> Can someone please explain what is happening.
>>
>> thanks,
>> allan
>>
>> E6430 ~ # emerge --pretend @preserved-rebuild
>> These are the packages that would be merged, in reverse order:
>>
>> Calculating dependencies... done!
>> [ebuild   R] gnome-base/gvfs-1.32.2 
>> [ebuild   R]  dev-libs/libcdio-paranoia-0.93_p1 
>> [nomerge   ] gnome-base/gvfs-1.32.2 
>> [nomerge   ]  sys-fs/udisks-2.7.4-r1 
>> [nomerge   ]   sys-libs/libblockdev-2.14-r1 
>> [nomerge   ]dev-libs/volume_key-0.3.11 
>> [nomerge   ] app-crypt/gpgme-1.11.1 
>> [nomerge   ]  dev-qt/qttest-5.9.6 
>> [ebuild UD~]   dev-qt/qtcore-5.9.6-r1 [5.11.1-r1]
>>
>> !!! Multiple package instances within a single package slot have been pulled
>> !!! into the dependency graph, resulting in a slot conflict:
>>
>> dev-qt/qtcore:5
>>
>>   (dev-qt/qtcore-5.11.1-r1:5/5.11::gentoo, installed) pulled in by
>> ~dev-qt/qtcore-5.11.1 required by 
>> (dev-qt/qtconcurrent-5.11.1:5/5.11::gentoo, installed)
>> ^  ^^
>>   
>> (and 9 more with the same problem)
>>
>>   (dev-qt/qtcore-5.9.6-r1:5/5.9::gentoo, ebuild scheduled for merge) pulled 
>> in by
>> ~dev-qt/qtcore-5.9.6 required by (dev-qt/qttest-5.9.6:5/5.9::gentoo, 
>> installed)
>> ^  ^
> [...]
> 
> I would try upgrading qttest first (it is the one pulling
> qtcore-5.9.6{,-r1}, according to the output). Do you have any qttest
> 5.11.* version which is keyworded amd64 (and not ~amd64)?
> 
> Here and on
> https://urldefense.proofpoint.com/v2/url?u=https-3A__packages.gentoo.org_packages_dev-2Dqt_qttest=DwIBAg=slrrB7dE8n7gBJbeO0g-IQ=_dyIY8xqg6BKCk8rhrlI7w=tDVBtLgUSC8n4dmctGhQkI9xdwjwHBxoPf_aN2VSQ5Q=LSfHPknOXSb0aGKfeCF56XaHMDSzxkFup5BhzVuijoI=,
> qttest-5.11.1 is amd64. Maybe the tree was in an inconsistent state when
> you last synced it?
> 
> If you have qttest 5.11.1 in ~amd64 and you need a very quick fix, try
> adding it to package.accept_keywords and upgrading it. Otherwise, you
> might prefer to sync the portage tree again first.
> 
> -- 
> Nuno Silva
> 
>

I just did eix and indeed qttest 5.11.1 is amd64 (not ~amd64).
I upgraded it and now emerge @preserved-rebuild succeeds.

I did not resync, just emerging qttest did the trick.

Thank you.
allan gottlieb

[gentoo-user] trouble with my normal emerge --update @world

[allan gottlieb]

On one of my stable amd64 systems, I just ran

 emerge --update --changed-use --with-bdeps=n --deep @world

and received a list of 65 packages to merge (many gnome).

The update completed and I was told

!!! existing preserved libs:
>>> package: dev-libs/libcdio-2.0.0-r1
 *  - /usr/lib64/libcdio.so.16
 *  - /usr/lib64/libcdio.so.16.0.0
 *  used by /usr/bin/libcdio-paranoia (dev-libs/libcdio-paranoia-0.93_p1)
 *  used by /usr/lib64/libcdio_cdda.so.2.0.0 
(dev-libs/libcdio-paranoia-0.93_p1)
 *  used by /usr/lib64/libcdio_paranoia.so.2.0.0 
(dev-libs/libcdio-paranoia-0.93_p1)
 *  used by /usr/libexec/gvfsd-cdda (gnome-base/gvfs-1.32.2)
Use emerge @preserved-rebuild to rebuild packages using these libraries

When I ran emerge --pretend @preserved-rebuild I was told to run
merge dev-qt/qtcore-5.11.1 which is ~amd64, which seems wrong.
The full output is below.
Can someone please explain what is happening.

thanks,
allan

E6430 ~ # emerge --pretend @preserved-rebuild
These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[ebuild   R] gnome-base/gvfs-1.32.2 
[ebuild   R]  dev-libs/libcdio-paranoia-0.93_p1 
[nomerge   ] gnome-base/gvfs-1.32.2 
[nomerge   ]  sys-fs/udisks-2.7.4-r1 
[nomerge   ]   sys-libs/libblockdev-2.14-r1 
[nomerge   ]dev-libs/volume_key-0.3.11 
[nomerge   ] app-crypt/gpgme-1.11.1 
[nomerge   ]  dev-qt/qttest-5.9.6 
[ebuild UD~]   dev-qt/qtcore-5.9.6-r1 [5.11.1-r1]

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

dev-qt/qtcore:5

  (dev-qt/qtcore-5.11.1-r1:5/5.11::gentoo, installed) pulled in by
~dev-qt/qtcore-5.11.1 required by 
(dev-qt/qtconcurrent-5.11.1:5/5.11::gentoo, installed)
^  ^^   
   
(and 9 more with the same problem)

  (dev-qt/qtcore-5.9.6-r1:5/5.9::gentoo, ebuild scheduled for merge) pulled in 
by
~dev-qt/qtcore-5.9.6 required by (dev-qt/qttest-5.9.6:5/5.9::gentoo, 
installed)
^  ^
  

NOTE: Use the '--verbose-conflicts' option to display parents omitted above

It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


The following keyword changes are necessary to proceed:
 (see "package.accept_keywords" in the portage(5) man page for more details)
# required by dev-qt/qttest-5.9.6::gentoo
# required by app-crypt/gpgme-1.11.1::gentoo[qt5]
# required by app-crypt/seahorse-3.20.0::gentoo
# required by gnome-base/gnome-core-apps-3.24.2::gentoo
# required by gnome-base/gnome-3.24.2::gentoo
# required by @selected
# required by @world (argument)
=dev-qt/qtcore-5.9.6-r1 ~amd64

 * In order to avoid wasting time, backtracking has terminated early
 * due to the above autounmask change(s). The --autounmask-backtrack=y
 * option can be used to force further backtracking, but there is no
 * guarantee that it will produce a solution.

 * IMPORTANT: 1 news items need reading for repository 'gentoo'.
 * Use eselect news read to view new items.

E6430 ~ # 

Re: [gentoo-user] Re: --depclean and sys-devel/gcc

[allan gottlieb]

On Fri, Aug 10 2018, Nikos Chantziaras wrote:

> On 10/08/18 17:01, allan gottlieb wrote:
>> If I now upgrade with
>>
>>  gcc-config x86_64-pc-linux-gnu-7.3.0
>>  env-update && source /etc/profile
>>  emerge --ask --oneshot sys-devel/libtool
>>
>> must I do a world update --emptytree as when converting to the 13.0
>> profile.
>
> It's recommended, but not something you have to do immediately. It's
> best to do it when you don't need the machine (like overnight), but if
> you happen to be using it while the world rebuild is going on, use
> these in your make.conf:
>
> PORTAGE_NICENESS=19
> PORTAGE_IONICE_COMMAND="sh -c \"schedtool -D \${PID}; ionice -c 3 -p 
> \${PID}\""
>
> (Make sure sys-process/schedtool is installed.)
>
> This makes sure the emerge process does not slow down your normal use
> of the machine.

Thank you.  I started my backup machine on the world update.
Will do the main machine afterward.
allan

Re: [gentoo-user] --depclean and sys-devel/gcc

[allan gottlieb]

On Fri, Aug 10 2018, Michael Orlitzky wrote:

> On 08/09/2018 10:49 PM, allan gottlieb wrote:
>> I run a stable system so am surprised to see that eix reports
>> I have gcc version ~7.3.0-r3 installed.  (gcc-config -l reports
>> that stable x86_64-pc-linux-gnu-6.4.0 is the active compiler)
>> 
>> More surprising is that
>>emerge --depclean --pretend sys-devel/gcc
>> wants to remove everything *except* the testing/nonstable 7.3.0-r3
>> 
>
> gcc-7.3.0-r3 is stable, you probably updated your ::gentoo repository
> without updating eix. Run eix-update and check again.

Thank you!

If I now upgrade with

gcc-config x86_64-pc-linux-gnu-7.3.0
env-update && source /etc/profile
emerge --ask --oneshot sys-devel/libtool

must I do a world update --emptytree as when converting to the 13.0
profile.

I believe not as the requirement when upgrading to 13.0 was due to the
new generation of PIE output.

Again, thank you.
allan

[gentoo-user] --depclean and sys-devel/gcc

[allan gottlieb]

I run a stable system so am surprised to see that eix reports
I have gcc version ~7.3.0-r3 installed.  (gcc-config -l reports
that stable x86_64-pc-linux-gnu-6.4.0 is the active compiler)

More surprising is that
   emerge --depclean --pretend sys-devel/gcc
wants to remove everything *except* the testing/nonstable 7.3.0-r3

grep -r gcc /etc/portage
has no hits.

@system and several installed packages require gcc but all would be
satisfied by stable 6.4.0-r1 my active compiler

# emerge --depclean --verbose --pretend sys-devel/gcc

Calculating dependencies... done!
  sys-devel/gcc-7.3.0-r3 pulled in by:
@system requires sys-devel/gcc
dev-java/icedtea-bin-3.6.0 requires >=sys-devel/gcc-5.4.0
net-libs/webkit-gtk-2.20.4 requires >=sys-devel/gcc-4.9
sys-devel/llvm-4.0.1-r1 requires >=sys-devel/gcc-3.0
sys-devel/llvm-5.0.2 requires >=sys-devel/gcc-3.0
sys-devel/llvm-6.0.1 requires >=sys-devel/gcc-3.0
sys-libs/glibc-2.26-r7 requires >=sys-devel/gcc-4.9

>>> These are the packages that would be unmerged:

 sys-devel/gcc
selected: 4.9.3 4.9.4 5.4.0-r3 6.4.0-r1 
   protected: none 
 omitted: 7.3.0-r3 

Am I supposed to
   emerge --unmerge =sys-devel/gcc-7.3.0-r3
?

thanks in advance,
allan

PS I moved some months ago to the 17.0 profile and did the
make --emptytree @world

Re: [gentoo-user] how to update python choice

[allan gottlieb]

On Thu, Jul 26 2018, Neil Bothwick wrote:

> On Wed, 25 Jul 2018 23:23:18 -0400, allan gottlieb wrote:
>
>> On Thu, Jul 26 2018, Bill Kenworthy wrote:
>> 
>> > On 26/07/18 09:10, allan gottlieb wrote:  
>> >> I am still using python 3.4, i.e.
>> >>
>> >>   sh-4.4# eselect python show
>> >>   python3.4
>> >>   sh-4.4# 
>> >>
>> >>   sh-4.4# eselect python list
>> >>   Available Python interpreters, in order of preference:
>> >> [1]   python3.4
>> >> [2]   python3.6 (fallback)
>> >> [3]   python3.5 (fallback)
>> >> [4]   python2.7 (fallback)
>> >>   sh-4.4# 
>> >>   
>> >> I realize I should have updated previously.
>> >>
>> >> Is a python update as simple as
>> >>   emerge --update --changed-use --with-bdeps=n @world
>> >>   eselect python set python3.6
>> >>   emerge --update --changed-use --with-bdeps=n @world
>> >>
>> >> I have no custom python scripts on either of my systems.
>> >>
>> >> thanks in advance,
>> >> allan
>> >>  
>> >
>> >
>> > Hi, no problems doing it except because of the large number of
>> > packages look forward to hours of compiling (24hrs on my surface
>> > pro4).  Got a few other systems to do which is going to take awhile.
>> >
>> > BillK  
>> 
>> Thank you, that is just what I needed to know.
>
> If the packages were already built with python_3.6 in PYTHON_TARGETS,
> there should be no rebuilding. It is the change on PYTHON_TARGETS that
> triggers the rebuild, eselect just chooses from one of the available
> targets AIUI.

Thanks for the clarification.
allan

Re: [gentoo-user] how to update python choice

[allan gottlieb]

On Thu, Jul 26 2018, Bill Kenworthy wrote:

> On 26/07/18 09:10, allan gottlieb wrote:
>> I am still using python 3.4, i.e.
>>
>>   sh-4.4# eselect python show
>>   python3.4
>>   sh-4.4# 
>>
>>   sh-4.4# eselect python list
>>   Available Python interpreters, in order of preference:
>> [1]   python3.4
>> [2]   python3.6 (fallback)
>> [3]   python3.5 (fallback)
>> [4]   python2.7 (fallback)
>>   sh-4.4# 
>>   
>> I realize I should have updated previously.
>>
>> Is a python update as simple as
>>   emerge --update --changed-use --with-bdeps=n @world
>>   eselect python set python3.6
>>   emerge --update --changed-use --with-bdeps=n @world
>>
>> I have no custom python scripts on either of my systems.
>>
>> thanks in advance,
>> allan
>>
>
>
> Hi, no problems doing it except because of the large number of packages
> look forward to hours of compiling (24hrs on my surface pro4).  Got a
> few other systems to do which is going to take awhile.
>
> BillK

Thank you, that is just what I needed to know.

allan

[gentoo-user] how to update python choice

[allan gottlieb]

I am still using python 3.4, i.e.

  sh-4.4# eselect python show
  python3.4
  sh-4.4# 

  sh-4.4# eselect python list
  Available Python interpreters, in order of preference:
[1]   python3.4
[2]   python3.6 (fallback)
[3]   python3.5 (fallback)
[4]   python2.7 (fallback)
  sh-4.4# 
  
I realize I should have updated previously.

Is a python update as simple as
  emerge --update --changed-use --with-bdeps=n @world
  eselect python set python3.6
  emerge --update --changed-use --with-bdeps=n @world

I have no custom python scripts on either of my systems.

thanks in advance,
allan

Re: [gentoo-user] newuse vs changed-use (and python3_6)

[allan gottlieb]

On Thu, Jul 19 2018, Roger J. H. Welsh wrote:

>> emerge --pretend --newuse ... @world
>> shows 15 rebuilds while --changed-use shows none.
> --changed-use prevents your system from remerging packages
> due to USE flag changes upstream (not made by you).
>
>>eselect python show
>> indicates python3.4, which I realize has end of life next year.
>>
>> Any advice would be appreciated.
> Note that, portage will want to use the new python targets immediately.
>
> Set for portage, for your next upgrade:
> PYTHON_TARGETS="python2_7 python3_4 python3_6"
> PYTHON_SINGLE_TARGET="python3_4"
>
> Set for portage, for your next upgrade after that:
> PYTHON_TARGETS="python2_7 python3_6"
> PYTHON_SINGLE_TARGET="python3_6"
>
> Migrate via,
> `emerge --ask --depclean && emerge -1vUD @world && emerge --ask --depclean`
>
> And you should be good to go.
>
> NOTES:
> `man emerge`
>   `/changed-use`
>
> "Unlike --newuse, the --changed-use option does not trigger
> reinstallation when flags that the user has not enabled are added or
> removed."
> `emerge --newuse @world` should fix you up here.
>
> From the news item,
> `eselect news read`
> `2018-05-22-python3-6`
> On *2018-06-22*, Python 3.6 will replace Python 3.5 in the default Python
> targets for Gentoo systems.  The new default targets will be:
> PYTHON_TARGETS="python2_7 python3_6"
> PYTHON_SINGLE_TARGET="python3_6"
>
> Hope this helps.
> --
>
> Roger Welsh
> fpr: 2FCB 9E31 EA77 CDEC A3AE  5DD7 D54C C777 553A 180D

Thank you.
allan

[gentoo-user] newuse vs changed-use (and python3_6)

[allan gottlieb]

I realize just now that one of my machines uses
emerge ... --newuse ...
and the other uses
emerge ... --changed-use ...
Both run gentoo stable.

I imagine this discrepancy has been there for a long while and to date
has caused no particular difficulty.  However, today the --changed-use
machine can't --depclean and running
emerge --pretend --newuse ... @world
shows 15 rebuilds while --changed-use shows none.

It looks like all the rebuilds are caused by "negative" uses,
especially PYTHON_TARGETS="-python3_6%"

My first thought was to run an
   emerge --newuse ... @world
and then proceed with --depclean'ing

but am cautious about changing settings involving python (I have no
personal python scripts).

   eselect python show
indicates python3.4, which I realize has end of life next year.

Any advice would be appreciated.

Thanks in advance,
allan

Re: [gentoo-user] warning (different signature type) when doing ssh

[allan gottlieb]

On Mon, Jun 25 2018, Mick wrote:

> On Monday, 25 June 2018 10:19:07 BST Marc Joliet wrote:
>> Am Montag, 25. Juni 2018, 03:10:57 CEST schrieb allan gottlieb:
>> > I have two laptops call them A and B both running gentoo.
>> > I recently did on each an emerge --sync after a long absence.
>> > 
>> > The large emerge --update @world's finally finished on each machine.  One
>> > new behavior is that
>> > 
>> > If I use the console to log into A and then ssh to B, I get
>> > 
>> > warning: agent returned different signature type ssh-rsa (expected
>> > rsa-sha2-512)
>> > 
>> > If I use the console to log into B and then ssh to A,
>> > I get the same warning.
>> > 
>> > I see no ill effects.
>> > 
>> > Need I take any action?
>> > 
>> > thanks in advance,
>> > allan
>> 
>> I saw the same, but it was temporary.  I use gpg-agent instead of ssh-agent,
>> so I assumed it had to do with that, and then the warning disappeared after
>> upgrading gnupg, but perhaps that was just a coincidence?
>
> This warning message is generated when you are using gpg-agent as ssh-agent 
> and there is a mismatch on the ciphers between the two - i.e. when gpg-agent 
> can't/won't use the ciphers expected by sshd.
>
> Do you get the same warning when you exclude the agent from the equation?
>
>  ssh -a -i $HOME/.ssh/Your_SSH_Key user@host

Yes, thanks.
allan

gottlieb@E7450 /local/allan/gottlieb $ ssh -a -i $HOME/.ssh/id_rsa E6430
warning: agent returned different signature type ssh-rsa (expected rsa-sha2-512)
You have new mail in folder /var/mail/gottlieb.

[gentoo-user] warning (different signature type) when doing ssh

[allan gottlieb]

I have two laptops call them A and B both running gentoo.
I recently did on each an emerge --sync after a long absence.

The large emerge --update @world's finally finished on each machine.  One
new behavior is that

If I use the console to log into A and then ssh to B, I get

warning: agent returned different signature type ssh-rsa (expected
rsa-sha2-512)

If I use the console to log into B and then ssh to A,
I get the same warning.

I see no ill effects.

Need I take any action?

thanks in advance,
allan

Re: [gentoo-user] slot conflict for media-libs/x264-0.0

[allan gottlieb]

On Mon, Jun 18 2018, Mick wrote:

> On Monday, 18 June 2018 21:28:38 BST allan gottlieb wrote:
>> On Mon, Jun 18 2018, Mick wrote:
>> > Hi Allan,
>> > 
>> > On Monday, 18 June 2018 18:52:31 BST allan gottlieb wrote:
>> >> On Sun, Jun 17 2018, Mick wrote:
>> >> > On Sunday, 17 June 2018 22:04:50 BST allan gottlieb wrote:
>> >> >> (I have been offline for a few months and apologize if this has been
>> >> >> covered.)
>> >> >> 
>> >> >> I had not synced for about 3 months (fear of new, incompatible
>> >> >> gnucash)
>> >> >> but have now done so.  Unsurprisingly my normal update world shows
>> >> >> many
>> >> >> entries and also unsurprising is a blocker (slot conflict).
>> > 
>> > As a first step I suggest you go through the 'eselect news read new'.
>> > 
>> > There was a profile change sometime late last year.  The profile change
>> > enews is important and you should deal with it first.  It is titled:
>> > 
>> > 'New 17.0 profiles in the Gentoo repository'
>> > 
>> > and it involves updating gcc as part of it and perhaps changing your
>> > profile if it is due to be deprecated.
>> 
>> I had done the upgrade to 17.0 months ago.
>> 17.1 is unstable so I believe 17.0 is the right profile for me.
>> 
>> > Once you've been through all this give it another spin, but use
>> > --backtrack=99 to see if portage resolves the conflicts.
>> 
>> backtrack=99 didn't change the situation, but adding in addition
>> --autounmask-backtrack=y did!
>
> Interesting!  What did it autounmask?

That is not what the option does.  It just prevents backtracking from
stopping earlier when it finds that config changes are needed.
With the full backtrack=99 all the serious problems were resolved, I
just needed to add a use setting, specifically grub[mount].

>> > I can't see a [B] in the list you provided, all are small blocks [b] which
>> > portage will deal with on its own.
>> 
>> The list I provided was for my update world.  That has little b's.  The
>> only blockage I have is the slot conflict I mentioned originally.  The
>> big B's happened when I tried
>> 
>>emerge -1pDv media-video/ffmpeg
>
> Well, media-libs/x264-0.0.20130506 is no longer in the tree.  media-video/
> ffmpeg-3.3.6 does not require it and works fine with media-libs/
> x264-0.0.20160712.  This is why I suggested that manual removal and update 
> earlier on. 
>
> Unless something else is blocking ffmpeg (you've got a long update list there 
> which might influence it) there shouldn't be a problem with my suggested 
> workaround.  Nevertheless, getting portage to pontificate and resolve the 
> dependency graph is invariably a safer option.  ;-)

By just adding --backtrack=99 --autounmask-backtrack=y
portage was happy (and so am I).

Indeed, considering I hadn't synced for 3 months, I consider myself
lucky and will try to do at least weekly emerge --update @world's

thanks,
allan

Re: [gentoo-user] slot conflict for media-libs/x264-0.0

[allan gottlieb]

On Mon, Jun 18 2018, Mick wrote:

> Hi Allan,
>
> On Monday, 18 June 2018 18:52:31 BST allan gottlieb wrote:
>> On Sun, Jun 17 2018, Mick wrote:
>> > On Sunday, 17 June 2018 22:04:50 BST allan gottlieb wrote:
>> >> (I have been offline for a few months and apologize if this has been
>> >> covered.)
>> >> 
>> >> I had not synced for about 3 months (fear of new, incompatible gnucash)
>> >> but have now done so.  Unsurprisingly my normal update world shows many
>> >> entries and also unsurprising is a blocker (slot conflict).  
>
> As a first step I suggest you go through the 'eselect news read new'.
>
> There was a profile change sometime late last year.  The profile change enews 
> is important and you should deal with it first.  It is titled:
>
> 'New 17.0 profiles in the Gentoo repository'
>
> and it involves updating gcc as part of it and perhaps changing your profile 
> if it is due to be deprecated.

I had done the upgrade to 17.0 months ago.
17.1 is unstable so I believe 17.0 is the right profile for me.

> Once you've been through all this give it another spin, but use 
> --backtrack=99 
> to see if portage resolves the conflicts.

backtrack=99 didn't change the situation, but adding in addition
--autounmask-backtrack=y did!

> I can't see a [B] in the list you provided, all are small blocks [b] which 
> portage will deal with on its own.

The list I provided was for my update world.  That has little b's.  The
only blockage I have is the slot conflict I mentioned originally.  The
big B's happened when I tried

   emerge -1pDv media-video/ffmpeg

Thank you again.
allan

Re: [gentoo-user] slot conflict for media-libs/x264-0.0

[allan gottlieb]

On Sun, Jun 17 2018, Mick wrote:

> On Sunday, 17 June 2018 22:04:50 BST allan gottlieb wrote:
>> (I have been offline for a few months and apologize if this has been
>> covered.)
>> 
>> I had not synced for about 3 months (fear of new, incompatible gnucash)
>> but have now done so.  Unsurprisingly my normal update world shows many
>> entries and also unsurprising is a blocker (slot conflict).  However, I
>> am confused by the message which reads
>> 
>> !!! Multiple package instances within a single package slot have been pulled
>> !!! into the dependency graph, resulting in a slot conflict:
>> 
>>   media-libs/x264:0
>> 
>> (media-libs/x264-0.0.20170701:0/152::gentoo, ebuild scheduled for merge)
>> pulled in by (no parents that aren't satisfied by other packages in this
>> slot)
>> 
>> (media-libs/x264-0.0.20160712:0/148::gentoo, installed) pulled in by
>> 
>>   >=media-libs/x264-0.0.20130506:0/148=[abi_x86_64(-)]
>> 
>>   required by (media-video/ffmpeg-3.3.6:0/55.57.57::gentoo, installed)
>> 
>> Why is this a conflict since the first one 0/152 seems to permit other
>> solutions.  Is the (unstated) point that the second one 0/148 is not one
>> of the acceptable "other packages in this slot".
>> 
>> Also I seem some advice.  Should I be first working on this blockage.
>> Or should I instead try to deal with some of the easy updates.
>> 
>> thanks in advance,
>> allan
>
> Since you have the latest ffmpeg installed, this is how I would go about this:
>
> emerge --depclean -a -v media-libs/x264
> emerge -1aDv '=media-libs/x264-0.0.20170701'
> emerge -1aDv media-video/ffmpeg

It is apparently more complicated than I expected (at the end of this
msg I give the *long* full output of my update world).

1.  emerge --depclean -a -v media-libs/x264 will not remove x264
since it is used by ffmpeg and mplayer

2.  emerge --depclean -a -v media-libs/x264 shows many blocks (capital
B).  My attempt at a full update world had the blocks, but with
a lower case b)

3.  emerge -1aDv media-video/ffmpeg also has many capital B blocks.

It seems clear that I erred in not giving the original output.
It is almost 50KB so, in addition to appending it to this msg,
I have put it on my website https://cs.nyu.edu/~gottlieb/E6430

Thank you,
allan


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

Calculating dependencies  . . done!
[nomerge   ] gnome-base/gnome-3.24.2 
[nomerge   ]  gnome-base/gnome-extra-apps-3.24.2 
[nomerge   ]   gnome-extra/gnome-user-share-3.18.3 
[nomerge   ]www-apache/mod_dnssd-0.6-r1 
[ebuild U  ] net-dns/avahi-0.7-r1 [0.7] USE="qt5%*" 
[nomerge   ] net-print/hplip-3.17.10 
[ebuild U  ]  media-gfx/sane-backends-1.0.27-r1 [1.0.27]
[ebuild U  ] www-client/firefox-52.8.0 [52.6.0]
[ebuild U  ] www-client/chromium-67.0.3396.62 [64.0.3282.167] 
USE="(-system-ffmpeg*)" 
[ebuild U  ] app-portage/elogviewer-2.7-r2 [2.7]
[ebuild U  ] x11-base/xorg-x11-7.4-r3 [7.4-r2] USE="fonts%*" 
[ebuild U  ] app-office/libreoffice-6.0.3.2 [5.4.5.1] USE="-gtk2%" 
[nomerge   ] gnome-extra/gnome-shell-extensions-3.24.3 
[nomerge   ]  app-eselect/eselect-gnome-shell-extensions-20180306 [20120911]
[nomerge   ]   gnome-base/gnome-shell-3.24.3 
[nomerge   ]gnome-extra/nm-applet-1.8.10-r1 [1.8.6] USE="gcr*" 
[nomerge   ] net-misc/networkmanager-1.8.4 
[ebuild U  ]  net-wireless/wpa_supplicant-2.6-r6 [2.6-r3] 
USE="-eapol_test% -privsep%" 
[nomerge   ] x11-drivers/xf86-input-synaptics-1.9.1 [1.9.0]
[nomerge   ]  x11-base/xorg-server-1.19.5-r2 [1.19.5] USE="-kdrive*" 
[nomerge   ]   x11-base/xorg-drivers-1.19 
[ebuild U  ]x11-drivers/xf86-input-evdev-2.10.6 [2.10.5]
[ebuild U  ]x11-drivers/xf86-video-intel-2.99.917_p20180214-r1 
[2.99.917_p20170313]
[ebuild U  ]x11-drivers/xf86-input-synaptics-1.9.1 [1.9.0]
[nomerge   ] www-client/firefox-52.8.0 [52.6.0]
[nomerge   ]  virtual/ffmpeg-9-r2 
[nomerge   ]   media-video/ffmpeg-3.3.6 
[ebuild U  ]media-libs/libsdl2-2.0.8-r1 [2.0.4] USE="(-aqua) 
-libsamplerate%" 
[ebuild U  ] app-editors/emacs-25.3-r4 [25.3-r1]
[nomerge   ] gnome-base/gnome-extra-apps-3.24.2 
[nomerge   ]  gnome-extra/gnome-tweak-tool-3.24.1 
[nomerge   ]   gnome-base/gnome-shell-3.24.3 
[ebuild U  ]gnome-base/gnome-control-center-3.24.4 [3.24.3]
[nomerge   ] gnome-base/gnome-extra-apps-3.24.2 
[nomerge   ]  media-sound/sound-juicer-3.24.0 
[nomerge   ]   app-cdr/brasero-3.12.2-r1 
[ebuild U  ]gnome-base/gvfs-1.32.2 [1.32.1-r1]
[ebuild U  ] sys-process/procps-3.3.15-r1 [3.3.12-r1]
[nomerge

[gentoo-user] slot conflict for media-libs/x264-0.0

[allan gottlieb]

(I have been offline for a few months and apologize if this has been
covered.)

I had not synced for about 3 months (fear of new, incompatible gnucash)
but have now done so.  Unsurprisingly my normal update world shows many
entries and also unsurprising is a blocker (slot conflict).  However, I
am confused by the message which reads

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

  media-libs/x264:0
  
(media-libs/x264-0.0.20170701:0/152::gentoo, ebuild scheduled for merge) 
pulled in by
  (no parents that aren't satisfied by other packages in this slot)
  
(media-libs/x264-0.0.20160712:0/148::gentoo, installed) pulled in by
  >=media-libs/x264-0.0.20130506:0/148=[abi_x86_64(-)]
  required by (media-video/ffmpeg-3.3.6:0/55.57.57::gentoo, installed)

Why is this a conflict since the first one 0/152 seems to permit other
solutions.  Is the (unstated) point that the second one 0/148 is not one
of the acceptable "other packages in this slot".

Also I seem some advice.  Should I be first working on this blockage.
Or should I instead try to deal with some of the easy updates.

thanks in advance,
allan

Re: [gentoo-user] webkit-gtk build failure and masking confusion

[allan gottlieb]

On Mon, Feb 19 2018, Neil Bothwick wrote:

> On Mon, 19 Feb 2018 11:05:37 -0700, the...@sys-concept.com wrote:
>
>> It is a good point. Why Gentoo developers marked or allow to mark
>> gnucash-2.7 branch stable in portage when the developers
>> https://www.gnucash.org/download.phtml did not mark it STABLE
>
> The key phrase there is "stable in portage". Not whether it is suitable
> or not for any particular use. If the ebuild is considered stable, it
> should be marked as such.

Those interested in the status of gnucash-2.7 should follow bug 647112.
In particular if there is a reply to comment 6.

allan

Re: [gentoo-user] webkit-gtk build failure and masking confusion

[allan gottlieb]

On Mon, Feb 19 2018, John Blinka wrote:

> On Sun, Feb 18, 2018 at 10:40 AM allan gottlieb <gottl...@nyu.edu> wrote:
>
>> On Sun, Feb 18 2018, Mick wrote:
>>
>> > On Sunday, 18 February 2018 01:09:36 GMT allan gottlieb wrote:
>>
>> Specifically excluding the buggy (old) version of webkit-gtk,
>> portage wants me to merge a newish (testing) version of gnucash that
>> uses a solid new version of webkit-gtk.  I have the new version of
>> webkit-gtk, but really want to delay installing the testing gnucash.
>
>
> Looks like gnucash-2.7.4-r1 is now in the stable branch of portage despite
> gnucash declaring “This release is UNSTABLE and SHOULD NOT BE USED in
> production” (their caps, not mine).  I’ve masked it and reverted to
> icu58.2-r1 by masking icu-60.2.  The older icu allows
> webkit-gtk-2.4.11-r200 to build, and gives me a version of gnucash which
> I’ve used for a long time and trust.  Not going to upgrade irreversibly to
> a version which the authors themselves don’t trust.  My 2 cents.
>
> John

Thanks for the heads up.

I synced this morning and ~2.7.4 was highest number so the stable -r1
must have been today.

I am (I believe like you) running gnucash-2.6.15.

I also am running webkit-gtk 2.4.11-r200.  The failure to build is
a reinstall

  [ebuild  rR] net-libs/webkit-gtk-2.4.11-r200 

presumably due to the upgrade of icu.

I will be on the lookout for the listed-as-stable-declared-unstable
gnucash-2.7.

Thanks again for the heads up.

allan gottlieb

Re: [gentoo-user] webkit-gtk build failure and masking confusion

[allan gottlieb]

On Sun, Feb 18 2018, Neil Bothwick wrote:

> On Sun, 18 Feb 2018 08:51:35 +, Mick wrote:
>
>> > What I do in the meantime is
>> > 
>> >emerge --update --pretend @world
>> > 
>> > and then manually
>> > 
>> >emerge -1 all packages mentioned except webkit-gtk
>> > 
>> > I do a similar procedure for
>> > 
>> >emerge @preserved rebuild
>> > 
>> > allan  
>> 
>> It is probably easier to just run:
>> 
>> emerge --update --pretend --exclude webkit-gtk @world
>
> And even easier if you use --ask instead of --pretend, dependency
> calculation seems to take a lot longer these days.

I do use --ask.  I just wrote --pretend thinking (clearly incorrectly)
that it would make the specific point clearer.

allan

Re: [gentoo-user] webkit-gtk build failure and masking confusion

[allan gottlieb]

On Sun, Feb 18 2018, Mick wrote:

> On Sunday, 18 February 2018 01:09:36 GMT allan gottlieb wrote:
>  
>> What I do in the meantime is
>> 
>>emerge --update --pretend @world
>> 
>> and then manually
>> 
>>emerge -1 all packages mentioned except webkit-gtk
>> 
>> I do a similar procedure for
>> 
>>emerge @preserved rebuild
>> 
>> allan
>
> It is probably easier to just run:
>
> emerge --update --pretend --exclude webkit-gtk @world

That was mentioned last week.  I responded

I tried that a while ago.  The problem is that then portage believe
those packages aren't on my stable system and says that I must merge
an unstable package.

Specifically excluding the buggy (old) version of webkit-gtk,
portage wants me to merge a newish (testing) version of gnucash that
uses a solid new version of webkit-gtk.  I have the new version of
webkit-gtk, but really want to delay installing the testing gnucash.

allan

Re: [gentoo-user] webkit-gtk build failure and masking confusion

[allan gottlieb]

On Sun, Feb 18 2018, Neil Bothwick wrote:

> On Sat, 17 Feb 2018 18:20:26 -0500, John Blinka wrote:
>
>> > Your best bet is to keyword gnucash-2.7.4, which does use the up to
>> > date webkit-gtk.  
>> 
>> Tried that and gnucash-2.7.4 (and dependencies) do build without any
>> troubles.  But https://gnucash.org/news.phtml declares that all 2.7.*
>> versions are unstable, so I
>> prefer not to risk it. 
>
> Fair comment, if it was just that the ebuild was in testing, I'd give it
> a go but if the project devs say it's not stable, well..

The exact words in the bug (621532 comment 60) are

Just to reiterate. There are no plans to fix this webkit-gtk ancient
SLOT, because it will be last rited any day now; just waiting on
gnucash-2.7 stabilization to proceed after some (probably harmless)
test failures are fixed or deemed nonblocking.

> I no longer use Gnucash, having switched to KMyMoney a few years ago. Now
> that's just jumped a major version and I had to mask it because of
> missing features... so much for progress.

Understood.  I am a little fearful of the new gnucash.  But fortunately
I am not a power user.  (Hopefully canek uses gnucash).

allan

Re: [gentoo-user] webkit-gtk build failure and masking confusion

[allan gottlieb]

On Sat, Feb 17 2018, John Blinka wrote:

> Hi, all,
>
> A recent update demanded that I rebuild webkit-gtk-2.4.11-r200.
> Unfortunately I cannot get this package to rebuild.
>
> In my experience, this particular version of webkit-gtk has always
> been a very fragile build.  I've put way too much time into wrestling
> with it and I'd like to get rid of it.  There's a newer version:
> webkit-gtk-2.18.6, which builds with no problems.
>
> The only package on my system that needs webkit-gtk is gnucash.   All
> of the stable ebuilds for gnucash contain this line
> >=net-libs/webkit-gtk-1.2:2
> And all of the versions of webkit-gtk in portage satisfy this condition.

I am in the same situation and I believe a number of other are as well.
The old webkit-gtk is approaching end-of-life and the new gnucash that
uses the new webkit-gtk is (they say) soon to become gentoo stable.

NOTE.  The new gnucash uses a new database format so you should back up
your old database before updating gnucash (see the news item).

I am waiting for the new gnucash to become stable (and will probably
wait a little more).  I back up the gnucash database daily.  I would be
quite put out if gnucash was unavailable for even a modest time period.

What I do in the meantime is

   emerge --update --pretend @world

and then manually

   emerge -1 all packages mentioned except webkit-gtk

I do a similar procedure for

   emerge @preserved rebuild

allan

Re: [gentoo-user] Re: Trouble using package.provided

[allan gottlieb]

On Wed, Feb 14 2018, Nikos Chantziaras wrote:

> On 14/02/18 18:44, allan gottlieb wrote:
>> I have never needed package.provided before so am probably doing it
>> wrong.
>>
>> There are know bugs I am encountering with
>> www-client/chromium-64.0.3282.140 and
>> net-libs/webkit-gtk-2.4.11-r200
>>
>> Since each takes a while to build before failing, I would like to stop
>> trying until there is progress on the bugs
>>
>> man 5 portage made me believe that package.provide was the answer.
>
> Why not just mask it? (/etc/portage/package.mask)

Basically the same problem as --exclude.  Portage wants me to unmask
them because they are needed.  Chromium is in @world and webkit-gtk is
needed for gnucash.

allan

Re: [gentoo-user] Trouble using package.provided

[allan gottlieb]

On Wed, Feb 14 2018, Neil Bothwick wrote:

> On Wed, 14 Feb 2018 13:28:28 -0500, allan gottlieb wrote:
>
>> Rather than facing that msg every emerge and possibly learning too well
>> to ignore warnings, I adopted the third remedy and removed the
>> package.provided files.
>> 
>> I will temporarily use a two step emerge --update ... @world
>> 
>> 1.  emerge --update --pretend ... @world
>> 2.  emerge -1 ... files suggested by 1 minus the bad chromium and
>> webkit-gtk
>
> You could try adding "exclude chromium --exclude webkit-gtk" to
> EMERGE_DEFAULT_OPTS.

I tried that a while ago.  The problem is that then portage believe
those packages aren't on my stable system and says that I must merge an
unstable package.

Specifically excluding the buggy (old) version of webkit-gtk, portage
wants me to merge a newish (testing) version of gnucash that uses a
solid new version of webkit-gtk.  I have the new version of webkit-gtk,
but really want to delay installing the testing gnucash.

allan

Re: [gentoo-user] Trouble using package.provided

[allan gottlieb]

On Wed, Feb 14 2018, Arve Barsnes wrote:

> On 14 February 2018 at 17:44, allan gottlieb <gottl...@nyu.edu> wrote:
>> I have never needed package.provided before so am probably doing it
>> wrong.
>>
>> Any help would be appreciated.
>
> The way I understand it, /etc/portage/ doesn't support that, it should
> go in /etc/portage/profile/
>
> Cheers,
> Arve

You are correct thanks.

However now
  emerge --update ... @world
gives a red-letter warning that dependent packages are in package.provided,
which is true.  It then gives three possible remedies.

Rather than facing that msg every emerge and possibly learning too well
to ignore warnings, I adopted the third remedy and removed the
package.provided files.

I will temporarily use a two step emerge --update ... @world

1.  emerge --update --pretend ... @world
2.  emerge -1 ... files suggested by 1 minus the bad chromium and webkit-gtk

thanks again.
allan

[gentoo-user] Trouble using package.provided

[allan gottlieb]

I have never needed package.provided before so am probably doing it
wrong.

There are know bugs I am encountering with
www-client/chromium-64.0.3282.140 and
net-libs/webkit-gtk-2.4.11-r200

Since each takes a while to build before failing, I would like to stop
trying until there is progress on the bugs

man 5 portage made me believe that package.provide was the answer.

E6430 ~ # cat /etc/portage/package.provided/chromium
# The current version won't build (known problem)
=www-client/chromium-64.0.3282.140
E6430 ~ # 

E6430 ~ # cat /etc/portage/package.provided/webkit-gtk
# the -r200 won't build (known bug)
# "soon" won't need it since will have new gnucash
=net-libs/webkit-gtk-2.4.11-r200
E6430 ~ # 

However

E6430 ~ # emerge --update --changed-use --with-bdeps=y @world

begins with

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

Calculating dependencies... done!
[ebuild  rR] net-libs/webkit-gtk-2.4.11-r200 
[ebuild U  ] www-client/chromium-64.0.3282.140 [63.0.3239.108] 
USE="-jumbo-build%" 

Any help would be appreciated.

thanks,
allan

Re: [gentoo-user] "systemd sysv-utils blocker resolution"

[allan gottlieb]

On Sat, Feb 10 2018, Rich Freeman wrote:

> On Sat, Feb 10, 2018 at 10:02 PM, allan gottlieb <gottl...@nyu.edu> wrote:
>> On Sat, Feb 10 2018, Rich Freeman wrote:
>>
>>>
>>> Interesting.  Does /sbin/reboot exist?
>>
>> gottlieb@E6430 ~ $ ls -l /sbin/reboot
>> lrwxrwxrwx 1 root root 16 Jan 28 13:08 /sbin/reboot -> ../bin/systemctl
>>
>>> What does "qfile /sbin/reboot" return?
>>
>> gottlieb@E6430 ~ $ qfile /sbin/reboot
>> sys-apps/systemd (/sbin/reboot)
>
> Ok, your systemd is built with USE=sysv-utils.
>
>>> Ultimately it comes down to whether you care about the compatibility
>>> symlinks.  It probably isn't a bad idea to have them though.  Maybe
>>> some day you'll install a UPS and its shutdown scripts will just call
>>> shutdown/poweroff/etc and not work.  Software that shuts down using
>>> either systemctl or dbus would be fine.
>>
>> Since you lean toward having the symlinks, why is the new default for
>> the use flag on?  Upstream?
>
> When the flag is on the symlinks are created.  They're only missing
> (from systemd) when the flag is off.
>
>> Also why do I have the symlinks with the 236-r5 system, contracting the
>> news item.  (This is true for both machines.)
>
> You have them because the default is USE=sysv-utils, which installs
> the symlinks.
>
> The real question is why euse didn't show you has having the flag
> enabled.  That I'm not sure about.  It shows it as enabled on my
> system.  I'd have to dig into where it is getting its data and how
> this might get out of sync.
>
> To avoid a second email - a lack of depcleaning might explain why
> software like openrc/netifrc is still installed.  I don't believe it
> has anything to do with the output of euse.

Thank you (and dale) again.
allan

Re: [gentoo-user] Re: "systemd sysv-utils blocker resolution"

[allan gottlieb]

On Sun, Feb 11 2018, Nikos Chantziaras wrote:

> On 11/02/18 02:16, allan gottlieb wrote:
>> I have a question on this news item.
>>
>> I use systemd (gnome3) on a gentoo stable system.
>> eix reports that sys-apps/systemd-236-r5 is installed
>>
>> But
>> euse -I sysv-utils
>> reports
>> no matching entries found
>>
>> Is something wrong?
>>
>> I do *not* have
>>sys-apps/sysvinit, sys-apps/openrc, or net-misc/netifrc
>> in my world file.
>>
>> However, the last two are installed.
>
> When you ran:
>
>   emerge -auDN --changed-deps --with-bdeps=y @world
>
> did you forget to run:
>
>   emerge -a --depclean
>
> afterwards?

I am indeed behind in depcleaning.  Does that explain why
   euse doesn't fine sysv-utils
and why
   I have the symlinks /sbin/poweroff and friends with systemd-236?

I will be working on depcleans but rather slowly.

thanks for the help.
allan

Re: [gentoo-user] "systemd sysv-utils blocker resolution"

[allan gottlieb]

On Sat, Feb 10 2018, Rich Freeman wrote:

> On Sat, Feb 10, 2018 at 7:16 PM, allan gottlieb <gottl...@nyu.edu> wrote:
>> I have a question on this news item.
>>
>> I use systemd (gnome3) on a gentoo stable system.
>> eix reports that sys-apps/systemd-236-r5 is installed
>>
>> But
>>euse -I sysv-utils
>> reports
>>no matching entries found
>>
>> Is something wrong?
>>
>> I do *not* have
>>   sys-apps/sysvinit, sys-apps/openrc, or net-misc/netifrc
>> in my world file.
>>
>> However, the last two are installed.
>>
>
> Interesting.  Does /sbin/reboot exist?

gottlieb@E6430 ~ $ ls -l /sbin/reboot
lrwxrwxrwx 1 root root 16 Jan 28 13:08 /sbin/reboot -> ../bin/systemctl

> What does "qfile /sbin/reboot" return?

gottlieb@E6430 ~ $ qfile /sbin/reboot
sys-apps/systemd (/sbin/reboot)

> The only thing that is changing is a default - that flag was defaulted
> off before, and is defaulted on now.  So, an emerge --changed-use -u
> world should reinstall systemd with this flag enabled, assuming you
> didn't manually disable it.

I have not dis- or en- abled the flag

> In any case, you can probably actually survive without poweroff,
> reboot, etc, assuming you shutdown using systemctl.  Obviously some
> legacy scripts/programs/etc that are supposed to shut down your system
> might balk at the missing symlinks.  All the use flag does is install
> compatibility symlinks to systemctl for these sysvinit programs and
> their manpages.

My poweroff sequence is to use the gnome icon to logoff
and then the gnome icon to poweroff

> Unless you have some package installed that explicitly depends on
> sysvinit or openrc you should be fine.  Do you actually get any
> blockers/etc?

No blockers.  I have two similar machines.  Only problems are a
long-standing difficulty with one machine compiling chromium and a known
bug in compiling webkit-gtk-2.4.11-r200 on either machine.

> Ultimately it comes down to whether you care about the compatibility
> symlinks.  It probably isn't a bad idea to have them though.  Maybe
> some day you'll install a UPS and its shutdown scripts will just call
> shutdown/poweroff/etc and not work.  Software that shuts down using
> either systemctl or dbus would be fine.

Since you lean toward having the symlinks, why is the new default for
the use flag on?  Upstream?

Also why do I have the symlinks with the 236-r5 system, contracting the
news item.  (This is true for both machines.)

Thanks again for all your help,
allan

[gentoo-user] "systemd sysv-utils blocker resolution"

[allan gottlieb]

I have a question on this news item.

I use systemd (gnome3) on a gentoo stable system.
eix reports that sys-apps/systemd-236-r5 is installed

But
   euse -I sysv-utils
reports
   no matching entries found

Is something wrong?

I do *not* have
  sys-apps/sysvinit, sys-apps/openrc, or net-misc/netifrc
in my world file.

However, the last two are installed.

thanks,
allan

Re: [gentoo-user] preparing for the "systemd rootprefix migration"

[allan gottlieb]

On Wed, Feb 07 2018, Mike Gilbert wrote:

> On Wed, Feb 7, 2018 at 3:28 PM, allan gottlieb <gottl...@nyu.edu> wrote:
>> I run a stable system using gnome3 and hence systemd, specifically
>> systemd-236-r5.  My bootloader is grub2.  I do *not* have an EFI
>> platform and do *not* have an initramfs.
>> I do *not* have a separate /usr filesystem.
>>
>> The news item says that, in preparation for the 237 release and the
>> likely removal of the symlinks
>>/usr/lib/systemd/systemd and
>>/usr/lib/systemd/systemd-shutdown
>> we should update our boot config to reference init=/lib/systemd/system
>>
>> 1.  Updating the boot config to reference init=/lib/systemd/system seems
>> to mean a 1-line change in /etc/default/grub
>>   GRUB_CMDLINE_LINUX="init=/usr/lib/systemd/systemd" -->
>>   GRUB_CMDLINE_LINUX="init=/lib/systemd/systemd"
>> followed by the usual
>>grub-mkconfig -o /boot/grub/grub.cfg
>> Is that it?
>
> Yes.
>
>> 2.  What should I be doing to prepare for the removal of the
>> /usr/lib/systemd/systemd-shutdown symlink?
>
> You don't need to do anything specific here.
>
>> 3.  "After upgrading, please run systemctl daemon-reexec".  Which
>> upgrade is being referred to?  Is it the upgrade to the 237 release,
>> with the likely removal of the two symlinks.
>
> You should run that command after any systemd upgrade, but
> specifically after upgrading from a version prior to 234.

Thank you.
allan gottlieb

[gentoo-user] preparing for the "systemd rootprefix migration"

[allan gottlieb]

I run a stable system using gnome3 and hence systemd, specifically
systemd-236-r5.  My bootloader is grub2.  I do *not* have an EFI
platform and do *not* have an initramfs.
I do *not* have a separate /usr filesystem.

The news item says that, in preparation for the 237 release and the
likely removal of the symlinks
   /usr/lib/systemd/systemd and
   /usr/lib/systemd/systemd-shutdown
we should update our boot config to reference init=/lib/systemd/system

1.  Updating the boot config to reference init=/lib/systemd/system seems
to mean a 1-line change in /etc/default/grub
  GRUB_CMDLINE_LINUX="init=/usr/lib/systemd/systemd" -->
  GRUB_CMDLINE_LINUX="init=/lib/systemd/systemd"
followed by the usual
   grub-mkconfig -o /boot/grub/grub.cfg
Is that it?

2.  What should I be doing to prepare for the removal of the
/usr/lib/systemd/systemd-shutdown symlink?

3.  "After upgrading, please run systemctl daemon-reexec".  Which
upgrade is being referred to?  Is it the upgrade to the 237 release,
with the likely removal of the two symlinks.

Thanks in advance,
allan

Re: [gentoo-user] [OT] A little help for non-native English speakers

[allan gottlieb]

On Fri, Feb 02 2018, Grant Taylor wrote:

> On 02/02/2018 01:03 AM, Neil Bothwick wrote:
>
>> But its a bad habit which I will never get into!
>
> Couldn't you have said "…habit that I…" in the fact that you were
> referencing a specific habit, not just a generic place holder?
>
> If I'm understanding things correctly.

I would think "... habit, which"

"I will never get into" is a non-restrictive clause giving extra
information about the habit.

allan

Re: [gentoo-user] Re: [OT] A little help for non-native English speakers

[allan gottlieb]

On Fri, Feb 02 2018, Peter Humphrey wrote:

> I agree. You haven't consulted Fowler though, I see. (Drat! Where's my copy 
> when I need it?) He says the difference is whether we have a defining 
> clause. If what follows actually defines the subject of the sentence, use 
> "that". Otherwise it's "which".

The terminology I was taught is that

  "which" introduces a nonrestrictive clause set off in commas

  "that" introduces a restrictive clause.

"The ice cream that is in the fridge is cold"
restricts the assertion of coldness to the ice cream in the fridge as
opposed to some other ice cream.

"The ice cream, which is in the fridge, is cold"
asserts two points.
  The ice cream is cold.
  The ice cream is in the fridge.

allan

Re: [gentoo-user] chromium build failure

[allan gottlieb]

On Wed, Jan 31 2018, Canek Peláez Valdés wrote:

> On Wed, Jan 31, 2018 at 1:29 PM, allan gottlieb <gottl...@nyu.edu> wrote:
> [snip]
>> I have two questions, one trivial, one hopefully easy.
>>
>> 1. (trivial) In your recipe did you mean "rsync", not "sync"?
>
> I sync ("emerge --sync") only one machine, and then I rsync from there to
> my other computers. After the rsync is done, you need to do "emerge
> --metadata" in the recipient machine (--sync does that for you
> automatically).

So sync referred to an emerge command and when you copied files from
machine to machine you used rsync.  Thanks.
>
>> 2. I have a number of quickpkgs built.  Is it needed that
>>they all be updated and some removed or can I just do
>>the following command
>>
>>rsync -Pvase ssh machine1:/var/portage/packages/www-client \
>>  /var/portage/packages
>>
>>Notes: I use /var not /usr for portage
>>   machine2 has no dir /var/portage/packages/www-client
>
> I honestly don't know. There is a /usr/portage/packages/Packages with a lot
> of meta information, and I'm not 100% sure whether is absolutely required.
> Then again, creating binary packages is so fast that I usually delete
> /usr/portage/packages after updating my non-compiling machines. I know of
> people who maintain a large repository of binary packages (they can be
> built automatically with FEATURES="buildpkg" in make.conf), but I just
> create them when needed.

I have FEATURES="buildsyspkg" on all machines for safety.
It has worked in the sense that I have never needed to use
the resulting packages.

But I see your point that /var/portage/packages/Packages
may need to be updated on the target machine so it is probably
best to do your rsync of all of /var/portage/packages
>
> Regards.
> --
> Dr. Canek Peláez Valdés

thanks,
allan

Re: [gentoo-user] chromium build failure

[allan gottlieb]

On Wed, Jan 24 2018, Canek Peláez Valdés wrote:

> On Wed, Jan 24, 2018 at 10:11 PM, allan gottlieb <gottl...@nyu.edu> wrote:
>>
>> I ran the build failed twice, each time with MAKEOPTS="--jobs=1" and the
>> build logs are essentially identical.  After about 12 hours compiling and
>> 36MB of build.log, the error shown below occurs
>>
>> I have two laptops with *very* similar gentoo distributions.  The newer
>> machine had a successful build first try.  The second older (4 years)
>> machine had both failures.  Each machine has profile
>> default/linux/amd64/17.0/desktop/gnome/systemd
>
> If the USE flags for chromium on both machines are the same, simply create
> a binary package from the machine that already built it.
>
> machine1:
>
> $ quickpkg --include-config=y www-client/chromium
>
> machine2
>
> $ sync --delete -Pvase ssh machine1:/usr/portage/packages/
> /usr/portage/packages/
> $ emerge --nodeps -1Kv www-client/chromium

Canek,

Again thank you for your recipe.

I have two questions, one trivial, one hopefully easy.

1. (trivial) In your recipe did you mean "rsync", not "sync"?

2. I have a number of quickpkgs built.  Is it needed that
   they all be updated and some removed or can I just do
   the following command

   rsync -Pvase ssh machine1:/var/portage/packages/www-client \
 /var/portage/packages

   Notes: I use /var not /usr for portage
  machine2 has no dir /var/portage/packages/www-client

Thanks in advance,
allan

Re: [gentoo-user] chromium build failure

[allan gottlieb]

On Thu, Jan 25 2018, Neil Bothwick wrote:

> On Wed, 24 Jan 2018 22:29:59 -0600, Canek Peláez Valdés wrote:
>
>> > I have two laptops with *very* similar gentoo distributions.  The
>> > newer machine had a successful build first try.  The second older (4
>> > years) machine had both failures.  Each machine has profile
>> > default/linux/amd64/17.0/desktop/gnome/systemd  
>> 
>> If the USE flags for chromium on both machines are the same, simply
>> create a binary package from the machine that already built it.
>
> Good idea, as long as the CFLAGS are the same too.

Thank you both.  I will try it.
allan

[gentoo-user] chromium build failure

[allan gottlieb]

I ran the build failed twice, each time with MAKEOPTS="--jobs=1" and the
build logs are essentially identical.  After about 12 hours compiling and
36MB of build.log, the error shown below occurs

I have two laptops with *very* similar gentoo distributions.  The newer
machine had a successful build first try.  The second older (4 years)
machine had both failures.  Each machine has profile
default/linux/amd64/17.0/desktop/gnome/systemd

Thanks in advance for any help.

allan



[132/15175] python ../../chrome/browser/resources/optimize_webui.py --host 
history --input ../../chrome/browser/resources/md_history --out_folder 
gen/chrome/browser/resources/md_history --depfile 
gen/chrome/browser/resources/md_history/build.d --html_in_files app.html 
lazy_load.html --html_out_files app.vulcanized.html lazy_load.vulcanized.html 
--js_out_files app.crisper.js lazy_load.crisper.js --exclude 
chrome://resources/html/util.html chrome://history/constants.html
FAILED: gen/chrome/browser/resources/md_history/app.vulcanized.html 
gen/chrome/browser/resources/md_history/lazy_load.vulcanized.html 
gen/chrome/browser/resources/md_history/app.crisper.js 
gen/chrome/browser/resources/md_history/lazy_load.crisper.js 
python ../../chrome/browser/resources/optimize_webui.py --host history --input 
../../chrome/browser/resources/md_history --out_folder 
gen/chrome/browser/resources/md_history --depfile 
gen/chrome/browser/resources/md_history/build.d --html_in_files app.html 
lazy_load.html --html_out_files app.vulcanized.html lazy_load.vulcanized.html 
--js_out_files app.crisper.js lazy_load.crisper.js --exclude 
chrome://resources/html/util.html chrome://history/constants.html
../../third_party/node/linux/node-linux-x64/bin/node 
../../third_party/node/node_modules/polymer-bundler/lib/bin/polymer-bundler 
--exclude chrome://resources/html/polymer.html --exclude 
chrome://resources/polymer/v1_0/polymer/polymer.html --exclude 
chrome://resources/polymer/v1_0/polymer/polymer-micro.html --exclude 
chrome://resources/polymer/v1_0/polymer/polymer-mini.html --exclude 
chrome://resources/polymer/v1_0/web-animations-js/web-animations-next-lite.min.js
 --exclude chrome://resources/css/roboto.css --exclude 
chrome://resources/css/text_defaults.css --exclude 
chrome://resources/css/text_defaults_md.css --exclude 
chrome://resources/js/load_time_data.js --inline-css --inline-scripts 
--rewrite-urls-in-templates --strip-comments --redirect 
"chrome://resources/cr_components/|../../ui/webui/resources/cr_components" 
--redirect 
"chrome://resources/cr_elements/|../../ui/webui/resources/cr_elements" 
--redirect "chrome://resources/css/|../../ui/webui/resources/css" --redirect 
"chrome://resources/html/|../../ui/webui/resources/html" --redirect 
"chrome://resources/js/|../../ui/webui/resources/js" --redirect 
"chrome://resources/polymer/v1_0/|../../third_party/polymer/v1_0/components-chromium"
 --exclude chrome://resources/html/util.html --exclude 
chrome://history/constants.html --exclude strings.js --exclude 
chrome://history/strings.js --manifest-out 
/var/tmp/portage/www-client/chromium-63.0.3239.132/work/chromium-63.0.3239.132/out/Release/gen/chrome/browser/resources/md_history/history_requestlist.txt
 --root 
/var/tmp/portage/www-client/chromium-63.0.3239.132/work/chromium-63.0.3239.132/chrome/browser/resources/md_history
 --redirect 
"chrome://history/|/var/tmp/portage/www-client/chromium-63.0.3239.132/work/chromium-63.0.3239.132/chrome/browser/resources/md_history"
 --out-dir gen/chrome/browser/resources/md_history/bundled --shell app.html 
--in-html app.html --in-html lazy_load.html failed: module.js:471
throw err;
^

Error: Cannot find module 
'/var/tmp/portage/www-client/chromium-63.0.3239.132/work/chromium-63.0.3239.132/third_party/node/node_modules/polymer-bundler/lib/bin/polymer-bundler'
at Function.Module._resolveFilename (module.js:469:15)
at Function.Module._load (module.js:417:25)
at Module.runMain (module.js:604:10)
at run (bootstrap_node.js:383:7)
at startup (bootstrap_node.js:149:9)
at bootstrap_node.js:496:3

Traceback (most recent call last):
  File "../../chrome/browser/resources/optimize_webui.py", line 252, in 
main(sys.argv[1:])
  File "../../chrome/browser/resources/optimize_webui.py", line 235, in main
manifest_out_path = _optimize(args.input, args)
  File "../../chrome/browser/resources/optimize_webui.py", line 159, in 
_optimize
] + in_html_args)
  File "../../third_party/node/node.py", line 28, in RunNode
raise
TypeError: exceptions must be old-style classes or derived from BaseException, 
not NoneType
ninja: build stopped: subcommand failed.
 [31;01m*[0m ERROR: www-client/chromium-63.0.3239.132::gentoo failed (compile 
phase):
 [31;01m*[0m   ninja -v -j1 -l0 -C out/Release chrome chromedriver failed
 [31;01m*[0m 
 [31;01m*[0m Call stack:
 [31;01m*[0m ebuild.sh, line  124:  Called src_compile
 

Re: [gentoo-user] Re: LINGUAS make.conf variable being ignored?

[allan gottlieb]

On Sat, Jan 06 2018, Neil Bothwick wrote:

> On Sat, 06 Jan 2018 16:00:14 +, Peter Humphrey wrote:
>
>> I object to that (not you, Neil, some dev or other). I live in England;
>> I speak English. People who live in America speak their own version of
>> it, adapted from the original.
>
> Indeed, en_US is a fork of the original.
>
> I guess that's why, in the old cowboy films, the native Americans used to
> say "white man speak with forked tongue" ;-)

Terrific--made my day.
allan

Re: [gentoo-user] emerge -e and --resume

[allan gottlieb]

On Fri, Jan 05 2018, Daniel Frey wrote:

> On 01/05/18 18:50, allan gottlieb wrote:
>> On Fri, Jan 05 2018, Daniel Frey wrote:
>>
>>> On 01/05/18 13:15, Neil Bothwick wrote:
>>>> On Fri, 05 Jan 2018 13:00:20 -0500, allan gottlieb wrote:
>>>>
>>>>> I am finally moving my production machine the the 17.0 profile.
>>>>> Currently running is
>>>>>
>>>>>   emerge -e --keep-going @world
>>>>>
>>>>> So far there is one failure (libcryptui, the fix is easy).
>>>>>
>>>>> Am I correct that when the above emerge completes, I should run
>>>>> simply
>>>>>
>>>>>   emerge --resume
>>>>
>>>> If the emerge has completed, there is nothing to resume. Just make a note
>>>> of the packages that failed to build ans emerge --oneshot them, with any
>>>> necessary fixes.
>>>>
>>>>
>>>
>>> You may also want to check for dependencies (as in: `equery depends
>>> ` and rebuild the dependencies of the failed package as well.
>>>
>>> Dan
>>
>> I don't understand.  If the dependencies didn't fail, why should I
>> rebuild them?
>>
>> thanks,
>> allan
>>
>
> If you're transitioning over to the new profile, that means the
> dependencies would be built and linked to the old profile's
> binaries. This was merely a suggestion, as I've had some mighty
> strange things happen after upgrades to gcc in the past, all solved by
> `emerge -e 
> world`, although... I didn't have packages fail back then.
>
> When I switched over to the 17 profile I had one rebuild failure, and
> it didn't have any direct dependencies fail.
>
> Dan

Now I understand that you mean packages that depend on failed builds.
I was mistakenly thinking of packages on which the failed build depends.

You are right and thanks again.
allan

Re: [gentoo-user] emerge -e and --resume

[allan gottlieb]

On Fri, Jan 05 2018, Neil Bothwick wrote:

> On Fri, 05 Jan 2018 13:00:20 -0500, allan gottlieb wrote:
>
>> I am finally moving my production machine the the 17.0 profile.
>> Currently running is
>> 
>> emerge -e --keep-going @world
>> 
>> So far there is one failure (libcryptui, the fix is easy).
>> 
>> Am I correct that when the above emerge completes, I should run
>> simply
>> 
>> emerge --resume
>
> If the emerge has completed, there is nothing to resume. Just make a note
> of the packages that failed to build ans emerge --oneshot them, with any
> necessary fixes.

Thank you.  So far (only 104 to go) just the one failure.  Will the
 emerge --keep-going
print a list of failed pkgs at the end?

thanks again,
allan

[gentoo-user] emerge -e and --resume

[allan gottlieb]

I am finally moving my production machine the the 17.0 profile.
Currently running is

emerge -e --keep-going @world

So far there is one failure (libcryptui, the fix is easy).

Am I correct that when the above emerge completes, I should run
simply

emerge --resume

Thanks,
allan

PS in make.conf I have

EMERGE_DEFAULT_OPTS="--ask --deep --tree --jobs --load-average=5"
MAKEOPTS="--jobs=8 --load-average=5"

Re: [gentoo-user] Re: Is gnome becoming obligatory?

[allan gottlieb]

On Mon, Dec 11 2017, Jorge Almeida wrote:

> On Sun, Dec 10, 2017 at 7:31 PM, Canek Peláez Valdés  wrote:
>>
>> Just my two cents. I will not answer any reply to my little contribution to
>> this thread;
>
> Good. I can't remember any intervention from you that I would miss.

That makes one of us.

As a gnome user I needed to use systemd when gnome-3 came about.  While
I have nothing useful to say pro or con about systemd, I strongly
believe Canek has contributed a number of helpful comments to this
group.

allan

Re: [gentoo-user] Again, emerge -e @world related questions...

[allan gottlieb]

On Mon, Dec 04 2017, Alan McKinnon wrote:

> On 04/12/2017 17:35, allan gottlieb wrote:
>> On Mon, Dec 04 2017, Bill Kenworthy wrote:
>> 
>>> On 04/12/17 17:49, John Covici wrote:
>>>> On Mon, 04 Dec 2017 04:26:09 -0500,
>>>> Neil Bothwick wrote:
>>>>>
>>>>> [1  ]
>>>
>>> Your system is somewhat broken I think.  You need to look at each
>>> package and resolve the problem - possibly stray entries in one of the
>>> package files or world.  Have you done a depclean recently?
>>>
>>> BillK
>> 
>> This sounds like good advice but I have a question concerning
>> --depclean.  I would have thought that
>> 
>>   Any package --depclean would remove is not required by anything
>>   in @world so would not be merged by   emerge -e @world
>> 
>> On one system I am rather behind in doing --depclean and wonder if I
>> must finish that task before trying  emerge -e @world.
>
>
> You must do emerge -e @world first, it tends to fail (always fails?) if
> emerge world indicates there is something to be built.
>
> So just emerge -e world, then do a depclean. The first step is going to
> take long enough and increase your heating bills so much, that the extra
> work of a few packages is not worth the stress of worrying about.

That was my feeling as well.

thanks,
allan

Re: [gentoo-user] Again, emerge -e @world related questions...

[allan gottlieb]

On Mon, Dec 04 2017, Bill Kenworthy wrote:

> On 04/12/17 17:49, John Covici wrote:
>> On Mon, 04 Dec 2017 04:26:09 -0500,
>> Neil Bothwick wrote:
>>>
>>> [1  ]
>
> Your system is somewhat broken I think.  You need to look at each
> package and resolve the problem - possibly stray entries in one of the
> package files or world.  Have you done a depclean recently?
>
> BillK

This sounds like good advice but I have a question concerning
--depclean.  I would have thought that

  Any package --depclean would remove is not required by anything
  in @world so would not be merged by   emerge -e @world

On one system I am rather behind in doing --depclean and wonder if I
must finish that task before trying  emerge -e @world.

thanks,
allan

Re: [gentoo-user] problem emerging new stable python

[allan gottlieb]

On Thu, Nov 30 2017, Marc Joliet wrote:

> Am Mittwoch, 29. November 2017, 22:29:59 CET schrieb allan gottlieb:
>> On Wed, Nov 29 2017, Alan McKinnon wrote:
> [...]
>> >> Both 6430 and 7450 have the following content in
>> >> /etc/portage/package.use/systemd-cron
>> >> 
>> >> # systemd-cron needs PYTHON_SINGLE_TARGET = 3.x.
>> >> sys-process/systemd-cron python_single_target_python3_4
> [...]
>
> Isn't this the problem?  PYTHON_TARGETS has switched to python3_5 but that's 
> in conflict with the above (or should be, IIUC).  Remove that or change it to 
> "python_single_target_python3_5" (I would remove it; according to my git log, 
> I removed a similar line in August when I noticed that the profiles already 
> default to Python 3.x in $PYTHON_SINGLE_TARGETS).
>
> I admit, though, that I am surprised that one machine can apparently still go 
> through with the upgrade.  Does it also have systemd-cron installed?  Or 
> maybe 
> I'm forgetting or missing something...
>
> HTH

Bingo!

1. The 6430 does not have systemd-cron so was unaffected

2. I commented out the package.use line for systemd-cron in the 7450,
   which does use systemd-cron, and it seems willing to do the update
   world.  (The 6430 is a backup, I will do the update on it first.)

thank you very much.
allan

Re: [gentoo-user] problem emerging new stable python

[allan gottlieb]

On Wed, Nov 29 2017, Alan McKinnon wrote:

> On 29/11/2017 21:48, allan gottlieb wrote:
>> I have two systems that are close in both hardware and software.
>> 
>> Today I did eix-sync on each followed by
>> emerge --update --changed-use --with-bdeps=y @world 
>> 
>> On one system (dell 6430) I was presented with many packages to merge
>>python-3.5.4 [ebuild NS]
>>many to reinstall [ebuild R]
>> 
>> This was not surprising.
>> 
>> The other system (dell 7450) failed with the following
>> 
>> !!! Problem resolving dependencies for sys-process/systemd-cron from 
>> @selected
>> ... done!
>> 
>> !!! The ebuild selected to satisfy "sys-process/systemd-cron" has unmet 
>> requirements.
>> - sys-process/systemd-cron-1.5.4::gentoo USE="-cron-boot 
>> -etc-crontab-systemd -minutely -setgid -test -yearly" ABI_X86="(64)" 
>> PYTHON_SINGLE_TARGET="python3_4 python3_5 (-pypy3) (-python3_6)" 
>> PYTHON_TARGETS="python3_5 (-pypy3) -python3_4 (-python3_6)"
>> 
>>   The following REQUIRED_USE flag constraints are unsatisfied:
>> exactly-one-of ( python_single_target_pypy3 
>> python_single_target_python3_4 python_single_target_python3_5 
>> python_single_target_python3_6 ) python_single_target_python3_4? ( 
>> python_targets_python3_4 )
>> 
>>   The above constraints are a subset of the following complete expression:
>> exactly-one-of ( python_single_target_pypy3 
>> python_single_target_python3_4 python_single_target_python3_5 
>> python_single_target_python3_6 ) python_single_target_pypy3? ( 
>> python_targets_pypy3 ) python_single_target_python3_4? ( 
>> python_targets_python3_4 ) python_single_target_python3_5? ( 
>> python_targets_python3_5 ) python_single_target_python3_6? ( 
>> python_targets_python3_6 )
>> 
>> (dependency required by "@selected" [set])
>> (dependency required by "@world" [argument])
>> 
>> Both 6430 and 7450 have the following content in
>> /etc/portage/package.use/systemd-cron
>> 
>> # systemd-cron needs PYTHON_SINGLE_TARGET = 3.x.
>> sys-process/systemd-cron python_single_target_python3_4
>> 
>> Those files are 2+ years old on each system
>> 
>> I have not let the 6430 proceed with the emerge update world.
>> 
>> Thanks in advance for any help.
>> allan
>> 
>
> Your machines differ between PYTHON_TARGETS and PYTHON_SINGLE_TARGET,
> either globally or for that one package. Compare:
>
> emerge --info | grep PYTHON
> list of installed pythons
> eselect python list
>
> The cause is likely in make.conf somewhere

Thanks for the help, but I still have the problem.

emerge --info showed the same for PYTHON_SINGLE_TARGET="python3_5" and
PYTHON_TARGETS="python2_7 python3_5"

eix -I python   shows 2.7.14 and 3.4.5  on both systems

grep -i python /etc/portage/make.conf
has no hits on either system

eselect python list showed the same two version (3.4 and 2.7)
but in *opposite* order.  I issued
  eselect python set 2
on the failing 7450 and now both report
Available Python interpreters, in order of preference:
  [1]   python3.4
  [2]   python2.7

I don't believe I need to "activate" this change, right?

However, after making the above change the 7450 still fails to emerge
update world saying

Calculating dependencies -

!!! Problem resolving dependencies for sys-process/systemd-cron from @selected
... done!

!!! The ebuild selected to satisfy "sys-process/systemd-cron" has unmet 
requirements.
- sys-process/systemd-cron-1.5.4::gentoo USE="-cron-boot -etc-crontab-systemd 
-minutely -setgid -test -yearly" ABI_X86="(64)" PYTHON_SINGLE_TARGET="python3_4 
python3_5 (-pypy3) (-python3_6)" PYTHON_TARGETS="python3_5 (-pypy3) -python3_4 
(-python3_6)"

  The following REQUIRED_USE flag constraints are unsatisfied:
exactly-one-of ( python_single_target_pypy3 python_single_target_python3_4 
python_single_target_python3_5 python_single_target_python3_6 ) 
python_single_target_python3_4? ( python_targets_python3_4 )

  The above constraints are a subset of the following complete expression:
exactly-one-of ( python_single_target_pypy3 python_single_target_python3_4 
python_single_target_python3_5 python_single_target_python3_6 ) 
python_single_target_pypy3? ( python_targets_pypy3 ) 
python_single_target_python3_4? ( python_targets_python3_4 ) 
python_single_target_python3_5? ( python_targets_python3_5 ) 
python_single_target_python3_6? ( python_targets_python3_6 )

(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

[gentoo-user] problem emerging new stable python

[allan gottlieb]

I have two systems that are close in both hardware and software.

Today I did eix-sync on each followed by
emerge --update --changed-use --with-bdeps=y @world 

On one system (dell 6430) I was presented with many packages to merge
   python-3.5.4 [ebuild NS]
   many to reinstall [ebuild R]

This was not surprising.

The other system (dell 7450) failed with the following

!!! Problem resolving dependencies for sys-process/systemd-cron from @selected
... done!

!!! The ebuild selected to satisfy "sys-process/systemd-cron" has unmet 
requirements.
- sys-process/systemd-cron-1.5.4::gentoo USE="-cron-boot -etc-crontab-systemd 
-minutely -setgid -test -yearly" ABI_X86="(64)" PYTHON_SINGLE_TARGET="python3_4 
python3_5 (-pypy3) (-python3_6)" PYTHON_TARGETS="python3_5 (-pypy3) -python3_4 
(-python3_6)"

  The following REQUIRED_USE flag constraints are unsatisfied:
exactly-one-of ( python_single_target_pypy3 python_single_target_python3_4 
python_single_target_python3_5 python_single_target_python3_6 ) 
python_single_target_python3_4? ( python_targets_python3_4 )

  The above constraints are a subset of the following complete expression:
exactly-one-of ( python_single_target_pypy3 python_single_target_python3_4 
python_single_target_python3_5 python_single_target_python3_6 ) 
python_single_target_pypy3? ( python_targets_pypy3 ) 
python_single_target_python3_4? ( python_targets_python3_4 ) 
python_single_target_python3_5? ( python_targets_python3_5 ) 
python_single_target_python3_6? ( python_targets_python3_6 )

(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

Both 6430 and 7450 have the following content in
/etc/portage/package.use/systemd-cron

# systemd-cron needs PYTHON_SINGLE_TARGET = 3.x.
sys-process/systemd-cron python_single_target_python3_4

Those files are 2+ years old on each system

I have not let the 6430 proceed with the emerge update world.

Thanks in advance for any help.
allan

Re: [gentoo-user] Re: emerge firefox-52.4.0 compile failure

[allan gottlieb]

On Mon, Oct 09 2017, Grant Edwards wrote:

> On 2017-10-09, Grant Edwards  wrote:
>> On 2017-10-09, R0b0t1  wrote:
>>
>>> In this case the namespace of the missing declaration is inside
>>> Mozilla's, e.g. it is part of Firefox or a closely bundled library.
>>
>> Yep, after a bit more research, that was my conclusion.
>>
>> The chromium build finished happily, so I've just started another
>> firefox build with MAKEOPTS=-j1.  
>
> Same error.  But at least it's at the end of the build log now where
> it's easy to find. :)
>
> I guess I'll wait for the next firefox ESR update and see if that one
> builds.

This is a know bug see https://bugs.gentoo.org/633790

allan

Re: [gentoo-user] scary (?) situation with binutils

[allan gottlieb]

On Mon, Sep 18 2017, allan gottlieb wrote:

> On Mon, Sep 18 2017, Andreas K. Huettel wrote:
>
>> No need to do anything complicated. Just run 
>>
>> emerge --depclean --ask
>>
>> and have it remove outdated binutils versions (it will keep the current one, 
>> and also then select it for usage automatically). 
>>
>> Then all these problems are gone...
>
> Thank you!
> allan

For others who may have encountered the infinite-emerge-binutils
problem, let me report that (as I am sure andreas knows) the depclean
fixes that problem while purging the masked versions of binutils.

Would that the depclean likely have fixed the infinite-emerge-binutils
problem several months ago when it first appeared.  I don't remember
seeing it proposed.

Once again, thank you!
allan

Re: [gentoo-user] scary (?) situation with binutils

[allan gottlieb]

On Mon, Sep 18 2017, Andreas K. Huettel wrote:

> No need to do anything complicated. Just run 
>
> emerge --depclean --ask
>
> and have it remove outdated binutils versions (it will keep the current one, 
> and also then select it for usage automatically). 
>
> Then all these problems are gone...

Thank you!
allan

[gentoo-user] scary (?) situation with binutils

[allan gottlieb]

I am one of the users experiencing the
   infinite rebuild of binutils
bug.  Today it took a turn I find worrisome

To summarize for months now after every emerge I get

!!! existing preserved libs:
>>> package: sys-libs/binutils-libs-2.28.1
 *  - /usr/lib64/libbfd-2.25.1.so
 *  used by
/usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so
(sys-devel/binutils-2.25.1-r1)
Use emerge @preserved-rebuild to rebuild packages using these libraries

If if then
emerge @preserved-rebuild
it rebuilds binutils but I still get the above message.  I have rebuilt
it at least a dozen times in the past months.

A solution was posted that involved making a quickpkg (I think),
unmerging binutils, and then manually untaring (after the unmerge of
binutils you can't simply remerge since ld is gone).

This solution frightened me and I am living with always being told to run
   emerge @preserved-rebuild
and actually doing that fruitless emerge about once a month.

Today was different, I guess because binutils-lib was involved

My "twice-weekly"
   emerge --update --changed-use --with-bdeps=y @world
resulted in
Calculating dependencies... done!
[ebuild  NS] sys-kernel/gentoo-sources-4.12.12 [3.10.3-r1, 3.11.0, 3.12.13, 
3.18.11, 3.18.12, 4.0.5, 4.0.9, 4.1.12, 4.1.15-r1, 4.4.6, 4.4.21, 4.4.26, 
4.4.39, 4.9.6-r1, 4.9.16, 4.9.34, 4.12.5] USE="-build -experimental -symlink" 
[ebuild U  ] www-plugins/adobe-flash-27.0.0.130-r1 [27.0.0.130]
[ebuild  rR]  x11-libs/cairo-1.14.8 
[ebuild  r  U  ]   sys-libs/binutils-libs-2.28.1 [2.28-r1]

The following packages are causing rebuilds:

  (sys-libs/binutils-libs-2.28.1:0/2.28.1::gentoo, ebuild scheduled for merge) 
causes rebuilds for:
(x11-libs/cairo-1.14.8:0/0::gentoo, ebuild scheduled for merge)

When the emerge finished I received the usual

!!! existing preserved libs:
>>> package: sys-libs/binutils-libs-2.28.1
 *  - /usr/lib64/libbfd-2.25.1.so
 *  used by 
/usr/lib64/binutils/x86_64-pc-linux-gnu/2.25.1/libopcodes-2.25.1.so 
(sys-devel/binutils-2.25.1-r1)
Use emerge @preserved-rebuild to rebuild packages using these libraries

But when I ran
  emerge @preserved-rebuild
out came the following

  The following mask changes are necessary to proceed:
   (see "package.unmask" in the portage(5) man page for more details)
  # required by @preserved-rebuild (argument)
  # /var/portage/profiles/package.mask:
  # Michał Górny , Andreas K. Hüttel ,
  # Matthias Maier  (21 May 2017)
  # These old versions of toolchain packages (binutils, gcc, glibc) are no
  # longer officially supported and are not suitable for general use. Using
  # these packages can result in build failures (and possible breakage) for
  # many packages, and may leave your system vulnerable to known security
  # exploits.
  # If you still use one of these old toolchain packages, please upgrade (and
  # switch the compiler / the binutils) ASAP. If you need them for a specific
  # (isolated) use case, feel free to unmask them on your system.
  =sys-devel/binutils-2.25.1-r1
  
  NOTE: The --autounmask-keep-masks option will prevent emerge
from creating package.unmask or ** keyword changes.

  Would you like to add these changes to your config files? [Yes/No]

I said no since I don't want to unmask, but am not sure how to proceed

Thanks in advance for any help.

allan

Re: [gentoo-user] wireless software config problem

[allan gottlieb]

On Thu, Sep 07 2017, allan gottlieb wrote:

> On Thu, Sep 07 2017, Canek Peláez Valdés wrote:
>
>> On Wed, Sep 6, 2017 at 6:31 PM, allan gottlieb <gottl...@nyu.edu> wrote:
>>>
>>> My system runs gnome3/systemd.  I use NetworkManager, which is mostly
>>> working fine.
>>>
>>> At work the desired network is named "nyu".  The sysadmins say I need to
>>> change at least one security parameter.  When I open the gui it shows
>>> the network configuration parameters (by clicking the gear) and lets me
>>> select different values.  However the "Apply" button never becomes
>>> active so I can only "Cancel".
>>>
>>> If I try to select the "nyu" network it asks for the password, which I
>>> know and enter. I then click the appropriate button (something like
>>> "apply" or "ok").  As expected the window goes away but I am not
>>> connected and the window reappears.
>>>
>>> A "tip" from the sys admins at work is to somehow tell my system to
>>> forget all it knows about the network "nyu", but neither I nor they know
>>> how to do it (they don't "fully support" linux).
>>
>> I would try this:
>>
>> 1. Select the system menu (top right corner)
>> 2. Select settings (lower left corner of the menu)
>> 3. Select Network
>> 4. Click the gears icon for the wireless network
>> 5. Select the "Reset" option (last option available)
>> 6. Click the "Forget" button
>>
>> This should allow you to start from the beginning. You should not need to
>> muck around  around with permissions, it should Just Work™.
>>
>> Regards.
>> --
>> Dr. Canek Peláez Valdés
>
> Thank you canek!
>
> It is a little embarrassing since I got to the same screen as you see in
> step 5 via a different path but didn't think of "reset".  Instead I
> tried "security" and "identity", made my changes but could not "apply"
> them.  I am back at nyu on tuesday and will definitely try your
> suggestion.
>
> Thank you again.
> allan

Worked Perfectly!
thanks again,
allan

Re: [gentoo-user] wireless software config problem

[allan gottlieb]

On Thu, Sep 07 2017, Canek Peláez Valdés wrote:

> On Wed, Sep 6, 2017 at 6:31 PM, allan gottlieb <gottl...@nyu.edu> wrote:
>>
>> My system runs gnome3/systemd.  I use NetworkManager, which is mostly
>> working fine.
>>
>> At work the desired network is named "nyu".  The sysadmins say I need to
>> change at least one security parameter.  When I open the gui it shows
>> the network configuration parameters (by clicking the gear) and lets me
>> select different values.  However the "Apply" button never becomes
>> active so I can only "Cancel".
>>
>> If I try to select the "nyu" network it asks for the password, which I
>> know and enter. I then click the appropriate button (something like
>> "apply" or "ok").  As expected the window goes away but I am not
>> connected and the window reappears.
>>
>> A "tip" from the sys admins at work is to somehow tell my system to
>> forget all it knows about the network "nyu", but neither I nor they know
>> how to do it (they don't "fully support" linux).
>
> I would try this:
>
> 1. Select the system menu (top right corner)
> 2. Select settings (lower left corner of the menu)
> 3. Select Network
> 4. Click the gears icon for the wireless network
> 5. Select the "Reset" option (last option available)
> 6. Click the "Forget" button
>
> This should allow you to start from the beginning. You should not need to
> muck around  around with permissions, it should Just Work™.
>
> Regards.
> --
> Dr. Canek Peláez Valdés

Thank you canek!

It is a little embarrassing since I got to the same screen as you see in
step 5 via a different path but didn't think of "reset".  Instead I
tried "security" and "identity", made my changes but could not "apply"
them.  I am back at nyu on tuesday and will definitely try your
suggestion.

Thank you again.
allan

Re: [gentoo-user] wireless software config problem

[allan gottlieb]

On Wed, Sep 06 2017, Mick wrote:

> On Wednesday, 6 September 2017 22:29:29 BST allan gottlieb wrote:
>> On Wed, Sep 06 2017, Alan McKinnon wrote:
>> > On 06/09/2017 18:31, allan gottlieb wrote:
>> >> My system runs gnome3/systemd.  I use NetworkManager, which is mostly
>> >> working fine.
>> >> 
>> >> At work the desired network is named "nyu".  The sysadmins say I need to
>> >> change at least one security parameter.  When I open the gui it shows
>> >> the network configuration parameters (by clicking the gear) and lets me
>> >> select different values.  However the "Apply" button never becomes
>> >> active so I can only "Cancel".
>> >> 
>> >> If I try to select the "nyu" network it asks for the password, which I
>> >> know and enter. I then click the appropriate button (something like
>> >> "apply" or "ok").  As expected the window goes away but I am not
>> >> connected and the window reappears.
>> >> 
>> >> A "tip" from the sys admins at work is to somehow tell my system to
>> >> forget all it knows about the network "nyu", but neither I nor they know
>> >> how to do it (they don't "fully support" linux).
>> >> 
>> >> Any help would be appreciated.
>> > 
>> > Your sysadmins are talking shit. What they need to do is tell you what
>> > the security settings are for that SSID. If it's a corporate firm it's
>> > likely something along the lines of "Protected EAP (PEAP)" and they must
>> > tell you what it requires. Or, find a working Windows machine and check
>> > it's wireless network property for that SSID. Usually, one can figure it
>> > out relatively easily.
>> > 
>> > That your sysadmins don't know this is a rather brutal indictement of
>> > your sysadmins...
>> > 
>> > In connman one often has delete and re-create connections as it often
>> > happens there isn't an Edit button in connman applets! But not in
>> > NetworkManager:
>> > right click -> Config -> Edit -> Save
>> > always does the trick if you click the right buttons in the Edit step
>> 
>> I must not have been clear.  They told me about peap etc.
>> I can't make network manager change to the desired configuration.
>> When I change the settings, the gui doesn't let me apply the change.
>> 
>> allan
>
> This sounds like an OS user permissions problem.  Do you have sys-auth/polkit 
> installed and is USE="policykit" enabled for networkmanager?
>
> Also have a read here in case you need to create this rule:
>
> https://wiki.gentoo.org/wiki/NetworkManager#Fixing_nm-applet_insufficient_privileges

I run gentoo stable and networkmanager-1.4.4-r1 doesn't have a policykit
use flag (version ~1.8.0 does have a that use flag).

I will try changing the settings tomorrow as root (the network in
question is at work)

thanks
allan

Re: [gentoo-user] wireless software config problem

[allan gottlieb]

On Wed, Sep 06 2017, Alan McKinnon wrote:

> On 06/09/2017 18:31, allan gottlieb wrote:
>> My system runs gnome3/systemd.  I use NetworkManager, which is mostly
>> working fine.
>> 
>> At work the desired network is named "nyu".  The sysadmins say I need to
>> change at least one security parameter.  When I open the gui it shows
>> the network configuration parameters (by clicking the gear) and lets me
>> select different values.  However the "Apply" button never becomes
>> active so I can only "Cancel".
>> 
>> If I try to select the "nyu" network it asks for the password, which I
>> know and enter. I then click the appropriate button (something like
>> "apply" or "ok").  As expected the window goes away but I am not
>> connected and the window reappears.
>> 
>> A "tip" from the sys admins at work is to somehow tell my system to
>> forget all it knows about the network "nyu", but neither I nor they know
>> how to do it (they don't "fully support" linux).
>> 
>> Any help would be appreciated.
>
>
> Your sysadmins are talking shit. What they need to do is tell you what
> the security settings are for that SSID. If it's a corporate firm it's
> likely something along the lines of "Protected EAP (PEAP)" and they must
> tell you what it requires. Or, find a working Windows machine and check
> it's wireless network property for that SSID. Usually, one can figure it
> out relatively easily.
>
> That your sysadmins don't know this is a rather brutal indictement of
> your sysadmins...
>
> In connman one often has delete and re-create connections as it often
> happens there isn't an Edit button in connman applets! But not in
> NetworkManager:
> right click -> Config -> Edit -> Save
> always does the trick if you click the right buttons in the Edit step

I must not have been clear.  They told me about peap etc.
I can't make network manager change to the desired configuration.
When I change the settings, the gui doesn't let me apply the change.

allan

[gentoo-user] wireless software config problem

[allan gottlieb]

My system runs gnome3/systemd.  I use NetworkManager, which is mostly
working fine.

At work the desired network is named "nyu".  The sysadmins say I need to
change at least one security parameter.  When I open the gui it shows
the network configuration parameters (by clicking the gear) and lets me
select different values.  However the "Apply" button never becomes
active so I can only "Cancel".

If I try to select the "nyu" network it asks for the password, which I
know and enter. I then click the appropriate button (something like
"apply" or "ok").  As expected the window goes away but I am not
connected and the window reappears.

A "tip" from the sys admins at work is to somehow tell my system to
forget all it knows about the network "nyu", but neither I nor they know
how to do it (they don't "fully support" linux).

Any help would be appreciated.

thanks,
allan

Re: [gentoo-user] initial compile time

[allan gottlieb]

On Mon, Aug 28 2017, Rich Freeman wrote:

> On Mon, Aug 28, 2017 at 2:37 PM, allan gottlieb <gottl...@nyu.edu> wrote:
>> On Mon, Aug 28 2017, Alan McKinnon wrote:
>>
>>> I forgot to mention there are things that /significantly/ improve
>>> compile times. Top of the list is /var/tmp/portage on tmpfs.
>>
>> Does this mean that, if the build fails, you build again not on tmpfs so
>> as to capture build.log?
>>
>
> Just copy the build log off the tmpfs.  Portage doesn't remove it
> automatically.  Unless you reboot the system before inspecting it the
> file will still be there unless you have a really overzealous
> tmpreaper.
>
> (Or if you're doing the build in a systemd unit.  I actually build
> binary packages overnight from a unit and was always puzzled about why
> the build was gone from /var/tmp/portage when I'd inspect errors.
> Then I realize the default is for units to have a private /var/tmp -
> so it was gone when the unit terminated.  That can of course be
> disabled.)

Thank you Rich and Joost.
allan

Re: [gentoo-user] initial compile time

[allan gottlieb]

On Mon, Aug 28 2017, Alan McKinnon wrote:

> I forgot to mention there are things that /significantly/ improve
> compile times. Top of the list is /var/tmp/portage on tmpfs.

Does this mean that, if the build fails, you build again not on tmpfs so
as to capture build.log?

thanks,
allan

Re: [gentoo-user] Re: ruby 22

[allan gottlieb]

On Mon, Aug 21 2017, Alec Ten Harmsel wrote:

> On 08/21/2017 10:13 AM, allan gottlieb wrote:
>>
>> I issued emerge --pretend --verbose --depclean =ruby-2.1.9
>> and the response was
>>
>>   dev-lang/ruby
>>  selected: 2.1.9
>> protected: none
>>   omitted: 2.2.6
>>
>> Am I correct in believing it is now safe to issue
>>
>>emerge --depclean =ruby-2.1.9
>>
>> thanks,
>> allan
>>
>
> Yes, that should be fine. I rarely look at portage output and just run
> `emerge -uDN @world' and `emerge --depclean' right after one another,
> and it always works fine for ruby/python upgrades.
>
> The devs have done such a good job in general that I haven't had any
> problems just running these commands the past couple years.
>
> Alec

Thanks again.  All seems well.
allan

Re: [gentoo-user] Re: ruby 22

[allan gottlieb]

On Mon, Aug 21 2017, Hans de Graaff wrote:

> On Sun, 20 Aug 2017 08:26:49 -0600, Alec Ten Harmsel wrote:
>
>> I don't believe that will be enough. You should update RUBY_TARGETS in
>> /etc/portage/make.conf if you have it set. If you don't have it set and
>> are still getting this error, that's a bug and should be filed on b.g.o.
>> I have a custom RUBY_TARGETS as I do some ruby development, so I don't
>> have a vanilla system to test this on.
>
> I initially forgot to update the default RUBY_TARGETS specified in the 
> profiles, so this may have caused some issues. That is fixed now.
>
>> You shouldn't have to 'eselect ruby' either - portage will do this for
>> you while updating.
>
> The automatic eselect will only happen when ruby 2.1 is uninstalled. On a 
> default system ruby 2.2 should already be installed for some time 
> alongside with ruby 2.1. My recommendation is to switch explicitly to 
> ruby 2.2 now (using eselect), and remove ruby 2.1 once all dependencies 
> have been updated.
>
> Hans

First thanks to you, stroller, and Alec for the help.

I re-synced the tree and the emerge ... @world completed normally.
I used eselect to switch to ruby 22.

I issued emerge --pretend --verbose --depclean =ruby-2.1.9
and the response was

 dev-lang/ruby
selected: 2.1.9 
   protected: none 
 omitted: 2.2.6 

Am I correct in believing it is now safe to issue

  emerge --depclean =ruby-2.1.9

thanks,
allan

Re: [gentoo-user] ruby 22

[allan gottlieb]

On Sun, Aug 20 2017, Alec Ten Harmsel wrote:

> On 08/20/2017 08:19 AM, allan gottlieb wrote:
>> I am currently running ruby21 (ruby-2.1.9).
>> All such versions of ruby are masked so this is clearly a mistake
>> on my part.  I was alerted to this error by dev-ruby/rdoc-4.2.0
>> failing to build on today's emerge --update @world
>>
>> After I do
>>eselect ruby set ruby22
>> can I simply
>>emerge --update @world
>> or must I explicitly rebuild some ruby packages?
>
> I don't believe that will be enough. You should update RUBY_TARGETS in
> /etc/portage/make.conf if you have it set. If you don't have it set
> and are still getting this error, that's a bug and should be filed on
> b.g.o. I have a custom RUBY_TARGETS as I do some ruby development, so
> I don't have a vanilla system to test this on.
>
> Also, you'll have to run a slightly different command to update (since
> RUBY_TARGETS, PYTHON_TARGETS, etc. are USE flags underneath):
>
> emerge --update --newuse --deep @world
>
> You shouldn't have to 'eselect ruby' either - portage will do this for
> you while updating.
>
> Alec

Not sure I understand.

1.  I should have been more complete about the command I run
  
  MAKEOPTS="--jobs=8 --load-average=5"
  emerge --ask --deep --tree --jobs --load-average=5 \
 --update --changed-use --with-bdeps=y @world

2.  I do not have "ruby" or "RUBY" anywhere in the tree rooted
at /etc/portage

3.  emerge did not offer to upgrade RUBY_TARGETS does
not seem happy with ruby21 since the emerge output includes
[ebuild   R]dev-ruby/test-unit-3.1.9  RUBY_TARGETS="(-ruby21%*)" 
[ebuild   R]dev-ruby/rdoc-4.2.0  RUBY_TARGETS="(-ruby21%*)" 
[ebuild   R]dev-ruby/minitest-5.8.4  RUBY_TARGETS="(-ruby21%*)" 

4.  I synced the tree today just before the emerge.  Might I have picked
up an inconsistent tree and hence should I resync?

5.  The emerge error msg is below.

6.  I have NOT done the eselect ruby set ruby 22.

Thanks for you help
allan



>>> Install rdoc-4.2.0 into /var/tmp/portage/dev-ruby/rdoc-4.2.0/image/ 
>>> category dev-ruby
 * Running install phase for ruby22 ...
 * Running install phase for all ...
 * ERROR: dev-ruby/rdoc-4.2.0::gentoo failed (install phase):
 *   USE Flag 'ruby_targets_ruby21' not in IUSE for dev-ruby/rdoc-4.2.0
 * 
 * Call stack:
 *  ebuild.sh, line  115:  Called src_install
 *environment, line 4405:  Called ruby-ng_src_install
 *environment, line 4105:  Called _ruby_invoke_environment 'all' 
'all_ruby_install'
 *environment, line  540:  Called all_ruby_install
 *environment, line  636:  Called use 'ruby_targets_ruby21'
 *   phase-helpers.sh, line  200:  Called die
 * The specific snippet of code:
 *  die "USE Flag '${u}' not in IUSE for 
${CATEGORY}/${PF}"
 * 
 * If you need support, post the output of `emerge --info 
'=dev-ruby/rdoc-4.2.0::gentoo'`,
 * the complete build log and the output of `emerge -pqv 
'=dev-ruby/rdoc-4.2.0::gentoo'`.

[gentoo-user] ruby 22

[allan gottlieb]

I am currently running ruby21 (ruby-2.1.9).
All such versions of ruby are masked so this is clearly a mistake
on my part.  I was alerted to this error by dev-ruby/rdoc-4.2.0
failing to build on today's emerge --update @world

After I do
  eselect ruby set ruby22
can I simply
  emerge --update @world
or must I explicitly rebuild some ruby packages?

Thanks,
allan

Re: [gentoo-user] Re: upgrading to gcc-5 (on x86_64-pc-linux-gnu)

[allan gottlieb]

On Tue, Aug 08 2017, Neil Bothwick wrote:

> On Tue, 08 Aug 2017 16:38:34 -0400, allan gottlieb wrote:
>
>> So you propose
>> 
>> # gcc-config x86_64-pc-linux-gnu-5.4.0
>> # revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc
>> # emerge @system
>> 
>> I am at 98 of 122 for the revdep-rebuild.
>> I just looked and emerge @system would generate approx 50 merges.
>> The only one that looks long is gcc.
>> That seems unfortunate since I just activated that version of gcc and I
>> believe the gcc ebuild is a bootstrap so gcc-5 was compiled with gcc-5.
>
> That's why the recommended revdep-rebuild call passes "--exclude gcc" to
> emerge. Do the same with emerge @system.

I see.  Thank you.
allan

Re: [gentoo-user] Re: upgrading to gcc-5 (on x86_64-pc-linux-gnu)

[allan gottlieb]

On Tue, Aug 08 2017, Nikos Chantziaras wrote:

> On 08/08/17 18:13, allan gottlieb wrote:
>> gcc-config -l reports
>>   [1] x86_64-pc-linux-gnu-4.9.3
>>   [2] x86_64-pc-linux-gnu-4.9.4 *
>>   [3] x86_64-pc-linux-gnu-5.4.0
>>
>> The news item from 2015-10-22 suggests (I have gentoolkit-0.3.3)
>># revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc
>>
>> Is that the entire procedure needed?  In particular, ignoring
>> performance, can I avoid emerge --emptytree and just execute?
>>
>># gcc-config x86_64-pc-linux-gnu-5.4.0
>># revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc
>
> That usually works. If you want to be 100% sure, you still need a full
> @system followed by a @world rebuild. But usually just rebuilding
> C++-linked packages will give you a stable system.
>
> I still recommend a @system rebuild at least though, since it's fast.

So you propose

# gcc-config x86_64-pc-linux-gnu-5.4.0
# revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc
# emerge @system

I am at 98 of 122 for the revdep-rebuild.
I just looked and emerge @system would generate approx 50 merges.
The only one that looks long is gcc.
That seems unfortunate since I just activated that version of gcc and I
believe the gcc ebuild is a bootstrap so gcc-5 was compiled with gcc-5.
But I guess it might well link to other items that were compiled with
gcc-4.

I believe that, even though @world includes @system,
   emerge @system; emerge @world
differs from
   emerge @world

So there are many possibilities

1.  Stop after the revdep-rebuild
2.  emerge @system
3.  emerge --emptytree @system
4.  emerge @world
5.  emerge --emptytree @world
6.  emerge @system; emerge @world
7.  emerge --emptytree @system; emerge --emptytree @world

Which ones do you recommend?

thanks,
allan

Re: [gentoo-user] upgrading to gcc-5 (on x86_64-pc-linux-gnu)

[allan gottlieb]

On Tue, Aug 08 2017, John Blinka wrote:

>> Is that the entire procedure needed?
>
> That's what I did a while back.  Nothing broke as a result.
>
> John

Thank you john (and todd).  I will give it a go.
allan

[gentoo-user] upgrading to gcc-5 (on x86_64-pc-linux-gnu)

[allan gottlieb]

gcc-config -l reports
 [1] x86_64-pc-linux-gnu-4.9.3
 [2] x86_64-pc-linux-gnu-4.9.4 *
 [3] x86_64-pc-linux-gnu-5.4.0

The news item from 2015-10-22 suggests (I have gentoolkit-0.3.3)
  # revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc

Is that the entire procedure needed?  In particular, ignoring
performance, can I avoid emerge --emptytree and just execute?

  # gcc-config x86_64-pc-linux-gnu-5.4.0
  # revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc

thanks,
allan

[gentoo-user] upgrading to gcc-f (was: chromium 60 build failure)

[allan gottlieb]

On Mon, Jul 31 2017, Mateusz Lenik wrote:

> On Mon, Jul 31, 2017 at 08:02:34PM +, Grant Edwards wrote:
>> ../../third_party/vulkan-validation-layers/src/loader/debug_report.c:50:5: 
>> note: use option -std=c99, -std=gnu99, -std=c11 or -std=gnu11 to 
>> compile your code
>> ../../third_party/vulkan-validation-layers/src/loader/debug_report.c:
>> In function ‘util_CreateDebugReportCallbacks’:
>> ../../third_party/vulkan-validation-layers/src/loader/debug_report.c:235:5:
>> error: ‘for’ loop initial declarations are only allowed in C99 or
>> C11 mode
>
> Most likely gcc-4.9 defaults to older C standard (C89, I guess).
> The easiest way to solve this would be to update your gcc to 5.4, 
> otherwise you'd have to pass one of the suggested flags to the compiler 
> somehow.

gcc-config -l reports
 [1] x86_64-pc-linux-gnu-4.9.3
 [2] x86_64-pc-linux-gnu-4.9.4 *
 [3] x86_64-pc-linux-gnu-5.4.0

The news item from 2015-10-22 suggests (I have gentoolkit-0.3.3)
  # revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc

Is that the entire procedure needed?  In particular, ignoring
performance, can I avoid emerge --emptytree and just execute?

  # gcc-config x86_64-pc-linux-gnu-5.4.0
  # revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc

thanks,
allan

Re: [gentoo-user] emerge update problem with blocking packages

[allan gottlieb]

On Tue, Jun 13 2017, Quico Jurado wrote:

> Hello list!
>
> I'm trying to update @world, and I'm getting a problem with blocking
> packages which I'm not sure if I understand. It looks like a circular
> blocking problem, but not sure.
>
> Here's what emerge is telling me:
>
> [ebuild U  ] app-text/texlive-2016::gentoo [2015::gentoo] USE="X
> context detex dvi2tty extra graphics humanities jadetex luatex omega png
> pstricks publishers science tex4ht texi2html truetype xetex xindy xml -cjk
> -epspdf -games -metapost -music -pdfannotextractor" L10N="-af -ar -as -bg
> -bn -br -ca -cs -cy -da -de -el -en -en-GB -eo -es -et -eu -fa -fi -fr -ga
> -gl -gu -he -hi -hr -hsb -hu -hy -ia -id -is -it -ja -kn -ko -la -lo -lt
> -lv -ml -mn -mr -nb -nl -nn -no -or -pa -pl -pt -rm -ro -ru -sa -sco -sk
> -sl -sq -sr -sv -ta -te -th -tk -tr -uk -vi -zh" 0 KiB
> [blocks B  ]  (" dev-texlive/texlive-basic-2016)
> [blocks B  ]  (" dev-texlive/texlive-latex-2016)
> [blocks B  ]  (" dev-texlive/texlive-langgerman-2016, dev-texlive/texlive-langcyrillic-2016)
> [blocks B  ]  (" dev-texlive/texlive-basic-2016)
> [blocks B  ]  (" dev-texlive/texlive-basic-2016)
> [blocks B  ]  (" dev-texlive/texlive-basic-2016)
>
> Total: 40 packages (36 upgrades, 1 new, 1 in new slot, 2 reinstalls, 2
> uninstalls), Size of downloads: 500,112 KiB
> Conflict: 9 blocks (6 unsatisfied)
>
>  * Error: The above package list contains packages which cannot be
>  * installed at the same time on the same system.
>
> And this is the update command that I'm running:
>
> emerge -uvaND --with-bdeps=y --backtrack=100 @world
>
> Any help is much appreciated.
>
> Cheers!

This is bug 606730   https://bugs.gentoo.org/show_bug.cgi?id=606730

allan

Re: [gentoo-user] Re: local file containing a web site

[allan gottlieb]

On Tue, Jun 13 2017, Neil Bothwick wrote:

> On Mon, 12 Jun 2017 23:37:22 -0400, allan gottlieb wrote:
>
>> On Sun, Jun 11 2017, Kai Krakow wrote:
>> 
>> > Am Sat, 10 Jun 2017 12:12:09 -0400
>> > schrieb allan gottlieb <gottl...@nyu.edu>:
>> >  
>> >> I was interviewed and the material was put on a website 
>> >> (news.mit.edu/2017/reflections-puzzle-keeper-allan-gottlieb-0608).
>> >> 
>> >> For someone to view this they need that
>> >> 1.  They are on the net.
>> >> 2.  MIT has not removed it.
>> >> 
>> >> I would like to produce a file containing what is seen when viewing
>> >> that web page (it brings in other pages).  A pdf would be good, but
>> >> others would be OK.  
>> >
>> > If only single pages are of interest, I'd probably suggest PDF indeed
>> > as it is universally viewable.
>> >  
>> >> The goal is to be able to put this on a flash drive and be able to
>> >> view in without net access.  
>> >
>> > Try httrack which is a web site mirror and offline browsing
>> > software.  
>> 
>> Thanks.  Since I don't need the whole tree.  Just the print-to-pdf
>> suffices.  I can't explain why I didn't think of it.
>
> Because then you wouldn't have been able to plug your interview on the
> list ;-)  :P

I actually was afraid of this (I did read your ;-) ).

As it turns out that was just a phone warm-up.  They also did a video
interview last week while I attended my 50th reunion (yes I realize that
makes me old and probably really explains why I missed print-to-file).
Rumor has it that, if they find anything worthwhile in my rambling, the
edited version will appear on youtube.

allan

Re: [gentoo-user] Re: local file containing a web site

[allan gottlieb]

On Tue, Jun 13 2017, J. Roeleveld wrote:

> On June 13, 2017 5:37:22 AM GMT+02:00, allan gottlieb <gottl...@nyu.edu> 
> wrote:
>>On Sun, Jun 11 2017, Kai Krakow wrote:
>>
>>> Am Sat, 10 Jun 2017 12:12:09 -0400
>>> schrieb allan gottlieb <gottl...@nyu.edu>:
>>>
>>>> I was interviewed and the material was put on a website 
>>>> (news.mit.edu/2017/reflections-puzzle-keeper-allan-gottlieb-0608).
>>>> 
>>>> For someone to view this they need that
>>>> 1.  They are on the net.
>>>> 2.  MIT has not removed it.
>>>> 
>>>> I would like to produce a file containing what is seen when viewing
>>>> that web page (it brings in other pages).  A pdf would be good, but
>>>> others would be OK.
>>>
>>> If only single pages are of interest, I'd probably suggest PDF indeed
>>> as it is universally viewable.
>>>
>>>> The goal is to be able to put this on a flash drive and be able to
>>>> view in without net access.
>>>
>>> Try httrack which is a web site mirror and offline browsing software.
>>
>>Thanks.  Since I don't need the whole tree.  Just the print-to-pdf
>>suffices.  I can't explain why I didn't think of it.
>>
>>allan
>
> The puzzle is too simple? :)
>
> --
> Joost

Cute.

> Ps. Are those puzzles archived somewhere?

//cs.nyu.edu/~gottlieb/tr

allan

Re: [gentoo-user] local file containing a web site

[allan gottlieb]

On Tue, Jun 13 2017, Dale wrote:

> allan gottlieb wrote:
>> On Sat, Jun 10 2017, Dale wrote:
>>
>>> allan gottlieb wrote:
>>>> I was interviewed and the material was put on a website 
>>>> (news.mit.edu/2017/reflections-puzzle-keeper-allan-gottlieb-0608).
>>>>
>>>> For someone to view this they need that
>>>> 1.  They are on the net.
>>>> 2.  MIT has not removed it.
>>>>
>>>> I would like to produce a file containing what is seen when viewing that
>>>> web page (it brings in other pages).  A pdf would be good, but others
>>>> would be OK.
>>>>
>>>> The goal is to be able to put this on a flash drive and be able to view
>>>> in without net access.
>>>>
>>>> Thanks
>>>> allan
>>>>
>>>>
>>> I run up on things I want to save that way too.  Sometimes I run up on a
>>> garden, electronics or other site that I want to save a few pages from. 
>>> After all, some things do disappear sometimes for unknown reasons.  I
>>> use Seamonkey but I'm pretty sure Firefox has this, Palemoon likely does
>>> too.  I use the print function but instead of printing to a printer, I
>>> select file and PDF.  Sometimes it doesn't work right but quite often,
>>> it works without any problems. 
>>>
>>> Another thing I do, if the above doesn't work, copy what I want, open
>>> Libreoffice, OOo or whatever and paste it in there.  Sometimes I have to
>>> select to do it as html code.  Generally, it just pastes right in,
>>> images and all.  After that, I save it as a PDF file after doing any
>>> tweaking I want to do, making letters larger etc etc.  I like larger
>>> print since I'm getting older.  :/
>>>
>>> I did the first step above here.  I'll send it off list.  It's small but
>>> some may not want attachments sent to the list.  Hope that helps.
>>>
>>> Dale
>>>
>>> :-)  :-) 
>> Thank.  You are right of course the print-to-file is the correct
>> command.  Sorry I was so dense.
>>
>> allan
>>
>>
>
> There are times when that doesn't work well.  Either a page is full of
> ads, images or worthless text and what could be done in two pages takes
> 4 or 5.  Sometimes one can highlight the good parts and then print the
> selection to file but sometimes, even that doesn't work.  On those
> occasions, I highlight, copy and then paste it in OOo or similar.  Then
> edit out what I don't want, copy and paste anything extra and print/save
> that as a PDF file.  Always check the file before closing anything too. 
> Some pages may look OK on the screen but when saved/printed, they don't
> turn out right.  Sort of rare but a pain when it happens.
>
> Sometimes what sounds so simple when read, isn't so simple to figure
> out.  I've been known to sit here a while trying to figure out a way
> around a problem like this.  Some sites try to make it hard to do
> anything like this since they want you to come back dozens of times and
> they get ad revenues each time.   Just like the past few months. 
> There's a bug that eats my squash and cucumbers.  I searched for years
> to find out what it was and how to control/kill it.  I found the thing
> last year.  Now, I can't recall what it was to save my life.  It's in my
> head but its lost in there somewhere.  May be mixed in with one of the
> encrypted emerge errors we get from time to time.  lol 
>
> Glad to help and if the first way doesn't work, you can always refer
> back and try another method.  ;-)
>
> Dale

This time it did work fine.  Again thanks.

> :-)  :-) 
>
> P. S.  It's interesting to find out a tidbit about people on this
> mailing list.  Sometimes, real interesting. 

Glad you enjoyed it.
allan

Re: [gentoo-user] Re: local file containing a web site

[allan gottlieb]

On Sun, Jun 11 2017, Kai Krakow wrote:

> Am Sat, 10 Jun 2017 12:12:09 -0400
> schrieb allan gottlieb <gottl...@nyu.edu>:
>
>> I was interviewed and the material was put on a website 
>> (news.mit.edu/2017/reflections-puzzle-keeper-allan-gottlieb-0608).
>> 
>> For someone to view this they need that
>> 1.  They are on the net.
>> 2.  MIT has not removed it.
>> 
>> I would like to produce a file containing what is seen when viewing
>> that web page (it brings in other pages).  A pdf would be good, but
>> others would be OK.
>
> If only single pages are of interest, I'd probably suggest PDF indeed
> as it is universally viewable.
>
>> The goal is to be able to put this on a flash drive and be able to
>> view in without net access.
>
> Try httrack which is a web site mirror and offline browsing software.

Thanks.  Since I don't need the whole tree.  Just the print-to-pdf
suffices.  I can't explain why I didn't think of it.

allan

Re: [gentoo-user] local file containing a web site

[allan gottlieb]

On Sat, Jun 10 2017, Walter Dnes wrote:

> On Sat, Jun 10, 2017 at 12:12:09PM -0400, allan gottlieb wrote
>> I was interviewed and the material was put on a website 
>> (news.mit.edu/2017/reflections-puzzle-keeper-allan-gottlieb-0608).
>> 
>> For someone to view this they need that
>> 1.  They are on the net.
>> 2.  MIT has not removed it.
>> 
>> I would like to produce a file containing what is seen when viewing that
>> web page (it brings in other pages).  A pdf would be good, but others
>> would be OK.
>> 
>> The goal is to be able to put this on a flash drive and be able to view
>> in without net access.
>
>   In Pale Moon or Firefox, go to the web page, and select...
>
> File ==> Save page as (format "Web Page, complete)
>
>   This gives you the web page, complete with subdirectories.  Let me
> know if you want me to email you a tarball of the page, offline.  You
> can do this via "wget", too.  See...
> https://www.guyrutenberg.com/2014/05/02/make-offline-mirror-of-a-site-using-wget/
> An example is...
>
> wget --mirror --convert-links --adjust-extension --page-requisites 
> --no-parent http://example.org
>
> ...which can be shortened to...
>
> wget -mkEpnp http://example.org
>
> (Yes, "p" is supposed to show up twice)

Thank you.
allan

Re: [gentoo-user] local file containing a web site

[allan gottlieb]

On Sun, Jun 11 2017, Bill Kenworthy wrote:

> On 11/06/17 00:12, allan gottlieb wrote:
>> I was interviewed and the material was put on a website 
>> (news.mit.edu/2017/reflections-puzzle-keeper-allan-gottlieb-0608).
>> 
>> For someone to view this they need that
>> 1.  They are on the net.
>> 2.  MIT has not removed it.
>> 
>> I would like to produce a file containing what is seen when viewing that
>> web page (it brings in other pages).  A pdf would be good, but others
>> would be OK.
>> 
>> The goal is to be able to put this on a flash drive and be able to view
>> in without net access.
>> 
>> Thanks
>> allan
>> 
>
> Google "web site ripper" - would that do the job?
>
> BillK

Probably, but the print-to-file is enough for this task.  I am not trying
to get all the links locally.

thanks,
allan

Re: [gentoo-user] local file containing a web site

[allan gottlieb]

On Sat, Jun 10 2017, Dale wrote:

> allan gottlieb wrote:
>> I was interviewed and the material was put on a website 
>> (news.mit.edu/2017/reflections-puzzle-keeper-allan-gottlieb-0608).
>>
>> For someone to view this they need that
>> 1.  They are on the net.
>> 2.  MIT has not removed it.
>>
>> I would like to produce a file containing what is seen when viewing that
>> web page (it brings in other pages).  A pdf would be good, but others
>> would be OK.
>>
>> The goal is to be able to put this on a flash drive and be able to view
>> in without net access.
>>
>> Thanks
>> allan
>>
>>
>
> I run up on things I want to save that way too.  Sometimes I run up on a
> garden, electronics or other site that I want to save a few pages from. 
> After all, some things do disappear sometimes for unknown reasons.  I
> use Seamonkey but I'm pretty sure Firefox has this, Palemoon likely does
> too.  I use the print function but instead of printing to a printer, I
> select file and PDF.  Sometimes it doesn't work right but quite often,
> it works without any problems. 
>
> Another thing I do, if the above doesn't work, copy what I want, open
> Libreoffice, OOo or whatever and paste it in there.  Sometimes I have to
> select to do it as html code.  Generally, it just pastes right in,
> images and all.  After that, I save it as a PDF file after doing any
> tweaking I want to do, making letters larger etc etc.  I like larger
> print since I'm getting older.  :/
>
> I did the first step above here.  I'll send it off list.  It's small but
> some may not want attachments sent to the list.  Hope that helps.
>
> Dale
>
> :-)  :-) 

Thank.  You are right of course the print-to-file is the correct
command.  Sorry I was so dense.

allan

[gentoo-user] local file containing a web site

[allan gottlieb]

I was interviewed and the material was put on a website 
(news.mit.edu/2017/reflections-puzzle-keeper-allan-gottlieb-0608).

For someone to view this they need that
1.  They are on the net.
2.  MIT has not removed it.

I would like to produce a file containing what is seen when viewing that
web page (it brings in other pages).  A pdf would be good, but others
would be OK.

The goal is to be able to put this on a flash drive and be able to view
in without net access.

Thanks
allan

Re: [gentoo-user] Re: new hi-res display won't work at top res

[allan gottlieb]

On Mon, May 29 2017, mp wrote:

> allan gottlieb wrote:
>
>> Dell latitude E7450 with intel 915 graphics, gnome 3, systemd.
>> 
>> lspci:
>> VGA compatible controller: Intel Corporation HD Graphics 5500 
>> (rev 09)
>
> I think i965 is the better driver for your system, not i915. 
>
>> I just bought a new dell 34" curved monitor (U3417).
>> It's max res is 3440X2560, but at that res it complains that no 
> signal
>> is coming.  It works fine at other res (including 2560x1440).
>
> Which connector are you using? HDMI output of your laptop is most 
> likely limited to 2560x1600. I checked and many Latitude ultrabooks 
> have a displayport (of mini variety generally) output. If you use 
> that connector you may get the resolution you wanted (you may still 
> need newer drivers). 
>
>> The dell manual says to get new drivers and I am indeed running 
> an old
>> kernel, 3.18.16-gentoo.  The highest stable is 4.9.16 and I am
>> planning to build and employ it this summer.
>> 
>> Has high res support been added to the intel graphics driver?

The "failure" occurred when using the dell docking station and display
port from the dock to the monitor.  I booted into windows (first time in
over a year) and the same cabling worked perfectly for 3440x2500.

I have now ditched the dock and am running hdmi directly from the laptop
to the monitor and again success at 3440x2500.

I will soon try Canek's suggestion of setting VIDEO_CARDS and using the
built-in drivers.

thanks,
allan

Re: [gentoo-user] new hi-res display won't work at top res

[allan gottlieb]

On Mon, May 29 2017, Canek Peláez Valdés wrote:

> On Fri, May 19, 2017 at 10:58 AM, allan gottlieb <gottl...@nyu.edu> wrote:
>
>> Dell latitude E7450 with intel 915 graphics, gnome 3, systemd.
>>
>> lspci:
>> VGA compatible controller: Intel Corporation HD Graphics 5500 (rev 09)
>>
>> I just bought a new dell 34" curved monitor (U3417).
>> It's max res is 3440X2560, but at that res it complains that no signal
>> is coming.  It works fine at other res (including 2560x1440).
>>
>> The dell manual says to get new drivers and I am indeed running an old
>> kernel, 3.18.16-gentoo.  The highest stable is 4.9.16 and I am planning
>> to build and employ it this summer.
>>
>> Has high res support been added to the intel graphics driver?
>>
>> thanks,
>> allan
>>
>
> You don't need the Intel graphics driver, they are actually deprecated [1].
>
> Just set your VIDEO_CARDS to:
>
> VIDEO_CARDS="intel i965"
>
> and do emerge -uDNvp @world; when you do emerge --depclean,
> xf86-video-intel will be uninstalled.
>
> The built-in modesetting driver is the one recommended; I'm pretty sure it
> will support the maximum res of your new monitor.
>
> Regards.

Canek,

Thank you very much!

allan

Re: [gentoo-user] broadcom-sta for my wireless card

[allan gottlieb]

On Wed, May 24 2017, Neil Bothwick wrote:

> On Wed, 24 May 2017 12:38:29 -0700, Daniel Frey wrote:
>
>> You can use `eselect kernel set` to change this symlink. In my case,
>> using `eselect kernel set 2` will change it to 4.9.16. In your case,
>> list the installed kernels and set it to the new kernel and `emerge -a
>> @module-rebuild` and you'll be good to go.
>
> Or you can set the symlink USE flag for your kernel package and it will
> automatically set the symlink to the most recently installed kernel.

Thank you all.
allan

Re: [gentoo-user] broadcom-sta for my wireless card

[allan gottlieb]

On Wed, May 24 2017, Daniel Frey wrote:

> On 05/24/2017 11:10 AM, allan gottlieb wrote:
>> My older laptop needs broadcom-sta.  Back when I bought and setup the
>> laptop (kernel 3.18.12), I emerged broadcom-sta and wireless worked.
>> 
>> Now I am upgrading to kernel 4.9.16.  The kernel boots but no wireless.
>> In /lib/modules/3.18.12-gentoo-3 I have net/wireless/wl.ko.
>> In /lib/modules/4.9.16-gentoo-3 there is no net.
>> 
>> Am I supposed to remerge broadcom-sta?  If so how do I indicate the
>> kernel version for /lib/modules?
>>Do I set the the /usr/src/linux symlink?
>>Do I run 4.9.16 during the emerge?
>>Something else?
>> 
>> thanks,
>> allan
>> 
>
> Sounds like it installs kernel modules, so yes, after a new kernel build
> you need to re-emerge all packages that install modules. Easiest way to
> emerge all packages that install kernel modules is:
>
> `emerge -a @module-rebuild`
>
> Dan

Thank you dan, but how do I tell the build which /lib/modules/* to use.
I gave two guesses above.

allan

[gentoo-user] broadcom-sta for my wireless card

[allan gottlieb]

My older laptop needs broadcom-sta.  Back when I bought and setup the
laptop (kernel 3.18.12), I emerged broadcom-sta and wireless worked.

Now I am upgrading to kernel 4.9.16.  The kernel boots but no wireless.
In /lib/modules/3.18.12-gentoo-3 I have net/wireless/wl.ko.
In /lib/modules/4.9.16-gentoo-3 there is no net.

Am I supposed to remerge broadcom-sta?  If so how do I indicate the
kernel version for /lib/modules?
   Do I set the the /usr/src/linux symlink?
   Do I run 4.9.16 during the emerge?
   Something else?

thanks,
allan

Re: [gentoo-user] etiquette on bgo

[allan gottlieb]

On Wed, May 24 2017, allan gottlieb wrote:

> I am an emacs user patiently awaiting the stabilization of version 25.1
> on x86.  I understand that I can install the testing version.
>
> On 10 feb  Ulrich Müller (gentoo-dev) wrote in bug 608192 (a
> stabilization bug)
>Arch teams, please proceed
>
> On 23 feb  arm ppc ppc64 went stable
> On 
>
> Since then nothing 

Please ignore I didn't mean to send.
Sorry for the noise.
allan

[gentoo-user] etiquette on bgo

[allan gottlieb]

I am an emacs user patiently awaiting the stabilization of version 25.1
on x86.  I understand that I can install the testing version.

On 10 feb  Ulrich Müller (gentoo-dev) wrote in bug 608192 (a
stabilization bug)
   Arch teams, please proceed

On 23 feb  arm ppc ppc64 went stable
On 

Since then nothing 

[gentoo-user] new hi-res display won't work at top res

[allan gottlieb]

Dell latitude E7450 with intel 915 graphics, gnome 3, systemd.

lspci:
VGA compatible controller: Intel Corporation HD Graphics 5500 (rev 09)

I just bought a new dell 34" curved monitor (U3417).
It's max res is 3440X2560, but at that res it complains that no signal
is coming.  It works fine at other res (including 2560x1440).

The dell manual says to get new drivers and I am indeed running an old
kernel, 3.18.16-gentoo.  The highest stable is 4.9.16 and I am planning
to build and employ it this summer.

Has high res support been added to the intel graphics driver?

thanks,
allan

Re: [gentoo-user] scanning with HP DJ

[allan gottlieb]

On Sun, May 07 2017, Philip Webb wrote:

> 170506 allan gottlieb wrote:
>> On Sat, May 06 2017, Philip Webb wrote:
>>> I have an HP printer, which also copies & can scan,
>>> but it isn't supported by Sane-backends & would require much work.
>> Do you have hplip and hplip-plugin merged ?
>> I have SANE_BACKENDS="" and can scan from the glass with no problems.
>> My HP all-in-one is an 8600.
>
> My notes tell me :
>
>   HP DJ 2510 : 131225
>
>   Scanning doesn't work w Sane :
>hplipopensource.com/hplip-web/models/deskjet_aio/deskjet_2510_series.html ;
> it uses 'digital sending' via network to shared dir,
> wh requires much setting-up & lack any fine-tuning via Xsane.
>
> If the situation has changed since 2013, I wb interested to know.
>
> I have  hplip-3.16.3  installed, but not  hplip-plugin .
> There's no stable version of the latter,
> which wants to install/upgrade  16  pkgs & conflicts with other stuff.

You are right about hplip; I don't have it merged (my system is mostly
stable gentoo).

I don't know about the DJ 2510.

allan

Re: [gentoo-user] scanning using the sheet feeder (HP 8600 + xsane)

[allan gottlieb]

On Sun, May 07 2017, Neil Bothwick wrote:

> On Sat, 06 May 2017 19:22:50 -0400, allan gottlieb wrote:
>
>> I received many helpful replies, each of which recommend a tool other
>> than sane.  Is the point that sane can't use the document feeder or just
>> that you prefer (or simply have used) other tools.
>
> SANE is mainly intended as the infrastructure for scanning. The other
> tools, with the exception if IScan, all use SANE but provide a more
> functional interface.
>
> For example, gscan2pdf that I use supports both single and double sided
> ADF and can also scan a bunch of pages twice if your scanner only does
> single sided. It provides a number of post scan processing tools and can
> save in a variety of formats. But at its heart it uses libsane.

Good to know.  Thanks.
allan

Re: [gentoo-user] scanning using the sheet feeder (HP 8600 + xsane)

[allan gottlieb]

On Sat, May 06 2017, Adam Carter wrote:

>>
>> I received many helpful replies, each of which recommend a tool other
>> than sane.  Is the point that sane can't use the document feeder or just
>> that you prefer (or simply have used) other tools.
>>
> $ qfile /usr/bin/scanimage
> media-gfx/sane-backends (/usr/bin/scanimage)
>
> And xsane depends on sane-backends, so you already have it.
>
> In my case i haven't investigated other tools.

xscan is essentially the gui version of scanimage.
So I had the same trouble with scanimage.  It would only do one page
from the document tray.

I had looked at the xscan docs before but didn't solve the problem.
This time I looked some other docs and looked at the buttons on the gui
and it seems I should have set the number of pages.

Anyway it now works!  The only problem is that the max resolution for
multipage using the ADT is 300 dpi.  Using the flatbed you can go much
higher.

Thank you all, this will prove very useful and will save considerable
time in doing multipage docs.

allan

Re: [gentoo-user] new scanner : how to activate for Gentoo : further thoughts

[allan gottlieb]

On Sat, May 06 2017, Philip Webb wrote:

> 170506 Mick wrote:
>> On Friday 05 May 2017 19:27:47 Philip Webb wrote:
>>> There is a pkg  media-gfx/iscan-plugin-gt-x820  for a V600 :
>>> I could take the V550 back & exchange it for a V600
>>> & try to install Iscan + data + that plugin.
>> If you are going to change it, isn't there a HP device out there
>> that Just Works™ with the hplip and potentially the hplip-plugin packages?
>
> Very unlikely : I have an HP printer, which also copies & can scan,
> but it isn't supported by Sane-backends & would require much work.

Do you have hplip and hplip-plugin merged?
I have SANE_BACKENDS="" and can scan from the glass with no problems
  (I can't figure out how to use the sheet feeder for multiple pages)

My hp all-in-one is an 8600.

allan

Re: [gentoo-user] scanning using the sheet feeder (HP 8600 + xsane)

[allan gottlieb]

On Fri, May 05 2017, allan gottlieb wrote:

> I have an hp 8600 all-in-one and use net-print/hplip.
> Printing is fine.
>
> I use xsane for scanning, which also works well ...
>
> ... except I can't figure out how to use the sheet feeder for multipage
> scanning.
>
> I can select multipage and can the scan each page singly and hit
> "save multipage file".  This works.  But I can't put say 10 pages in the
> feeder, hit something, get coffee, and find a 10 page document on my
> computer.
>
> In case it is relevant, I run gentoo stable / gnome-3 / systemd.
>
> thanks in advance,
> allan

I received many helpful replies, each of which recommend a tool other
than sane.  Is the point that sane can't use the document feeder or just
that you prefer (or simply have used) other tools.

thanks,
allan

[gentoo-user] scanning using the sheet feeder (HP 8600 + xsane)

[allan gottlieb]

I have an hp 8600 all-in-one and use net-print/hplip.
Printing is fine.

I use xsane for scanning, which also works well ...

... except I can't figure out how to use the sheet feeder for multipage
scanning.

I can select multipage and can the scan each page singly and hit
"save multipage file".  This works.  But I can't put say 10 pages in the
feeder, hit something, get coffee, and find a 10 page document on my
computer.

In case it is relevant, I run gentoo stable / gnome-3 / systemd.

thanks in advance,
allan

Re: [gentoo-user] trusting perl-cleaner

[allan gottlieb]

On Sun, Apr 16 2017, Alan McKinnon wrote:

> On 17/04/2017 01:07, allan gottlieb wrote:
>> Am I correct in believing that when perl-cleaner --all, at the end of a
>> run, asserts
>> 
>>* It seems like perl-cleaner had to rebuild some packages.
>>* 
>>* The following files remain. These were either installed by hand
>>* or edited.
>>* /usr/lib64/perl5/vendor_perl/5.22.2/XML/SAX/ParserDetails.ini  :
>>* known, can be deleted
>>* /usr/lib64/perl5/vendor_perl/5.20.2/XML/SAX/ParserDetails.ini  :
>>* known, can be deleted
>> 
>> the correct response is to trust it and delete the file?
>
>
> In those specific cases, yes.
>
> ParserDetails.ini is one of those perl files that do get modified during
> the normal operation of the perl code.
> perl-cleaner is being smart and telling you the file is not the same as
> when it was installed, so it leaves the deletion up to you.
>
> Your current perl is neither 5.20.2 nor 5.22.2, those .ini files will
> now never be used and so they are safe to delete.
>
> Side note: you can't always just delete everything in that section of
> perl-cleaner output. Often, the script can't tell what it is and the
> module was not put there by portage, so you must decide what to d on a
> case by case basis.

Thank you.
allan

[gentoo-user] trusting perl-cleaner

[allan gottlieb]

Am I correct in believing that when perl-cleaner --all, at the end of a
run, asserts

   * It seems like perl-cleaner had to rebuild some packages.
   * 
   * The following files remain. These were either installed by hand
   * or edited.
   * /usr/lib64/perl5/vendor_perl/5.22.2/XML/SAX/ParserDetails.ini  :
   * known, can be deleted
   * /usr/lib64/perl5/vendor_perl/5.20.2/XML/SAX/ParserDetails.ini  :
   * known, can be deleted

the correct response is to trust it and delete the file?

thanks,
allan