Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 9692

Summary: multiple packages named libnet
Product: Gentoo Linux Reporter: Nick Hadaway <grandmasterlinux>
Component: Current packagesAssignee: Michael Cummings (RETIRED) <mcummings>
Status: RESOLVED INVALID    
Severity: normal CC: gentoo, h3y, phosphan
Priority: High    
Version: 1.4_rc1   
Hardware: x86   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---

Description Nick Hadaway 2002-10-26 02:11:34 UTC
net-libs/libnet
AND
dev-perl/libnet

I'm not sure which would be the better one to rename :/
Comment 1 Michael Cummings (RETIRED) gentoo-dev 2002-10-28 06:21:57 UTC
Neither? Either that or one of the two ebuilds will need to be rewritten to 
change the name of the package from within so that it will work, ie. simply 
renaming them will break them since emerge goes out and gets foo.tar.gz when 
you emerge dev-bah/foo.

Why is this an issue?
Comment 2 Nick Hadaway 2002-10-28 11:57:03 UTC
When you type "emerge libnet"  which one should emerge?  Should both emerge?

When I type "emerge libnet" it installs the net-libs/libnet... but this may be 
confusing for some other people as they may want the perl module.

Maybe change dev-perl/libnet to dev-perl/libnet-perl or something... it should 
be extremely easy to remove the -perl ( ${P/-perl/} ) or something of the 
like...
Comment 3 Patrick Kursawe (RETIRED) gentoo-dev 2002-11-13 05:57:56 UTC
The net-libs/libnet SRC_URI is invalid, anyway. Change it to
http://www.packetfactory.net/${PN}/dist/deprecated/${PN}-${PV}.tar.gz
Then the problem with the same .tar.gz filename is solved and you will be able
to build it again :-)
Comment 4 Patrick Kursawe (RETIRED) gentoo-dev 2002-11-13 05:58:42 UTC
Sorry, forgot to add: "for the 1.0.x package, of course
Comment 5 Maurizio Disimino 2002-11-13 10:28:57 UTC
1) Just making a note: the net-libs/libnet author often changes the package 
name/location ...

2) Anyway, I think we should NOT rename any package.
Indeed the issue really exists *only* when you type "emerge libnet" cause
portage will pick the first one. So I'd suggest to pass this bug to carpaski.
The quickest solution would be instructing Portage to warn the user that the
ebuild he's going to merge might NOT be that he thinks it is and display
the various options. 

-- Maurizio
Comment 6 Nick Hadaway 2002-11-17 16:27:04 UTC
I have posted to gentoo-core about this bug.  Hopefully we should have some 
resolution soon.
Comment 7 Nick Hadaway 2002-11-18 11:42:03 UTC
The general consensus is that we should be able to keep the packages as they are.

Portage needs to warn the user or stop the user and prompt for which package to
actually emerge.

Reassign to carpaski?
Comment 8 Michael Cummings (RETIRED) gentoo-dev 2002-11-26 08:55:48 UTC
so can this be closed?
Comment 9 Wayne Davison 2003-07-27 23:57:38 UTC
If this bug is closed, what bug has replaced it?  Bug 19281?
Comment 10 Patrick Kursawe (RETIRED) gentoo-dev 2003-07-28 00:05:54 UTC
I don't think this is considered a bug. That's why it is RESOLVED/INVALID. You can have packages with the same name in different categories.
Comment 11 Wayne Davison 2003-07-28 00:20:46 UTC
Having two packages with the same name in different categories is not a bug, but how portage handles ambiguities ("emerge libnet") definitely is (see comment #7 to see that I'm not alone in thinking this).