[gentoo-user-de] pcmcia und Kernel 2.6.24

[gentoo-user-de] pcmcia und Kernel 2.6.24

[Erik Geiger]

Hallo,

ich habe meine PCMCIA Steckkarte (Mobile Connect Card) längere Zeit nicht 
benötigt. Heute musste ich dann feststellen, dass diese mit meinem aktuellen 
Kernel [2.6.24-tuxonice-r4] nicht mehr funktioniert. Mit dem Kernel 
2.6.23-tuxonice-r10 funktioniert die Karte nach wie vor.

Hier die Meldungen im Syslog:

Apr 30 20:35:59 lappi pccard: PCMCIA card inserted into slot 0
Apr 30 20:35:59 lappi pcmcia: registering new device pcmcia0.0
Apr 30 20:35:59 lappi cardmgr[5419]: socket 0: Serial or Modem
Apr 30 20:35:59 lappi serial_cs: no usable port range found, giving up
Apr 30 20:35:59 lappi 0.0: RequestIO: No more items
Apr 30 20:35:59 lappi serial_cs: no usable port range found, giving up
Apr 30 20:35:59 lappi 0.0: RequestIO: No more items
Apr 30 20:36:00 lappi cardmgr[5419]: get dev info on socket 0 failed: Resource 
temporarily unavailable

Einen Unterschied in der Konfiguration der Kernel, die in diesem Zusammenhang 
stehen würde, kann ich nicht finden.

Hat jemand eine Idee für mich?

Freundliche Gruesse

Erik Geiger

--
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] pcmcia und Kernel 2.6.24

[Matthias]

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

Hallo Erik

Am Mittwoch, den 30.04.2008, 21:19 +0200 schrieb Erik Geiger:
> Heute musste ich dann feststellen, dass diese mit meinem aktuellen 
> Kernel [2.6.24-tuxonice-r4] nicht mehr funktioniert. Mit dem Kernel 
> 2.6.23-tuxonice-r10 funktioniert die Karte nach wie vor.

> Hat jemand eine Idee für mich?
hast Du die userspace utilities auch neu gebaut (sys-apps/pcmciautils)?

> Freundliche Gruesse
Matthias

-- 
"Durch Tests kann man stets nur die Anwesenheit, nie aber die
Abwesenheit von Fehlern beweisen"
-Edsger Wybe Dijkstra-

[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

[gentoo-user-de] Problem mit Coreutils und mktemp

[Sascha Moeller]

Hallo Leute,
wollte mir auf meinem amd64 system grad ne chroot für 32bit basteln. 
Leider gibt es da nen großes Problem beim allerersten update des Systems:
tigerente / # emerge -av coreutils

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

Calculating dependencies... done!
[ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls (-selinux) 
-static -vanilla% -xattr%" 0 kB
[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)

Wenn ich vorher mktemp deinstallieren fliegt mir coreutils, wie ich es 
mir schon gedacht hatte, um die Ohren.
Wie kann ich das sinnvoll beheben?

MFG Sascha

-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Justin]

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

Sascha Moeller schrieb:
> Hallo Leute,
> wollte mir auf meinem amd64 system grad ne chroot für 32bit basteln. 
> Leider gibt es da nen großes Problem beim allerersten update des Systems:
> tigerente / # emerge -av coreutils
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls 
> (-selinux) -static -vanilla% -xattr%" 0 kB
> [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)
>
> Wenn ich vorher mktemp deinstallieren fliegt mir coreutils, wie ich es 
> mir schon gedacht hatte, um die Ohren.
> Wie kann ich das sinnvoll beheben?
>
> MFG Sascha
>
You have two options:

A emerge -C sys-apps/coreutils && emerge -av coreutils and we all have 
fun again, or

B emerge -C sys-apps/mktemp && emerge -av coreutils and you are rescued.


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

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Justin]

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

Justin schrieb:
> Sascha Moeller schrieb:
>> Hallo Leute,
>> wollte mir auf meinem amd64 system grad ne chroot für 32bit basteln. 
>> Leider gibt es da nen großes Problem beim allerersten update des 
>> Systems:
>> tigerente / # emerge -av coreutils
>>
>> These are the packages that would be merged, in order:
>>
>> Calculating dependencies... done!
>> [ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls 
>> (-selinux) -static -vanilla% -xattr%" 0 kB
>> [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)
>>
>> Wenn ich vorher mktemp deinstallieren fliegt mir coreutils, wie ich 
>> es mir schon gedacht hatte, um die Ohren.
>> Wie kann ich das sinnvoll beheben?
>>
>> MFG Sascha
>>
> You have two options:
>
> A emerge -C sys-apps/coreutils && emerge -av coreutils and we all have 
> fun again, or
>
> B emerge -C sys-apps/mktemp && emerge -av coreutils and you are rescued.
>
Upps, war ja die deutsche Liste. Hoffe du verstehst auch so!


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

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Juergen Rose]

