Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 23857 - snmp RDEPEND in php.eclass is (maybe) wrong
Summary: snmp RDEPEND in php.eclass is (maybe) wrong
Status: RESOLVED WONTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: PHP Bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-07-02 01:17 UTC by Jetchko Jekov
Modified: 2003-07-04 02:27 UTC (History)
1 user (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 Jetchko Jekov 2003-07-02 01:17:16 UTC
in php.eclass RDEPEND for snmp support is "snmp? ( net-analyzer/net-snmp )" 
i think that correct is "snmp? ( virtual/snmp )"  

Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-07-02 11:26:27 UTC
Nope, PHP4.3.2 currently does not compile with UCD-SNMP. It's an upstream bug, and the quickest solution for us was just locking it to Net-SNMP instead.
Comment 2 Jetchko Jekov 2003-07-03 00:06:33 UTC
I not agree 
Already compiled mod_php-4.3.2 (not -rX) which is lastest stable in portage 
with ucd-snmp and haven't got any error. If error is in unstable mod_php 
ebuilds I think this is not a reason to lock building stable version with net-snmp  
Comment 3 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-07-03 00:29:36 UTC
I have both installed, and it certainly doesn't behave properly for me in all cases. Sometimes with UCD-SNMP it works, but othertimes it doesn't.

It is an upstream bug in PHP that causes it to misbehave sometimes with just UCD-SNMP and a _lot_ more often when you have both of them installed.
Comment 4 Jetchko Jekov 2003-07-04 02:27:03 UTC
 For which reason I will have both ucd-snmp and net-snmp installed in my  
system. I think that  these 2 packages provide same functionality or I'm  
wrong? And other - installing both packages overwrite files in system (  
/usr/bin, /usr/share/snmp) I dont have time to investigate, but that  
overwriting can cause problems. 
In my opinion net-snmp must block ucd-snmp and vise versa - ucd-snmp must  
block net-snmp 
Next .. while You pretend that php 4.3.2 doesn't work properly with ucd-snmp  
just write a info in ebuild to inform user of that problem and leave them to  
make decision: 
1.replace ucd-snmp with net-snmp 
2.don't use snmp support with php 
3.continue using ucd-snmp and (eventualy) have problems with snmp support 
 
Let me explain my current problem 
I have in /etc/make.conf USE='.... snmp ...' 
1.  I personaly prefer ucd-snmp and have it installed in my system 
2.  I need a php support so i tryed to emerge mod-php depends on current 
php.eclass I must emerge net-snmp if I want snmp support  with php and 
eventualy broke all my installed packages that are builded and linked agains 
ucd-snmp. 
- OR - 
if I dont want snmp support especialy for php i can use: 
env USE='-snmp' emerge mod-php  
and all will be ok 
 
a few days(weeks) later ater fresh emerge rsync i want to update my system 
This is my current problem 
 
emerge -UDp world 
>>> --upgradeonly implies --update... adding --update to options. 
These are the packages that I would merge, in order: 
Calculating world dependencies ...done! 
.[cut]... 
[ebuild  N   ] net-analyzer/net-snmp-5.0.6-r1  
.[cut]... 
 
(this is from net-snmp dependency  from php.eclass) 
In that way I cant use emerge -UD world and as result I think that way of locking 
php to net-snmp is wrong idea