[gentoo-user] State of emergency is now in effect.

[gentoo-user] State of emergency is now in effect.

[Alan Grimes]

I'm not actually talking about the communist takeover of the planet, I
mean I'm looking at what this brokenest version of portage EVER is not
doing...

I mean I always update my portage first thing after sync, because that's
what you do, RIIIIIGHT????

I know you hate my scripts but they have a 15 year track record. =|


On one terminal I have this bullshit going on, at this pace it will take
longer than my natural lifespan to clear this nonsense:
######################

tortoise ~ # ./pretendupdate                     

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

Calculating dependencies... done!


[ebuild   R    ] app-officeext/sun-templates-1.0.0-r1::gentoo 
OFFICE_IMPLEMENTATION="libreoffice (-openoffice%)" 0 KiB
[ebuild     U  ]  app-office/libreoffice-7.0.4.2::gentoo
[6.4.7.2::gentoo] USE="branding clang%* cups custom-cflags%* dbus
gstreamer gtk java mariadb vulkan%* -accessibility -base -bluetooth
-coinmp -debug -eds -firebird -googledrive -kde -ldap -odk -pdfimport
-postgres -test" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell
-scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_8*
-python3_7* -python3_9 (-python3_6%)" 347,325 KiB
[ebuild  N     ]   dev-java/openjdk-11.0.9_p11:11::gentoo  USE="alsa
cups jbootstrap pch -debug -doc -examples (-gentoo-vm) -headless-awt
-javafx (-selinux) -source -systemtap" 89,491 KiB

Total: 3 packages (1 upgrade, 1 new, 1 reinstall), Size of downloads:
436,815 KiB

 * Error: circular dependencies:

(dev-java/openjdk-11.0.9_p11:11/11::gentoo, ebuild scheduled for merge)
depends on
 (dev-java/openjdk-11.0.9_p11:11/11::gentoo, ebuild scheduled for merge)
(buildtime)

 * Note that circular dependencies can often be avoided by temporarily
 * disabling USE flags that trigger optional dependencies.

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

dev-lang/perl:0

  (dev-lang/perl-5.32.0-r1:0/5.32::gentoo, ebuild scheduled for merge)
USE="berkdb gdbm ithreads -debug -doc -minimal" ABI_X86="(64)" pulled in by
    =dev-lang/perl-5.32* required by
(virtual/perl-XSLoader-0.300.0-r3:0/0::gentoo, installed) USE=""
ABI_X86="(64)"
    ^             
^^^^^                                                                                                                                                                     

    (and 46 more with the same problem)

  (dev-lang/perl-5.30.3-r1:0/5.30::gentoo, installed) USE="berkdb gdbm
ithreads -debug -doc -minimal" ABI_X86="(64)" pulled in by
    dev-lang/perl:0/5.30=[-build(-)] required by
(dev-perl/Text-Reform-1.200.0-r1:0/0::gentoo, installed) USE="-test"
ABI_X86="(64)"
                
^^^^^^^^                                                                                                                                                                                    

    (and 104 more with the same problem)

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

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

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

tortoise ~ # emerge --unmerge dev-perl/Text-Reform-1.200.0-r1
 * This action can remove important packages! In order to be safer, use
 * `emerge -pv --depclean <atom>` to check for reverse dependencies before
 * removing packages.

 dev-perl/Text-Reform
    selected: 1.200.0-r1
   protected: none
     omitted: none

All selected packages: =dev-perl/Text-Reform-1.200.0-r1

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

>>> Waiting 5 seconds before starting...
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1
>>> Unmerging (1 of 1) dev-perl/Text-Reform-1.200.0-r1...

 * GNU info directory index is up-to-date.
tortoise ~ # ./pretendupdate

############################

Notice, it's only giving me ONE package at a time to remove, it takes
about 10 minutes to get through a cycle of this nonsense. Wait a minute,
what kind of bullshit is this "--verbose conflicts" faggotry? why isn't
it the default and impossible to disable????  I mean that would have
saved me hours today...  I've been putting out all kinds of fires on
this turd sandwitch of a distro since I decided to update today.