On Fr, 2008-05-02 at 13:16 +0200, Sascha Moeller wrote:
> Hallo Leute,
> wollte mir auf meinem amd64 system grad ne chroot für 32bit basteln. 
> Leider gibt es da nen großes Problem beim allerersten update des Systems:
> tigerente / # emerge -av coreutils
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls (-selinux) 
> -static -vanilla% -xattr%" 0 kB
> [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)
> 
> Wenn ich vorher mktemp deinstallieren fliegt mir coreutils, wie ich es 
> mir schon gedacht hatte, um die Ohren.
> Wie kann ich das sinnvoll beheben?
> 
> MFG Sascha


Nach dem Loeschen von mktemp (emerge -C mktemp), konnte ich coreutils
problemlos installieren.

MfG Juergen


-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Dirk Heinrichs]

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

Am Freitag, 2. Mai 2008 schrieb ext Justin:

> You have two options:
>
> A emerge -C sys-apps/coreutils && emerge -av coreutils and we all have
> fun again, or

NEIIIIN. Ja, er wird Spaß haben, weil er nach "emerge -C coreutils" 
kein "emerge coreutils" mehr machen kann. Ohne coreutils ist das System 
unbrauchbar!!!

> B emerge -C sys-apps/mktemp && emerge -av coreutils and you are rescued.

Das sieht schon besser aus.

Bye...

	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: www.keyserver.net

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

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Sascha Moeller]

Juergen Rose schrieb:
> On Fr, 2008-05-02 at 13:16 +0200, Sascha Moeller wrote:
>   
>> Hallo Leute,
>> wollte mir auf meinem amd64 system grad ne chroot für 32bit basteln. 
>> Leider gibt es da nen großes Problem beim allerersten update des Systems:
>> tigerente / # emerge -av coreutils
>>
>> These are the packages that would be merged, in order:
>>
>> Calculating dependencies... done!
>> [ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls (-selinux) 
>> -static -vanilla% -xattr%" 0 kB
>> [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)
>>
>> Wenn ich vorher mktemp deinstallieren fliegt mir coreutils, wie ich es 
>> mir schon gedacht hatte, um die Ohren.
>> Wie kann ich das sinnvoll beheben?
>>
>> MFG Sascha
>>     
>
>
> Nach dem Loeschen von mktemp (emerge -C mktemp), konnte ich coreutils
> problemlos installieren.
>
> MfG Juergen
>
>
>   
Ich leider nicht :( habs nun genauso gemacht wie Justin es im Falle B 
gesagt hatte. Und jo Justin komme mit dem Englischen klar :)

 * checking coreutils-6.10.tar.lzma ;-) 
...                               [ ok ]
 * checking coreutils-6.10-patches-1.3.tar.lzma ;-) 
...                   [ ok ]
 >>> Unpacking source...
 >>> Unpacking coreutils-6.10.tar.lzma to 
/var/tmp/portage/sys-apps/coreutils-6.10-r2/work
unpack coreutils-6.10.tar.lzma: file format not recognized. Ignoring.
 >>> Unpacking coreutils-6.10-patches-1.3.tar.lzma to 
/var/tmp/portage/sys-apps/coreutils-6.10-r2/work
unpack coreutils-6.10-patches-1.3.tar.lzma: file format not recognized. 
Ignoring.
/usr/portage/sys-apps/coreutils/coreutils-6.10-r2.ebuild: line 50: cd: 
/var/tmp/portage/sys-apps/coreutils-6.10-r2/work/coreutils-6.10: No such 
file or directory

 * Cannot find $EPATCH_SOURCE!  Value for $EPATCH_SOURCE is:
 *
 *   /var/tmp/portage/sys-apps/coreutils-6.10-r2/work/patch
 *   ( patch )


!!! ERROR: sys-apps/coreutils-6.10-r2 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_unpack
  ebuild.sh, line 751:   Called qa_call 'src_unpack'
  environment, line 3791:   Called src_unpack
  coreutils-6.10-r2.ebuild, line 53:   Called epatch
  eutils.eclass, line 181:   Called die

!!! Cannot find $EPATCH_SOURCE!

-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Justin]

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

