public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] curses of ncurses :(
Date: Thu, 27 Aug 2015 17:33:33 +0200	[thread overview]
Message-ID: <55DF2DCD.3080105@gmail.com> (raw)
In-Reply-To: <CA+t6X7dc7ok+tZh8WVg8ajp+D24NVLwrBv=_bbnkuf4Dyn_JXw@mail.gmail.com>

On 27/08/2015 17:25, gevisz wrote:
> 2015-08-27 17:52 GMT+03:00 Marc Joliet <marcec@gmx.de>:
>> Am Thu, 27 Aug 2015 17:34:24 +0300
>> schrieb gevisz <gevisz@gmail.com>:
>>
>>> I do not understand:
>>> 1) why portage wants to upgrade ncurses-5.9-r3 to ncurses-5.9-r101
>>>     (because it is marked),
>>> 2) why it can not,
>>> 3) what to do with this block.
>>>
>>> $ eix ncurses
>>>
>>> [I] sys-libs/ncurses
>>>      Available versions:
>>>      (0)    5.9-r3 ~5.9-r4 ~6.0(0/6)
>>>      (5)    ~5.9-r101(5/5)
>>>        {ada +cxx debug doc gpm minimal profile static-libs test
>>> threads tinfo trace unicode ABI_MIPS="n32 n64 o32" ABI_PPC="32 64"
>>> ABI_S390="32 64" ABI_X86="32 64 x32"}
>>>      Installed versions:  5.9-r3(10:48:01 PM 03/29/2015)(cxx gpm
>>> unicode -ada -debug -doc -minimal -profile -static-libs -tinfo -trace
>>> ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64"
>>> ABI_X86="32 64 -x32")
>>>      Homepage:            https://www.gnu.org/software/ncurses/
>>> http://dickey.his.com/ncurses/
>>>      Description:         console display library
>>>
>>> # emerge --update --deep --with-bdeps=y --newuse --backtrack=90 --ask world
>>>
>>> These are the packages that would be merged, in order:
>>>
>>> Calculating dependencies... done!
>>> [ebuild     U  ] dev-util/diffstat-1.60 [1.58]
>>> [ebuild     U  ] dev-libs/libnl-3.2.26 [3.2.25]
>>> [ebuild     U  ] dev-libs/openssl-1.0.2d [1.0.1p] USE="asm%* -sctp%"
>>> [ebuild  NS   ~] sys-libs/ncurses-5.9-r101 [5.9-r3] USE="gpm unicode
>>> -tinfo" ABI_X86="32 (64) (-x32)"
>>> [ebuild     U  ] www-client/firefox-38.2.0 [38.1.1]
>>> [blocks B      ] <sys-libs/ncurses-6:0 ("<sys-libs/ncurses-6:0" is
>>> blocking sys-libs/ncurses-5.9-r101)
>>>
>>>  * Error: The above package list contains packages which cannot be
>>>  * installed at the same time on the same system.
>>>
>>>   (sys-libs/ncurses-5.9-r101:5/5::gentoo, ebuild scheduled for merge)
>>> pulled in by
>>>     >=sys-libs/ncurses-5.7-r7[unicode?]
>>> (>=sys-libs/ncurses-5.7-r7[unicode]) required by
>>> (sys-process/procps-3.3.9-r2:0/0::gentoo, installed)
>>>     >=sys-libs/ncurses-5.2-r2 required by
>>> (app-editors/vim-7.4.273:0/0::gentoo, installed)
>>>     >=sys-libs/ncurses-5.2-r2 required by
>>> (app-editors/gvim-7.4.273:0/0::gentoo, installed)
>>>     >=sys-libs/ncurses-5.1 required by
>>> (app-shells/zsh-5.0.5:0/0::gentoo, installed)
>>>     sys-libs/ncurses required by
>>> (dev-lang/ruby-1.9.3_p551-r1:1.9/1.9::gentoo, installed)
>>>     >=sys-libs/ncurses-5.2 required by (sys-apps/less-478:0/0::gentoo,
>>> installed)


...


> P.S. I have too much "required by" lines. So, if the portage will not
>        resolve this issue automatically, I will stop to update my system at all.


I don't think that's the right attitude, portage really only needs to
tell you the first one.

What is happening is two SLOTs of the same package want to be updated,
but the specific versions block each other (this is definitely a bug of
some kind as the whole point of SLOTs is you *can* have both)

So portage is telling you that it can't do what it wants to do with
ncurses as there is a blocker. It needs to update ncurses because procps
wants it. And so does Vim. And gvim, zsh, ruby and more. Why so many?
Because ncurses is a very basic piece of code and lots of things use it,
and portage blindly printed all of them

You only have one error. The 50 or more Required lines are total noise
at this point and distract you from seeing things in the proper light.
Portage is well known for often giving really sucky output, this is such
a time.

Fix the real error, and all that junk on the screen goes away. No reason
to stop updating.


> 
> P.P.S. This "blocking" issue was a fun only during the first two years with
>          Gentoo. Now, it becomes more and more annoying...
> 
>> The funny thing is that the day before, on another computer, portage resolved
>> the blocker automatically by re-emerging llvm and octave (slot-operator ("rR")
>> type re-emerge).
>>
>> HTH
>> --
>> Marc Joliet
>> --
>> "People who think they know everything really annoy those of us who know we
>> don't" - Bjarne Stroustrup
> 


-- 
Alan McKinnon
alan.mckinnon@gmail.com



  reply	other threads:[~2015-08-27 15:34 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-27 14:34 [gentoo-user] curses of ncurses :( gevisz
2015-08-27 14:43 ` Alexander Kapshuk
2015-08-27 14:53   ` Alexander Kapshuk
2015-08-27 15:16   ` gevisz
2015-08-27 15:18     ` Alexander Kapshuk
2015-08-27 15:28       ` gevisz
2015-08-27 14:52 ` Marc Joliet
2015-08-27 15:25   ` gevisz
2015-08-27 15:33     ` Alan McKinnon [this message]
2015-08-27 15:42       ` J. Roeleveld
2015-08-27 16:19         ` [gentoo-user] " James
2015-08-27 17:02         ` [gentoo-user] " Alec Ten Harmsel
2015-08-27 17:13         ` Marc Joliet
2015-08-28  9:44           ` J. Roeleveld
2015-08-28 12:56             ` Marc Joliet
2015-08-27 17:21       ` Neil Bothwick
2015-08-28  4:03         ` gevisz
2015-08-28  9:34           ` gevisz
2015-08-28 10:25             ` Alec Ten Harmsel
2015-08-28 11:16               ` Rich Freeman
2015-08-27 16:58     ` Marc Joliet

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=55DF2DCD.3080105@gmail.com \
    --to=alan.mckinnon@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox