| Summary: | dev-util/intltool-0.40.6 is badly broken | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Gilles Dartiguelongue (RETIRED) <eva> |
| Component: | New packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | jdaluz, kanelxake, n-roeser, polynomial-c |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| URL: | http://bugzilla.gnome.org/show_bug.cgi?id=577133 | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Gilles Dartiguelongue (RETIRED)
2009-03-28 22:28:56 UTC
Thanks! I was going to post this bug, even if I didn't know it was intltool's fault. But now I have to rebuild packages that was built when intltool-0.40.6 was installed. Can revdep-rebuild or some portage script tell me what are those packages or I need to manually rebuild what I find is in the wrong language? Ah, I also get lots of "/bin/sh: warning: setlocale: LC_ALL: cannot change locale (it_IT.UTF-8)" messages when I boot (I have a testing system and use OpenRC, if it matters). Don't know if it's because of this same bug and don't know how to get rid of them! upstream fixed this issue apparently, it'd be nice to test so we can eventually fix ebuilds without doing a full blown eautoreconf. Here's the direct link to upstream's fix: http://bazaar.launchpad.net/~intltool/intltool/trunk/revision/690 Lars: This exactly the same fix that's we actually use, except we use a sed expression. Is this fixed in intltool-0.41.0? Or is that some kind of dev-version? (https://edge.launchpad.net/intltool/+download) Also: should we patch this version or just keep it masked and hope intltool-0.41.0 works and could be the next stable-candidate (after it has hit portage, grown there for some time and so on...) and noone will miss this broken version? the only interesting fix in 0.40.6 is the one thing that actually breaks it. intltool 0.40.6 is absolutely not interesting to users since it's only used when building packages that do an eautoreconf and 0.40.5 does the job just fine with our current workaround (which doesn't need an eautoreconf btw). 0.41 branch is a dev branch as can be seen on the upstream page at launchpad. So to sum up, nothing will be done here until there is a new stable release to use. diego commited 0.40.6-r1 with the patch, closing. (In reply to Gilles Dartiguelongue from comment #9) > diego commited 0.40.6-r1 with the patch, closing. I used emerge to add this below. emerge dev-util/intltool /usr/lib64/python3.6/site-packages/portage/package/ebuild/_config/KeywordsManager.py:70: UserWarning: /etc/portage/package.keywords is deprecated, use /etc/portage/package.accept_keywords instead UserWarning) Local copy of remote index is up-to-date and will be used. Calculating dependencies... done! >>> Emerging binary (1 of 1) dev-util/intltool-0.51.0-r2::gentoo >>> Installing (1 of 1) dev-util/intltool-0.51.0-r2::gentoo >>> Recording dev-util/intltool in "world" favorites file... >>> Jobs: 1 of 1 complete Load avg: 1.18, 0.79, 0.43 >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. !!! existing preserved libs: >>> package: dev-libs/boost-1.73.0 * - /usr/lib64/libboost_chrono.so.1.72.0 * - /usr/lib64/libboost_date_time.so.1.72.0 * used by /usr/lib64/libreoffice/program/libdbahsqllo.so (app-office/libreoffice-6.4.2.2) * - /usr/lib64/libboost_locale.so.1.72.0 * used by /usr/lib64/libreoffice/program/libmergedlo.so (app-office/libreoffice-6.4.2.2) * - /usr/lib64/libboost_system.so.1.72.0 * - /usr/lib64/libboost_thread.so.1.72.0 >>> package: dev-libs/icu-67.1 * - /usr/lib64/libicudata.so.65 * - /usr/lib64/libicudata.so.65.1 * - /usr/lib64/libicudata.so.66 * - /usr/lib64/libicudata.so.66.1 * used by /usr/lib64/libboost_locale.so.1.72.0 (preserved) * - /usr/lib64/libicui18n.so.65 * - /usr/lib64/libicui18n.so.65.1 * used by /usr/bin/js52 (dev-lang/spidermonkey-52.9.1_pre1-r1) * used by /usr/lib64/libmozjs-52.so (dev-lang/spidermonkey-52.9.1_pre1-r1) * - /usr/lib64/libicui18n.so.66 * - /usr/lib64/libicui18n.so.66.1 * used by /usr/lib64/libQt5WebKit.so.5.212.0 (dev-qt/qtwebkit-5.212.0_pre20200309) * used by /usr/lib64/libreoffice/program/libfrmlo.so (app-office/libreoffice-6.4.2.2) * used by /usr/lib64/libreoffice/program/libi18nsearchlo.so (app-office/libreoffice-6.4.2.2) * used by 4 other files * - /usr/lib64/libicuuc.so.65 * - /usr/lib64/libicuuc.so.65.1 * used by /usr/bin/js52 (dev-lang/spidermonkey-52.9.1_pre1-r1) * used by /usr/lib64/libmozjs-52.so (dev-lang/spidermonkey-52.9.1_pre1-r1) * - /usr/lib64/libicuuc.so.66 * - /usr/lib64/libicuuc.so.66.1 * used by /usr/lib64/libQt5WebKit.so.5.212.0 (dev-qt/qtwebkit-5.212.0_pre20200309) * used by /usr/lib64/libreoffice/program/libcuilo.so (app-office/libreoffice-6.4.2.2) * used by /usr/lib64/libreoffice/program/libfrmlo.so (app-office/libreoffice-6.4.2.2) * used by 8 other files >>> package: dev-libs/json-c-0.14-r3 * - /usr/lib64/libjson-c.so.4 * - /usr/lib64/libjson-c.so.4.0.0 * used by /usr/lib64/libmypaint-1.4.so.0.0.0 (media-libs/libmypaint-1.4.0-r1) >>> package: dev-libs/nettle-3.6-r2 * - /usr/lib64/libnettle.so.7 * - /usr/lib64/libnettle.so.7.0 * used by /usr/bin/claws-mail (mail-client/claws-mail-3.17.5-r1) >>> package: media-libs/libdvdread-6.1.1 * - /usr/lib64/libdvdread.so.7 * - /usr/lib64/libdvdread.so.7.0.0 * used by /usr/bin/gnome-disks (sys-apps/gnome-disk-utility-3.34.5) Use emerge @preserved-rebuild to rebuild packages using these libraries pi64 /home/demouser # |