Sascha Moeller schrieb:
> Juergen Rose schrieb:
>> On Fr, 2008-05-02 at 13:16 +0200, Sascha Moeller wrote:
>>  
>>> Hallo Leute,
>>> wollte mir auf meinem amd64 system grad ne chroot für 32bit basteln. 
>>> Leider gibt es da nen großes Problem beim allerersten update des 
>>> Systems:
>>> tigerente / # emerge -av coreutils
>>>
>>> These are the packages that would be merged, in order:
>>>
>>> Calculating dependencies... done!
>>> [ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls 
>>> (-selinux) -static -vanilla% -xattr%" 0 kB
>>> [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)
>>>
>>> Wenn ich vorher mktemp deinstallieren fliegt mir coreutils, wie ich 
>>> es mir schon gedacht hatte, um die Ohren.
>>> Wie kann ich das sinnvoll beheben?
>>>
>>> MFG Sascha
>>>     
>>
>>
>> Nach dem Loeschen von mktemp (emerge -C mktemp), konnte ich coreutils
>> problemlos installieren.
>>
>> MfG Juergen
>>
>>
>>   
> Ich leider nicht :( habs nun genauso gemacht wie Justin es im Falle B 
> gesagt hatte. Und jo Justin komme mit dem Englischen klar :)
>
> * checking coreutils-6.10.tar.lzma ;-) 
> ...                               [ ok ]
> * checking coreutils-6.10-patches-1.3.tar.lzma ;-) 
> ...                   [ ok ]
> >>> Unpacking source...
> >>> Unpacking coreutils-6.10.tar.lzma to 
> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work
> unpack coreutils-6.10.tar.lzma: file format not recognized. Ignoring.
> >>> Unpacking coreutils-6.10-patches-1.3.tar.lzma to 
> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work
> unpack coreutils-6.10-patches-1.3.tar.lzma: file format not 
> recognized. Ignoring.
> /usr/portage/sys-apps/coreutils/coreutils-6.10-r2.ebuild: line 50: cd: 
> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work/coreutils-6.10: No 
> such file or directory
>
> * Cannot find $EPATCH_SOURCE!  Value for $EPATCH_SOURCE is:
> *
> *   /var/tmp/portage/sys-apps/coreutils-6.10-r2/work/patch
> *   ( patch )
>
>
> !!! ERROR: sys-apps/coreutils-6.10-r2 failed.
> Call stack:
>  ebuild.sh, line 1614:   Called dyn_unpack
>  ebuild.sh, line 751:   Called qa_call 'src_unpack'
>  environment, line 3791:   Called src_unpack
>  coreutils-6.10-r2.ebuild, line 53:   Called epatch
>  eutils.eclass, line 181:   Called die
>
> !!! Cannot find $EPATCH_SOURCE!
>
Hast du app-arch/lzma-utils installiert?


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

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Dirk Heinrichs]

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

Am Freitag, 2. Mai 2008 schrieb ext Sascha Moeller:

Vorab: Bitte nicht andere Threads kapern (Google: "Thread hijacking").

> wollte mir auf meinem amd64 system grad ne chroot für 32bit basteln.
> Leider gibt es da nen großes Problem beim allerersten update des Systems:
> tigerente / # emerge -av coreutils
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls (-selinux)
> -static -vanilla% -xattr%" 0 kB
> [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)
>
> Wenn ich vorher mktemp deinstallieren fliegt mir coreutils, wie ich es
> mir schon gedacht hatte, um die Ohren.
> Wie kann ich das sinnvoll beheben?

1) mktemp wieder installieren, bei maskiertem coreutils-6.10-r2.
2) /usr/bin/mktemp woanders hin sichern
3) mktemp desinstallieren
4) mktemp binary wieder nach /usr/bin legen.
5) neue coreutils version un-maskieren (tolles Wort) und installieren.

Alternativ: paludis statt emerge benutzen und "--dl-blocks discard" angeben.

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: www.keyserver.net

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

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Sascha Moeller]

Justin schrieb:
> Sascha Moeller schrieb:
>> Juergen Rose schrieb:
>>> On Fr, 2008-05-02 at 13:16 +0200, Sascha Moeller wrote:
>>>  
>>>> Hallo Leute,
>>>> wollte mir auf meinem amd64 system grad ne chroot für 32bit 
>>>> basteln. Leider gibt es da nen großes Problem beim allerersten 
>>>> update des Systems:
>>>> tigerente / # emerge -av coreutils
>>>>
>>>> These are the packages that would be merged, in order:
>>>>
>>>> Calculating dependencies... done!
>>>> [ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls 
>>>> (-selinux) -static -vanilla% -xattr%" 0 kB
>>>> [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)
>>>>
>>>> Wenn ich vorher mktemp deinstallieren fliegt mir coreutils, wie ich 
>>>> es mir schon gedacht hatte, um die Ohren.
>>>> Wie kann ich das sinnvoll beheben?
>>>>
>>>> MFG Sascha
>>>>     
>>>
>>>
>>> Nach dem Loeschen von mktemp (emerge -C mktemp), konnte ich coreutils
>>> problemlos installieren.
>>>
>>> MfG Juergen
>>>
>>>
>>>   
>> Ich leider nicht :( habs nun genauso gemacht wie Justin es im Falle B 
>> gesagt hatte. Und jo Justin komme mit dem Englischen klar :)
>>
>> * checking coreutils-6.10.tar.lzma ;-) 
>> ...                               [ ok ]
>> * checking coreutils-6.10-patches-1.3.tar.lzma ;-) 
>> ...                   [ ok ]
>> >>> Unpacking source...
>> >>> Unpacking coreutils-6.10.tar.lzma to 
>> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work
>> unpack coreutils-6.10.tar.lzma: file format not recognized. Ignoring.
>> >>> Unpacking coreutils-6.10-patches-1.3.tar.lzma to 
>> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work
>> unpack coreutils-6.10-patches-1.3.tar.lzma: file format not 
>> recognized. Ignoring.
>> /usr/portage/sys-apps/coreutils/coreutils-6.10-r2.ebuild: line 50: 
>> cd: /var/tmp/portage/sys-apps/coreutils-6.10-r2/work/coreutils-6.10: 
>> No such file or directory
>>
>> * Cannot find $EPATCH_SOURCE!  Value for $EPATCH_SOURCE is:
>> *
>> *   /var/tmp/portage/sys-apps/coreutils-6.10-r2/work/patch
>> *   ( patch )
>>
>>
>> !!! ERROR: sys-apps/coreutils-6.10-r2 failed.
>> Call stack:
>>  ebuild.sh, line 1614:   Called dyn_unpack
>>  ebuild.sh, line 751:   Called qa_call 'src_unpack'
>>  environment, line 3791:   Called src_unpack
>>  coreutils-6.10-r2.ebuild, line 53:   Called epatch
>>  eutils.eclass, line 181:   Called die
>>
>> !!! Cannot find $EPATCH_SOURCE!
>>
> Hast du app-arch/lzma-utils installiert?
>
Jo klar das is installiert, dass dachte ich auch zuerst weil er mit den 
Dateien anscheinend nicht recht was anfangen kann und hatte deshalb nun 
mktemp vermutet
tigerente / # emerge -av lzma-utils

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