fuckit, I'm adding this shit to the goddamned, cock-sucking make.conf
and there's nothing you can do to stop me!!! Why for fuck's sake do I
have to fix this shit at 4:30 am and can't get it all done in the middle
of the afternoon when I started???

Why am I required to manually update a dozen config files just to get
things moving each time I do this?? Is it really impossible to just keep
doing what I set up last time?, you know the time when I stopped messing
with it because it was working???


Do you have any idea how broken it is right now? It will look like it's
emerging stuff, then start no processes, decompress any files, compile
any code, or anything, just tick through as if it were working very very
very slowly but not actually do anything...

So this version of portage is the first one I've seen that is literally
incapable of emerging a pacakge!   Unbelievable, a package manager
incapable of performing its primary function...

I have no idea how I'm going to fix this mess this time, I'm going to
have to mask the current version of portage and get a binary of one that
is capable of emerging and put that in.

How did you break it this bad, HOW???? 

All you had to do was nothing and it would still be working!!!


-- 

The vaccine is a LIE. 
#EggCrisis     
White is the new Kulak.
Powers are not rights.

Re: [gentoo-user] State of emergency is now in effect.

[Michael]

[-- Attachment #1: Type: text/plain, Size: 5960 bytes --]

On Saturday, 30 January 2021 09:37:57 GMT Alan Grimes wrote:
> I'm not actually talking about the communist takeover of the planet, I
> mean I'm looking at what this brokenest version of portage EVER is not
> doing...
> 
> I mean I always update my portage first thing after sync, because that's
> what you do, RIIIIIGHT????

Not RIIIIIGHT.

I let portage decide when it needs to update itself, after it has decided 
which of its dependencies it may need to update first.

When I'm driving a car with an automatic gearbox I don't start changing gears 
myself, unless something breaks and I *have* to.


> I know you hate my scripts but they have a 15 year track record. =|

I'd leave others to comment on the suitability of your loop-a-loop scripts, 
which often tie themselves up in a knot and typically result in your moaning 
posts on this M/L.


> On one terminal I have this bullshit going on, at this pace it will take
> longer than my natural lifespan to clear this nonsense:
> ######################
> 
> tortoise ~ # ./pretendupdate                     
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> 
> 
> [ebuild   R    ] app-officeext/sun-templates-1.0.0-r1::gentoo 
> OFFICE_IMPLEMENTATION="libreoffice (-openoffice%)" 0 KiB
> [ebuild     U  ]  app-office/libreoffice-7.0.4.2::gentoo
> [6.4.7.2::gentoo] USE="branding clang%* cups custom-cflags%* dbus
> gstreamer gtk java mariadb vulkan%* -accessibility -base -bluetooth
> -coinmp -debug -eds -firebird -googledrive -kde -ldap -odk -pdfimport
> -postgres -test" LIBREOFFICE_EXTENSIONS="-nlpsolver -scripting-beanshell
> -scripting-javascript -wiki-publisher" PYTHON_SINGLE_TARGET="python3_8*
> -python3_7* -python3_9 (-python3_6%)" 347,325 KiB
> [ebuild  N     ]   dev-java/openjdk-11.0.9_p11:11::gentoo  USE="alsa
> cups jbootstrap pch -debug -doc -examples (-gentoo-vm) -headless-awt
> -javafx (-selinux) -source -systemtap" 89,491 KiB
> 
> Total: 3 packages (1 upgrade, 1 new, 1 reinstall), Size of downloads:
> 436,815 KiB
> 
>  * Error: circular dependencies:
> 
> (dev-java/openjdk-11.0.9_p11:11/11::gentoo, ebuild scheduled for merge)
> depends on
>  (dev-java/openjdk-11.0.9_p11:11/11::gentoo, ebuild scheduled for merge)
> (buildtime)
> 
>  * Note that circular dependencies can often be avoided by temporarily
>  * disabling USE flags that trigger optional dependencies.


Did you try removing the java USE flag from app-office/libreoffice as emerge 
suggests above to see if it proceeds?

Alternatively, you could unmerge dev-java/openjdk and see what portage wants 
to bring in.

Using '--depclean -p -v' on dev-java/openjdk before you unmerge it will show 
you what else could break.


> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
> 
> dev-lang/perl:0
> 
>   (dev-lang/perl-5.32.0-r1:0/5.32::gentoo, ebuild scheduled for merge)
> USE="berkdb gdbm ithreads -debug -doc -minimal" ABI_X86="(64)" pulled in by
>     =dev-lang/perl-5.32* required by
> (virtual/perl-XSLoader-0.300.0-r3:0/0::gentoo, installed) USE=""
> ABI_X86="(64)"
>     ^             
> ^^^^^                                                                       

Perhaps a run of 'perl-cleaner --reallyall' is in order before you proceed.


>     (and 46 more with the same problem)
[... snip]

> Notice, it's only giving me ONE package at a time to remove, it takes
> about 10 minutes to get through a cycle of this nonsense. Wait a minute,
> what kind of bullshit is this "--verbose conflicts" faggotry? why isn't
> it the default and impossible to disable????  I mean that would have
> saved me hours today...  I've been putting out all kinds of fires on
> this turd sandwitch of a distro since I decided to update today.

Doing it manually, one package at a time is a rather long winded approach.  
Using perl-cleaner is better and easier in this case.


> fuckit, I'm adding this shit to the goddamned, cock-sucking make.conf
> and there's nothing you can do to stop me!!! Why for fuck's sake do I
> have to fix this shit at 4:30 am and can't get it all done in the middle
> of the afternoon when I started???

Enjoying a self-induced crisis of tourettes at 4:30 am is your prerogative.  
Using portage and associated tools the way devs intended should bring more 
satisfactory results.


> Why am I required to manually update a dozen config files just to get
> things moving each time I do this?? Is it really impossible to just keep
> doing what I set up last time?, you know the time when I stopped messing
> with it because it was working???
> 
> 
> Do you have any idea how broken it is right now? It will look like it's
> emerging stuff, then start no processes, decompress any files, compile
> any code, or anything, just tick through as if it were working very very
> very slowly but not actually do anything...
> 
> So this version of portage is the first one I've seen that is literally
> incapable of emerging a pacakge!   Unbelievable, a package manager
> incapable of performing its primary function...
> 
> I have no idea how I'm going to fix this mess this time, I'm going to
> have to mask the current version of portage and get a binary of one that
> is capable of emerging and put that in.
> 
> How did you break it this bad, HOW???? 
> 
> All you had to do was nothing and it would still be working!!!

Your particular approach to managing your system(s) tends to arrive at similar 
unhappy results.  There is a pattern here and on this M/L it is an outlier.  
You could modify your approach to improve the results, or you could carry on 
repeating the same thing and somehow retain an expectation of a different 
outcome.  This is not an ad hominem criticism, just my observation on your 
approach.  I'm not saying portage is the best thing since sliced bread.  
However, using it as intended works most of the time for most of the people.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] State of emergency is now in effect.

