First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 145960
Alias:
Product:
Component:
Status: RESOLVED
Resolution: DUPLICATE of bug 152679
Assigned To: Netmon Herd <netmon@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Rafał Mużyło <galtgendo@o2.pl>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
net-snmp-5.2.2-r3.ebuild The ebuild. patch Rafał Mużyło 2006-09-02 02:24 0000 5.38 KB Details | Diff
net-snmp-5.2.2-asneeded.patch Patch 1 patch Rafał Mużyło 2006-09-02 02:25 0000 2.85 KB Details | Diff
net-snmp-5.2.2-as-needed.patch Patch 2 patch Rafał Mużyło 2006-09-02 02:26 0000 3.26 KB Details | Diff
net-snmp-5.2.2-as-needed.patch Patch 2 patch Rafał Mużyło 2006-09-02 02:30 0000 3.26 KB Details | Diff
net-snmp-5.2.2-asneeded.patch modified, a lot less changes patch Rafał Mużyło 2006-09-12 04:48 0000 3.58 KB Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 145960 depends on: Show dependency tree
Bug 145960 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-09-02 02:23 0000
I tried to build net-analyzer/net-snmp with -Wl,--as-needed but the patch in
portage tree was not enough for me. After quite a few hours of work, I managed
to build it with attached ebuild and patches. Warning - one of the files has
the same name as the one in portage tree, but it has been modified. Futher,
eautoreconf might be a little too much, but it worked, so I decided not to
change it. Of course, those patches should be cleaned a little, as I lack the
knowledge of m4 and libtool required to do it.
Last thing - useflags were:
"X doc elf ipv6 mfd-rewrites perl smux ssl tcpd -lm_sensors -minimal -rpm"

------- Comment #1 From Rafał Mużyło 2006-09-02 02:24:46 0000 -------
Created an attachment (id=95718) [details]
The ebuild.

------- Comment #2 From Rafał Mużyło 2006-09-02 02:25:28 0000 -------
Created an attachment (id=95719) [details]
Patch 1

------- Comment #3 From Rafał Mużyło 2006-09-02 02:26:05 0000 -------
Created an attachment (id=95720) [details]
Patch 2

------- Comment #4 From Rafał Mużyło 2006-09-02 02:30:16 0000 -------
Created an attachment (id=95721) [details]
Patch 2

------- Comment #5 From Rafał Mużyło 2006-09-02 02:32:36 0000 -------
(From update of attachment 95721 [details])
Sorry, double submit

------- Comment #6 From Jakub Moc (RETIRED) 2006-09-02 02:45:44 0000 -------
Weird, it works just fine here. Can you try w/ 5.3.0.1 instead?

------- Comment #7 From Rafał Mużyło 2006-09-02 03:14:45 0000 -------
I'll think about it ( Duron 650 MHz - so it takes some time).
The problem I had was with libwrap - for some reason it was not linked
into libraries, so one of the apps was failing during linking
and with perl - which was not linked in either.

------- Comment #8 From Rafał Mużyło 2006-09-12 04:48:15 0000 -------
Created an attachment (id=96783) [details]
modified, a lot less changes

OK, I read more into the problem, and came up with a much simpler solution.
Now, ebuild from the tree works, with this modified patch. The changes are
small:
1. one of the checks in configure.in was adding perl libs to LDFLAGS instead of
LIBS, that caused that check to be incorrect and cause compilation to fail in
one of perl-related files
2. libnetsnmpagent needs @WRAPLIBS@ cause otherwise it seems to compile fine,
but when later some programs are built, they fail at linking because of a
missing symbol from libwrap

------- Comment #9 From Rafał Mużyło 2006-09-12 04:49:51 0000 -------
Reopening with new info.

------- Comment #10 From Markus Ullmann 2006-10-09 12:15:48 0000 -------
Have sent it upstream already? would be cool if they could include it in the
next release

------- Comment #11 From Jakub Moc (RETIRED) 2006-10-26 06:08:19 0000 -------
*** Bug 152873 has been marked as a duplicate of this bug. ***

------- Comment #12 From Cédric Krier 2006-11-26 13:49:17 0000 -------
Patch include in the version 5.4 but seems to not completly work
So as-needed ldflags is filter in ebuild until it will work

------- Comment #13 From Jakub Moc (RETIRED) 2007-01-25 08:43:53 0000 -------
Moving this to Bug 129413; no need for multiple --as-needed bugs open for the
same package.

*** This bug has been marked as a duplicate of bug 152679 ***

First Last Prev Next    No search results available      Search page      Enter new bug