First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 125950
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: dotnet <dotnet@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Diego E. 'Flameeyes' Pettenò <flameeyes@gentoo.org>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
gtk-sharp-ebuild.patch Ebuild patch patch Diego E. 'Flameeyes' Pettenò 2006-03-12 09:27 0000 1.05 KB Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 125950 depends on: Show dependency tree
Bug 125950 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-03-12 09:27 0000 
Currently handling of libtoolize in gtk-sharp is broken: it's run after aclocal
and autoconf (it should be run before them), and should be under an || die
condition (probably now it is because it's run after the other and might fail).

Easy solution: use eautoreconf from autotools eclass like the attached patch
does.

Thanks,
Diego

------- Comment #1 From Diego E. 'Flameeyes' Pettenò 2006-03-12 09:27:29 0000 ------- 
Created an attachment (id=81985) [details]
Ebuild patch

------- Comment #2 From Peter Johanson (RETIRED) 2006-03-14 21:29:49 0000 ------- 
Diego: Why blast the WANT_AUTOMAKE part? Does eautoreconf handle knowing those
details as well?

------- Comment #3 From Diego E. 'Flameeyes' Pettenò 2006-03-17 04:50:25 0000 ------- 
Yes, eautoreconf takes care of everything (well it's more the autoconf/automake
wrappers) unless you want to force an upgrade (say the configures are for
autoconf 2.1 and you want to force them to be built with 2.5).

Also, the package does not respect CFLAGS (but it does respect LDFLAGS), as the
configure.in rewrites them with -g and a bunch of -W flags. If you just run

sed -i -e '/^CFLAGS=/d' ${S}/configure.in

before eautoreconf, CFLAGS are respected (the one they were rewritten with are
dropped as it should be, -g is an user choice, the warnings are for developers
mainly). This solution is good for an ebuild but to be sent upstream it
requires different handling, and as I don't know upstream, you might be better
in that :)

------- Comment #4 From Peter Johanson (RETIRED) 2006-04-16 11:30:59 0000 ------- 
Ok, Commited this fix to gtk-sharp-2.{4,8}.2, as well as similar fixes to the
gtk-sharp-componenent.eclass.

Marking this FIXED, feel free to re-open if there's further issues.

Thanks for the patch.
First Last Prev Next    No search results available      Search page      Enter new bug