[Dr Rainer Woitok]

Michael,

On Saturday, 2021-01-30 10:48:20 +0000, you wrote:

> On Saturday, 30 January 2021 09:37:57 GMT Alan Grimes wrote:
> > ...
> > I mean I always update my portage first thing after sync, because that's
> > what you do, RIIIIIGHT????
> 
> Not RIIIIIGHT.
> 
> I let portage decide when it needs to update itself, after it has decided 
> which of its dependencies it may need to update first.

Since I've installed Gentoo more than a year back  I have a small script
in "/etc/portage/postsync.d/" which just contains

   #! /bin/bash
   emerge --ask --changed-deps --changed-use --deep --newuse --oneshot \
          --update --with-bdeps=y sys-apps/portage

I'm not sure where I got that from, I thought it was in the Gentoo Hand-
book, but looking there just now I didn't find anything like that.  May-
be I invented that myself.

Am I interpreting you correctly  that such a postsync hook is never nec-
essary, that is,  that the "portage" package itself is always a built-in
build dependency for every other package?

Sincerely,
  Rainer

Re: [gentoo-user] State of emergency is now in effect.

[Arve Barsnes]

On Sat, 30 Jan 2021 at 15:58, Dr Rainer Woitok <rainer.woitok@gmail.com> wrote:
> Since I've installed Gentoo more than a year back  I have a small script
> in "/etc/portage/postsync.d/" which just contains
>
>    #! /bin/bash
>    emerge --ask --changed-deps --changed-use --deep --newuse --oneshot \
>           --update --with-bdeps=y sys-apps/portage
>
> I'm not sure where I got that from, I thought it was in the Gentoo Hand-
> book, but looking there just now I didn't find anything like that.  May-
> be I invented that myself.
>
> Am I interpreting you correctly  that such a postsync hook is never nec-
> essary, that is,  that the "portage" package itself is always a built-in
> build dependency for every other package?

