| Summary: | k3b fails to build in i18n-part because of automake version problem | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Hanno Böck <hanno> |
| Component: | Current packages | Assignee: | Caleb Tennis (RETIRED) <caleb> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | greg_g, jstubbs |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
My ebuild for k3b-0.10.2 derived from k3b-0.10.1 ebuild
new, working ebuild for k3b-0-10-2 k3b-0.10.3.ebuild.patch |
||
|
Description
Hanno Böck
2003-11-02 12:04:19 UTC
I can confirm this with selfmade k3b-0.10.2 ebuild. K3B compiles well but i18n doesn't. Created attachment 20432 [details]
My ebuild for k3b-0.10.2 derived from k3b-0.10.1 ebuild
Okay, fixed this for version 0.10.2 in a selfmade ebuild. The author of -0.10.1 ebuild did a for loop for making k3b and k3b-i18n but I fixed this by unrolling this (2-time) loop and running aclocal and automake before building k3b-i8n. Even if you have multiple LINGUAS languages, there should be only 2 directories in source tree. If this is bullshit and there has to be a loop, feel free to do another fix, but with this, I got k3b emerged. But I don't get through this i18n crap, the ebuild compiles well, all seems okay, but k3b is still not localized. In KDE, the language is set to german, LINGUAS was set to "de" and I even set the LANG and LC_ALL environment variables. I also tried compiling k3b-i18n manually and all seems fine but make install does not install anything. Someone should have a look at this. Okay folks, it works now. It was my own stupidity, I used "automake" instead of "automake-1.7". So this ebuild now works for me as expected with at least german language and is also a new version (0.10.2). So could anyone approve it? Created attachment 20438 [details]
new, working ebuild for k3b-0-10-2
Hi Bernd, A quick suggestion before I put this in portage: I think you can get by without using automake in the ebuild - just running aclocal should be enough. Can you test this? If that isn't the case, I think that this would be better syntax: WANT_AUTOMAKE=1.7 automake and let /usr/bin/automake handle calling the correct version You can also combine kde_src_compile options on one line: kde_src_compile configure make Anyway, it looks good other than that. Let me know if you get a chance to test these ideas and I'll commit. *** Bug 33348 has been marked as a duplicate of this bug. *** Apologies for the duplicate. Just running aclocal by itself does work as I showed in the patch to the ebuild in the other bug. should be fixed now in portage This should be reopened: The build process for i18n should be executed only if needed, otherwise we end up doing another run of configure/make in the k3b directory. patch follows... Created attachment 21785 [details, diff]
k3b-0.10.3.ebuild.patch
build i18n only if needed
BTW, while you're at it: I think that the mpg123 dependency is not needed anymore, could that be removed? I still don't get the (german) i18n with the 0.10.3 ebuild found in portage. (I made a local copy 12/12/03 to my overlay-directory and changed ~x86 to x86) I did LINGUAS="de" emerge k3b and it compiles, but not the i18n. Basically it performs "make" in the correct directory (/var/tmp/portage/k3b-0.10.3/work/k3b-i18n-0.10/po/de), but pretends to have nothing to do. Jason stated in #8 that aclocal would be sufficient to fix the original bug, so I commented out these lines: if [ "$?" == "0" ]; then WANT_AUTOMAKE=1.7 automake; fi; Without the automake-stuff it works as expected. Since these lines introduce a new bug (not building i18n at all) and are not needed, I suggest to leave them out in the future. Even the aclocal is not needed on my box, probably because I use automake 1.7.5-r2. |