Re: [gentoo-user] emerge --info

[Adam Carter]

Can you see if this helps get you what you want?

>
> emerge --info firefox
>
>
Yeah that's what i'm talking about. The custom-cflags is forced unset on
the second (filtered) output of USE, so why have it if you force it off?
Perhaps there's other factors that affect if it gets allowed through or
forced off?

Re: [gentoo-user] emerge --info

[Dale]

Adam Carter wrote:
>
> Firefox is very finicky about CFLAGS. That's the only reason we have
> USE=custom-cflags in the first place; otherwise, we always try to
> respect them.
>
>
> custom-cflags is currently filtered out according to the before and
> after USE definition from emerge --info
>
> What is the logic of that?


Can you see if this helps get you what you want?

emerge --info firefox 

At the bottom, it has info specific to firefox but don't know if it will
be what you are looking for or not. 

Dale

:-)  :-) 

Re: [gentoo-user] emerge --info

[Adam Carter]

> Firefox is very finicky about CFLAGS. That's the only reason we have
> USE=custom-cflags in the first place; otherwise, we always try to
> respect them.
>
>
custom-cflags is currently filtered out according to the before and after
USE definition from emerge --info

What is the logic of that?

Re: [gentoo-user] emerge --info

[Michael Orlitzky]

On 12/05/2017 09:31 PM, Adam Carter wrote:
> Does the output reflect;
> 1. What will be used for the next build
> 2. What was used on the last successful build
> 3. What was used on the last build attempt
> 
> If its 1 or 3, then USE=custom-cflags does not work on firefox...

Portage initializes everything, reads your make.conf, applies the
profile variables, etc. in the order that they would be used for any
other "emerge ..." action, and then it dumps everything to the screen.
So it's "what will be used for the next build, if nothing changes
between now and then."

Firefox is very finicky about CFLAGS. That's the only reason we have
USE=custom-cflags in the first place; otherwise, we always try to
respect them.

[gentoo-user] emerge --info

[Adam Carter]

Does the output reflect;
1. What will be used for the next build
2. What was used on the last successful build
3. What was used on the last build attempt

If its 1 or 3, then USE=custom-cflags does not work on firefox...

[gentoo-user] emerge -e @world failed

[tuxic]

HHi,

I did it,

I started emerge -e @world --keep-going.

And it failed while installing linux-gazette:
>>> Emerging (370 of 2114) app-doc/linux-gazette-117::gentoo
>>> Installing (360 of 2114) app-doc/linux-gazette-31::gentoo
>>> Emerging (371 of 2114) app-doc/linux-gazette-69::gentoo
>>> Installing (361 of 2114) app-doc/linux-gazette-74::gentoo
>>> Jobs: 341 of 2114 complete, 5 running   Load avg: 1.48, 1.61, 1.82
Traceback (most recent call last):
  File "/usr/lib64/python3.5/site-packages/portage/dbapi/vartree.py", line 740, 
in aux_get
mydir_stat = os.stat(mydir)
  File "/usr/lib64/python3.5/site-packages/portage/__init__.py", line 250, in 
__call__
rval = self._func(*wrapped_args, **wrapped_kwargs)
FileNotFoundError: [Errno 2] No such file or directory: 
b'/var/db/pkg/app-doc/linux-gazette-74'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python-exec/python3.5/emerge", line 50, in 
retval = emerge_main()
  File "/usr/lib64/python3.5/site-packages/_emerge/main.py", line 1250, in 
emerge_main
return run_action(emerge_config)
  File "/usr/lib64/python3.5/site-packages/_emerge/actions.py", line 3297, in 
run_action
retval = action_build(emerge_config, spinner=spinner)
  File "/usr/lib64/python3.5/site-packages/_emerge/actions.py", line 540, in 
action_build
retval = mergetask.merge()
  File "/usr/lib64/python3.5/site-packages/_emerge/Scheduler.py", line 1039, in 
merge
rval = self._merge()
  File "/usr/lib64/python3.5/site-packages/_emerge/Scheduler.py", line 1444, in 
_merge
self._main_loop()
  File "/usr/lib64/python3.5/site-packages/_emerge/Scheduler.py", line 1416, in 
_main_loop
self._event_loop.iteration()
  File 
"/usr/lib64/python3.5/site-packages/portage/util/_eventloop/EventLoop.py", line 
333, in iteration
if not x.callback(f, event, *x.args):
  File "/usr/lib64/python3.5/site-packages/portage/util/_async/PipeLogger.py", 
line 92, in _output_handler
self.wait()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
175, in _wait_hook
self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.5/site-packages/_emerge/SpawnProcess.py", line 173, 
in _pipe_logger_exit
self._async_waitpid()
  File "/usr/lib64/python3.5/site-packages/_emerge/SubProcess.py", line 113, in 
_async_waitpid
self.pid, self._async_waitpid_cb)
  File 
"/usr/lib64/python3.5/site-packages/portage/util/_eventloop/EventLoop.py", line 
411, in child_watch_add
self._poll_child_processes()
  File 
"/usr/lib64/python3.5/site-packages/portage/util/_eventloop/EventLoop.py", line 
455, in _poll_child_processes
x.callback(x.pid, wait_retval[1], x.data)
  File "/usr/lib64/python3.5/site-packages/_emerge/SubProcess.py", line 119, in 
_async_waitpid_cb
self.wait()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
175, in _wait_hook
self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.5/site-packages/_emerge/EbuildPhase.py", line 300, 
in _post_phase_exit
self.wait()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
175, in _wait_hook
self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.5/site-packages/_emerge/TaskSequence.py", line 52, 
in _task_exit_handler
self.wait()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
175, in _wait_hook
self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.5/site-packages/_emerge/CompositeTask.py", line 134, 
in _default_final_exit
return self.wait()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
175, in _wait_hook
self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.5/site-packages/_emerge/EbuildBuild.py", line 315, 
in _build_exit
self.wait()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
175, in _wait_hook
self._exit_listener_stack.pop()(self)
  File "/usr/lib64/python3.5/site-packages/_emerge/CompositeTask.py", line 134, 
in _default_final_exit
return self.wait()
  File "/usr/lib64/python3.5/site-packages/_emerge/AsynchronousTask.py", line 
57, in wait
self._wait_hook()
  File 

Re: [gentoo-user] Emerge does want to tell me...what?

[Adam Carter]

On Sun, Dec 3, 2017 at 3:43 PM,  wrote:

> Hi,
>
> I started emerge -e @world
>
> and it stops with this message:
>
> The following mask changes are necessary to proceed:
>  (see "package.unmask" in the portage(5) man page for more details)
> # required by @selected
> # required by @world (argument)
> # /usr/portage/profiles/releases/17.0/package.mask:
> # Andreas K. Huettel  (27 May 2017)
> # In the 17.0 profiles we assume that our system compiler uses C++14
> # or later as default language setting. This means it has to be at
> # least GCC 6. If you need an older compiler for specific purposes,
> # feel free to unmask it, however, using it for normal emerging of
> # packages is neither recommended nor supported in any way.
> =sys-devel/gcc-5.4.0-r3
> # required by @selected
> # required by @world (argument)
> # /usr/portage/profiles/releases/17.0/package.mask:
> # Andreas K. Huettel  (27 May 2017)
> # In the 17.0 profiles we assume that our system compiler uses C++14
> # or later as default language setting. This means it has to be at
> # least GCC 6. If you need an older compiler for specific purposes,
> # feel free to unmask it, however, using it for normal emerging of
> # packages is neither recommended nor supported in any way.
> =sys-devel/gcc-4.9.4
>

If they are installed, make sure they are not active, then uninstall them.

Re: [gentoo-user] Emerge does want to tell me...what?

[Dale]

Heiko Baums wrote:
> Am Sun, 3 Dec 2017 06:29:29 +0100
> schrieb tu...@posteo.de:
>
>> I already did this...
> There are two things which emerge can tell you with this message.
>
> 1. It can't find >=sys-devel/gcc-6.4.0 but only older gcc versions.
>
> 2. You have installed a package that depend on sys-devel/gcc-5.4.0-r3
> or sys-devel/gcc-4.9.4.
>
> I already explained what you can do in the first case. In the second
> case I would try to fix (uninstall, rebuild, upgrade or whatever) those
> packages which depend on an outdated gcc. I guess equery is your friend.
>
> Heiko
>
>


One may can add the -t option and see what is pulling it in.  That may,
or may not, lead to a clue. 

Dale

:-)  :-) 

Re: [gentoo-user] Emerge does want to tell me...what?

[Heiko Baums]

Am Sun, 3 Dec 2017 06:29:29 +0100
schrieb tu...@posteo.de:

> I already did this...

There are two things which emerge can tell you with this message.

1. It can't find >=sys-devel/gcc-6.4.0 but only older gcc versions.

2. You have installed a package that depend on sys-devel/gcc-5.4.0-r3
or sys-devel/gcc-4.9.4.

I already explained what you can do in the first case. In the second
case I would try to fix (uninstall, rebuild, upgrade or whatever) those
packages which depend on an outdated gcc. I guess equery is your friend.

Heiko

Re: [gentoo-user] Emerge does want to tell me...what?

[tuxic]

On 12/03 06:16, Heiko Baums wrote:
> Am Sun, 3 Dec 2017 05:43:39 +0100
> schrieb tu...@posteo.de:
> 
> > Hi,
> > 
> > I started emerge -e @world
> > 
> > and it stops with this message:
> > 
> > The following mask changes are necessary to proceed:
> >  (see "package.unmask" in the portage(5) man page for more details)
> > # required by @selected
> > # required by @world (argument)
> > # /usr/portage/profiles/releases/17.0/package.mask:
> > # Andreas K. Huettel  (27 May 2017)
> > # In the 17.0 profiles we assume that our system compiler uses C++14
> > # or later as default language setting. This means it has to be at
> > # least GCC 6. If you need an older compiler for specific purposes,
> > # feel free to unmask it, however, using it for normal emerging of
> > # packages is neither recommended nor supported in any way.
> > =sys-devel/gcc-5.4.0-r3
> > # required by @selected
> > # required by @world (argument)
> > # /usr/portage/profiles/releases/17.0/package.mask:
> > # Andreas K. Huettel  (27 May 2017)
> > # In the 17.0 profiles we assume that our system compiler uses C++14
> > # or later as default language setting. This means it has to be at
> > # least GCC 6. If you need an older compiler for specific purposes,
> > # feel free to unmask it, however, using it for normal emerging of
> > # packages is neither recommended nor supported in any way.
> > =sys-devel/gcc-4.9.4
> 
> I'd suggest you first do a clean gcc upgrade to gcc-6.4.0 or gcc-7.2.0
> depending on whether you run a stable or a testing system.
> 
> https://wiki.gentoo.org/wiki/Upgrading_GCC
> 
> And then follow exactly the steps in the news item after the step of
> rebuilding gcc.
> 
> Or in detail:
> 
> Run these commands:
> # gcc-config -l
> # gcc-config set 
> # emerge -1 sys-devel/gcc
> # gcc-config -l
> # gcc-config set 
> # source /etc/profile
> # emerge -1 sys-devel/libtool
> # gcc --version
> # emerge --depclean =sys-devel/gcc- [for all installed
> gcc versions except for the latest (6.4.0 or 7.2.0)]
> # emerge -1 sys-devel/binutils
> # emerge -1 sys-libs/glibc
> # emerge -e @world
> 
> Heiko
> 

I already did this...

Re: [gentoo-user] Emerge does want to tell me...what?

[Heiko Baums]

Am Sun, 3 Dec 2017 05:43:39 +0100
schrieb tu...@posteo.de:

> Hi,
> 
> I started emerge -e @world
> 
> and it stops with this message:
> 
> The following mask changes are necessary to proceed:
>  (see "package.unmask" in the portage(5) man page for more details)
> # required by @selected
> # required by @world (argument)
> # /usr/portage/profiles/releases/17.0/package.mask:
> # Andreas K. Huettel  (27 May 2017)
> # In the 17.0 profiles we assume that our system compiler uses C++14
> # or later as default language setting. This means it has to be at
> # least GCC 6. If you need an older compiler for specific purposes,
> # feel free to unmask it, however, using it for normal emerging of
> # packages is neither recommended nor supported in any way.
> =sys-devel/gcc-5.4.0-r3
> # required by @selected
> # required by @world (argument)
> # /usr/portage/profiles/releases/17.0/package.mask:
> # Andreas K. Huettel  (27 May 2017)
> # In the 17.0 profiles we assume that our system compiler uses C++14
> # or later as default language setting. This means it has to be at
> # least GCC 6. If you need an older compiler for specific purposes,
> # feel free to unmask it, however, using it for normal emerging of
> # packages is neither recommended nor supported in any way.
> =sys-devel/gcc-4.9.4

I'd suggest you first do a clean gcc upgrade to gcc-6.4.0 or gcc-7.2.0
depending on whether you run a stable or a testing system.

https://wiki.gentoo.org/wiki/Upgrading_GCC

And then follow exactly the steps in the news item after the step of
rebuilding gcc.

Or in detail:

Run these commands:
# gcc-config -l
# gcc-config set 
# emerge -1 sys-devel/gcc
# gcc-config -l
# gcc-config set 
# source /etc/profile
# emerge -1 sys-devel/libtool
# gcc --version
# emerge --depclean =sys-devel/gcc- [for all installed
gcc versions except for the latest (6.4.0 or 7.2.0)]
# emerge -1 sys-devel/binutils
# emerge -1 sys-libs/glibc
# emerge -e @world

Heiko

[gentoo-user] Emerge does want to tell me...what?

[tuxic]

Hi,

I started emerge -e @world

and it stops with this message:

The following mask changes are necessary to proceed:
 (see "package.unmask" in the portage(5) man page for more details)
# required by @selected
# required by @world (argument)
# /usr/portage/profiles/releases/17.0/package.mask:
# Andreas K. Huettel  (27 May 2017)
# In the 17.0 profiles we assume that our system compiler uses C++14
# or later as default language setting. This means it has to be at
# least GCC 6. If you need an older compiler for specific purposes,
# feel free to unmask it, however, using it for normal emerging of
# packages is neither recommended nor supported in any way.
=sys-devel/gcc-5.4.0-r3
# required by @selected
# required by @world (argument)
# /usr/portage/profiles/releases/17.0/package.mask:
# Andreas K. Huettel  (27 May 2017)
# In the 17.0 profiles we assume that our system compiler uses C++14
# or later as default language setting. This means it has to be at
# least GCC 6. If you need an older compiler for specific purposes,
# feel free to unmask it, however, using it for normal emerging of
# packages is neither recommended nor supported in any way.
=sys-devel/gcc-4.9.4


For me it is unclear, whether I should unmask or mask these compilers.
So I added them to /etc/portage/package.mask/.  ,restarted the whole
thing only to get the same message.

So...from the logical point of view unmasking would be the correct
waybut we are all urged to >gcc-6.4.0 ... so unmasking would be
wrong...also from a logical point of view.

Cheers
Meino

[gentoo-user] emerge --emptytree : how to ?

[Helmut Jarausch]

Hi,
I'm considering buying a new monitor (and graphics card) which supports
10 bits per color channel.
Will Gimp on a Linux machine (X11) support this now or in the near future.
Or is it just waste of money to buy a monitor with more than 8 bits/color 
channel?
Many thanks for some hints,
Helmut

Re: [gentoo-user] emerge --emptytree : how to ?

[Dale]

Walter Dnes wrote:
> On Sat, Oct 14, 2017 at 06:25:35AM -0500, Dale wrote
>
>> Some of my make.conf entries.  You may not need all of these so edit out
>> what you don't want or change values if you need to.  I have a four core
>> CPU. 
>>
>> FEATURES="-usersync -userpriv -usersandbox buildpkg sandbox parallel-fetch"
>>
>> MAKEOPTS="-j5"
>   There is some controversy over setting MAKEOPTS=${number of threads}
> possibly being better than MAKEOPTS=${number of threads} + 1
> https://blogs.gentoo.org/ago/2013/01/14/makeopts-jcore-1-is-not-the-best-optimization/
>


I tried different settings before that one and settled on the one that
works best.  It may not work on someone else's system but it does fine
here.  One thing about most of my settings, they've been tested pretty
well and work well on this system at least. 

Since I have a four core system, I usually set everything to number of
cores plus one which should lead to a always busy CPU.  So far, it has
worked out that way for the most part.  If I had enough memory, I might
could up that but it could lead to another problem I had before lowering
it to that number.  Compiles that fail.  It's been a while but at one
point, some packages had to have -j 1 to compile.  That is rare nowadays
I guess but since the settings I have works for me, I'll likely leave
them like they are. 

The one thing I did have to change recently, not compiling some large
packages on tmpfs.  If it was just one package I have enough memory. 
However, sometimes it would be two and sometimes even three that were
large.  The main culprits were Seamonkey, Firefox and Libreoffice.  I
think I added a couple other large ones in just to be sure but other
than that, these settings have been around for a good long while. 