No, it is not a build dependency, but it is a part of the @system set,
so it will always be included in any @system or @world updates you do.
I would not bother updating it especially.

Regards,
Arve

Re: [gentoo-user] State of emergency is now in effect.

[Michael]

[-- Attachment #1: Type: text/plain, Size: 1738 bytes --]

On Saturday, 30 January 2021 15:20:42 GMT Arve Barsnes wrote:
> On Sat, 30 Jan 2021 at 15:58, Dr Rainer Woitok <rainer.woitok@gmail.com> 
wrote:
> > Since I've installed Gentoo more than a year back  I have a small script
> > in "/etc/portage/postsync.d/" which just contains
> > 
> >    #! /bin/bash
> >    emerge --ask --changed-deps --changed-use --deep --newuse --oneshot \
> >    
> >           --update --with-bdeps=y sys-apps/portage
> > 
> > I'm not sure where I got that from, I thought it was in the Gentoo Hand-
> > book, but looking there just now I didn't find anything like that.  May-
> > be I invented that myself.
> > 
> > Am I interpreting you correctly  that such a postsync hook is never nec-
> > essary, that is,  that the "portage" package itself is always a built-in
> > build dependency for every other package?
> 
> No, it is not a build dependency, but it is a part of the @system set,
> so it will always be included in any @system or @world updates you do.
> I would not bother updating it especially.
> 
> Regards,
> Arve

Yes, what Arve said.

Updating portage manually, whether using a postsync script like Rainer or not, 
is not necessary.  However, it will not hurt, as long as the rest of the 
system is in a healthy state at the time.  Trying to manually resolve issues 
with changed/obsolete USE flags, changing deps, python being half way through 
an upgrade, dangling symlinks, etc., will also not hurt, as long as you *know* 
what you're doing and are able to navigate your way through such transient 
problems.

Letting portage update itself and its dependencies in the order it deems to be 
optimal invariably works without drama, even at 4:00 am.  I am grateful to the 
Gentoo devs for this.  :-)

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] State of emergency is now in effect.

[Dr Rainer Woitok]

Arve,

On Saturday, 2021-01-30 16:20:42 +0100, you wrote:

> ...
> No, it is not a build dependency, but it is a part of the @system set,
> so it will always be included in any @system or @world updates you do.
> I would not bother updating it especially.

Ok.  But what if I just do, say

   emerge --ask --changed-deps --changed-use --deep --newuse \
          --update --with-bdeps=y firefox

after syncing?  Is this, too, guaranteed to always work, even if portage
itself is requiring an essential update?

Sincerely,
  Rainer

Re: [gentoo-user] State of emergency is now in effect.

[Arve Barsnes]