Calculating dependencies... done!
[ebuild   R   ] app-arch/lzma-utils-4.32.5  0 kB
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Dirk Heinrichs]

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

Am Freitag, 2. Mai 2008 schrieb ext Sascha Moeller:
> Juergen Rose schrieb:
> > On Fr, 2008-05-02 at 13:16 +0200, Sascha Moeller wrote:
> >> Hallo Leute,
> >> wollte mir auf meinem amd64 system grad ne chroot für 32bit basteln.
> >> Leider gibt es da nen großes Problem beim allerersten update des
> >> Systems: tigerente / # emerge -av coreutils
> >>
> >> These are the packages that would be merged, in order:
> >>
> >> Calculating dependencies... done!
> >> [ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls
> >> (-selinux) -static -vanilla% -xattr%" 0 kB
> >> [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)
> >>
> >> Wenn ich vorher mktemp deinstallieren fliegt mir coreutils, wie ich es
> >> mir schon gedacht hatte, um die Ohren.
> >> Wie kann ich das sinnvoll beheben?
> >>
> >> MFG Sascha
> >
> > Nach dem Loeschen von mktemp (emerge -C mktemp), konnte ich coreutils
> > problemlos installieren.
> >
> > MfG Juergen
>
> Ich leider nicht :( habs nun genauso gemacht wie Justin es im Falle B
> gesagt hatte. Und jo Justin komme mit dem Englischen klar :)
>
>  * checking coreutils-6.10.tar.lzma ;-)
> ...                               [ ok ]
>  * checking coreutils-6.10-patches-1.3.tar.lzma ;-)
> ...                   [ ok ]
>
>  >>> Unpacking source...
>  >>> Unpacking coreutils-6.10.tar.lzma to
>
> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work
> unpack coreutils-6.10.tar.lzma: file format not recognized. Ignoring.
>
>  >>> Unpacking coreutils-6.10-patches-1.3.tar.lzma to
>
> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work
> unpack coreutils-6.10-patches-1.3.tar.lzma: file format not recognized.
> Ignoring.

Das hat mit mktemp wenig zu tun, siehe Justins Antwort. Meine Antwort bzgl. 
nochmaligem installieren und sichern von mktemp kannst Du daher ignorieren.

Bye...

	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: www.keyserver.net

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

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Sascha Moeller]

Moin Dirk,
das mit dem hijacking war nen versehen :) hatte ich zu spät bemerkt.

Sascha

Dirk Heinrichs schrieb:
> Am Freitag, 2. Mai 2008 schrieb ext Sascha Moeller:
>
> Vorab: Bitte nicht andere Threads kapern (Google: "Thread hijacking").
>
>   
>> wollte mir auf meinem amd64 system grad ne chroot für 32bit basteln.
>> Leider gibt es da nen großes Problem beim allerersten update des Systems:
>> tigerente / # emerge -av coreutils
>>
>> These are the packages that would be merged, in order:
>>
>> Calculating dependencies... done!
>> [ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls (-selinux)
>> -static -vanilla% -xattr%" 0 kB
>> [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)
>>
>> Wenn ich vorher mktemp deinstallieren fliegt mir coreutils, wie ich es
>> mir schon gedacht hatte, um die Ohren.
>> Wie kann ich das sinnvoll beheben?
>>     
>
> 1) mktemp wieder installieren, bei maskiertem coreutils-6.10-r2.
> 2) /usr/bin/mktemp woanders hin sichern
> 3) mktemp desinstallieren
> 4) mktemp binary wieder nach /usr/bin legen.
> 5) neue coreutils version un-maskieren (tolles Wort) und installieren.
>
> Alternativ: paludis statt emerge benutzen und "--dl-blocks discard" angeben.
>
> HTH...
>
> 	Dirk
>   

-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Dirk Heinrichs]

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