I might add, I've read that blog before.  I also read the comments where
others had different results and pointed out some issues with the blog
points.  The blogger used kdelibs as a test case.  Thing is, I compile
more than just kdelibs here.  Most of the time I start my emerges before
I go to sleep.  I put Gkrellm where I can see it and I watch what the
CPUs are doing.  Generally speaking, the CPU cores stay busy the whole
time.  There are a few times that it is not at 100% but generally it
is.  If anything, since it does have times where it isn't at 100%, I may
need to up that number by one to see if that keeps it more busy.  Thing
is, in the past, it didn't help any. 

Thanks for the info. 

Dale

:-)  :-) 

Re: [gentoo-user] emerge --emptytree : how to ?

[R0b0t1]

On Sun, Oct 15, 2017 at 8:51 PM, Walter Dnes  wrote:
> On Sat, Oct 14, 2017 at 06:25:35AM -0500, Dale wrote
>
>> Some of my make.conf entries.  You may not need all of these so edit out
>> what you don't want or change values if you need to.  I have a four core
>> CPU.
>>
>> FEATURES="-usersync -userpriv -usersandbox buildpkg sandbox parallel-fetch"
>>
>> MAKEOPTS="-j5"
>
>   There is some controversy over setting MAKEOPTS=${number of threads}
> possibly being better than MAKEOPTS=${number of threads} + 1
> https://blogs.gentoo.org/ago/2013/01/14/makeopts-jcore-1-is-not-the-best-optimization/
>

I received the same results when I tested it myself. On modern servers
especially, RAM access speed seems to be matched to core processing
capability very well.

Strangely, adding to the build thread count doesn't seem to help when
disk IO is the bottleneck. It is conceivable that it could but in
practice the location of build data and files seems to be disperse
enough that there are no great access optimizations, and each read
blocks individually.

Cheers,
 R0b0t1

Re: [gentoo-user] emerge --emptytree : how to ?

[Walter Dnes]

On Sat, Oct 14, 2017 at 06:25:35AM -0500, Dale wrote

> Some of my make.conf entries.  You may not need all of these so edit out
> what you don't want or change values if you need to.  I have a four core
> CPU. 
> 
> FEATURES="-usersync -userpriv -usersandbox buildpkg sandbox parallel-fetch"
> 
> MAKEOPTS="-j5"

  There is some controversy over setting MAKEOPTS=${number of threads}
possibly being better than MAKEOPTS=${number of threads} + 1
https://blogs.gentoo.org/ago/2013/01/14/makeopts-jcore-1-is-not-the-best-optimization/

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] emerge --emptytree : how to ?

[Dale]

Helmut Jarausch wrote:
> Hi,
> I think I'm in need of doing 
> emerge --emptytree ...
> for the first time.
> Can I do it on a running Gentoo system?
> I expected it will take several days to complete.
> This poses some problems to me.
> First, I have to shut down my machine overnight.
> Second, I haven't made good experience with --keep-going
> nor with --resume.
> What can I do if 'emerge -e ...' fails by itself or because I have to
> shut my machine down?
>
> Many thanks for some hints,
> Helmut
>
>


I do this on occasion when some update makes things go weird.  I'll look
for anyone else having the issue and if not, then I do a emerge -e world
to see if it helps. 

First, I have entries in make.conf to help make it so that it doesn't
affect what I'm doing.  I use ionice, -j and friends to do that.  I also
use --keep-going as well.  Generally, I can't tell it is doing
anything.  There is a few packages that it slows things down for a few
minutes.  It doesn't do it for the whole compile process, just a few
minutes of it.  Firefox, Libreoffice is two that I recall. I'll post
some of my make.conf items below. 

Second, you can skip certain programs, large ones for example.  You can
for example add this:  --exclude libreoffice  That will let it skip
libreoffice but keep in mind, some dependencies may be skipped as well,
if nothing else depends on them.  I haven't tested that but that's my
thinking.  Maybe someone else has more ideas on that. 

Third, I'm almost certain --resume works even after a reboot.  Just keep
in mind, if it was in the middle of a package compile, it likely will
start over from scratch.  That's my experience at least. 

Some of my make.conf entries.  You may not need all of these so edit out
what you don't want or change values if you need to.  I have a four core
CPU. 

FEATURES="-usersync -userpriv -usersandbox buildpkg sandbox parallel-fetch"

MAKEOPTS="-j5"

EMERGE_DEFAULT_OPTS="--with-bdeps y --backtrack=100 --keep-going -v -j5
--quiet-build=n -1 --unordered-display"

PORTAGE_NICENESS=5

PORTAGE_IONICE_COMMAND="ionice -c 3 -p \${PID}"

As for the command I use, emerge -ea world.  If you have to shutdown for
a while, once you reboot, try emerge --resume and see if it works.  It
should.  I've done it before but its been a good while back.

Hope that helps.

Dale

:-)  :-) 

[gentoo-user] emerge --emptytree : how to ?

[Helmut Jarausch]

Hi,
I think I'm in need of doing
emerge --emptytree ...
for the first time.
Can I do it on a running Gentoo system?
I expected it will take several days to complete.
This poses some problems to me.
First, I have to shut down my machine overnight.
Second, I haven't made good experience with --keep-going
nor with --resume.
What can I do if 'emerge -e ...' fails by itself or because I have to
shut my machine down?

Many thanks for some hints,
Helmut

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

[R0b0t1]

On Monday, October 9, 2017, Grant Edwards  wrote:
> On 2017-10-09, allan gottlieb  wrote:
>
>> This is a know bug see https://bugs.gentoo.org/633790
>
> Yep, that's it.  Yet when you search for roundingflags or
> shapedtextflags in Gentoo's bugzilla, it finds nothing.  Has the
> search feature in Bugzilla ever worked?
>

It's pretty limited. You might notice developers renaming bugs - this is
why. They usually include the full package name and version in their
rename, as well as the exact text from the last or most important error
encountered.

I filed a bug against nvidia-drivers last night which was a duplicate of
something that came up in the automatic search. It's hard to canvas the
tracker exhaustively.

R0b0t1.

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

[Mick]

On Sunday, 8 October 2017 03:51:41 BST Grant Edwards wrote:
> When I did my usual update today firefox 52.4.0 failed to build.
> There are thousands of compiler warnings in the build log, but the
> only thing I can find that looks like an error is this:
> 
> /usr/bin/x86_64-pc-linux-gnu-g++ [...]
> /var/tmp/portage/www-client/firefox-52.4.0/work/firefox-52.4.0esr/ff/gfx/th
> ebes/Unified_cpp_gfx_thebes0.cpp [...]
> In file included from
> /var/tmp/portage/www-client/firefox-52.4.0/work/firefox-52.4.0esr/ff/gfx/th
> ebes/Unified_cpp_gfx_thebes0.cpp:65:0:
> /var/tmp/portage/www-client/firefox-52.4.0/work/firefox-52.4.0esr/gfx/thebe
> s/gfxFont.cpp:2625:29: error: 'mozilla::gfx::ShapedTextFlags' has not been
> declared
> /var/tmp/portage/www-client/firefox-52.4.0/work/firefox-52.4.0esr/gfx/thebe
> s/gfxFont.cpp:2626:24: error: 'RoundingFlags' has not been declared
> /var/tmp/portage/www-client/firefox-52.4.0/work/firefox-52.4.0esr/gfx/thebe
> s/gfxFont.cpp:2618:1: error: template-id 'GetShapedWord<>' for
> 'gfxShapedWord* gfxFont::GetShapedWord(gfxFont::DrawTarget*, const
> uint8_t*, uint32_t, uint32_t, gfxFont::Script, bool, int32_t, int, int,
> gfxTextPerfMetrics*)' does not match any template declaration [...]
> make[4]: ***
> [/var/tmp/portage/www-client/firefox-52.4.0/work/firefox-52.4.0esr/config/r
> ules.mk:951: Unified_cpp_gfx_thebes0.o] Error 1 make[4]: *** Waiting for
> unfinished jobs
> 
> Google provides zero hits for any of those three errors.
> 
> Does this look familiar to anybody?
> 
> --
> Grant

Your compiler is barfing at something, but I'm no coder to know what this 
might be.  In a Gentoo context, I'd start by checking you have installed and 
switched to sys-devel/gcc-5.4.0-r3 which is the latest stable version and at 
least here compiled and installed firefox-52.4.0 on 4 PCs without a problem.

-- 
Regards,
Mick

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

[gentoo-user] emerge firefox-52.4.0 compile failure

[Grant Edwards]

When I did my usual update today firefox 52.4.0 failed to build.
There are thousands of compiler warnings in the build log, but the
only thing I can find that looks like an error is this:

/usr/bin/x86_64-pc-linux-gnu-g++ [...] 
/var/tmp/portage/www-client/firefox-52.4.0/work/firefox-52.4.0esr/ff/gfx/thebes/Unified_cpp_gfx_thebes0.cpp
[...]
In file included from 
/var/tmp/portage/www-client/firefox-52.4.0/work/firefox-52.4.0esr/ff/gfx/thebes/Unified_cpp_gfx_thebes0.cpp:65:0:
/var/tmp/portage/www-client/firefox-52.4.0/work/firefox-52.4.0esr/gfx/thebes/gfxFont.cpp:2625:29:
 error: 'mozilla::gfx::ShapedTextFlags' has not been declared
/var/tmp/portage/www-client/firefox-52.4.0/work/firefox-52.4.0esr/gfx/thebes/gfxFont.cpp:2626:24:
 error: 'RoundingFlags' has not been declared
/var/tmp/portage/www-client/firefox-52.4.0/work/firefox-52.4.0esr/gfx/thebes/gfxFont.cpp:2618:1:
 error: template-id 'GetShapedWord<>' for 'gfxShapedWord* 
gfxFont::GetShapedWord(gfxFont::DrawTarget*, const uint8_t*, uint32_t, 
uint32_t, gfxFont::Script, bool, int32_t, int, int, gfxTextPerfMetrics*)' does 
not match any template declaration
[...]
make[4]: *** 
[/var/tmp/portage/www-client/firefox-52.4.0/work/firefox-52.4.0esr/config/rules.mk:951:
 Unified_cpp_gfx_thebes0.o] Error 1
make[4]: *** Waiting for unfinished jobs

Google provides zero hits for any of those three errors.

Does this look familiar to anybody?

--
Grant

[gentoo-user] emerge problem after sync today

[Danny YUE]

Hi all,

I encountered a problem after `emerge --sync` today.

When I ran `emerge -auDNU @world`, it told me something strange
following the list of upgradable software:

Would you like to merge these packages? [Yes/No] 
>>> Verifying ebuild manifests
!!! A file is not listed in the Manifest: 
'/usr/portage/app-arch/unrar/unrar-5.4.5.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/sys-apps/less/less-494.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/dev-python/sip/sip-4..ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/dev-python/pillow/pillow-4.2.1.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/dev-python/sphinx/sphinx-1.3.1-r2.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/www-servers/nginx/nginx-1.13.0.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/app-text/podofo/podofo-0.9.6_pre20170508-r1.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/dev-lang/vala/vala-0.32.1.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/sys-libs/db/db-4.8.30-r2.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/sys-libs/db/db-4.8.30-r2.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/net-dns/bind-tools/bind-tools-9.11.0_p3.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/dev-lang/php/php-5.6.30.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/app-admin/apache-tools/apache-tools-2.4.25.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/app-text/dos2unix/dos2unix-7.3.5.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/media-libs/harfbuzz/harfbuzz-1.4.6-r1.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/dev-cpp/gtkmm/gtkmm-2.24.5.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/app-text/calibre/calibre-3.1.1-r2.ebuild'
!!! A file is not listed in the Manifest: 
'/usr/portage/gnome-base/gnome-keyring/gnome-keyring-3.20.1.ebuild'

Then I checked unrar ebuild directory. I found that Manifest file is
empty.

The problem did not disappear after I purged /usr/portage and redo
`emerge --sync`. So I suspect this is an error in the upstream
repository.


This is really strange. Any idea?


Danny

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] emerge update problem with blocking packages

[Quico Jurado]

Thanks everyone for their advice. As someone suggested I ended up unmerging
the packages tagged as 2015 that were causing the block, then the update
took care of emerging those packages back in their most recent version
2016.

Regards

On Wed, Jun 14, 2017 at 12:23 AM, IceAmber  wrote:

> I have the same problem several days ago, and solved it by reemerging the
> blocking packages.
>
> On Wed, Jun 14, 2017 at 1:38 PM, Uwe Haider  wrote:
>
>>
>>
>> Am 14.06.2017 um 07:14 schrieb Quico Jurado:
>> > 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-langcyrill
>> ic-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!
>>
>> Maybe you have an amd64? All texlive-packages are keyworded for amd64 ->
>> try eix -I texlive to see 
>>
>> So you may use package.unmask to make it work
>> --
>> Uwe Haider
>> uwe.hai...@gmx.net
>>
>>
>

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

[IceAmber]

I have the same problem several days ago, and solved it by reemerging the
blocking packages.

On Wed, Jun 14, 2017 at 1:38 PM, Uwe Haider  wrote:

>
>
> Am 14.06.2017 um 07:14 schrieb Quico Jurado:
> > 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!
>
> Maybe you have an amd64? All texlive-packages are keyworded for amd64 ->
> try eix -I texlive to see 
>
> So you may use package.unmask to make it work
> --
> Uwe Haider
> uwe.hai...@gmx.net
>
>

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

[Uwe Haider]

Am 14.06.2017 um 07:14 schrieb Quico Jurado:
> 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!

Maybe you have an amd64? All texlive-packages are keyworded for amd64 ->
try eix -I texlive to see 

So you may use package.unmask to make it work
-- 
Uwe Haider
uwe.hai...@gmx.net



signature.asc
Description: OpenPGP digital signature

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

[Alexander Kapshuk]

On Wed, Jun 14, 2017 at 8:14 AM, 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!

I ended up removing some of the packages reported as blocking other
packages, tagged 2015, as suggested in the wiki article [1], and was
able to proceed with the update.
[1] https://wiki.gentoo.org/wiki/Handbook:Parts/Working/Portage#Blocked_packages

[gentoo-user] emerge update problem with blocking packages

[Quico Jurado]

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  ] 

Re: [gentoo-user] emerge : what generates this error message

[Helmut Jarausch]

On 03/29/2017 02:06:40 PM, Raffaele Belardi wrote:

Helmut Jarausch wrote:

Hi,

I have unmerged the package sci-libs/opencascade.

From then on, for any emerge action, I get the error message

!!! File Not Found: '/etc/env.d/51opencascade'


This occurs, e.g., between


media-sound/amarok-2.8.90-r2 merged.


and


Regenerating /etc/ld.so.cache...


What part of Gentoo (probably an eclass) does produce this error  
message

and how to stop this?

Many thanks for a hint,
Helmut



I think it's env-update. Could it be that you have a broken symlink  
left in /etc/env.d?




Many thanks, Raffaele - that's shot in the bull's eye

Helmut

.. and thanks to all who have helped.

Re: [gentoo-user] emerge : what generates this error message

[Raffaele Belardi]

Helmut Jarausch wrote:

Hi,

I have unmerged the package sci-libs/opencascade.

From then on, for any emerge action, I get the error message

!!! File Not Found: '/etc/env.d/51opencascade'


This occurs, e.g., between


media-sound/amarok-2.8.90-r2 merged.


and


Regenerating /etc/ld.so.cache...


What part of Gentoo (probably an eclass) does produce this error message
and how to stop this?

Many thanks for a hint,
Helmut



I think it's env-update. Could it be that you have a broken symlink left in 
/etc/env.d?

raffaele

Re: [gentoo-user] emerge : what generates this error message

[Hogren]

On 29/03/2017 13:15, Alexander Kapshuk wrote:
> On Wed, Mar 29, 2017 at 2:03 PM, Helmut Jarausch  wrote:
>> Hi,
>>
>> I have unmerged the package sci-libs/opencascade.
>>
>> From then on, for any emerge action, I get the error message
>>
>> !!! File Not Found: '/etc/env.d/51opencascade'
>>
>>
>> This occurs, e.g., between
>>
> media-sound/amarok-2.8.90-r2 merged.
>>
>> and
>>
> Regenerating /etc/ld.so.cache...
>>
>> What part of Gentoo (probably an eclass) does produce this error message
>> and how to stop this?
>>
>> Many thanks for a hint,
>> Helmut
>>
> Perhaps running 'revdep-rebuild' after unmerging the pkg in question
> would fix that.
>
Hello,
If that doesn't work. Try to use grep to find if this file filename is
hard coded anywhere.
#grep -Ri "opencascade" /etc/*
 
Bye
Hogren

Re: [gentoo-user] emerge : what generates this error message