On Sat, 30 Jan 2021 at 17:21, Dr Rainer Woitok <rainer.woitok@gmail.com> wrote:
> > No, it is not a build dependency, but it is a part of the @system set,
> > so it will always be included in any @system or @world updates you do.
> > I would not bother updating it especially.
>
> Ok.  But what if I just do, say
>
>    emerge --ask --changed-deps --changed-use --deep --newuse \
>           --update --with-bdeps=y firefox
>
> after syncing?  Is this, too, guaranteed to always work, even if portage
> itself is requiring an essential update?

Unless you're years behind on your portage updates, there should be no
chance of getting any problems with this that could be fixed by
upgrading portage. As long as you do world updates now and then, I
don't think you'd ever have any problems. I stopped updating portage
on its own many years ago, it's been fine.

Regards,
Arve

Re: [gentoo-user] State of emergency is now in effect.

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1034 bytes --]

On Sat, 30 Jan 2021 17:55:21 +0100, Arve Barsnes wrote:

> > Ok.  But what if I just do, say
> >
> >    emerge --ask --changed-deps --changed-use --deep --newuse \
> >           --update --with-bdeps=y firefox
> >
> > after syncing?  Is this, too, guaranteed to always work, even if
> > portage itself is requiring an essential update?  
> 
> Unless you're years behind on your portage updates, there should be no
> chance of getting any problems with this that could be fixed by
> upgrading portage.

Unless you have a new Firefox ebuild released using a new EAPI version
that is only in a later version of portage - an unlikely, but not
impossible, scenario.

> As long as you do world updates now and then, I
> don't think you'd ever have any problems. I stopped updating portage
> on its own many years ago, it's been fine.

Same here. Most problems with portage are caused by people trying to fix
supposed problems with portage :(


-- 
Neil Bothwick

I'm moving to theory.  Everything works there!

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] State of emergency is now in effect.

[Alexey Mishustin]

сб, 30 янв. 2021 г. в 17:59, Dr Rainer Woitok <rainer.woitok@gmail.com>:
>
>    #! /bin/bash
>    emerge --ask --changed-deps --changed-use --deep --newuse --oneshot \
>           --update --with-bdeps=y sys-apps/portage
>
> I'm not sure where I got that from, I thought it was in the Gentoo Hand-
> book, but looking there just now I didn't find anything like that.  May-
> be I invented that myself.
>
> Am I interpreting you correctly  that such a postsync hook is never nec-
> essary, that is,  that the "portage" package itself is always a built-in
> build dependency for every other package?

"The recommendation to update portage on its own is in the process of
being removed" -
https://forums.gentoo.org/viewtopic-p-8520875.html#8520875

(despite of it is still displaed after 'emerge --sync')

-- 
Best regards,
Alex

[gentoo-user] Re: State of emergency is now in effect.

[Grant Edwards]

On 2021-01-30, Alexey Mishustin <shumkar@shumkar.ru> wrote:
> сб, 30 янв. 2021 г. в 17:59, Dr Rainer Woitok <rainer.woitok@gmail.com>:
>
>> Am I interpreting you correctly  that such a postsync hook is never nec-
>> essary, that is,  that the "portage" package itself is always a built-in
>> build dependency for every other package?
>
> "The recommendation to update portage on its own is in the process of
> being removed" -
> https://forums.gentoo.org/viewtopic-p-8520875.html#8520875
>
> (despite of it is still displaed after 'emerge --sync')

That's a good thing. IME, about half the times when emerge strongly
recommends an immediate oneshot emerge of portage, emerge then refuses
to do so.

--
Grant

Re: [gentoo-user] State of emergency is now in effect.

[Dr Rainer Woitok]

Alexey,

On Saturday, 2021-01-30 18:28:26 +0300, you wrote:

> ...
> "The recommendation to update portage on its own is in the process of
> being removed" -
> https://forums.gentoo.org/viewtopic-p-8520875.html#8520875