Am Freitag, 2. Mai 2008 schrieb ext Sascha Moeller:
> Justin schrieb:
> > Sascha Moeller schrieb:
> >> Juergen Rose schrieb:
> >>> On Fr, 2008-05-02 at 13:16 +0200, Sascha Moeller wrote:
> >>>> Hallo Leute,
> >>>> wollte mir auf meinem amd64 system grad ne chroot für 32bit
> >>>> basteln. Leider gibt es da nen großes Problem beim allerersten
> >>>> update des Systems:
> >>>> tigerente / # emerge -av coreutils
> >>>>
> >>>> These are the packages that would be merged, in order:
> >>>>
> >>>> Calculating dependencies... done!
> >>>> [ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls
> >>>> (-selinux) -static -vanilla% -xattr%" 0 kB
> >>>> [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)
> >>>>
> >>>> Wenn ich vorher mktemp deinstallieren fliegt mir coreutils, wie ich
> >>>> es mir schon gedacht hatte, um die Ohren.
> >>>> Wie kann ich das sinnvoll beheben?
> >>>>
> >>>> MFG Sascha
> >>>
> >>> Nach dem Loeschen von mktemp (emerge -C mktemp), konnte ich coreutils
> >>> problemlos installieren.
> >>>
> >>> MfG Juergen
> >>
> >> Ich leider nicht :( habs nun genauso gemacht wie Justin es im Falle B
> >> gesagt hatte. Und jo Justin komme mit dem Englischen klar :)
> >>
> >> * checking coreutils-6.10.tar.lzma ;-)
> >> ...                               [ ok ]
> >> * checking coreutils-6.10-patches-1.3.tar.lzma ;-)
> >> ...                   [ ok ]
> >>
> >> >>> Unpacking source...
> >> >>> Unpacking coreutils-6.10.tar.lzma to
> >>
> >> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work
> >> unpack coreutils-6.10.tar.lzma: file format not recognized. Ignoring.
> >>
> >> >>> Unpacking coreutils-6.10-patches-1.3.tar.lzma to
> >>
> >> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work
> >> unpack coreutils-6.10-patches-1.3.tar.lzma: file format not
> >> recognized. Ignoring.
> >> /usr/portage/sys-apps/coreutils/coreutils-6.10-r2.ebuild: line 50:
> >> cd: /var/tmp/portage/sys-apps/coreutils-6.10-r2/work/coreutils-6.10:
> >> No such file or directory
> >>
> >> * Cannot find $EPATCH_SOURCE!  Value for $EPATCH_SOURCE is:
> >> *
> >> *   /var/tmp/portage/sys-apps/coreutils-6.10-r2/work/patch
> >> *   ( patch )
> >>
> >>
> >> !!! ERROR: sys-apps/coreutils-6.10-r2 failed.
> >> Call stack:
> >>  ebuild.sh, line 1614:   Called dyn_unpack
> >>  ebuild.sh, line 751:   Called qa_call 'src_unpack'
> >>  environment, line 3791:   Called src_unpack
> >>  coreutils-6.10-r2.ebuild, line 53:   Called epatch
> >>  eutils.eclass, line 181:   Called die
> >>
> >> !!! Cannot find $EPATCH_SOURCE!
> >
> > Hast du app-arch/lzma-utils installiert?
>
> Jo klar das is installiert, dass dachte ich auch zuerst weil er mit den
> Dateien anscheinend nicht recht was anfangen kann und hatte deshalb nun
> mktemp vermutet
> tigerente / # emerge -av lzma-utils
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild   R   ] app-arch/lzma-utils-4.32.5  0 kB

Sieh' mal nach, ob Deine portage-Version damit schon umgehen kann:

$ cd /usr/lib/portage && grep -R lzma *

Sollte Treffer in bin/webrsync und bin/ebuild.sh liefern. Wenn nicht: 
portage aktualisieren.

Bye...

	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: www.keyserver.net

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

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Sascha Moeller]