[Alexander Kapshuk]

On Wed, Mar 29, 2017 at 2:03 PM, Helmut Jarausch  wrote:
> Hi,
>
> I have unmerged the package sci-libs/opencascade.
>
> From then on, for any emerge action, I get the error message
>
> !!! File Not Found: '/etc/env.d/51opencascade'
>
>
> This occurs, e.g., between
>
 media-sound/amarok-2.8.90-r2 merged.
>
>
> and
>
 Regenerating /etc/ld.so.cache...
>
>
> What part of Gentoo (probably an eclass) does produce this error message
> and how to stop this?
>
> Many thanks for a hint,
> Helmut
>

Perhaps running 'revdep-rebuild' after unmerging the pkg in question
would fix that.

[gentoo-user] emerge : what generates this error message

[Helmut Jarausch]

Hi,

I have unmerged the package sci-libs/opencascade.

From then on, for any emerge action, I get the error message

!!! File Not Found: '/etc/env.d/51opencascade'


This occurs, e.g., between


media-sound/amarok-2.8.90-r2 merged.


and


Regenerating /etc/ld.so.cache...


What part of Gentoo (probably an eclass) does produce this error message
and how to stop this?

Many thanks for a hint,
Helmut

Re: [gentoo-user] Emerge @system causing gcc downgrade

[Neil Bothwick]

On Thu, 9 Mar 2017 15:50:23 +, White, Phil wrote:

> As mentioned, I was careless with copying over /var from a previous
> install. The problem wasn't with the world file, but with the db/pkg
> lists. emerge -e did not immediately fix it. 

emerge -e @world would not have fixed it unless you emptied it first.


-- 
Neil Bothwick

WinErr 00D: Window closed - Do not look outside


pgpF8nqPc8ftL.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Emerge @system causing gcc downgrade

[White, Phil]

On 8 March 2017 at 11:29, Stroller  wrote:

>
> Could you `grep -i gcc /var/lib/portage/world*` please?
>
> A copy of the whole world file(s) would be great, in fact, ideally as
> plain text attachments.
>

Hi Stroller,
Thanks, (and apologies for the delay).
World file was empty at the time of the previous post - I was still working
on fixing @system.
As mentioned, I was careless with copying over /var from a previous
install. The problem wasn't with the world file, but with the db/pkg lists.
emerge -e did not immediately fix it. However, with patience and a few
continuous fixes, I now have @system back - and am currently waiting for my
previous world packages to finish. Hopefully by tomorrow morning, I should
be able to complete a depclean without issue...


> Also, any chance you could set your mailer to send only plain text emails
> to the list?
>

