Summary: | Ebuild request: net-snmpj | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Benjamin Collins <bencollins> |
Component: | [OLD] Library | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
Status: | RESOLVED LATER | ||
Severity: | enhancement | CC: | netmon, smithj |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Benjamin Collins
2004-06-30 08:42:20 UTC
That's an altogether differnet package. http://netsnmpj.sourceforge.net/ What could (and probably should) be done here is for net-snmp to RDEPEND on net-snmpj if the java use flag is set. If someone can do the ebuilds, I'm sure eldad or I will be able to get to it :). Who knows, by the time I finish typing this, eldad may be done.... i see no activity upstream for a year. resolved: won't fix? the gods in #gentoo-netmon have spoken upstream being inactive/dead is apparently not a reason to "resolve: won't fix" things, so i suppose i will get my lazy self over there and write an ebuild for it. On a cursory glance, the only upstream distributions are binary only (0.2.5-beta explicitly says this, while a look in 0.2.1 appears to also be binary, especially the .so file within the linux-386 subdirectory of the tarball). The source code reference on the homepage refers to the SF CVS page, which means this would have to be a CVS ebuild. Not sure what the herd wants to do with it. -Jeff Feel free to reopen it when you have an ebuild |