30490 – Cyrus-imapd depends on ucd-snmp not virtual/snmp

Bug 30490 - Cyrus-imapd depends on ucd-snmp not virtual/snmp

Summary: Cyrus-imapd depends on ucd-snmp not virtual/snmp

Status:	RESOLVED WONTFIX

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	Current packages (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	Max Kalika (RETIRED)

URL:
Whiteboard:
Keywords:

Duplicates (2):	31655 39779 (view as bug list)
Depends on:
Blocks:

Reported:	2003-10-06 10:19 UTC by Nick Fisher
Modified:	2004-01-29 16:21 UTC (History)
CC List:	4 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Nick Fisher 2003-10-06 10:19:33 UTC

cyrus-imapd has a dependancy to ucd-snmp if the snmp use flag is set. I use net-
snmp and have compiled cyrus using net rather than ucd. I got no errors though 
I'm not sure how to test cyrus's snmp implementation.

Basicly I have to remove the ucd dependancy every time I want to do a "emerge -
u --deep world" or portage gets unhappy about net-snmp taking the virtual/snmp 
slot and cyrus requiring ucd-snmp that also wants the virtual/snmp slot.
It seems that cyrus is perfectly happy with net-snmp (It was writen as a 
replcement for ucd) so can we have a dependacy to virtual/snmp rather than 
directly to ucd please?

Reproducible: Always
Steps to Reproduce:
1.
2.
3.

Comment 1 Max Kalika (RETIRED) gentoo-dev

2003-10-06 11:00:03 UTC

Cyrus doesn't work with anything but ucd-snmp, therefore it has a depend
on that.  Next versions of cyrus will supposedly support net-snmp, but this
isn't the case as of 2.2.1-beta.

Comment 2 Nick Fisher 2003-10-06 11:19:03 UTC

Bummer! That would explain it.

Comment 3 Max Kalika (RETIRED) gentoo-dev

2004-01-29 16:21:12 UTC

*** Bug 39779 has been marked as a duplicate of this bug. ***

Comment 4 Max Kalika (RETIRED) gentoo-dev

2004-01-29 16:21:53 UTC

*** Bug 31655 has been marked as a duplicate of this bug. ***