Dirk Heinrichs schrieb:
> Am Freitag, 2. Mai 2008 schrieb ext Sascha Moeller:
>   
>> Justin schrieb:
>>     
>>> Sascha Moeller schrieb:
>>>       
>>>> Juergen Rose schrieb:
>>>>         
>>>>> On Fr, 2008-05-02 at 13:16 +0200, Sascha Moeller wrote:
>>>>>           
>>>>>> Hallo Leute,
>>>>>> wollte mir auf meinem amd64 system grad ne chroot für 32bit
>>>>>> basteln. Leider gibt es da nen großes Problem beim allerersten
>>>>>> update des Systems:
>>>>>> tigerente / # emerge -av coreutils
>>>>>>
>>>>>> These are the packages that would be merged, in order:
>>>>>>
>>>>>> Calculating dependencies... done!
>>>>>> [ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls
>>>>>> (-selinux) -static -vanilla% -xattr%" 0 kB
>>>>>> [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)
>>>>>>
>>>>>> Wenn ich vorher mktemp deinstallieren fliegt mir coreutils, wie ich
>>>>>> es mir schon gedacht hatte, um die Ohren.
>>>>>> Wie kann ich das sinnvoll beheben?
>>>>>>
>>>>>> MFG Sascha
>>>>>>             
>>>>> Nach dem Loeschen von mktemp (emerge -C mktemp), konnte ich coreutils
>>>>> problemlos installieren.
>>>>>
>>>>> MfG Juergen
>>>>>           
>>>> Ich leider nicht :( habs nun genauso gemacht wie Justin es im Falle B
>>>> gesagt hatte. Und jo Justin komme mit dem Englischen klar :)
>>>>
>>>> * checking coreutils-6.10.tar.lzma ;-)
>>>> ...                               [ ok ]
>>>> * checking coreutils-6.10-patches-1.3.tar.lzma ;-)
>>>> ...                   [ ok ]
>>>>
>>>>         
>>>>>>> Unpacking source...
>>>>>>> Unpacking coreutils-6.10.tar.lzma to
>>>>>>>               
>>>> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work
>>>> unpack coreutils-6.10.tar.lzma: file format not recognized. Ignoring.
>>>>
>>>>         
>>>>>>> Unpacking coreutils-6.10-patches-1.3.tar.lzma to
>>>>>>>               
>>>> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work
>>>> unpack coreutils-6.10-patches-1.3.tar.lzma: file format not
>>>> recognized. Ignoring.
>>>> /usr/portage/sys-apps/coreutils/coreutils-6.10-r2.ebuild: line 50:
>>>> cd: /var/tmp/portage/sys-apps/coreutils-6.10-r2/work/coreutils-6.10:
>>>> No such file or directory
>>>>
>>>> * Cannot find $EPATCH_SOURCE!  Value for $EPATCH_SOURCE is:
>>>> *
>>>> *   /var/tmp/portage/sys-apps/coreutils-6.10-r2/work/patch
>>>> *   ( patch )
>>>>
>>>>
>>>> !!! ERROR: sys-apps/coreutils-6.10-r2 failed.
>>>> Call stack:
>>>>  ebuild.sh, line 1614:   Called dyn_unpack
>>>>  ebuild.sh, line 751:   Called qa_call 'src_unpack'
>>>>  environment, line 3791:   Called src_unpack
>>>>  coreutils-6.10-r2.ebuild, line 53:   Called epatch
>>>>  eutils.eclass, line 181:   Called die
>>>>
>>>> !!! Cannot find $EPATCH_SOURCE!
>>>>         
>>> Hast du app-arch/lzma-utils installiert?
>>>       
>> Jo klar das is installiert, dass dachte ich auch zuerst weil er mit den
>> Dateien anscheinend nicht recht was anfangen kann und hatte deshalb nun
>> mktemp vermutet
>> tigerente / # emerge -av lzma-utils
>>
>> These are the packages that would be merged, in order:
>>
>> Calculating dependencies... done!
>> [ebuild   R   ] app-arch/lzma-utils-4.32.5  0 kB
>>     
>
> Sieh' mal nach, ob Deine portage-Version damit schon umgehen kann:
>
> $ cd /usr/lib/portage && grep -R lzma *
>
> Sollte Treffer in bin/webrsync und bin/ebuild.sh liefern. Wenn nicht: 
> portage aktualisieren.
>
> Bye...
>
> 	Dirk
>   

Cool danke, glaub das war das Problem :) da kam gar keine Ausgabe. Ich 
update grad mal von 2.1.2.2 auf 2.1.4.4, wobei mich dann wundert, wieso 
das selbe Problem auch im 2008.0 beta2 stage3 noch vorhanden ist.

MFG Sascha
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Sascha Moeller]

