Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 9692 - multiple packages named libnet
Summary: multiple packages named libnet
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal
Assignee: Michael Cummings (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-10-26 02:11 UTC by Nick Hadaway
Modified: 2003-07-28 00:20 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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).