Hm, but the original author of this quote (dating 2020-10-27) did neith-
er provide any evidence for his claim  nor any hints about how long this
process is supposed to take :-/

Anybody having real data?

Sincerely,
  Rainer

Re: [gentoo-user] State of emergency is now in effect.

[antlists]

On 30/01/2021 10:48, Michael wrote:
> Did you try removing the java USE flag from app-office/libreoffice as emerge
> suggests above to see if it proceeds?
> 
> Alternatively, you could unmerge dev-java/openjdk and see what portage wants
> to bring in.
> 
> Using '--depclean -p -v' on dev-java/openjdk before you unmerge it will show
> you what else could break.

Within LibreOffice, are you using Base? Because if you're not using the 
database, you shouldn't be using java.

Cheers,
Wol

Re: [gentoo-user] State of emergency is now in effect.

[bobwxc]

[-- Attachment #1.1: Type: text/plain, Size: 1946 bytes --]

在 2021/1/30 下午5:37, Alan Grimes 写道:
> On one terminal I have this bullshit going on, at this pace it will take
> longer than my natural lifespan to clear this nonsense:
> fuckit, I'm adding this shit to the goddamned, cock-sucking make.conf
> and there's nothing you can do to stop me!!! Why for fuck's sake do I
> have to fix this shit at 4:30 am and can't get it all done in the middle
> of the afternoon when I started???
>
> Why am I required to manually update a dozen config files just to get
> things moving each time I do this?? Is it really impossible to just keep
> doing what I set up last time?, you know the time when I stopped messing
> with it because it was working???
>
>
> Do you have any idea how broken it is right now? It will look like it's
> emerging stuff, then start no processes, decompress any files, compile
> any code, or anything, just tick through as if it were working very very
> very slowly but not actually do anything...
>
> So this version of portage is the first one I've seen that is literally
> incapable of emerging a pacakge!   Unbelievable, a package manager
> incapable of performing its primary function...
>
> I have no idea how I'm going to fix this mess this time, I'm going to
> have to mask the current version of portage and get a binary of one that
> is capable of emerging and put that in.
>
> How did you break it this bad, HOW????
>
> All you had to do was nothing and it would still be working!!!
>
>
  _ _
| | __ _ _ __   __ _ _   _  __ _  __ _  ___  | |
| |/ _` | '_ \ / _` | | | |/ _` |/ _` |/ _ \ | |
| | (_| | | | | (_| | |_| | (_| | (_| |  __/ |_|
|_|\__,_|_| |_|\__, |\__,_|\__,_|\__, |\___| (_)
                |___/             |___/
Please pay attention to your words and don't yell in the list to vent 
your emotions.


-- 
bobwxc
F645 5C7A 08E8 A637 24C6  D59E 36E9 4EAB B53E 516B



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 236 bytes --]

Re: [gentoo-user] State of emergency is now in effect.

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 187 bytes --]

On Sat, 30 Jan 2021 04:37:57 -0500, Alan Grimes wrote:

> I know you hate my scripts but they have a 15 year track record. =|

Yes they do.


-- 
Neil Bothwick

Znqr lbh ybbx!

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] State of emergency is now in effect.

[Alessandro Barbieri]

[-- Attachment #1: Type: text/plain, Size: 482 bytes --]

Il Sab 30 Gen 2021, 10:40 Alan Grimes <alonzotg@verizon.net> ha scritto:

>
>  * Error: circular dependencies:
>
> (dev-java/openjdk-11.0.9_p11:11/11::gentoo, ebuild scheduled for merge)
> depends on
>  (dev-java/openjdk-11.0.9_p11:11/11::gentoo, ebuild scheduled for merge)
> (buildtime)
>
>  * Note that circular dependencies can often be avoided by temporarily
>  * disabling USE flags that trigger optional dependencies.
>

You nee to install openjdk-bin to solve this issue

>

[-- Attachment #2: Type: text/html, Size: 997 bytes --]