Sascha Moeller schrieb:
> Dirk Heinrichs schrieb:
>> Am Freitag, 2. Mai 2008 schrieb ext Sascha Moeller:
>>  
>>> Justin schrieb:
>>>    
>>>> Sascha Moeller schrieb:
>>>>      
>>>>> Juergen Rose schrieb:
>>>>>        
>>>>>> On Fr, 2008-05-02 at 13:16 +0200, Sascha Moeller wrote:
>>>>>>          
>>>>>>> Hallo Leute,
>>>>>>> wollte mir auf meinem amd64 system grad ne chroot für 32bit
>>>>>>> basteln. Leider gibt es da nen großes Problem beim allerersten
>>>>>>> update des Systems:
>>>>>>> tigerente / # emerge -av coreutils
>>>>>>>
>>>>>>> These are the packages that would be merged, in order:
>>>>>>>
>>>>>>> Calculating dependencies... done!
>>>>>>> [ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls
>>>>>>> (-selinux) -static -vanilla% -xattr%" 0 kB
>>>>>>> [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)
>>>>>>>
>>>>>>> Wenn ich vorher mktemp deinstallieren fliegt mir coreutils, wie ich
>>>>>>> es mir schon gedacht hatte, um die Ohren.
>>>>>>> Wie kann ich das sinnvoll beheben?
>>>>>>>
>>>>>>> MFG Sascha
>>>>>>>             
>>>>>> Nach dem Loeschen von mktemp (emerge -C mktemp), konnte ich 
>>>>>> coreutils
>>>>>> problemlos installieren.
>>>>>>
>>>>>> MfG Juergen
>>>>>>           
>>>>> Ich leider nicht :( habs nun genauso gemacht wie Justin es im Falle B
>>>>> gesagt hatte. Und jo Justin komme mit dem Englischen klar :)
>>>>>
>>>>> * checking coreutils-6.10.tar.lzma ;-)
>>>>> ...                               [ ok ]
>>>>> * checking coreutils-6.10-patches-1.3.tar.lzma ;-)
>>>>> ...                   [ ok ]
>>>>>
>>>>>        
>>>>>>>> Unpacking source...
>>>>>>>> Unpacking coreutils-6.10.tar.lzma to
>>>>>>>>               
>>>>> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work
>>>>> unpack coreutils-6.10.tar.lzma: file format not recognized. Ignoring.
>>>>>
>>>>>        
>>>>>>>> Unpacking coreutils-6.10-patches-1.3.tar.lzma to
>>>>>>>>               
>>>>> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work
>>>>> unpack coreutils-6.10-patches-1.3.tar.lzma: file format not
>>>>> recognized. Ignoring.
>>>>> /usr/portage/sys-apps/coreutils/coreutils-6.10-r2.ebuild: line 50:
>>>>> cd: /var/tmp/portage/sys-apps/coreutils-6.10-r2/work/coreutils-6.10:
>>>>> No such file or directory
>>>>>
>>>>> * Cannot find $EPATCH_SOURCE!  Value for $EPATCH_SOURCE is:
>>>>> *
>>>>> *   /var/tmp/portage/sys-apps/coreutils-6.10-r2/work/patch
>>>>> *   ( patch )
>>>>>
>>>>>
>>>>> !!! ERROR: sys-apps/coreutils-6.10-r2 failed.
>>>>> Call stack:
>>>>>  ebuild.sh, line 1614:   Called dyn_unpack
>>>>>  ebuild.sh, line 751:   Called qa_call 'src_unpack'
>>>>>  environment, line 3791:   Called src_unpack
>>>>>  coreutils-6.10-r2.ebuild, line 53:   Called epatch
>>>>>  eutils.eclass, line 181:   Called die
>>>>>
>>>>> !!! Cannot find $EPATCH_SOURCE!
>>>>>         
>>>> Hast du app-arch/lzma-utils installiert?
>>>>       
>>> Jo klar das is installiert, dass dachte ich auch zuerst weil er mit den
>>> Dateien anscheinend nicht recht was anfangen kann und hatte deshalb nun
>>> mktemp vermutet
>>> tigerente / # emerge -av lzma-utils
>>>
>>> These are the packages that would be merged, in order:
>>>
>>> Calculating dependencies... done!
>>> [ebuild   R   ] app-arch/lzma-utils-4.32.5  0 kB
>>>     
>>
>> Sieh' mal nach, ob Deine portage-Version damit schon umgehen kann:
>>
>> $ cd /usr/lib/portage && grep -R lzma *
>>
>> Sollte Treffer in bin/webrsync und bin/ebuild.sh liefern. Wenn nicht: 
>> portage aktualisieren.
>>
>> Bye...
>>
>>     Dirk
>>   
>
> Cool danke, glaub das war das Problem :) da kam gar keine Ausgabe. Ich 
> update grad mal von 2.1.2.2 auf 2.1.4.4, wobei mich dann wundert, 
> wieso das selbe Problem auch im 2008.0 beta2 stage3 noch vorhanden ist.
>
> MFG Sascha
Ok coreutils ging nu durch. Das Problem mit mktemp bleibt aber leider. 
Brauch ich mktemp nicht mehr?
tigerente portage # emerge -av mktemp

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

Calculating dependencies... done!
[ebuild  N    ] sys-apps/mktemp-1.5  0 kB
[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)
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Sascha Moeller]

