First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 199595
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Linux Gnome Desktop Team <gnome@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Ed Catmur <ed@catmur.co.uk>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 199595 depends on: 198870 199313 199596 199598 199600 200423 200711 203394 211005 211276 213402 214098 222165 Show dependency tree
Bug 199595 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: 2007-11-18 22:09 0000
A bunch of packages are broken with:

Possible unintended interpolation of @INTLTOOL_ICONV in string at
./intltool-merge line 94.
Global symbol "@INTLTOOL_ICONV" requires explicit package name at
./intltool-merge line 94.
BEGIN not safe after errors--compilation aborted at ./intltool-merge line 252.

Tracking them here.

------- Comment #1 From Patrick Ohearn 2007-11-29 01:48:27 0000 -------
Depends on Bug 200711, can the depends on field please be updated.

------- Comment #2 From Mart Raudsepp 2007-11-29 09:08:23 0000 -------
Please don't use intltool-0.36.2 from an overlay. I have added a p.mask entry
for it now in the gnome-experimental overlay. The plan is to look into a patch
to reserve compatibility with 0.35.5 released packages and add it patched into
portage. Trying to reach upstream now for discussion about the issue.

------- Comment #3 From Mart Raudsepp 2008-02-25 07:25:13 0000 -------
Sorry for no updated on the parent bugs (dependencies have had explanations
before) - We need to call intltoolize --force || die "intltoolize failed" after
eautoreconf for packages using intltool, or consider adding that to eautoreconf
itself.
See bug 211276 for the detailed reasoning.

------- Comment #4 From Mart Raudsepp 2008-03-09 17:13:17 0000 -------
I'm going to unmask intltool-0.37.1 so any missed breakages would come out. If
you hit one, which involves the string @INTLTOOL_ICONV in the error message,
then please note the exact version of failing package(s) as a comment on this
bug, or in a new bug that is made to block this one here. Thanks.

------- Comment #5 From Gilles Dartiguelongue 2008-04-19 22:56:12 0000 -------
looks like everything is fine on this front. Ok to close ?

------- Comment #6 From Rafał Mużyło 2008-06-13 20:31:40 0000 -------
Bug 222165 should be added

------- Comment #7 From Rafał Mużyło 2008-06-13 20:36:05 0000 -------
Probably bug 213402 and bug 214098, too.

------- Comment #8 From Mart Raudsepp 2008-09-16 17:28:55 0000 -------
Update: Best is to call the following BEFORE eautoreconf (as opposed to after
as stated above):

intltoolize --copy --automake --force || die "intltoolize failed"

or for short:

intltoolize -c -f --automake || die "intltoolize failed"

Explanation and reasoning of the options used:

--copy copies instead of symlinks, which is considered a good idea by upstream
in this case, but without it it works too.
--force forces it to run, as we know it must be ran and the automatic detection
might mess up
--automake quiets it a bit, by not stating automake or something should be ran
first -- it states we already call automake from a script and suggesting it is
not wanted - we call eautoreconf after intltool so it's nice to quiet the
emerge output to not have suggestions that the user can't do as the build is
automated and it's already done for him/her

------- Comment #9 From Gilles Dartiguelongue 2008-10-05 22:35:23 0000 -------
looks like the tree is now clean, closing.

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