First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 76741
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Peter Johanson (RETIRED) <latexer@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Peter S. Mazinger <ps.m@gmx.net>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
ipsec-tools-0.4-ebuild.dif ebuild correction, nocxx, ipv6, uclibc patch Peter S. Mazinger 2005-01-05 02:31 0000 1.30 KB Details | Diff
ipsec-tools-0.4-ebuild-2.diff fixes use ipv6 patch Natanael Copa 2005-01-05 07:38 0000 1.38 KB Details | Diff
ipsec-tools-0.4-r1.ebuild.patch Backported patch for ipsec-tools-0.4-r1.ebuild patch Natanael Copa 2005-05-09 08:36 0000 1.54 KB Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 76741 depends on: Show dependency tree
Bug 76741 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: 2005-01-05 02:30 0000 
ipsec-tools makes use of /usr/src/linux
due to sys/sysctl.h inclusion pfkey.o can't be compiled (at least on uclibc)
the attached patch also corrects the build on uclibc (and adds ipv6 support)


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



Expected Results:  
this package should not use /usr/src/linux

------- Comment #1 From Peter S. Mazinger 2005-01-05 02:31:31 0000 ------- 
Created an attachment (id=47689) [details]
ebuild correction, nocxx, ipv6, uclibc

------- Comment #2 From Natanael Copa 2005-01-05 07:38:44 0000 ------- 
Created an attachment (id=47709) [details]
fixes use ipv6

The previous pach fixes the problem but the confiure script does not handle
--enable-ipv6. This patch should work. Tested on i686-pc-linux-gnu (works with
both USE="ipv6" and USE="-ipv6) and i386-pc-linux-uclibc/hardened (only
USE="-ipv6" works)

------- Comment #3 From Peter Johanson (RETIRED) 2005-01-10 19:15:27 0000 ------- 
I've just commited 0.5_rc1 to the tree, that includes the fixes in this bug.
0.5_rc1 includes proper autotooled foo, so $(use_enable ipv6) actually works
now. The changes for c++ checks, sysctl, etc are all added. Now depends on
linux26-headers so we don't do the nasty dep on a 2.6 kernel any more and
actually use proper headers.

Please test and confirm that this version now works for folks. Thanks.

------- Comment #4 From Peter S. Mazinger 2005-01-10 23:55:46 0000 ------- 
DEPEND/RDEPEND are prob. incorrect, all less headers should go into RDEPEND and
DEPEND="${RDEPEND} sys-kernel/linux26-headers"
die should have a comment to know if econf/emake failed

------- Comment #5 From Peter S. Mazinger 2005-01-11 02:32:14 0000 ------- 
0.5-rc1 is not an option for uclibc, because they change getaddrinfo(), and do
accept the version uclibc provides (it says it is buggy)
please backport your changes to 0.4 to allow building a version on uclibc
I would want to know, if the test on uclibc+ipv6 was done w/ an uclibc version
that was also built w/ ipv6, else that test has to be redone.

------- Comment #6 From Natanael Copa 2005-05-09 08:36:04 0000 ------- 
Created an attachment (id=58486) [details]
Backported patch for ipsec-tools-0.4-r1.ebuild

Patch for making ipsec-tools build with uclibc. Maybe the 0.5 series should be
masked in the uclibc profile.

I haven't tested the USE=ipv6

------- Comment #7 From Toomas Pelberg 2005-07-29 10:40:28 0000 ------- 
Also need to add sys-kernel/linux-headers to DEPENDS ..otherwise might end up
4h 
through an catalyst build to find that out :)

------- Comment #8 From Kalin KOZHUHAROV 2006-02-06 20:15:49 0000 ------- 
Seems to be fixed, plese consider marking RESOLVED FIXED.
See http://bugs.gentoo.org/show_bug.cgi?id=121919#c0

------- Comment #9 From Jakub Moc (RETIRED) 2006-02-07 00:15:05 0000 ------- 
Fixed in >=0.6.2
First Last Prev Next    No search results available      Search page      Enter new bug