Sascha Moeller schrieb:
> Sascha Moeller schrieb:
>> Dirk Heinrichs schrieb:
>>> Am Freitag, 2. Mai 2008 schrieb ext Sascha Moeller:
>>>  
>>>> Justin schrieb:
>>>>   
>>>>> Sascha Moeller schrieb:
>>>>>     
>>>>>> Juergen Rose schrieb:
>>>>>>       
>>>>>>> On Fr, 2008-05-02 at 13:16 +0200, Sascha Moeller wrote:
>>>>>>>         
>>>>>>>> Hallo Leute,
>>>>>>>> wollte mir auf meinem amd64 system grad ne chroot für 32bit
>>>>>>>> basteln. Leider gibt es da nen großes Problem beim allerersten
>>>>>>>> update des Systems:
>>>>>>>> tigerente / # emerge -av coreutils
>>>>>>>>
>>>>>>>> These are the packages that would be merged, in order:
>>>>>>>>
>>>>>>>> Calculating dependencies... done!
>>>>>>>> [ebuild     U ] sys-apps/coreutils-6.10-r2 [6.4] USE="acl nls
>>>>>>>> (-selinux) -static -vanilla% -xattr%" 0 kB
>>>>>>>> [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)
>>>>>>>>
>>>>>>>> Wenn ich vorher mktemp deinstallieren fliegt mir coreutils, wie 
>>>>>>>> ich
>>>>>>>> es mir schon gedacht hatte, um die Ohren.
>>>>>>>> Wie kann ich das sinnvoll beheben?
>>>>>>>>
>>>>>>>> MFG Sascha
>>>>>>>>             
>>>>>>> Nach dem Loeschen von mktemp (emerge -C mktemp), konnte ich 
>>>>>>> coreutils
>>>>>>> problemlos installieren.
>>>>>>>
>>>>>>> MfG Juergen
>>>>>>>           
>>>>>> Ich leider nicht :( habs nun genauso gemacht wie Justin es im 
>>>>>> Falle B
>>>>>> gesagt hatte. Und jo Justin komme mit dem Englischen klar :)
>>>>>>
>>>>>> * checking coreutils-6.10.tar.lzma ;-)
>>>>>> ...                               [ ok ]
>>>>>> * checking coreutils-6.10-patches-1.3.tar.lzma ;-)
>>>>>> ...                   [ ok ]
>>>>>>
>>>>>>       
>>>>>>>>> Unpacking source...
>>>>>>>>> Unpacking coreutils-6.10.tar.lzma to
>>>>>>>>>               
>>>>>> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work
>>>>>> unpack coreutils-6.10.tar.lzma: file format not recognized. 
>>>>>> Ignoring.
>>>>>>
>>>>>>       
>>>>>>>>> Unpacking coreutils-6.10-patches-1.3.tar.lzma to
>>>>>>>>>               
>>>>>> /var/tmp/portage/sys-apps/coreutils-6.10-r2/work
>>>>>> unpack coreutils-6.10-patches-1.3.tar.lzma: file format not
>>>>>> recognized. Ignoring.
>>>>>> /usr/portage/sys-apps/coreutils/coreutils-6.10-r2.ebuild: line 50:
>>>>>> cd: /var/tmp/portage/sys-apps/coreutils-6.10-r2/work/coreutils-6.10:
>>>>>> No such file or directory
>>>>>>
>>>>>> * Cannot find $EPATCH_SOURCE!  Value for $EPATCH_SOURCE is:
>>>>>> *
>>>>>> *   /var/tmp/portage/sys-apps/coreutils-6.10-r2/work/patch
>>>>>> *   ( patch )
>>>>>>
>>>>>>
>>>>>> !!! ERROR: sys-apps/coreutils-6.10-r2 failed.
>>>>>> Call stack:
>>>>>>  ebuild.sh, line 1614:   Called dyn_unpack
>>>>>>  ebuild.sh, line 751:   Called qa_call 'src_unpack'
>>>>>>  environment, line 3791:   Called src_unpack
>>>>>>  coreutils-6.10-r2.ebuild, line 53:   Called epatch
>>>>>>  eutils.eclass, line 181:   Called die
>>>>>>
>>>>>> !!! Cannot find $EPATCH_SOURCE!
>>>>>>         
>>>>> Hast du app-arch/lzma-utils installiert?
>>>>>       
>>>> Jo klar das is installiert, dass dachte ich auch zuerst weil er mit 
>>>> den
>>>> Dateien anscheinend nicht recht was anfangen kann und hatte deshalb 
>>>> nun
>>>> mktemp vermutet
>>>> tigerente / # emerge -av lzma-utils
>>>>
>>>> These are the packages that would be merged, in order:
>>>>
>>>> Calculating dependencies... done!
>>>> [ebuild   R   ] app-arch/lzma-utils-4.32.5  0 kB
>>>>     
>>>
>>> Sieh' mal nach, ob Deine portage-Version damit schon umgehen kann:
>>>
>>> $ cd /usr/lib/portage && grep -R lzma *
>>>
>>> Sollte Treffer in bin/webrsync und bin/ebuild.sh liefern. Wenn 
>>> nicht: portage aktualisieren.
>>>
>>> Bye...
>>>
>>>     Dirk
>>>   
>>
>> Cool danke, glaub das war das Problem :) da kam gar keine Ausgabe. 
>> Ich update grad mal von 2.1.2.2 auf 2.1.4.4, wobei mich dann wundert, 
>> wieso das selbe Problem auch im 2008.0 beta2 stage3 noch vorhanden ist.
>>
>> MFG Sascha
> Ok coreutils ging nu durch. Das Problem mit mktemp bleibt aber leider. 
> Brauch ich mktemp nicht mehr?
> tigerente portage # emerge -av mktemp
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild  N    ] sys-apps/mktemp-1.5  0 kB
> [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)
Ok die Website von mktemp gibt mir schon die Antwort dadrauf. Danke euch 
für die Hilfe.
      A different, but compatible, implementation of mktemp is available 
as part of GNU coreutils <http://www.gnu.org/software/coreutils>.

MFG Sascha
-- 
gentoo-user-de@lists.gentoo.org mailing list

Re: [gentoo-user-de] Problem mit Coreutils und mktemp

[Dirk Heinrichs]

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

Am Freitag, 2. Mai 2008 schrieb ext Sascha Moeller:

> Ok coreutils ging nu durch. Das Problem mit mktemp bleibt aber leider.
> Brauch ich mktemp nicht mehr?

Nein, das ist jetzt in coreutils (ab Version 6.10), deshalb der Blocker. 
Welche Version von coreutils ist denn jetzt installiert? Wenn's schon 
>=6.10 ist, kannst Du mktemp de-installieren, andernfalls Jürgen's Lösung 
nehmen. Oder paludis :-)

Bye...

	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: www.keyserver.net

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