[gentoo-dev] manpages-1.43 partially failed to build

[gentoo-dev] manpages-1.43 partially failed to build

[Jonas Berlin]

During "emerge system" in rc6-r10.tbz2:

>>> Unpacking man-pages-1.43.tar.gz
>>> Unpacking netman-20000610.tgz
tar (child): /usr/portage/distfiles/netman-20000610.tgz: Cannot open: No such file or directory
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error exit delayed from previous errors
/usr/sbin/ebuild.sh: die: command not found

but the installation went on and emerge continued.

AW: [gentoo-dev] manpages-1.43 partially failed to build

[Sebastian Werner]

Hey,

This looks strange. First update portage and look if 'die' will then be
found. Look for a file netman* in /usr/portage/distfiles. Have you a
connection to the internet. All files must be downloaded first. Normally
portage downloads these files itself. Are the md5 of netman* correct? -
it seems so. Normally emerge stop if not. But where is the file...
mhh....

Greetings,

Sebastian

-----Ursprüngliche Nachricht-----
Von: gentoo-dev-admin@gentoo.org [mailto:gentoo-dev-admin@gentoo.org] Im
Auftrag von Jonas Berlin
Gesendet: Mittwoch, 5. Dezember 2001 15:34
An: gentoo-dev@gentoo.org
Betreff: [gentoo-dev] manpages-1.43 partially failed to build

During "emerge system" in rc6-r10.tbz2:

>>> Unpacking man-pages-1.43.tar.gz
>>> Unpacking netman-20000610.tgz
tar (child): /usr/portage/distfiles/netman-20000610.tgz: Cannot open: No
such file or directory
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error exit delayed from previous errors
/usr/sbin/ebuild.sh: die: command not found

but the installation went on and emerge continued.
_______________________________________________
gentoo-dev mailing list
gentoo-dev@gentoo.org
http://lists.gentoo.org/mailman/listinfo/gentoo-dev

[gentoo-dev] problems with emerge and tcl-tk

[mats pettersson]

Hello !
i am having some problem when i try to emerge tcl-tk it wants to compile 
xfree as well which is not in my USE option.. is this due to a poor ebuild 
on tcl-tk ? or is there some other reaseon ? my portage tree is up to date 
and my portage is updated as well pls give some hints on how i can fix 
this 

Best regards Mats 

-- 

Located @ N65°61746' E22°12535' (WGS84) 
------ Hiroshime 45, Tjernobyl 86, Windows 95, Windows 98, WinY2K ------
Unix IS user friendly --- its just selective about who its friends are.

Re: [gentoo-dev] problems with emerge and tcl-tk

[Juergen Ilse]

Hello,

On Wed, Dec 05, 2001 at 03:54:09PM +0100, mats pettersson wrote:
> i am having some problem when i try to emerge tcl-tk it wants to compile 
> xfree as well which is not in my USE option.. is this due to a poor ebuild 
> on tcl-tk ? or is there some other reaseon ?

tk need the x-libraries, so for compüiling tk the x-libraries have to be
build ... Maybe the separation of the package in tcl (which does not need
anything from X) and tk (which needs tcl and the X-libraries) could be a
solution ...

ciao,
	Juergen Ilse					(ilse@asys-h.de)
-- 
Wenn ich auch nur aus jedem 1000. Bug in einem M$ Produkt|Juergen Ilse
einen Tag trauern wollte, also da muesste ich 300 Jahre  |Internet POP Hannover
alt werden und wuerde mehrere Dutzend schwarze Anzuege   |Vahrenwalder Str. 205
aufbrauchen. (Detlef Bosau in dcoulm)                    |30165 Hannover

Re: [gentoo-dev] problems with emerge and tcl-tk

[Geert Bevin]

> tk need the x-libraries, so for compüiling tk the x-libraries have to be
> build ... Maybe the separation of the package in tcl (which does not need
> anything from X) and tk (which needs tcl and the X-libraries) could be a
> solution ...

I think that that would be a good thing to do. Since tcl is also often
used as embedded language on system that don't necesseraly run X
(database server with postgresql) for example.

-- 
Geert Bevin
the Leaf sprl/bvba
"Use what you need"           Pierre Theunisstraat 1/47
http://www.theleaf.be         1030 Brussels
gbevin@theleaf.be             Tel & Fax +32 2 241 19 98

Re: [gentoo-dev] manpages-1.43 partially failed to build

[Jonas Berlin]

On Wed, Dec 05, 2001 at 03:51:00PM +0100, Sebastian Werner wrote:

> This looks strange. First update portage and look if 'die' will then be
> found. Look for a file netman* in /usr/portage/distfiles.

I just noted that the downloading of netman had been disabled in the
man-pages-1.43.ebuild:

# Modern netman versions are part of the standard man-pages for Linux
#        ftp://ftp.suse.com/pub/people/ak/netman/netman-20000610.tgz"

Still, the src_unpack() function had the

        unpack netman-20000610.tgz

command in there, thus generating the error.

And no, I don't have netman* in /usr/portage/distfiles/ .. I guess it would
have worked if there had been one.

And yes, I updated portage, still giving the same error. Thus, it seems like
the unpack command fails to "die" correctly. In this case it was lucky,
because it seems that netman package is not needed.

> Have you a connection to the internet.

Yes..

So I guess the things to do are:

 - comment out the unpack command for the netman package
 - fix unpack to handle error situations correctly

Good luck!

Re: [gentoo-dev] manpages-1.43 partially failed to build

[Martin Schlemmer]

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

On Wed, 2001-12-05 at 20:30, Jonas Berlin wrote:
> On Wed, Dec 05, 2001 at 03:51:00PM +0100, Sebastian Werner wrote:
> 
> > This looks strange. First update portage and look if 'die' will then be
> > found. Look for a file netman* in /usr/portage/distfiles.
> 
> I just noted that the downloading of netman had been disabled in the
> man-pages-1.43.ebuild:
> 
> # Modern netman versions are part of the standard man-pages for Linux
> #        ftp://ftp.suse.com/pub/people/ak/netman/netman-20000610.tgz"
> 
> Still, the src_unpack() function had the
> 
>         unpack netman-20000610.tgz
> 
> command in there, thus generating the error.
> 

Hmm, sorry missed it since i _had_ netman-20000610.tgz.
Will fix now now


-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop Team Developer
Cape Town, South Africa


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]