I wish! Sorry - until I have a 'proper' system working again, I am stuck
with webmail... :(

Thanks again for everyone's help.

Phil

[gentoo-user] emerge option "--color=n" not working WAS: Need coaching with emerge failure logs

[Miroslav Rovis]

On 170228-20:07-0500, Harry Putnam wrote:
> Miroslav Rovis  writes:
> 
> > On 170226-09:42-0500, Harry Putnam wrote:
> >> Stroller  writes:
> > ...
> >> 
> >> > Example at the beginning:  [32;01m * 
> >> > Example from the end:   * 
> >> >
> >> > Output to the terminal these would show the text in different colours,
> >> > but the output was redirected to a textfile or mishandled in a
> >> > copy-paste operation (not sure if screen or tmux does this?).

I just checked out again on --color=n (I expect it is the same as
--color n), mentioned below:
> >> > Running emerge with `--color n` would have made this log much more
> >> > readable. Its size already makes it hard to search.
...
> >> 
> >> Just so you know... I did try that. [--color n] The resulting log
> >> looked exactly the same.  ...
> >
> > This is hard to believe. I just tried, and either:
> >
> > --color n
> >
> > or:
> >
> > --color=n
> >
> > added to the emerge line, worked.
> >
> 
> Are you looking at the Terminal output?  If so that is not what I
> posted. 
> 
> I did mention that yes `--color n' kills the color in terminal output.
At first it worked in the terminal, and in the logs, this time around,
here.

> Read the whole paragraph you quote 1 sentence from above. 
> 
> This is the end of that para:
> 
> ". . . . . . . . . . . . . . . . . . . . . . . . I don't expect
> anyone would have noticed the comment... but it does seem a bit off
> that I see no differernce here.  That is, no difference in the actual
> log emerge creates. I do see the difference in the terminal output."

This time around, and it was a lot of emerge'ing, after a couple of
dozen emerge'ing of various packages, while that '--color=n' option had,
at start of using it, removed color from the terminal and from the
logs... after a couple of dozen emerge'ing of various packages it
stopped removing color, completely stopped, in the terminal and in the
logs.

This is a bug, and if this is how others have it too, than this needs to
be reported to bugzilla.

I would do it, but I'm a little unwell at this time, can't do it, don't
know if I'll be able to do it later.

Regards!
-- 
Miroslav Rovis
Zagreb, Croatia
https://www.CroatiaFidelis.hr


signature.asc
Description: Digital signature

Re: [gentoo-user] Emerge @system causing gcc downgrade

[Stroller]

> On 7 Mar 2017, at 16:14, White, Phil  wrote:
> 
> OK - talking this through is helping. I *have* done something strange here.
> The currently installed version is 4.9.4 (from gcc --version), except that 
> portage believes that 5.4.0 is installed.

Could you `grep -i gcc /var/lib/portage/world*` please?

A copy of the whole world file(s) would be great, in fact, ideally as plain 
text attachments.

Also, any chance you could set your mailer to send only plain text emails to 
the list?

Cheers,

Stroller.

Re: [gentoo-user] Emerge @system causing gcc downgrade

[Dale]

White, Phil wrote:
> On 7 March 2017 at 19:38, Neil Bothwick  > wrote:
>
>
> Please don't top post, it is disliked on this list.
>
>
> Sorry - a consequence of moving away from a proper mail client, and on
> to a web-based thing.
>  
>
> If you copied over /var/db/pkg you have a rather confused and
> messed up
> system. The safest way to recreate it is probably to move the pkg
> directory elsewhere and then run "emerge -e @world".
>
>
> Yep! I think that would be a polite way of putting it! ;)
>  
>
> gcc is slotted, so emerging 4.9.4 will not touch your 5.4.0
> installation,
> you use gcc-config to choose which one to use. What does gcc-config -l
> show?
>
>
> Just the one line:
> [1] i686-pc-linux-gnu-4.9.4
>
> I *think*, that with little time and patience, I can now sort this out.
> Thanks for the emerge -e hint. It doesn't seem to be in the emerge man
> page, though. What is the long-option name?
>
> Kind regards,
>
> Phil


Here ya go.

--emptytree (-e)
Reinstalls  target  atoms  and  their  entire  deep dependency tree, as
though no packages are currently installed. You should run this with
--pretend first to make sure the result is what you expect.
 

Dale

:-)  :-) 

Re: [gentoo-user] Emerge @system causing gcc downgrade

[Alan McKinnon]

On 07/03/2017 22:00, White, Phil wrote:
> On 7 March 2017 at 19:38, Neil Bothwick  > wrote:
> 
> 
> Please don't top post, it is disliked on this list.
> 
> 
> Sorry - a consequence of moving away from a proper mail client, and on
> to a web-based thing.
>  
> 
> If you copied over /var/db/pkg you have a rather confused and messed up
> system. The safest way to recreate it is probably to move the pkg
> directory elsewhere and then run "emerge -e @world".
> 
> 
> Yep! I think that would be a polite way of putting it! ;)
>  
> 
> gcc is slotted, so emerging 4.9.4 will not touch your 5.4.0
> installation,
> you use gcc-config to choose which one to use. What does gcc-config -l
> show?
> 
> 
> Just the one line:
> [1] i686-pc-linux-gnu-4.9.4
> 
> I *think*, that with little time and patience, I can now sort this out.
> Thanks for the emerge -e hint. It doesn't seem to be in the emerge man
> page, though. What is the long-option name?


I'm too lazy to look it up myself and long ago stopping trying to
remember minutia, but search the man page for "empty". That's where it
is :-)



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

Re: [gentoo-user] Emerge @system causing gcc downgrade

[White, Phil]

On 7 March 2017 at 19:38, Neil Bothwick  wrote:

>
> Please don't top post, it is disliked on this list.
>

Sorry - a consequence of moving away from a proper mail client, and on to a
web-based thing.


> If you copied over /var/db/pkg you have a rather confused and messed up
> system. The safest way to recreate it is probably to move the pkg
> directory elsewhere and then run "emerge -e @world".
>

Yep! I think that would be a polite way of putting it! ;)


> gcc is slotted, so emerging 4.9.4 will not touch your 5.4.0 installation,
> you use gcc-config to choose which one to use. What does gcc-config -l
> show?
>

Just the one line:
[1] i686-pc-linux-gnu-4.9.4

I *think*, that with little time and patience, I can now sort this out.
Thanks for the emerge -e hint. It doesn't seem to be in the emerge man
page, though. What is the long-option name?

Kind regards,

Phil

Re: [gentoo-user] Emerge @system causing gcc downgrade

[Neil Bothwick]

On Tue, 7 Mar 2017 16:14:26 +, White, Phil wrote:

> Hi Neil,

Please don't top post, it is disliked on this list.

> 
> Well, this is a new install.
> Used Stage3-i686-20170214.tar.bz2
> There is nothing in package.accept_keywords that is currently installed
> (as far as I know - although it is possible that I might have added
> ~x86 to gcc, although in this instance I don't believe that i did)
> I have installed some packages, but removed them also (been having
> problems with perl)
> So currently, updating @world is the same as @system
> 
> OK - talking this through is helping. I *have* done something strange
> here. The currently installed version is 4.9.4 (from gcc --version),
> except that portage believes that 5.4.0 is installed.
> My guess is that, since I am trying to rebuild an old system (due to a
> hard-drive fail), I have accidentally copied over files that do not
> belong. My guess is a completely useless /var/db/pkg/* is confusing the
> hell out of portage/emerge.

If you copied over /var/db/pkg you have a rather confused and messed up
system. The safest way to recreate it is probably to move the pkg
directory elsewhere and then run "emerge -e @world".

> So - any suggestions how to fix this mess?
> Bite the bullet, emerge gcc, and then do a depclean - or can I convince
> portage that gcc 4.9.4 is really here?

gcc is slotted, so emerging 4.9.4 will not touch your 5.4.0 installation,
you use gcc-config to choose which one to use. What does gcc-config -l
show?


> 
> Thanks,
> Phil
> 
> On 7 March 2017 at 15:38, Neil Bothwick  wrote:
> 
> > On Tue, 7 Mar 2017 15:07:32 +, White, Phil wrote:
> >  
> > > I have a new install of Gentoo.
> > > emerge -uDpv --newuse @system results in a new slot for gcc,
> > > *downgrading* the current version (from 5.4.0 to 4.9.4)
> > > No other package is selected for merging.  
> >
> > 4.9.4 is the latest stable. Are you running a stable system with some
> > packages in package.accept_keywords? If so, and you gave a specific
> > version of gcc, it is possible that version is no longer in the tree -
> > 5.4.0-r2 was recently removed.
> >
> > Use the ~ operator when specifying versions to allow for minor updates
> >
> > ~sys-devel/gcc-5.4.0
> >
> > or, in the case of gcc, you can specify a slot
> >
> > sys-devel/gcc:5.4.0
> >
> >
> > --
> > Neil Bothwick
> >
> > Despite the cost of living it remains popular.
> >  




-- 
Neil Bothwick

This message has been cruelly tested on sweet little furry animals.


pgpKVLfG25qL8.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Emerge @system causing gcc downgrade

[White, Phil]

Hi Neil,

Well, this is a new install.
Used Stage3-i686-20170214.tar.bz2
There is nothing in package.accept_keywords that is currently installed (as
far as I know - although it is possible that I might have added ~x86 to
gcc, although in this instance I don't believe that i did)
I have installed some packages, but removed them also (been having problems
with perl)
So currently, updating @world is the same as @system

OK - talking this through is helping. I *have* done something strange here.
The currently installed version is 4.9.4 (from gcc --version), except that
portage believes that 5.4.0 is installed.
My guess is that, since I am trying to rebuild an old system (due to a
hard-drive fail), I have accidentally copied over files that do not belong.
My guess is a completely useless /var/db/pkg/* is confusing the hell out of
portage/emerge.

So - any suggestions how to fix this mess?
Bite the bullet, emerge gcc, and then do a depclean - or can I convince
portage that gcc 4.9.4 is really here?

Thanks,
Phil

On 7 March 2017 at 15:38, Neil Bothwick  wrote:

> On Tue, 7 Mar 2017 15:07:32 +, White, Phil wrote:
>
> > I have a new install of Gentoo.
> > emerge -uDpv --newuse @system results in a new slot for gcc,
> > *downgrading* the current version (from 5.4.0 to 4.9.4)
> > No other package is selected for merging.
>
> 4.9.4 is the latest stable. Are you running a stable system with some
> packages in package.accept_keywords? If so, and you gave a specific
> version of gcc, it is possible that version is no longer in the tree -
> 5.4.0-r2 was recently removed.
>
> Use the ~ operator when specifying versions to allow for minor updates
>
> ~sys-devel/gcc-5.4.0
>
> or, in the case of gcc, you can specify a slot
>
> sys-devel/gcc:5.4.0
>
>
> --
> Neil Bothwick
>
> Despite the cost of living it remains popular.
>

Re: [gentoo-user] Emerge @system causing gcc downgrade

[Neil Bothwick]

On Tue, 7 Mar 2017 15:07:32 +, White, Phil wrote:

> I have a new install of Gentoo.
> emerge -uDpv --newuse @system results in a new slot for gcc,
> *downgrading* the current version (from 5.4.0 to 4.9.4)
> No other package is selected for merging.

4.9.4 is the latest stable. Are you running a stable system with some
packages in package.accept_keywords? If so, and you gave a specific
version of gcc, it is possible that version is no longer in the tree -
5.4.0-r2 was recently removed.

Use the ~ operator when specifying versions to allow for minor updates

~sys-devel/gcc-5.4.0

or, in the case of gcc, you can specify a slot

sys-devel/gcc:5.4.0


-- 
Neil Bothwick

Despite the cost of living it remains popular.


pgp1Mq7JmTTDY.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Emerge @system causing gcc downgrade

[White, Phil]

Sorry Alan, that results in no extra information from emerge.
Still only gcc listed for installation - and nothing else.

--
Phil

On 7 March 2017 at 15:08, Alan McKinnon  wrote:

> On 07/03/2017 17:07, White, Phil wrote:
> > Hi,
> >
> > I'm sorry. This is probably a really simple question.
> > I have a new install of Gentoo.
> > emerge -uDpv --newuse @system results in a new slot for gcc,
> > *downgrading* the current version (from 5.4.0 to 4.9.4)
> > No other package is selected for merging.
> >
> > Why??? What command line can I give to show why a new slot is being
> > pulled in?
> > (I wouldn't particularly mind, but as I am on an old x86 celeron, this
> > will take hours to complete, for no obvious benefit...)
> >
> > Thanks
> > Phil
> >
>
>
>
> Add -t option to the command
>
>
> --
> Alan McKinnon
> alan.mckin...@gmail.com
>
>
>

Re: [gentoo-user] Emerge @system causing gcc downgrade

[Alan McKinnon]

On 07/03/2017 17:07, White, Phil wrote:
> Hi,
> 
> I'm sorry. This is probably a really simple question.
> I have a new install of Gentoo.
> emerge -uDpv --newuse @system results in a new slot for gcc,
> *downgrading* the current version (from 5.4.0 to 4.9.4)
> No other package is selected for merging.
> 
> Why??? What command line can I give to show why a new slot is being
> pulled in?
> (I wouldn't particularly mind, but as I am on an old x86 celeron, this
> will take hours to complete, for no obvious benefit...)
> 
> Thanks
> Phil
> 



Add -t option to the command


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

[gentoo-user] Emerge @system causing gcc downgrade

[White, Phil]

Hi,

I'm sorry. This is probably a really simple question.
I have a new install of Gentoo.
emerge -uDpv --newuse @system results in a new slot for gcc, *downgrading*
the current version (from 5.4.0 to 4.9.4)
No other package is selected for merging.

Why??? What command line can I give to show why a new slot is being pulled
in?
(I wouldn't particularly mind, but as I am on an old x86 celeron, this will
take hours to complete, for no obvious benefit...)

Thanks
Phil

Re: [gentoo-user] emerge a binary package no longer in tree

[Raffaele Belardi]

Neil Bothwick wrote:

On Mon, 20 Feb 2017 07:50:15 +0100, Raffaele Belardi wrote:


I'd like to try and update a package I masked long time ago due to
performance problems. Upstream the problem does not seem completely
addressed and solved so I'd like to be able to go back to the old
version just in case. But the old version is no longer in the tree. If
I quickpkg it will I be able to reinstall it anyway?


Yes, by passing the path to the package to emerge. But this is considered
experimental, a safer solution is to copy the ebuild to a local overlay.
The ebuilds for all installed packages are in /var/db/pkg.


Great hint about the ebuild copy in /var/db/pkg, thanks.

raffaele

Re: [gentoo-user] emerge a binary package no longer in tree

[Neil Bothwick]

On Mon, 20 Feb 2017 07:50:15 +0100, Raffaele Belardi wrote:

> I'd like to try and update a package I masked long time ago due to
> performance problems. Upstream the problem does not seem completely
> addressed and solved so I'd like to be able to go back to the old
> version just in case. But the old version is no longer in the tree. If
> I quickpkg it will I be able to reinstall it anyway?

Yes, by passing the path to the package to emerge. But this is considered
experimental, a safer solution is to copy the ebuild to a local overlay.
The ebuilds for all installed packages are in /var/db/pkg.


-- 
Neil Bothwick

I stayed up all night playing poker with tarot cards. I got a full
house and four people died.


pgpvNGMaAM19P.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] emerge a binary package no longer in tree

[Johannes Rosenberger]

On 20.02.2017 07:50, Raffaele Belardi wrote:
> I'd like to try and update a package I masked long time ago due to
> performance problems. Upstream the problem does not seem completely
> addressed and solved so I'd like to be able to go back to the old
> version just in case. But the old version is no longer in the tree. If
> I quickpkg it will I be able to reinstall it anyway?
>
> thanks,
>
> raffaele
>
> # cat /etc/portage/package.mask
> # version 1.8.3 uses 20% CPU for no reason
> >net-misc/rdesktop-1.8.2
>
> # eix -I rdesktop
> [?] net-misc/rdesktop
>  Available versions:  1.8.3 (~)1.8.3-r1 (~)1.8.3-r2 {alsa ao debug
> ipv6 kerberos libressl libsamplerate oss pcsc-lite xrandr}
>
> # quickpkg net-misc/rdesktop
>  * Building package for net-misc/rdesktop-1.8.2 ...
>[ ok ]
>
>  * Packages now in '/usr/portage/packages':
>  * net-misc/rdesktop-1.8.2: 157

Yes, you will be.

[gentoo-user] emerge a binary package no longer in tree

[Raffaele Belardi]

I'd like to try and update a package I masked long time ago due to performance problems. 
Upstream the problem does not seem completely addressed and solved so I'd like to be able 
to go back to the old version just in case. But the old version is no longer in the tree. 
If I quickpkg it will I be able to reinstall it anyway?


thanks,

raffaele

# cat /etc/portage/package.mask
# version 1.8.3 uses 20% CPU for no reason
>net-misc/rdesktop-1.8.2

# eix -I rdesktop
[?] net-misc/rdesktop
 Available versions:  1.8.3 (~)1.8.3-r1 (~)1.8.3-r2 {alsa ao debug ipv6 kerberos 
libressl libsamplerate oss pcsc-lite xrandr}


# quickpkg net-misc/rdesktop
 * Building package for net-misc/rdesktop-1.8.2 ... 
   [ ok ]


 * Packages now in '/usr/portage/packages':
 * net-misc/rdesktop-1.8.2: 157K

Re: [gentoo-user] emerge --sync

[Dale]

Jorge Almeida wrote:
> I want to do emerge --sync on computer A and then update computer B by
> copying /usr/portage. Is this safe? The point is: does emerge --sync
> just updates the contents of /usr/portage or does it also change
> something else ?
>
> TIA
>
> Jorge Almeida
>
>

This may be a solution.

net-proxy/http-replicator 

I've used it here in the past when I had two rigs. 

Dale

:-)  :-) 

Re: [gentoo-user] emerge --sync

[Håkon Alstadheim]

Den 24. okt. 2016 17:21, skrev Jorge Almeida:
> I want to do emerge --sync on computer A and then update computer B by
> copying /usr/portage. Is this safe? The point is: does emerge --sync
> just updates the contents of /usr/portage or does it also change
> something else ?
I have one box that I run emerge --sync on, and then export /usr/portage
with nfs to a few other gentoo boxes. Works well. For eix, you can do
eix-update on the nfs-clients. I have been experimenting with building
once and using the nfs-server as binhost. Small variations between the
boxes have so far made me abandon that, but a single version of
/usr/portage has given me no headaches.

[gentoo-user] emerge --sync

[Jorge Almeida]

I want to do emerge --sync on computer A and then update computer B by
copying /usr/portage. Is this safe? The point is: does emerge --sync
just updates the contents of /usr/portage or does it also change
something else ?

TIA

Jorge Almeida

Re: [gentoo-user] Emerge is confusing me

[Daniel Quinn]

On 03/10/16 21:39, Neil Bothwick wrote:
> You haven't told us the command that produced this output. Is this a
> world update or and you trying to update Bash separately?

Sorry, it was part of a world update:

emerge --ask --update --deep --changed-use --keep-going
--quiet-build --with-bdeps=y --verbose @world

> You could also use the --tree option. Are you using arch or ~arch, or a
> mixture of the two?

I'm using full ~arch with the exception of chromium and libreoffice (to
keep the updates to a minimum).

>From the gist of the responses though, it sounds like I should just add
bash to that list, so that's what I've done and the problem has gone
away :-)  I hope the other packages catch up in time for when Bash
stabilises.

Re: [gentoo-user] Emerge is confusing me

[John Covici]

On Mon, 03 Oct 2016 14:30:54 -0400,
Daniel Quinn wrote:
> 
> Could someone help explain this emerge output to me?
> 
> From what I can tell, it looks like Bash has a new requirement that's
> not playing nice with 17 other packages on my system.  What's the best
> work around for this?  Should I just mask Bash 4.4?
> 
> 
> 
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
> 
> sys-libs/readline:0
> 
>   (sys-libs/readline-6.3_p8-r2:0/0::gentoo, installed) pulled in by
> >=sys-libs/readline-5.2:0/0= required by
> (sys-block/parted-3.2-r1:0/0::gentoo, installed)
>   
> ^ 
>   
>  
> (and 16 more with the same problem)
> 
>   (sys-libs/readline-7.0:0/7::gentoo, ebuild scheduled for merge) pulled
> in by
> >=sys-libs/readline-7.0_rc2:0= required by
> (app-shells/bash-4.4:0/0::gentoo, ebuild scheduled for merge)
> ^^ 
> ^^
>   

I had problems with that bash version as well, does not play nice with
dracut, so I will mask it off till dracut is fixed.

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

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

Re: [gentoo-user] Emerge is confusing me

[Neil Bothwick]

On Mon, 3 Oct 2016 19:30:54 +0100, Daniel Quinn wrote:

> Could someone help explain this emerge output to me?

You haven't told us the command that produced this output. Is this a
world update or and you trying to update Bash separately?

> From what I can tell, it looks like Bash has a new requirement that's
> not playing nice with 17 other packages on my system.  What's the best
> work around for this?  Should I just mask Bash 4.4?
> 
> 
> 
> !!! Multiple package instances within a single package slot have been
> pulled !!! into the dependency graph, resulting in a slot conflict:
> 
> sys-libs/readline:0
> 
>   (sys-libs/readline-6.3_p8-r2:0/0::gentoo, installed) pulled in by
> >=sys-libs/readline-5.2:0/0= required by  
> (sys-block/parted-3.2-r1:0/0::gentoo, installed)
>   
> ^ 
>   
>  
> (and 16 more with the same problem)
> 
>   (sys-libs/readline-7.0:0/7::gentoo, ebuild scheduled for merge) pulled
> in by
> >=sys-libs/readline-7.0_rc2:0= required by  
> (app-shells/bash-4.4:0/0::gentoo, ebuild scheduled for merge)
> ^^ 
> ^^
>   
>  
> 
> NOTE: Use the '--verbose-conflicts' option to display parents omitted
> above

You could also use the --tree option. Are you using arch or ~arch, or a
mixture of the two?


-- 
Neil Bothwick

Women live longer than men because they have so many clothes that they
wouldn't be caught dead in.


pgpZwgvjfcuVu.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Emerge is confusing me

[Philip Webb]

161003 Daniel Quinn wrote:
> It looks like Bash has a new requirement that's not playing nice
> with 17 other packages on my system.  What's the best work around ?
> 
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
> sys-libs/readline:0
>   (sys-libs/readline-6.3_p8-r2:0/0::gentoo, installed) pulled in by
> >=sys-libs/readline-5.2:0/0= required by
> (sys-block/parted-3.2-r1:0/0::gentoo, installed)
> (and 16 more with the same problem)
>   (sys-libs/readline-7.0:0/7::gentoo, ebuild scheduled for merge) pulled
> in by
> >=sys-libs/readline-7.0_rc2:0= required by
> (app-shells/bash-4.4:0/0::gentoo, ebuild scheduled for merge)

I get similar output, if I try to emerge Bash-4.4,
but it is prepared to go ahead if it can emerge Readline-7.0 too.
If you comply -- I don't want to use a testing version of Bash -- ,
at the end of the merge output there wb a list of  18  pkgs
which sb remerged, but which rely on a preserved library till you do.
Preservation of libraries is a great advance in Portage,
making such situations much easier to manage.

HTH : others more expert may offer further advice.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

[gentoo-user] Emerge is confusing me

[Daniel Quinn]

Could someone help explain this emerge output to me?

>From what I can tell, it looks like Bash has a new requirement that's
not playing nice with 17 other packages on my system.  What's the best
work around for this?  Should I just mask Bash 4.4?



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

sys-libs/readline:0

  (sys-libs/readline-6.3_p8-r2:0/0::gentoo, installed) pulled in by
>=sys-libs/readline-5.2:0/0= required by
(sys-block/parted-3.2-r1:0/0::gentoo, installed)
  
^   

 
(and 16 more with the same problem)

  (sys-libs/readline-7.0:0/7::gentoo, ebuild scheduled for merge) pulled
in by
>=sys-libs/readline-7.0_rc2:0= required by
(app-shells/bash-4.4:0/0::gentoo, ebuild scheduled for merge)
^^ 
^^  

 

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

Re: [gentoo-user] emerge wants to upgrade gtk+ but it's masked

[Peter Humphrey]

On Wednesday 21 Sep 2016 10:57:11 Neil Bothwick wrote:
> On Wed, 21 Sep 2016 09:43:58 +, Franz Fellner wrote:
> > > Good suggestion, thanks. notification-deamon wants the upgrade, I'll
> > > try with some more masking or USE change.
> > 
> > --verbose --tree (short: -vt) should really be used by default ;) It
> > doesn't hurt but it is a great help.
> 
> I disagree, --verbose gives too much information making it harder to spot
> the important stuff. For example --verbose shows all USE flags for every
> package while without it you only see changes to them, which is normally
> all you are interested in.

... and in a case not involving head-scratching and detective work, --tree 
makes the list much harder to read.

So don't do it.  :P

-- 
Rgds
Peter

Re: [gentoo-user] emerge wants to upgrade gtk+ but it's masked

[Neil Bothwick]

On Wed, 21 Sep 2016 09:43:58 +, Franz Fellner wrote:

> > Good suggestion, thanks. notification-deamon wants the upgrade, I'll
> > try with some more masking or USE change.  
> 
> --verbose --tree (short: -vt) should really be used by default ;) It
> doesn't hurt but it is a great help.

I disagree, --verbose gives too much information making it harder to spot
the important stuff. For example --verbose shows all USE flags for every
package while without it you only see changes to them, which is normally
all you are interested in.


-- 
Neil Bothwick

WinErr 00A: Promotional literature overflow - Mailbox full


pgplPJKDp0WVg.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] emerge wants to upgrade gtk+ but it's masked

[Franz Fellner]

> Good suggestion, thanks. notification-deamon wants the upgrade, I'll try 
> with some more masking or USE change.

--verbose --tree (short: -vt) should really be used by default ;) It doesn't 
hurt
but it is a great help.

> Do you have a reference regarding the meld issue so I can track it?

Nothing really to track, but a commit that references CSS issues with gtk+-3.20:
https://git.gnome.org/browse/meld/commit/?id=df83035b6531adb8153fbdb00141fb4e3cd1bbcc

Re: [gentoo-user] emerge wants to upgrade gtk+ but it's masked

[Raffaele BELARDI]

Franz Fellner wrote:
> Adding "--verbose --tree" to your emerge options probably reveals the 
> offending package.
> It is likely this is caused by a dependency you have not yet masked.
>
> Meld master already contains fixes for those issues, so hopefully they 
> release a fixed
> version soon...
>
> On Wed, 21 Sep 2016 10:30:21 +0200, Raffaele BELARDI 
>  wrote:
>> I have masked >gtk+-3.18.9 due to issues with meld on my system [1],[2].
>> Today's update wants me to unmask it [3]. Checking the ebuilds, none of
>> the packages emerge lists should need a gtk+ higher than gtk+-3.18.9;
>> for example the most probable candidate, gcr-3.20.,0 depends only on:
>> COMMON_DEPEND="
>> >=app-crypt/p11-kit-0.19
>> >=dev-libs/glib-2.38:2
>> >=dev-libs/libgcrypt-1.2.2:0=
>> >=dev-libs/libtasn1-1:=
>> >=sys-apps/dbus-1
>> gtk? ( >=x11-libs/gtk+-3.12:3[X,introspection?] )
>> introspection? ( >=dev-libs/gobject-introspection-1.34:= )
>>
>> Also none of the installed packages needs it [4].
>>
>> Any way I can convince emerge to proceed with the update without
>> unmasking gtk+-3.20.x?

Good suggestion, thanks. notification-deamon wants the upgrade, I'll try 
with some more masking or USE change.

Do you have a reference regarding the meld issue so I can track it?

raffaele

-

[nomerge   ] media-sound/ario-1.5.1-r1::gentoo  USE="dbus idle 
libnotify nls -audioscrobbler -debug -python -taglib -zeroconf"
[nomerge   ]  x11-libs/libnotify-0.7.6-r3::gentoo 
USE="introspection {-test}"
[nomerge   ]   virtual/notification-daemon-0::gentoo  USE="-gnome"
[ebuild U  ]x11-misc/notification-daemon-3.20.0::gentoo 
[3.18.2::gentoo] 333 KiB

[nomerge   ] x11-misc/notification-daemon-3.20.0::gentoo 
[3.18.2::gentoo]
[ebuild U #]  x11-libs/gtk+-3.20.9:3::gentoo [3.18.9:3::gentoo] 
USE="X introspection (-aqua) -broadway -cloudprint -colord -cups 
-examples {-test} -vim-syntax -wayland -xinerama (-debug%)" 16,773 KiB

Re: [gentoo-user] emerge wants to upgrade gtk+ but it's masked

[Franz Fellner]

Adding "--verbose --tree" to your emerge options probably reveals the offending 
package.
It is likely this is caused by a dependency you have not yet masked.

Meld master already contains fixes for those issues, so hopefully they release 
a fixed
version soon...

On Wed, 21 Sep 2016 10:30:21 +0200, Raffaele BELARDI  
wrote:
> I have masked >gtk+-3.18.9 due to issues with meld on my system [1],[2].
> Today's update wants me to unmask it [3]. Checking the ebuilds, none of 
> the packages emerge lists should need a gtk+ higher than gtk+-3.18.9; 
> for example the most probable candidate, gcr-3.20.,0 depends only on:
> COMMON_DEPEND="
> >=app-crypt/p11-kit-0.19
> >=dev-libs/glib-2.38:2
> >=dev-libs/libgcrypt-1.2.2:0=
> >=dev-libs/libtasn1-1:=
> >=sys-apps/dbus-1
> gtk? ( >=x11-libs/gtk+-3.12:3[X,introspection?] )
> introspection? ( >=dev-libs/gobject-introspection-1.34:= )
> 
> Also none of the installed packages needs it [4].
> 
> Any way I can convince emerge to proceed with the update without 
> unmasking gtk+-3.20.x?
> 
> thanks,
> 
> raffaele
> 
> -
> 
> [1] # cat /etc/portage/package.mask
> # the last good meld version was linked against x11-libs/gtk+-3.18.6, 
> .7, .8, .9
> # try masking higher library version
>  >x11-libs/gtk+-3.18.9
> # higher than this one pulls in x11-libs/gtk+-3.20.x
>  >x11-libs/gtksourceview-3.18.3
> 
> # eix -I gtk+
> [U] x11-libs/gtk+
>   Available versions:
>   (1)1.2.10-r13
>   (2)*2.24.28-r1 2.24.30^t (~)2.24.31^t
>   (3)*3.16.7 3.18.9{tbz2} [m](~)3.20.8^t{tbz2} [m](~)3.20.9^t
> {X aqua broadway cloudprint colord cups debug examples 
> +introspection nls test vim-syntax wayland xinerama ABI_MIPS="n32 n64 
> o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32" LINGUAS="az ca 
> cs da de el es et eu fi fr ga gl hr hu it ja ko lt nl nn no pl pt pt_BR 
> ro ru sk sl sr sv tr uk vi"}
>   Installed versions:  2.24.30(2)^t(08:43:17 AM 
> 08/18/2016)(introspection -aqua -cups -debug -examples -test -vim-syntax 
> -xinerama ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" 
> ABI_X86="32 -64 -x32") 3.18.9(3){tbz2}(10:20:59 AM 08/10/2016)(X 
> introspection -aqua -broadway -cloudprint -colord -cups -debug -examples 
> -test -vim-syntax -wayland -xinerama ABI_MIPS="-n32 -n64 -o32" 
> ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 -64 -x32")
> 
> 
> [2] with gtk+-3.20.x the tabs and buttons in meld are drawn without the 
> surrounding border line thus it's unusable. I opened a bug on gnome but 
> it was rightly dismissed as a packaging system issue 
> (https://bugzilla.gnome.org/show_bug.cgi?id=769699).
> 
> 
> [3] The following mask changes are necessary to proceed:
>   (see "package.unmask" in the portage(5) man page for more details)
> # required by app-crypt/gcr-3.20.0::gentoo[gtk]
> # required by gnome-base/gvfs-1.28.3-r1::gentoo
> # required by x11-libs/libfm-1.2.4::gentoo[automount,udisks]
> # required by lxde-base/lxpanel-0.8.2::gentoo
> # required by lxde-base/lxde-meta-0.5.5-r5::gentoo
> # required by @selected
> # required by @world (argument)
> # /etc/portage/package.mask:
> # the last good meld version was linked against x11-libs/gtk+-3.18.6, 
> .7, .8, .9
> # try masking higher library version
> =x11-libs/gtk+-3.20.9
> 
> 
> [4] # equery d x11-libs/gtk+
>   * These packages depend on x11-libs/gtk+:
> app-crypt/gcr-3.20.0 (gtk ? >=x11-libs/gtk+-3.12:3[X,introspection?])
> app-crypt/pinentry-0.9.7-r1 (gtk ? x11-libs/gtk+:2)
> app-editors/leafpad-0.8.18.1 (x11-libs/gtk+:2)
> app-text/ghostscript-gpl-9.19 (gtk ? x11-libs/gtk+:3)
>(gtk ? x11-libs/gtk+:2)
> app-text/gtkspell-2.0.16 (x11-libs/gtk+:2)
> dev-java/oracle-jre-bin-1.8.0.102 (javafx ? x11-libs/gtk+:2)
> dev-libs/keybinder-0.3.1-r200 (>=x11-libs/gtk+-2.20:2)
> dev-libs/libunique-1.1.6-r1 (>=x11-libs/gtk+-2.11:2[introspection?])
> dev-python/pygobject-3.20.1 (test ? x11-libs/gtk+:3[introspection])
> dev-util/meld-3.16.2 (>=x11-libs/gtk+-3.14:3[introspection])
> games-misc/xcowsay-1.3 (x11-libs/gtk+:2)
> gnome-base/gvfs-1.28.3-r1 (gtk ? >=x11-libs/gtk+-3.0:3)
> gnome-base/libglade-2.6.4-r2 
> (>=x11-libs/gtk+-2.24.23:2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?])
> gnome-base/librsvg-2.40.16 (tools ? >=x11-libs/gtk+-3.10.0:3)
> gnome-extra/polkit-gnome-0.105-r1 (x11-libs/gtk+:3)
> lxde-base/lxappearance-0.5.5 (x11-libs/gtk+:2)
> lxde-base/lxde-common-0.5.5-r3 (x11-libs/gtk+:2)
> lxde-base/lxde-icon-theme-0.5.0-r1 (x11-libs/gtk+:2)
> lxde-base/lxinput-0.3.2 (x11-libs/gtk+:2)
> lxde-base/lxpanel-0.8.1 (x11-libs/gtk+:2)
> lxde-base/lxrandr-0.1.2 (x11-libs/gtk+:2)
> lxde-base/lxsession-0.5.2 (x11-libs/gtk+:2)
> lxde-base/lxtask-0.1.6 (x11-libs/gtk+:2)
> 

[gentoo-user] emerge wants to upgrade gtk+ but it's masked

[Raffaele BELARDI]

I have masked >gtk+-3.18.9 due to issues with meld on my system [1],[2].
Today's update wants me to unmask it [3]. Checking the ebuilds, none of 
the packages emerge lists should need a gtk+ higher than gtk+-3.18.9; 
for example the most probable candidate, gcr-3.20.,0 depends only on:
COMMON_DEPEND="
>=app-crypt/p11-kit-0.19
>=dev-libs/glib-2.38:2
>=dev-libs/libgcrypt-1.2.2:0=
>=dev-libs/libtasn1-1:=
>=sys-apps/dbus-1
gtk? ( >=x11-libs/gtk+-3.12:3[X,introspection?] )
introspection? ( >=dev-libs/gobject-introspection-1.34:= )

Also none of the installed packages needs it [4].

Any way I can convince emerge to proceed with the update without 
unmasking gtk+-3.20.x?

thanks,

raffaele

-

[1] # cat /etc/portage/package.mask
# the last good meld version was linked against x11-libs/gtk+-3.18.6, 
.7, .8, .9
# try masking higher library version
 >x11-libs/gtk+-3.18.9
# higher than this one pulls in x11-libs/gtk+-3.20.x
 >x11-libs/gtksourceview-3.18.3

# eix -I gtk+
[U] x11-libs/gtk+
  Available versions:
  (1)1.2.10-r13
  (2)*2.24.28-r1 2.24.30^t (~)2.24.31^t
  (3)*3.16.7 3.18.9{tbz2} [m](~)3.20.8^t{tbz2} [m](~)3.20.9^t
{X aqua broadway cloudprint colord cups debug examples 
+introspection nls test vim-syntax wayland xinerama ABI_MIPS="n32 n64 
o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32" LINGUAS="az ca 
cs da de el es et eu fi fr ga gl hr hu it ja ko lt nl nn no pl pt pt_BR 
ro ru sk sl sr sv tr uk vi"}
  Installed versions:  2.24.30(2)^t(08:43:17 AM 
08/18/2016)(introspection -aqua -cups -debug -examples -test -vim-syntax 
-xinerama ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" 
ABI_X86="32 -64 -x32") 3.18.9(3){tbz2}(10:20:59 AM 08/10/2016)(X 
introspection -aqua -broadway -cloudprint -colord -cups -debug -examples 
-test -vim-syntax -wayland -xinerama ABI_MIPS="-n32 -n64 -o32" 
ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 -64 -x32")


[2] with gtk+-3.20.x the tabs and buttons in meld are drawn without the 
surrounding border line thus it's unusable. I opened a bug on gnome but 
it was rightly dismissed as a packaging system issue 
(https://bugzilla.gnome.org/show_bug.cgi?id=769699).


[3] The following mask changes are necessary to proceed:
  (see "package.unmask" in the portage(5) man page for more details)
# required by app-crypt/gcr-3.20.0::gentoo[gtk]
# required by gnome-base/gvfs-1.28.3-r1::gentoo
# required by x11-libs/libfm-1.2.4::gentoo[automount,udisks]
# required by lxde-base/lxpanel-0.8.2::gentoo
# required by lxde-base/lxde-meta-0.5.5-r5::gentoo
# required by @selected
# required by @world (argument)
# /etc/portage/package.mask:
# the last good meld version was linked against x11-libs/gtk+-3.18.6, 
.7, .8, .9
# try masking higher library version
=x11-libs/gtk+-3.20.9


[4] # equery d x11-libs/gtk+
  * These packages depend on x11-libs/gtk+:
app-crypt/gcr-3.20.0 (gtk ? >=x11-libs/gtk+-3.12:3[X,introspection?])
app-crypt/pinentry-0.9.7-r1 (gtk ? x11-libs/gtk+:2)
app-editors/leafpad-0.8.18.1 (x11-libs/gtk+:2)
app-text/ghostscript-gpl-9.19 (gtk ? x11-libs/gtk+:3)
   (gtk ? x11-libs/gtk+:2)
app-text/gtkspell-2.0.16 (x11-libs/gtk+:2)
dev-java/oracle-jre-bin-1.8.0.102 (javafx ? x11-libs/gtk+:2)
dev-libs/keybinder-0.3.1-r200 (>=x11-libs/gtk+-2.20:2)
dev-libs/libunique-1.1.6-r1 (>=x11-libs/gtk+-2.11:2[introspection?])
dev-python/pygobject-3.20.1 (test ? x11-libs/gtk+:3[introspection])
dev-util/meld-3.16.2 (>=x11-libs/gtk+-3.14:3[introspection])
games-misc/xcowsay-1.3 (x11-libs/gtk+:2)
gnome-base/gvfs-1.28.3-r1 (gtk ? >=x11-libs/gtk+-3.0:3)
gnome-base/libglade-2.6.4-r2 
(>=x11-libs/gtk+-2.24.23:2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?])
gnome-base/librsvg-2.40.16 (tools ? >=x11-libs/gtk+-3.10.0:3)
gnome-extra/polkit-gnome-0.105-r1 (x11-libs/gtk+:3)
lxde-base/lxappearance-0.5.5 (x11-libs/gtk+:2)
lxde-base/lxde-common-0.5.5-r3 (x11-libs/gtk+:2)
lxde-base/lxde-icon-theme-0.5.0-r1 (x11-libs/gtk+:2)
lxde-base/lxinput-0.3.2 (x11-libs/gtk+:2)
lxde-base/lxpanel-0.8.1 (x11-libs/gtk+:2)
lxde-base/lxrandr-0.1.2 (x11-libs/gtk+:2)
lxde-base/lxsession-0.5.2 (x11-libs/gtk+:2)
lxde-base/lxtask-0.1.6 (x11-libs/gtk+:2)
lxde-base/lxterminal-0.2.0-r1 (!gtk3 ? x11-libs/gtk+:2)
   (gtk3 ? x11-libs/gtk+:3)
media-gfx/gpicview-0.2.4 (>=x11-libs/gtk+-2.6:2)
media-sound/ario-1.5.1-r1 (>=x11-libs/gtk+-2.16:2)
net-im/pidgin-2.11.0 (gtk ? >=x11-libs/gtk+-2.10:2[aqua=])
sys-devel/gcc-5.4.0 (awt ? =x11-libs/gtk+-2*)
www-client/seamonkey-2.42.3.0_p0 (>=x11-libs/gtk+-2.18:2)
www-client/w3m-0.5.3-r8 (vanilla ? x11-libs/gtk+:2)
www-plugins/adobe-flash-11.2.202.632 (x11-libs/gtk+:2)
x11-libs/gtksourceview-3.18.3 (>=x11-libs/gtk+-3.16:3[introspection?])
x11-libs/libfm-1.2.4 (gtk ? 

Re: [gentoo-user] emerge conflict

[Neil Bothwick]

On Sat, 17 Sep 2016 19:12:40 -0400, Philip Webb wrote:

> root:522 ~> emerge -pv perl
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild   R] dev-lang/perl-5.20.2:0/5.20::gentoo  USE="-berkdb
> -debug -doc gdbm -ithreads" 0 KiB
> 
> Total: 1 package (1 reinstall), Size of downloads: 0 KiB
> 
> WARNING: One or more updates/rebuilds have been skipped due to a
> dependency conflict:
> 
> dev-lang/perl:0

Is this because you are trying to emerge perl in isolation? This result
is not unexpected as you have other packages built against the older
version and you have not told portage to deal with that.

What happens if you do emerge -uaD @world?


-- 
Neil Bothwick

I am McCoy of Bo...Damnit! I'm a doctor, not a collective!


pgptD8mRpy2H0.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] emerge conflict

[Gregory Woodbury]

I went through the list of conflicts and made a temporary @set of packages
for emerge to re-install. Worked like a charm. A number of the conflicts
are things that should be in a "preserved libraries" type of list, they are
actually quite able to rebuild with the new perl version.

I have, however, had to back off newest versions of sddm and chromium
(browser) due to some performance failures:  /etc/portage/package.keywords
is your friend!

On Sat, Sep 17, 2016 at 9:55 PM, Adam Carter  wrote:

> It doesn't look like just vim - it looks like exiftool, graphite2,
>
>> cups-filters, gvim, and imagemagick all are blocking.
>>
>> I'd guess that these packages need a version bump or you need to unmask
>> one of the newer builds (most likely they haven't been stabilized yet.)
>>
>
> Agree - my amd64 system upgraded perl to 5.22 on Friday, so re-sync, and
> try again. Also to help resolve upgrade issues i firstly add --deep to
> emerge's switches and if that doesnt help, bump up --backtrack=
>
>



-- 
-- 
G.Wolfe Woodbury
redwo...@gmail.com

Re: [gentoo-user] emerge conflict

[Adam Carter]

It doesn't look like just vim - it looks like exiftool, graphite2,

> cups-filters, gvim, and imagemagick all are blocking.
>
> I'd guess that these packages need a version bump or you need to unmask
> one of the newer builds (most likely they haven't been stabilized yet.)
>

Agree - my amd64 system upgraded perl to 5.22 on Friday, so re-sync, and
try again. Also to help resolve upgrade issues i firstly add --deep to
emerge's switches and if that doesnt help, bump up --backtrack=

Re: [gentoo-user] emerge conflict

[Daniel Frey]

On 09/17/2016 04:12 PM, Philip Webb wrote:
> Starting my regular Sat system update, 'eix-sync' told me (equivalent) :
> 
> root:524 ~> eix ^perl$
> [U] dev-lang/perl
>  Available versions:  5.20.2(0/5.20) ~5.20.2-r1(0/5.20) ~5.22.0(0/5.22) 
> ~5.22.1(0/5.22) 5.22.2(0/5.22) ~5.24.0(0/5.24) ~5.24.0-r1(0/5.24) {berkdb 
> debug doc gdbm ithreads}
>  Installed versions:  5.20.2([2015-10-04 11:34:10])(gdbm -berkdb -debug -doc 
> -ithreads)
> 
> So I tried 'emerge -pv perl' & was told the current version of (G)Vim
> required the earlier installed version of Perl.
> After updating to the latest testing version of (G)Vim, I tried again :
> 
> root:522 ~> emerge -pv perl
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild   R] dev-lang/perl-5.20.2:0/5.20::gentoo  USE="-berkdb -debug 
> -doc gdbm -ithreads" 0 KiB
> 
> Total: 1 package (1 reinstall), Size of downloads: 0 KiB
> 
> WARNING: One or more updates/rebuilds have been skipped due to a dependency 
> conflict:
> 
> dev-lang/perl:0
> 
>   (dev-lang/perl-5.22.2:0/5.22::gentoo, ebuild scheduled for merge) conflicts 
> with
> dev-lang/perl:0/5.20= required by (media-libs/exiftool-10.20:0/0::gentoo, 
> installed)
>  
> dev-lang/perl:0/5.20=[-build(-)] required by 
> (dev-perl/File-MimeInfo-0.270.0:0/0::gentoo, installed)
>     
> =dev-lang/perl-5.20.2* required by 
> (virtual/perl-File-Spec-3.480.100-r1:0/0::gentoo, installed)
> ^  ^^^
> =dev-lang/perl-5.20* required by 
> (virtual/perl-Test-Harness-3.330.0:0/0::gentoo, installed)
> ^  ^
> dev-lang/perl:0/5.20= required by (media-gfx/graphite2-1.3.8:0/0::gentoo, 
> installed)
>  
> dev-lang/perl:0/5.20= required by 
> (net-print/cups-filters-1.5.0:0/0::gentoo, installed)
>  
> dev-lang/perl:0/5.20=[-build(-)] required by 
> (dev-perl/File-DesktopEntry-0.40.0-r1:0/0::gentoo, installed)
>     
> dev-lang/perl:0/5.20=[-build(-)] required by 
> (dev-perl/File-BaseDir-0.30.0-r1:0/0::gentoo, installed)
>     
> dev-lang/perl:0/5.20= required by (app-editors/gvim-8.0.0005:0/0::gentoo, 
> installed)
>  
> dev-lang/perl:0/5.20=[-build(-)] required by 
> (perl-core/Data-Dumper-2.154.0:0/0::gentoo, installed)
>     
> >=dev-lang/perl-5.8.8:0/5.20= required by 
> (media-gfx/imagemagick-6.9.4.6:0/6.9.4.6::gentoo, installed)
>  
> dev-lang/perl:0/5.20=[-build(-)] required by 
> (perl-core/File-Temp-0.230.400-r1:0/0::gentoo, installed)
>     
> dev-lang/perl:0/5.20= required by (app-editors/vim-8.0.0005:0/0::gentoo, 
> installed)
>  
> 
> Portage is refusing to update to the latest stable Perl,
> whether I have an earlier version of Vim (-13xx) or the latest version.
> 
> How do I update Perl without dropping Vim ?
> 

It doesn't look like just vim - it looks like exiftool, graphite2,
cups-filters, gvim, and imagemagick all are blocking.

I'd guess that these packages need a version bump or you need to unmask
one of the newer builds (most likely they haven't been stabilized yet.)

Dan

[gentoo-user] emerge conflict

[Philip Webb]

Starting my regular Sat system update, 'eix-sync' told me (equivalent) :

root:524 ~> eix ^perl$
[U] dev-lang/perl
 Available versions:  5.20.2(0/5.20) ~5.20.2-r1(0/5.20) ~5.22.0(0/5.22) 
~5.22.1(0/5.22) 5.22.2(0/5.22) ~5.24.0(0/5.24) ~5.24.0-r1(0/5.24) {berkdb debug 
doc gdbm ithreads}
 Installed versions:  5.20.2([2015-10-04 11:34:10])(gdbm -berkdb -debug -doc 
-ithreads)

So I tried 'emerge -pv perl' & was told the current version of (G)Vim
required the earlier installed version of Perl.
After updating to the latest testing version of (G)Vim, I tried again :

root:522 ~> emerge -pv perl

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

Calculating dependencies... done!
[ebuild   R] dev-lang/perl-5.20.2:0/5.20::gentoo  USE="-berkdb -debug -doc 
gdbm -ithreads" 0 KiB

Total: 1 package (1 reinstall), Size of downloads: 0 KiB

WARNING: One or more updates/rebuilds have been skipped due to a dependency 
conflict:

dev-lang/perl:0

  (dev-lang/perl-5.22.2:0/5.22::gentoo, ebuild scheduled for merge) conflicts 
with
dev-lang/perl:0/5.20= required by (media-libs/exiftool-10.20:0/0::gentoo, 
installed)
 
dev-lang/perl:0/5.20=[-build(-)] required by 
(dev-perl/File-MimeInfo-0.270.0:0/0::gentoo, installed)
    
=dev-lang/perl-5.20.2* required by 
(virtual/perl-File-Spec-3.480.100-r1:0/0::gentoo, installed)
^  ^^^
=dev-lang/perl-5.20* required by 
(virtual/perl-Test-Harness-3.330.0:0/0::gentoo, installed)
^  ^
dev-lang/perl:0/5.20= required by (media-gfx/graphite2-1.3.8:0/0::gentoo, 
installed)
 
dev-lang/perl:0/5.20= required by 
(net-print/cups-filters-1.5.0:0/0::gentoo, installed)
 
dev-lang/perl:0/5.20=[-build(-)] required by 
(dev-perl/File-DesktopEntry-0.40.0-r1:0/0::gentoo, installed)
    
dev-lang/perl:0/5.20=[-build(-)] required by 
(dev-perl/File-BaseDir-0.30.0-r1:0/0::gentoo, installed)
    
dev-lang/perl:0/5.20= required by (app-editors/gvim-8.0.0005:0/0::gentoo, 
installed)
 
dev-lang/perl:0/5.20=[-build(-)] required by 
(perl-core/Data-Dumper-2.154.0:0/0::gentoo, installed)
    
>=dev-lang/perl-5.8.8:0/5.20= required by 
(media-gfx/imagemagick-6.9.4.6:0/6.9.4.6::gentoo, installed)
 
dev-lang/perl:0/5.20=[-build(-)] required by 
(perl-core/File-Temp-0.230.400-r1:0/0::gentoo, installed)
    
dev-lang/perl:0/5.20= required by (app-editors/vim-8.0.0005:0/0::gentoo, 
installed)
 

Portage is refusing to update to the latest stable Perl,
whether I have an earlier version of Vim (-13xx) or the latest version.

How do I update Perl without dropping Vim ?

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] Emerge interferes with Git (Was: Wlan disappeared after suspend)

[Bertram Scharpf]

On Tuesday, 13. Sep 2016, 11:12:11 -0400, Rich Freeman wrote:
> On Tue, Sep 13, 2016 at 9:12 AM, Bertram Scharpf
>  wrote:
> >
> > The rfkill install interferes with Git!
> >
> > Error log:
> > P: /usr/portage/.git/index.lock
> > A: /usr/portage/.git/index.lock
> > R: /usr/portage/.git/index.lock
> > C: git update-index --refresh --unmerged
> >
>   '/usr/portage/tmp/portage/net-wireless/rfkill-0.5/temp/build.log'
> >
> > I helped myself by renaming the .git directory, but that's
> > only a workaround.
> >
> > How can I fix this? Should I report this?
> 
> It looks like you have your PORTAGE_TMPDIR set as /usr/portage/tmp?

Indeed. I have a "build partition" that I use for both,
package downloading and building in /usr/portage/tmp.

The rfkill make suite looks for a version number and in case
the work directory is a Git repo it tries to query the
version number there. Then, it finds the Git repo in
/usr/portage and fails. Not very friendly!

> I suggest moving PORTAGE_TMPDIR to someplace like /var/tmp or /tmp or
> someplace else.  It isn't really ideal to have volatile information in
> /usr anyway (this is the part where everybody chimes in and points out
> that /usr/portage is in the wrong place to begin with).

I'll see how I solve it. I do not have time to make a
decision this evening.

Bertram


-- 
Bertram Scharpf
Stuttgart, Deutschland/Germany
http://www.bertram-scharpf.de

Re: [gentoo-user] Emerge interferes with Git (Was: Wlan disappeared after suspend)

[Michael Orlitzky]

On 09/13/2016 11:12 AM, Rich Freeman wrote:
> (this is the part where everybody chimes in and points out
> that /usr/portage is in the wrong place to begin with).
> 

This way, everyone's unhappy. If we move it to a new better location,
then there will be public outcry from the people who prefer a different
new better location.

/var/cache/portage/repositories is the one true god

Re: [gentoo-user] Emerge interferes with Git (Was: Wlan disappeared after suspend)

[Rich Freeman]

On Tue, Sep 13, 2016 at 9:12 AM, Bertram Scharpf
 wrote:
>
> The rfkill install interferes with Git!
>
> Error log:
> P: /usr/portage/.git/index.lock
> A: /usr/portage/.git/index.lock
> R: /usr/portage/.git/index.lock
> C: git update-index --refresh --unmerged
>
  '/usr/portage/tmp/portage/net-wireless/rfkill-0.5/temp/build.log'
>
> I helped myself by renaming the .git directory, but that's
> only a workaround.
>
> How can I fix this? Should I report this?
>

It looks like you have your PORTAGE_TMPDIR set as /usr/portage/tmp?
I'm not sure if that is supposed to work or not, but I suspect that
might be the problem.  Since it is located INSIDE a git repository (if
you have /usr/portage checked out from git), I suspect there is some
confusion if the package is trying to check something else out using
git or otherwise manipulate it.  The .git directory is outside of the
sandbox so it shouldn't be able to be modified.

I suggest moving PORTAGE_TMPDIR to someplace like /var/tmp or /tmp or
someplace else.  It isn't really ideal to have volatile information in
/usr anyway (this is the part where everybody chimes in and points out
that /usr/portage is in the wrong place to begin with).

-- 
Rich

[gentoo-user] Emerge interferes with Git (Was: Wlan disappeared after suspend)

[Bertram Scharpf]

On Tuesday, 13. Sep 2016, 08:08:39 -0400, Michael Orlitzky wrote:
> On 09/13/2016 04:23 AM, Bertram Scharpf wrote:
> > after suspend, my wlan is dead and it cannot be restarted
> 
> I had this same problem with the ath5k driver (still do, I bet)
> on my Thinkpad x61s. What happens if you run "sudo rfkill list"
> after you resume from suspend? Does it show that the wireless is
> "hard blocked"?

First of all:

The rfkill install interferes with Git!

Error log:


>>> Compiling source in 
>>> /usr/portage/tmp/portage/net-wireless/rfkill-0.5/work/rfkill-0.5 ...
make -j2 V=1 
x86_64-pc-linux-gnu-gcc -O2 -march=native -pipe -Wall -Wundef 
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -W
error-implicit-function-declaration -c -o rfkill.o rfkill.c
./version.sh version.c
 * ACCESS DENIED:  open_wr:  /usr/portage/.git/index.lock
rfkill.c: In function ‘get_name’:
rfkill.c:83:2: warning: ignoring return value of ‘read’, declared with 
attribute warn_unused_result [-Wunused-result]
  read(fd, name, sizeof(name) - 1);
  ^
x86_64-pc-linux-gnu-gcc -O2 -march=native -pipe -Wall -Wundef 
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -W
error-implicit-function-declaration -c -o version.o version.c
x86_64-pc-linux-gnu-gcc -Wl,-O1 -Wl,--as-needed rfkill.o version.o  -o rfkill
>>> Source compiled.
 * --- ACCESS VIOLATION SUMMARY 
---
 * LOG FILE: "/var/log/sandbox/sandbox-10986.log"
 * 
VERSION 1.0
FORMAT: F - Function called
FORMAT: S - Access Status
FORMAT: P - Path as passed to function
FORMAT: A - Absolute Path (not canonical)
FORMAT: R - Canonical Path
FORMAT: C - Command Line

F: open_wr
S: deny
P: /usr/portage/.git/index.lock
A: /usr/portage/.git/index.lock
R: /usr/portage/.git/index.lock
C: git update-index --refresh --unmerged 
 * 


>>> Failed to emerge net-wireless/rfkill-0.5, Log file:

>>>  '/usr/portage/tmp/portage/net-wireless/rfkill-0.5/temp/build.log'

I helped myself by renaming the .git directory, but that's
only a workaround.

How can I fix this? Should I report this?

Bertram


-- 
Bertram Scharpf
Stuttgart, Deutschland/Germany
http://www.bertram-scharpf.de

Re: [gentoo-user] emerge @system

[Peter Humphrey]

On Tuesday 30 August 2016 22:51:47 Mick wrote:
> On Tuesday 30 Aug 2016 15:30:51 Peter Humphrey wrote:
> > On Tuesday 30 Aug 2016 13:38:13 J. Roeleveld wrote:
> > > On Tuesday, August 30, 2016 11:56:50 AM Peter Humphrey wrote:
> > > > On Tuesday 30 Aug 2016 12:06:43 Alan McKinnon wrote:
> > > > > You should elaborate more and be specific on what you mean by "The
> > > > > reason is an intermittent series of apparently unrelated things
> > > > > going
> > > > > wrong."
> > > > 
> > > > Here's one then: In KMail (yes, I know*) the folder list contains an
> > > > item
> > > > "trash" (ugh!), but when I come to empty it it's called "Wastebin"
> > > > (much
> > > > better) in the drop-down menu.
> > > 
> > > Check your language/internationisation settings.
> > > The translations is from "kde-apps/kdepim-l10n"
> > 
> > I can't find anything wrong with those settings. Everything is set to
> > British English.
> > 
> > $ locale -a
> > C
> > en_GB
> > en_GB.iso88591
> > en_GB.iso885915
> > en_GB.utf8
> > POSIX
> > 
> > $ eselect locale list
> > 
> > Available targets for the LANG variable:
> >   [1]   C
> >   [2]   en_GB
> >   [3]   en_GB.iso88591
> >   [4]   en_GB.iso885915
> >   [5]   en_GB.utf8 *
> >   [6]   POSIX
> >   [ ]   (free form)
> 
> This is all OK.
> 
> > > > And another: if I move my user account away and create a new one,
> > > > setting KDE plasma up from scratch (this is ~amd64), the
> > > > system-settings
> > > > panel has no icons and the single-click-to-open preference is
> > > > ignored,
> > > > even though it's the default and I already have it set anyway. Then,
> > > > if
> > > > I revert to the original home directory, which has followed events
> > > > through the last six months, those faults disappear.
> > > 
> > > Hmm... not sure where this comes from
> > 
> > But this time, the single-click-to-open preference is still ignored.
> > 
> > You see, the system is behaving inconsistently - even irrationally at
> > times.
> The latest Konqueror (stable) update to 4.14.20 fixed the one click
> problem, as well as opening files within Konqueror itself, rather than
> opening a separate dolphin window.  Dolphin is still borked and behaves
> /irrationally/.  I hope the next update will fix that too.

Thanks to all who've helped. I've now just completed a rebuild from bare 
metal and everything seems fine at the moment.

-- 
Rgds
Peter

Re: [gentoo-user] emerge @system

[Mick]

On Tuesday 30 Aug 2016 15:30:51 Peter Humphrey wrote:
> On Tuesday 30 Aug 2016 13:38:13 J. Roeleveld wrote:
> > On Tuesday, August 30, 2016 11:56:50 AM Peter Humphrey wrote:
> > > On Tuesday 30 Aug 2016 12:06:43 Alan McKinnon wrote:
> > > > You should elaborate more and be specific on what you mean by "The
> > > > reason is an intermittent series of apparently unrelated things going
> > > > wrong."
> > > 
> > > Here's one then: In KMail (yes, I know*) the folder list contains an
> > > item
> > > "trash" (ugh!), but when I come to empty it it's called "Wastebin" (much
> > > better) in the drop-down menu.
> > 
> > Check your language/internationisation settings.
> > The translations is from "kde-apps/kdepim-l10n"
> 
> I can't find anything wrong with those settings. Everything is set to
> British English.
> 
> $ locale -a
> C
> en_GB
> en_GB.iso88591
> en_GB.iso885915
> en_GB.utf8
> POSIX
> 
> $ eselect locale list
> Available targets for the LANG variable:
>   [1]   C
>   [2]   en_GB
>   [3]   en_GB.iso88591
>   [4]   en_GB.iso885915
>   [5]   en_GB.utf8 *
>   [6]   POSIX
>   [ ]   (free form)

This is all OK.


> > > And another: if I move my user account away and create a new one,
> > > setting KDE plasma up from scratch (this is ~amd64), the system-settings
> > > panel has no icons and the single-click-to-open preference is ignored,
> > > even though it's the default and I already have it set anyway. Then, if
> > > I revert to the original home directory, which has followed events
> > > through the last six months, those faults disappear.
> > 
> > Hmm... not sure where this comes from
> 
> But this time, the single-click-to-open preference is still ignored.
> 
> You see, the system is behaving inconsistently - even irrationally at times.

The latest Konqueror (stable) update to 4.14.20 fixed the one click problem, as 
well as opening files within Konqueror itself, rather than opening a separate 
dolphin window.  Dolphin is still borked and behaves /irrationally/.  I hope 
the next update will fix that too.
-- 
Regards,
Mick

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

Re: [gentoo-user] emerge @system

[Alan McKinnon]

On 30/08/2016 12:56, Peter Humphrey wrote:

On Tuesday 30 Aug 2016 12:06:43 Alan McKinnon wrote:


You should elaborate more and be specific on what you mean by "The
reason is an intermittent series of apparently unrelated things going
wrong."


Here's one then: In KMail (yes, I know*) the folder list contains an item
"trash" (ugh!), but when I come to empty it it's called "Wastebin" (much
better) in the drop-down menu.

And another: if I move my user account away and create a new one, setting
KDE plasma up from scratch (this is ~amd64), the system-settings panel has
no icons and the single-click-to-open preference is ignored, even though
it's the default and I already have it set anyway. Then, if I revert to the
original home directory, which has followed events through the last six
months, those faults disappear.


How would @system possibly affect that?

True, in theory any software can have an influence on any other software 
and cause breakage; but with those symptoms you ought to be 
investigating @system last, not first


Your problems lie within KDE itself, I'd bet hard-earned money on that





Work the real problem, not an assumed one :-)


Of course - when I can find it! I'm just trying to ensure that the system is
clean before I go tilting at windmills. Possibly, I'm just seeing the
immaturity of KDE-5. So be it, if so.

* I've seen references to KMail 5.0.3 already Out There, so I'm sticking
with it in the hope that 5.* will be more solid.

Re: [gentoo-user] emerge @system

[Peter Humphrey]

On Tuesday 30 Aug 2016 13:38:13 J. Roeleveld wrote:
> On Tuesday, August 30, 2016 11:56:50 AM Peter Humphrey wrote:
> > On Tuesday 30 Aug 2016 12:06:43 Alan McKinnon wrote:
> > > You should elaborate more and be specific on what you mean by "The
> > > reason is an intermittent series of apparently unrelated things going
> > > wrong."
> > 
> > Here's one then: In KMail (yes, I know*) the folder list contains an
> > item
> > "trash" (ugh!), but when I come to empty it it's called "Wastebin" (much
> > better) in the drop-down menu.
> 
> Check your language/internationisation settings.
> The translations is from "kde-apps/kdepim-l10n"

I can't find anything wrong with those settings. Everything is set to 
British English.

$ locale -a
C
en_GB
en_GB.iso88591
en_GB.iso885915
en_GB.utf8
POSIX

$ eselect locale list
Available targets for the LANG variable:
  [1]   C
  [2]   en_GB
  [3]   en_GB.iso88591
  [4]   en_GB.iso885915
  [5]   en_GB.utf8 *
  [6]   POSIX
  [ ]   (free form)

> > And another: if I move my user account away and create a new one,
> > setting KDE plasma up from scratch (this is ~amd64), the system-settings
> > panel has no icons and the single-click-to-open preference is ignored,
> > even though it's the default and I already have it set anyway. Then, if
> > I revert to the original home directory, which has followed events
> > through the last six months, those faults disappear.
> 
> Hmm... not sure where this comes from

But this time, the single-click-to-open preference is still ignored.

You see, the system is behaving inconsistently - even irrationally at times.

--->8

> > * I've seen references to KMail 5.0.3 already Out There, so I'm sticking
> > with it in the hope that 5.* will be more solid.
> 
> I'm still using Kmail 4.x until Kmail 5 becomes unmasked...

As far as I can see, Kmail 5 isn't even in the tree yet.

> If you want a truly clean build:
> emerge -ae @system
> emerge -ae @world
> emerge -a --depclean
> 
> (That's what I did last time I had too many strange issues)

I've done that or similar many times over the last several weeks. I think 
I'm left with just one sensible option: to build a new system from scratch, 
complete with a new user account, not carrying anything but necessities over 
from the current system.

-- 
Rgds
Peter

Re: [gentoo-user] emerge @system

[J. Roeleveld]

On Tuesday, August 30, 2016 11:56:50 AM Peter Humphrey wrote:
> On Tuesday 30 Aug 2016 12:06:43 Alan McKinnon wrote:
> > You should elaborate more and be specific on what you mean by "The
> > reason is an intermittent series of apparently unrelated things going
> > wrong."
> 
> Here's one then: In KMail (yes, I know*) the folder list contains an item
> "trash" (ugh!), but when I come to empty it it's called "Wastebin" (much
> better) in the drop-down menu.

Check your language/internationisation settings.
The translations is from "kde-apps/kdepim-l10n"

> And another: if I move my user account away and create a new one, setting
> KDE plasma up from scratch (this is ~amd64), the system-settings panel has
> no icons and the single-click-to-open preference is ignored, even though
> it's the default and I already have it set anyway. Then, if I revert to the
> original home directory, which has followed events through the last six
> months, those faults disappear.

Hmm... not sure where this comes from

> > Work the real problem, not an assumed one :-)
> 
> Of course - when I can find it! I'm just trying to ensure that the system is
> clean before I go tilting at windmills. Possibly, I'm just seeing the
> immaturity of KDE-5. So be it, if so.

Could be...

> * I've seen references to KMail 5.0.3 already Out There, so I'm sticking
> with it in the hope that 5.* will be more solid.

I'm still using Kmail 4.x until Kmail 5 becomes unmasked...

If you want a truly clean build:
emerge -ae @system
emerge -ae @world
emerge -a --depclean

(That's what I did last time I had too many strange issues)

--
Joost

Re: [gentoo-user] emerge @system

[Peter Humphrey]

On Tuesday 30 Aug 2016 11:56:50 I wrote:
> On Tuesday 30 Aug 2016 12:06:43 Alan McKinnon wrote:
> > You should elaborate more and be specific on what you mean by "The
> > reason is an intermittent series of apparently unrelated things going
> > wrong."
> 
> Here's one then: In KMail (yes, I know) the folder list contains an item
> "trash" (ugh!), but when I come to empty it it's called "Wastebin" (much
> better) in the drop-down menu.
> 
> And another: if I move my user account away and create a new one, setting
> KDE plasma up from scratch (this is ~amd64), the system-settings panel has
> no icons and the single-click-to-open preference is ignored, even though
> it's the default and I already have it set anyway. Then, if I revert to
> the original home directory, which has followed events through the last
> six months, those faults disappear.

One more: I've just emerged sci-misc/boinc, and portage overwrote 
/etc/conf.d/boinc without asking for permission. I have  
/usr/share/applications/boincmgr-boinc.desktop in CONFIG_PROTECT; that was 
overwritten too.

-- 
Rgds
Peter

Re: [gentoo-user] emerge @system

[Peter Humphrey]

On Tuesday 30 Aug 2016 12:06:43 Alan McKinnon wrote:

> You should elaborate more and be specific on what you mean by "The
> reason is an intermittent series of apparently unrelated things going
> wrong."

Here's one then: In KMail (yes, I know*) the folder list contains an item 
"trash" (ugh!), but when I come to empty it it's called "Wastebin" (much 
better) in the drop-down menu.

And another: if I move my user account away and create a new one, setting 
KDE plasma up from scratch (this is ~amd64), the system-settings panel has 
no icons and the single-click-to-open preference is ignored, even though 
it's the default and I already have it set anyway. Then, if I revert to the 
original home directory, which has followed events through the last six 
months, those faults disappear.

> Work the real problem, not an assumed one :-)

Of course - when I can find it! I'm just trying to ensure that the system is 
clean before I go tilting at windmills. Possibly, I'm just seeing the 
immaturity of KDE-5. So be it, if so.

* I've seen references to KMail 5.0.3 already Out There, so I'm sticking 
with it in the hope that 5.* will be more solid.

-- 
Rgds
Peter

Re: [gentoo-user] emerge @system

[Alan McKinnon]

On 30/08/2016 11:25, Peter Humphrey wrote:
> On Tuesday 30 Aug 2016 00:07:53 Alan McKinnon wrote:
> 
>> Don't forget that @system only lives in a context, and the context is a
>> real computer.
>>
>> Out of context it's just a list of strings. In context, it's strings
>> that means packages, with deps and everything else that needs to be
>> built for @system to mean anything on the machine it's added to.
>>
>> One never needs to define @system, that is already done in a profile so
>> it's not something that means sense to migrate or re-use elsewhere.
>> Don't worry about @system, worry about USE and get that right. Emerge
>> will deal with what it takes to give the user the @system he's really
>> asking for.
>>
>> Or maybe I don't completely understand yet Peter's actual question.
> 
> Hmm. I do seem to have a knack of not saying quite what I mean these days.
> 
> I want to define a minimal set to make sure the tool chain is correct and 
> free of faults, not just up to date, before doing anything else. Then I can 
> use that to build whatever other parts of the system I may be suspicious of. 
> I know that portage will work out a good order of battle, but it assumes 
> correctness in the tool chain: its job is to keep the system current. If 
> there is a problem in the tools, it's going to cause problems when the rest 
> of the system is built.
> 
> Quite a while ago I came across some advice to emerge gcc first, then glibc 
> and libtool, then whatever else is needed (@system, @world etc). I've been 
> doing that, but it does seem a bit minimal. That's why I thought of this 
> sysbase idea.
> 
> You may wonder why I suspect my system at all. The reason is an intermittent 
> series of apparently unrelated things going wrong. This box is only six 
> months old and it contains some very recent hardware, and I'm not quite 
> convinced that I have everything set up just right.
> 

You have been given silly advice because things just do not work that
way. The set you want is @system.

It looks like you want to guarantee that portage's tools are 100%
correct so that portage can be assured it is using good stuff. But the
tool that you use to build those tools and get them correct is portage
itself :-)

There are only 3 ways to get a new improved toolchain:

- use a stage 3 which provides one
- use a stage 1 and do the whole thing by hand
- use portage

There's nothing wrong with using #3. Portage doesn't use the toolchain
much to get things going as it's python. As long as you have a decent
working python you are pretty much good to go. Of course it may use the
existing toolchain to rebuild the toolchain so you need to have a
toolchain first - which you get from a stage 1 or stage 3.

In any event, it's not just a case of building gcc - to get the latest
version portage needs curl, wget, zlib, tar and a bucket load of other
stuff t even fetch the code. Then it needs autotools and everything else
make uses to build it.

So really you are trying to fix a suspect system by rebuilding a good
system using the suspect system. And that just ain't never gonna work.
Maybe in some other universe, but not this one.

Just rebuild @system and let portage do it's thing - the result you will
get is exactly the same you will have after you update all of world, and
that is the toolchain you will use forever more. Any and all advice you
stumble across about rebuilding gcc and glibc and stuff is nonsense,
backwards and going the wrong way.


You should elaborate more and be specific on what you mean by "The
reason is an intermittent series of apparently unrelated things going
wrong."

Work the real problem, not an assumed one :-)


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

Re: [gentoo-user] emerge @system

[Peter Humphrey]

On Tuesday 30 Aug 2016 00:07:53 Alan McKinnon wrote:

> Don't forget that @system only lives in a context, and the context is a
> real computer.
> 
> Out of context it's just a list of strings. In context, it's strings
> that means packages, with deps and everything else that needs to be
> built for @system to mean anything on the machine it's added to.
> 
> One never needs to define @system, that is already done in a profile so
> it's not something that means sense to migrate or re-use elsewhere.
> Don't worry about @system, worry about USE and get that right. Emerge
> will deal with what it takes to give the user the @system he's really
> asking for.
> 
> Or maybe I don't completely understand yet Peter's actual question.

Hmm. I do seem to have a knack of not saying quite what I mean these days.

I want to define a minimal set to make sure the tool chain is correct and 
free of faults, not just up to date, before doing anything else. Then I can 
use that to build whatever other parts of the system I may be suspicious of. 
I know that portage will work out a good order of battle, but it assumes 
correctness in the tool chain: its job is to keep the system current. If 
there is a problem in the tools, it's going to cause problems when the rest 
of the system is built.

Quite a while ago I came across some advice to emerge gcc first, then glibc 
and libtool, then whatever else is needed (@system, @world etc). I've been 
doing that, but it does seem a bit minimal. That's why I thought of this 
sysbase idea.

You may wonder why I suspect my system at all. The reason is an intermittent 
series of apparently unrelated things going wrong. This box is only six 
months old and it contains some very recent hardware, and I'm not quite 
convinced that I have everything set up just right.

-- 
Rgds
Peter

Re: [gentoo-user] emerge @system

[Alan McKinnon]

On 29/08/2016 21:08, Neil Bothwick wrote:

On Mon, 29 Aug 2016 17:04:08 +0100, Peter Humphrey wrote:


I remember someone (Dale?) some time ago being dismayed at the large
number of packages that would be installed by emerge @system.

Now I see what he meant: on this box 401 of the 1103 installed
packages. I'd like to construct a set that would create a reliable
basis for building the rest of @system and @world.

I have a small rescue system on the same disk, also ~amd64, which
doesn't have X or any desktop programs but otherwise is configured for
the same setup. Would it be sensible to use the 44 packages in that
@system as a new set @sysbase on the main system, or would I miss
something important?


Surely the addition of X, and maybe kde or gnome, to your USE flags is
what is causing so many packages to be pulled in by @system.

I found something similar when building a new system recently, @system
pulled in X and a shedload of dependencies. Switching to a non-desktop
profile meant far fewer packages were needed to get a basic system.




Don't forget that @system only lives in a context, and the context is a 
real computer.


Out of context it's just a list of strings. In context, it's strings 
that means packages, with deps and everything else that needs to be 
built for @system to mean anything on the machine it's added to.


One never needs to define @system, that is already done in a profile so 
it's not something that means sense to migrate or re-use elsewhere. 
Don't worry about @system, worry about USE and get that right. Emerge 
will deal with what it takes to give the user the @system he's really 
asking for.


Or maybe I don't completely understand yet Peter's actual question.

Alan

Re: [gentoo-user] emerge @system

[Neil Bothwick]

On Mon, 29 Aug 2016 17:04:08 +0100, Peter Humphrey wrote:

> I remember someone (Dale?) some time ago being dismayed at the large
> number of packages that would be installed by emerge @system.
> 
> Now I see what he meant: on this box 401 of the 1103 installed
> packages. I'd like to construct a set that would create a reliable
> basis for building the rest of @system and @world.
> 
> I have a small rescue system on the same disk, also ~amd64, which
> doesn't have X or any desktop programs but otherwise is configured for
> the same setup. Would it be sensible to use the 44 packages in that
> @system as a new set @sysbase on the main system, or would I miss
> something important?

Surely the addition of X, and maybe kde or gnome, to your USE flags is
what is causing so many packages to be pulled in by @system.

I found something similar when building a new system recently, @system
pulled in X and a shedload of dependencies. Switching to a non-desktop
profile meant far fewer packages were needed to get a basic system.


-- 
Neil Bothwick

Walk softly and carry a fully charged phazer.


pgpFtOmmLMPfI.pgp
Description: OpenPGP digital signature

[gentoo-user] emerge @system

[Peter Humphrey]

Hello list,

I remember someone (Dale?) some time ago being dismayed at the large number 
of packages that would be installed by emerge @system.

Now I see what he meant: on this box 401 of the 1103 installed packages. I'd 
like to construct a set that would create a reliable basis for building the 
rest of @system and @world.

I have a small rescue system on the same disk, also ~amd64, which doesn't 
have X or any desktop programs but otherwise is configured for the same 
setup. Would it be sensible to use the 44 packages in that @system as a new 
set @sysbase on the main system, or would I miss something important?

The set is attached.

-- 
Rgds
Peter
app-arch/bzip2
app-arch/gzip
app-arch/tar
app-arch/xz-utils
app-shells/bash:0
net-misc/iputils
net-misc/rsync
net-misc/wget
sys-apps/baselayout
sys-apps/busybox
sys-apps/coreutils
sys-apps/diffutils
sys-apps/file
sys-apps/findutils
sys-apps/gawk
sys-apps/grep
sys-apps/iproute2
sys-apps/kbd
sys-apps/less
sys-apps/man-pages
sys-apps/net-tools
sys-apps/openrc
sys-apps/sed
sys-apps/util-linux
sys-apps/which
sys-devel/binutils
sys-devel/gcc
sys-devel/gnuconfig
sys-devel/make
sys-devel/patch
sys-fs/e2fsprogs
sys-process/procps
sys-process/psmisc
virtual/dev-manager
virtual/editor
virtual/libc
virtual/man
virtual/modutils
virtual/os-headers
virtual/package-manager
virtual/pager
virtual/service-manager
virtual/shadow
virtual/ssh

Re: [gentoo-user] emerge --resume says "invalid resume list".

[Fernando Rodriguez]

On 06/22/2016 09:39 AM, Dan Douglas wrote:
> On Tue, Jun 21, 2016 at 10:04 AM, Neil Bothwick  wrote:
>> On Tue, 21 Jun 2016 09:39:42 -0500, Dan Douglas wrote:
>>
>>> Is something misconfigured on my end or is this just a long-standing
>>> bug? I at least need a way to either recover the list of packages
>>> manually or force portage to continue on because any failure prevents
>>> updating a system.
>>
>> Have you tried the --keep-going option? It causes emerge to automatically
>> continue with what it can after a failed build.
> 
> --keep-going is in EMERGE_DEFAULT_OPTS so the problem is only when
> that fails for whatever reason, --resume (with or without
> --skip-first) always fails too. Usually a package that I already know
> is broken and am working on but is already installed wants to be
> rebuilt will trigger this. The problem is portage doesn't seem to care
> whether any packages in the current resume list actually depend on the
> failing package and this can prevent important installations from
> finishing.
> 

I've had the exact same thing happen a couple of times recently and got around 
it
by running the original command but adding the failed package to the --exclude
list. AFAIU (I maybe wrong) the result of both commands should be the same so it
sounds like a bug to me.

Re: [gentoo-user] emerge of `screen' possible perl mismatch

[waltdnes]

On Mon, Jun 27, 2016 at 06:46:51AM -0400, Harry Putnam wrote

> Anyone know what needs to be done here?
> 
> Are there perl pkgs that need emerging first?

  Have you tried revdep-rebuild?

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

[gentoo-user] emerge of `screen' possible perl mismatch

[Harry Putnam]

Setup:
  Running gentoo thru vbox as guest on a Solaris host (openindiana)

While executing `emerge -vuD world', when the `screen' package rolled
around I get this `tail' of the compile process:

  CPP="i686-pc-linux-gnu-gcc -E -DMAXWIN=100 -DNONETHACK 
-DETCSCREENRC='"/etc/screenrc"' 
-DSCREENENCODINGS='"/usr/share/screen/utf8encodings"'" srcdir=. sh ./osdef.sh
  make -j1 -C doc screen.info 
  make: Entering directory 
'/var/tmp/portage/app-misc/screen-4.4.0/work/screen-4.4.0/doc'
  makeinfo ./screen.texinfo -o screen.info


  XSParagraph.c: loadable library and perl binaries are mismatched
  (got handshake key 0x7cc, needed 0x7c4)


  Makefile:30: recipe for target 'screen.info' failed
  make: *** [screen.info] Error 1
  make: Leaving directory 
'/var/tmp/portage/app-misc/screen-4.4.0/work/screen-4.4.0/doc'
   * ERROR: app-misc/screen-4.4.0::gentoo failed (compile phase):
   *   emake failed
   * 

(Note the part marked off with asterisks)

`eix' shows what is installed and most recent versions as of
todays sync (06/25/2016) `eix-sync'

 root # eix ^perl$
   [I] dev-lang/perl

  Available versions: 5.20.2(0/5.20) (~)5.20.2-r1(0/5.20)
  (~)5.22.0(0/5.22) (~)5.22.1(0/5.22) (~)5.22.2(0/5.22)
  (~)5.24.0(0/5.24) (~)5.24.0-r1(0/5.24) {berkdb debug doc gdbm
  ithreads}

  Installed versions:  5.24.0-r1(19:06:58 06/25/16)(berkdb gdbm -debug -doc 
-ithreads)
   Homepage:http://www.perl.org/
   Description: Larry Wall's Practical Extraction and Report 
Language


Anyone know what needs to be done here?

Are there perl pkgs that need emerging first?

Re: [gentoo-user] emerge --resume says "invalid resume list".

[Neil Bothwick]

On Wed, 22 Jun 2016 14:57:50 -0500, Dan Douglas wrote:

> >> --keep-going is in EMERGE_DEFAULT_OPTS so the problem is only when
> >> that fails for whatever reason, --resume (with or without
> >> --skip-first) always fails too.  
> > On 06/22/2016 12:31 PM, Neil Bothwick wrote:
> > That makes sense, --keep-going has already made sure that all updates
> > that are not dependant on the failing one have emerged, so there's
> > nothing left to emerge until you fix the broken package.  
> 
> 
> That's what it should do but it clearly doesn't quite work that way.
> It's easy to prove it's broken by finding any package on the resume list
> that can merge on its own without pulling in a previously failed
> package.
> 
> I've had completely up-to-date systems where no possible failure could
> result in an unsatisfied dependency and portage refuses to resume an
> `emerge -e @world` with hundreds of possible packages on the resume list
> that would work in isolation. That's the problem.

Without specifics it's not possible to say any more.


-- 
Neil Bothwick

"There are two ways of constructing a software design: One way is to make
it so simple that there are obviously no deficiencies, and the other way
is to make it so complicated that there are no obvious deficiencies.
The first method is far more difficult" -C.A.R. Hoare


pgpgBUMGRfNuJ.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] emerge --resume says "invalid resume list".

[Dan Douglas]

On 06/22/2016 12:31 PM, Neil Bothwick wrote:
> On Wed, 22 Jun 2016 08:39:59 -0500, Dan Douglas wrote:
>> --keep-going is in EMERGE_DEFAULT_OPTS so the problem is only when
>> that fails for whatever reason, --resume (with or without
>> --skip-first) always fails too.
> On 06/22/2016 12:31 PM, Neil Bothwick wrote:
> That makes sense, --keep-going has already made sure that all updates
> that are not dependant on the failing one have emerged, so there's
> nothing left to emerge until you fix the broken package.


That's what it should do but it clearly doesn't quite work that way.
It's easy to prove it's broken by finding any package on the resume list
that can merge on its own without pulling in a previously failed package.

I've had completely up-to-date systems where no possible failure could
result in an unsatisfied dependency and portage refuses to resume an
`emerge -e @world` with hundreds of possible packages on the resume list
that would work in isolation. That's the problem.




signature.asc
Description: OpenPGP digital signature

Re: [gentoo-user] emerge --resume says "invalid resume list".

[Neil Bothwick]

On Wed, 22 Jun 2016 08:39:59 -0500, Dan Douglas wrote:

> >> Is something misconfigured on my end or is this just a long-standing
> >> bug? I at least need a way to either recover the list of packages
> >> manually or force portage to continue on because any failure prevents
> >> updating a system.  
> >
> > Have you tried the --keep-going option? It causes emerge to
> > automatically continue with what it can after a failed build.  
> 
> --keep-going is in EMERGE_DEFAULT_OPTS so the problem is only when
> that fails for whatever reason, --resume (with or without
> --skip-first) always fails too.

That makes sense, --keep-going has already made sure that all updates
that are not dependant on the failing one have emerged, so there's
nothing left to emerge until you fix the broken package.


-- 
Neil Bothwick

Feminism: the radical notion that women are people.


pgpRISAMEgB_b.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] emerge --resume says "invalid resume list".

[Dan Douglas]

On Tue, Jun 21, 2016 at 10:04 AM, Neil Bothwick  wrote:
> On Tue, 21 Jun 2016 09:39:42 -0500, Dan Douglas wrote:
>
>> Is something misconfigured on my end or is this just a long-standing
>> bug? I at least need a way to either recover the list of packages
>> manually or force portage to continue on because any failure prevents
>> updating a system.
>
> Have you tried the --keep-going option? It causes emerge to automatically
> continue with what it can after a failed build.

--keep-going is in EMERGE_DEFAULT_OPTS so the problem is only when
that fails for whatever reason, --resume (with or without
--skip-first) always fails too. Usually a package that I already know
is broken and am working on but is already installed wants to be
rebuilt will trigger this. The problem is portage doesn't seem to care
whether any packages in the current resume list actually depend on the
failing package and this can prevent important installations from
finishing.

Re: [gentoo-user] emerge --resume says "invalid resume list".

[Neil Bothwick]

On Tue, 21 Jun 2016 09:39:42 -0500, Dan Douglas wrote:

> Is something misconfigured on my end or is this just a long-standing
> bug? I at least need a way to either recover the list of packages
> manually or force portage to continue on because any failure prevents
> updating a system.

Have you tried the --keep-going option? It causes emerge to automatically
continue with what it can after a failed build.


-- 
Neil Bothwick

Never ask a geek why, just nod your head and slowly back away


pgpD9FHfTWJQl.pgp
Description: OpenPGP digital signature

[gentoo-user] emerge --resume says "invalid resume list".

[Dan Douglas]

Hi. I don't believe I've ever seen portage's --resume --skipfirst
option work correctly without saying "invalid resume list". I know
this is incorrect because I've manually checked that all deps are
satisfied and it even occurs if a custom package I'm working on with
nothing depending upon it fails.

Is something misconfigured on my end or is this just a long-standing
bug? I at least need a way to either recover the list of packages
manually or force portage to continue on because any failure prevents
updating a system. --nodeps isn't an option because this causes
portage to disregard the merge order which can be a problem.

I can't even find where portage stores the resume list. Long ago I
think it was in a python pickle file somewhere but I can't find this
anymore. Any pointers? Thanks.

Most configs here if needed:
https://github.com/ormaaj/dotfiles/tree/master/common/etc/portage
(usually a bit outdated though)

Re: [gentoo-user] Emerge config files update question

[marco]

Ok ,
/var/lib/portage/config keeps the hashes of the original modified files.

Thanks
Marco



On Wed, 15 Jun 2016 17:14:01 +0100
Neil Bothwick  wrote:

> On Wed, 15 Jun 2016 18:07:21 +0200, ma...@nucleus.it wrote:
> 
> > then i change parameters in /etc/dhcp/dhcpd.conf
> > and /etc/conf.d/dhcpd
> > 
> > then i upgrade the net-misc/dhcp (net-misc/dhcp ~amd64)
> > 
> > emerge -v1 net-misc/dhcp 
> > [ebuild U ~] net-misc/dhcp-4.3.4::gentoo [4.3.3_p1::gentoo]
> > 
> > but when the update finished i don't have any etc-update to do .
> > 
> > Why emerge do not create new ._cfg_dhcpd.conf
> > and ._cfg_dhcpd ?  
> 
> Because portage has a degree of intelligence. If the upstream config
> file has not changed, there is no need to run etc-update.
> 
> 

Re: [gentoo-user] Emerge config files update question

[Neil Bothwick]

On Wed, 15 Jun 2016 18:07:21 +0200, ma...@nucleus.it wrote:

> then i change parameters in /etc/dhcp/dhcpd.conf and /etc/conf.d/dhcpd
> 
> then i upgrade the net-misc/dhcp (net-misc/dhcp ~amd64)
> 
> emerge -v1 net-misc/dhcp 
> [ebuild U ~] net-misc/dhcp-4.3.4::gentoo [4.3.3_p1::gentoo]
> 
> but when the update finished i don't have any etc-update to do .
> 
> Why emerge do not create new ._cfg_dhcpd.conf and ._cfg_dhcpd ?

Because portage has a degree of intelligence. If the upstream config file
has not changed, there is no need to run etc-update.


-- 
Neil Bothwick

All generalizations are false, including this one.


pgpofyIIkxuQH.pgp
Description: OpenPGP digital signature

[gentoo-user] Emerge config files update question

[marco]

Hi all,
i need explanation about how emerge does updates of config files.

example:
emerge -v1 =net-misc/dhcp-4.3.3_p1

then i change parameters in /etc/dhcp/dhcpd.conf and /etc/conf.d/dhcpd

then i upgrade the net-misc/dhcp (net-misc/dhcp ~amd64)

emerge -v1 net-misc/dhcp 
[ebuild U ~] net-misc/dhcp-4.3.4::gentoo [4.3.3_p1::gentoo]

but when the update finished i don't have any etc-update to do .

Why emerge do not create new ._cfg_dhcpd.conf and ._cfg_dhcpd ?

best regards
Marco

[gentoo-user] emerge --rebuild-if-new-rev always triggers rebuild

[Michael Mol]

From the does-this-happen-to-anyone-else-or-is-it-just-me department.

I'm finding that if I include "--rebuild-if-new-rev y", I get a slew of new 
packages built, *even if I just built them*. That seems wrong. I've tried 
removing it, and the problem goes away. The presence or absence of "--rebuild-
if-new-slot y" seems to have no impact.

EMERGE_DEFAULT_OPTS="--tree --with-bdeps=y --keep-going --quiet-build=y --deep 
--unordered-display --load-average 3 --jobs=3 --rebuild-if-new-slot y --
rebuild-if-new-rev y"

$ emerge -puDN @world

These are the packages that would be merged:

Calculating dependencies... done!
[nomerge   ] dev-python/virtualenv-13.1.2 
[nomerge   ]  dev-python/setuptools-18.4 
[nomerge   ]   dev-lang/python-3.4.3-r1 
[nomerge   ]sys-libs/ncurses-5.9-r5 
[nomerge   ] sys-libs/gpm-1.20.7-r2 
[nomerge   ]  virtual/yacc-0 
[nomerge   ]   sys-devel/bison-3.0.4-r1 
[nomerge   ]sys-devel/flex-2.5.39-r1 
[nomerge   ] sys-devel/gettext-0.19.4 
[nomerge   ]  dev-libs/libxml2-2.9.3 
[nomerge   ]   sys-devel/autoconf-2.69 
[nomerge   ]dev-lang/perl-5.20.2 
[nomerge   ] app-admin/perl-cleaner-2.19 
[nomerge   ]  app-portage/portage-utils-0.62 
[nomerge   ]   dev-libs/iniparser-3.1-r1 
[nomerge   ]app-doc/doxygen-1.8.10-r1 
[nomerge   ] app-text/ghostscript-gpl-9.15-r1 
[nomerge   ]  x11-libs/gtk+-3.18.7 
[nomerge   ]   app-accessibility/at-spi2-atk-2.18.1 
[nomerge   ]dev-libs/glib-2.46.2-r2 
[nomerge   ] dev-libs/libxslt-1.1.28-r5 
[nomerge   ]  dev-libs/libgcrypt-1.6.5 
[nomerge   ]   virtual/texi2dvi-0 
[nomerge   ]virtual/latex-base-1.0 
[nomerge   ] dev-texlive/texlive-fontutils-2014 
[nomerge   ]  dev-texlive/texlive-basic-2014 
[nomerge   ]   app-text/texlive-core-2014-r4 
[nomerge   ]x11-libs/cairo-1.14.2 
[nomerge   ] x11-libs/libX11-1.6.3 
[nomerge   ]  app-text/docbook-xml-dtd-4.3-r1 
[nomerge   ]   app-text/build-docbook-
catalog-1.19.1 
[nomerge   ]sys-apps/util-linux-2.26.2 
[nomerge   ] sys-libs/pam-1.2.1 
[nomerge   ]  sys-auth/pambase-20150213 
[nomerge   ]   sys-auth/consolekit-1.1.0 
[nomerge   ]sys-auth/polkit-0.113 
[ebuild  rR   ~] kde-plasma/polkit-kde-
agent-5.6.3 
[nomerge   ] kde-apps/kleopatra-4.14.10 
[nomerge   ]  kde-base/kdelibs-4.14.16 
[ebuild  rR   ~]   kde-apps/khelpcenter-5.6.2-r1 
[ebuild  rR]kde-frameworks/khtml-5.18.0 
[ebuild  rR   ~]kde-plasma/kde-cli-tools-5.6.3 
[ebuild  rR] kde-frameworks/kdesu-5.18.0 
[ebuild  rR]  kde-frameworks/kpty-5.18.0 
[nomerge   ] kde-plasma/plasma-meta-5.6.3 
[ebuild  rR   ~]  kde-plasma/ksshaskpass-5.6.3 
[ebuild  rR   ~]  kde-plasma/kmenuedit-5.6.3 
[ebuild  rR   ~]   kde-plasma/khotkeys-5.6.3 
[ebuild  rR   ~]kde-plasma/plasma-workspace-5.6.3 
[ebuild  rR   ~] kde-plasma/kwin-5.6.3 
[ebuild  rR   ~]  kde-plasma/kscreenlocker-5.6.3 
[ebuild  rR   ~] kde-plasma/libksysguard-5.6.3 
[ebuild  rR   ~] kde-apps/kio-extras-15.12.3 
[ebuild  rR] kde-frameworks/kxmlrpcclient-5.18.0 
[ebuild  rR   ~] kde-plasma/ksysguard-5.6.3 
[ebuild  rR   ~] kde-plasma/milou-5.6.3 
[ebuild  rR] kde-frameworks/ktexteditor-5.18.0 
[ebuild  rR   ~]  kde-plasma/kwrited-5.6.3 
[ebuild  rR   ~]  kde-plasma/bluedevil-5.6.3 
[ebuild  rR   ~]  kde-plasma/kgamma-5.6.3 
[ebuild  rR   ~]  kde-plasma/kinfocenter-5.6.3 
[ebuild  rR   ~]  kde-plasma/plasma-integration-5.6.3 
[ebuild  rR   ~]  kde-plasma/breeze-5.6.3 
[ebuild  rR]   kde-frameworks/frameworkintegration-5.18.0 
[ebuild  rR   ~]  kde-plasma/systemsettings-5.6.3 
[ebuild  rR   ~]   kde-plasma/kde-gtk-config-5.6.3 
[nomerge   ]  kde-plasma/plasma-desktop-5.6.3 
[ebuild  rR   ~]   kde-plasma/plasma-pa-5.6.3 
[ebuild  rR   ~]   kde-plasma/oxygen-5.6.3 
[ebuild  rR   ~]  kde-plasma/powerdevil-5.6.3 
[ebuild  rR   ~]  kde-plasma/sddm-kcm-5.6.3 
[ebuild  rR   ~]  kde-plasma/kdeplasma-addons-5.6.3 
[ebuild  rR]   kde-frameworks/kross-5.18.0 
[ebuild  rR   ~]  kde-plasma/kscreen-5.6.3 
[ebuild  rR   ~]  kde-plasma/user-manager-5.6.3 
[nomerge   ] kde-apps/kde-apps-meta-15.12.3-r3 
[nomerge   ]  kde-apps/kdegames-meta-15.12.3 
[ebuild  rR   ~]   kde-apps/ksquares-15.12.3 
[ebuild  rR   ~]kde-apps/libkdegames-15.12.3 

Re: [gentoo-user] Emerge

[Neil Bothwick]

On Sat, 16 Apr 2016 10:26:34 -0400, Alan Grimes wrote:

> but on my desktop, all of these problems would go away by the end of the
> update list and 95% of the time, revdep-rebuild wouldn't have anything
> to do.

That would mean that one in twenty updates would break your system,
requiring revdep-rebuild to fix it. You'd have to be pretty dumb to
prefer a system that allows breakage and require repair after the fact
over one that does its best to avoid such breakage in the first place.


-- 
Neil Bothwick

"Energize!" said Picard and the pink bunny appeared...


pgpGVFvhATIaw.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Emerge

[Neil Bothwick]

On Sat, 16 Apr 2016 12:41:37 -0400, Alan Grimes wrote:

> I've got more years on gentoo that most of you. Indeed, my home
> directory probably has detritus in it dating back to 2004.

Does that mean you have 12 years experience, or 3 months experience 48
times over?

> I only joined this list a few months ago

Really? It seems like longer.


-- 
Neil Bothwick

If bankers can count, how come they have eight windows and only four
tellers?


pgp1t3JJ3bKfh.pgp
Description: OpenPGP digital signature