* [gentoo-user] Curious emerge behaviour.
@ 2008-07-03 5:05 James Homuth
2008-07-03 5:26 ` Andrey Falko
` (2 more replies)
0 siblings, 3 replies; 8+ messages in thread
From: James Homuth @ 2008-07-03 5:05 UTC (permalink / raw
To: gentoo-user
I went to run emerge update, and it threw this curious little block
loop at me. "emerge --pretend --quiet --update --deep world" produces:
[blocks B ] sys-apps/mktemp (is blocking
sys-apps/coreutils-6.10-r2)
[blocks B ] >=sys-apps/coreutils-6.10 (is blocking
sys-apps/mktemp-1.5)
Anyone else having this particular problem? Is it a compatibility
issue with either coreutils or mktemp? I'm assuming removing the one
will eliminate it, but if it's a needed package I'd rather not chance
it. Any info on this one would be greatly appreciated.
James
--
gentoo-user@lists.gentoo.org mailing list
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-user] Curious emerge behaviour.
2008-07-03 5:05 [gentoo-user] Curious emerge behaviour James Homuth
@ 2008-07-03 5:26 ` Andrey Falko
[not found] ` <350fc7cf0807022226j4f94269n903c1ec26fdae7be@mail.gmail.com >
2008-07-03 5:36 ` Dirk Heinrichs
2008-07-03 5:40 ` Alan McKinnon
2 siblings, 1 reply; 8+ messages in thread
From: Andrey Falko @ 2008-07-03 5:26 UTC (permalink / raw
To: gentoo-user
On Wed, Jul 2, 2008 at 10:05 PM, James Homuth <james@the-jdh.com> wrote:
> I went to run emerge update, and it threw this curious little block loop at
> me. "emerge --pretend --quiet --update --deep world" produces:
> [blocks B ] sys-apps/mktemp (is blocking sys-apps/coreutils-6.10-r2)
> [blocks B ] >=sys-apps/coreutils-6.10 (is blocking sys-apps/mktemp-1.5)
>
> Anyone else having this particular problem? Is it a compatibility issue with
> either coreutils or mktemp? I'm assuming removing the one will eliminate it,
> but if it's a needed package I'd rather not chance it. Any info on this one
> would be greatly appreciated.
>
> James
>
> --
> gentoo-user@lists.gentoo.org mailing list
>
>
Yes, I've had this problem and I am sure many others did too...mktemp
was a seperate package, but is now included in coreutils. All you have
to do is emerge -C mktemp and then update to the new version of
coreutils. I've done this on at least 3 comps, so it should work for
you with no problems for you.
--
gentoo-user@lists.gentoo.org mailing list
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-user] Curious emerge behaviour.
2008-07-03 5:05 [gentoo-user] Curious emerge behaviour James Homuth
2008-07-03 5:26 ` Andrey Falko
@ 2008-07-03 5:36 ` Dirk Heinrichs
2008-07-03 5:40 ` Alan McKinnon
2 siblings, 0 replies; 8+ messages in thread
From: Dirk Heinrichs @ 2008-07-03 5:36 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 1131 bytes --]
Am Donnerstag, 3. Juli 2008 schrieb ext James Homuth:
> I went to run emerge update, and it threw this curious little block
> loop at me. "emerge --pretend --quiet --update --deep world" produces:
> [blocks B ] sys-apps/mktemp (is blocking
> sys-apps/coreutils-6.10-r2)
>
> [blocks B ] >=sys-apps/coreutils-6.10 (is blocking
> sys-apps/mktemp-1.5)
>
> Anyone else having this particular problem? Is it a compatibility
> issue with either coreutils or mktemp? I'm assuming removing the one
> will eliminate it, but if it's a needed package I'd rather not chance
> it. Any info on this one would be greatly appreciated.
If you just searched the archives...
New coreutils contains mktemp -> coreutils blocks mktemp -> emerge -C mktemp
&& emerge coreutils
HTH...
Dirk
--
Dirk Heinrichs | Tel: +49 (0)162 234 3408
Configuration Manager | Fax: +49 (0)211 47068 111
Capgemini Deutschland | Mail: dirk.heinrichs@capgemini.com
Wanheimerstraße 68 | Web: http://www.capgemini.com
D-40468 Düsseldorf | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: wwwkeys.pgp.net
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-user] Curious emerge behaviour.
2008-07-03 5:05 [gentoo-user] Curious emerge behaviour James Homuth
2008-07-03 5:26 ` Andrey Falko
2008-07-03 5:36 ` Dirk Heinrichs
@ 2008-07-03 5:40 ` Alan McKinnon
2008-07-03 18:32 ` Mike Williams
2 siblings, 1 reply; 8+ messages in thread
From: Alan McKinnon @ 2008-07-03 5:40 UTC (permalink / raw
To: gentoo-user
On Thursday 03 July 2008, James Homuth wrote:
> I went to run emerge update, and it threw this curious little block
> loop at me. "emerge --pretend --quiet --update --deep world"
> produces: [blocks B ] sys-apps/mktemp (is blocking
> sys-apps/coreutils-6.10-r2)
>
> [blocks B ] >=sys-apps/coreutils-6.10 (is blocking
> sys-apps/mktemp-1.5)
>
> Anyone else having this particular problem? Is it a compatibility
> issue with either coreutils or mktemp? I'm assuming removing the one
> will eliminate it, but if it's a needed package I'd rather not chance
> it. Any info on this one would be greatly appreciated.
Pretty standrad blocker - been around for a while on ~arch.
coreutils now provides what used to be in mktemp, so
emerge -C mktemp ; emerge coreutils
will sort it
--
Alan McKinnon
alan dot mckinnon at gmail dot com
--
gentoo-user@lists.gentoo.org mailing list
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [gentoo-user] Curious emerge behaviour.
2008-07-03 5:40 ` Alan McKinnon
@ 2008-07-03 18:32 ` Mike Williams
0 siblings, 0 replies; 8+ messages in thread
From: Mike Williams @ 2008-07-03 18:32 UTC (permalink / raw
To: gentoo-user
On Thursday 03 July 2008 06:40:17 Alan McKinnon wrote:
> > Anyone else having this particular problem? Is it a compatibility
> > issue with either coreutils or mktemp? I'm assuming removing the one
> > will eliminate it, but if it's a needed package I'd rather not chance
> > it. Any info on this one would be greatly appreciated.
>
> Pretty standrad blocker - been around for a while on ~arch.
>
> coreutils now provides what used to be in mktemp, so
>
> emerge -C mktemp ; emerge coreutils
>
> will sort it
However that will leave you without the mktemp binary while coreutils gets
built. Unlikely to be a problem, unless a reboot happens in the middle, and
still probably quite recoverable.
I've taken to making sure the collision-protect FEATURE is not set (which it
isn't by default I believe), then removing the mktemp portage DB entry.
# mv /var/db/pkg/sys-apps/mktemp-1.5/ ~
With mktemp apparently not installed, no blocker exists, and you've still got
the binary. Portage will complain when it comes to install the new coreutils,
but just ignore it's complaint.
--
Mike Williams
--
gentoo-user@lists.gentoo.org mailing list
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2008-07-03 18:32 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-07-03 5:05 [gentoo-user] Curious emerge behaviour James Homuth
2008-07-03 5:26 ` Andrey Falko
[not found] ` <350fc7cf0807022226j4f94269n903c1ec26fdae7be@mail.gmail.com >
2008-07-03 5:37 ` James Homuth
2008-07-03 6:01 ` Dirk Heinrichs
2008-07-03 9:17 ` Daniel Pielmeier
2008-07-03 5:36 ` Dirk Heinrichs
2008-07-03 5:40 ` Alan McKinnon
2008-07-03 18:32 ` Mike Williams
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox