Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Monday 13 August 2007, Joseph wrote: On a second machine I tried: revdep-rebuild -X --library=libexpat.so.0 it recompiles a lot of packages including subversion and apache, however both programs won't run because libexpat.so.0 is required somewhere. If I run revdep-rebuild again, only arputil will be re-emerged, however that doesn't help, so for the time being I'll create the symlink as I did on my other machine and see if that helps enough to get my server running again. Regards, Henk. I had the same problem, running: emerge -av XML-Parser helped; now I'm moving forward. I wish I could . . . Updated all the kde-3.5.7 packages, revdep-rebuild the libraries it asked me to and now when I run revdep-rebuild, it wants to downgrade all this lot: === All prepared. Starting rebuild... emerge --oneshot -p -v =media-sound/vorbis-tools-1.1.1-r3 =app-crypt/gnupg-1.4.7-r1 =kde-base/juk-3.5.5 =media-libs/xine-lib-1.1.4-r2 =kde-base/kaudiocreator-3.5.5 =media-video/xine-ui-0.99.5 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD] kde-base/kdelibs-3.5.5-r10 [3.5.7-r2] USE=acl alsa cups fam kerberos spell ssl%* tiff -arts -avahi -debug -doc -jpeg2k -kdeenablefinal -kdehidd envisibility -legacyssl -lua -openexr -utempter -xinerama -zeroconf% (-branding%) LINGUAS=-he% 0 kB [ebuild R ] media-sound/vorbis-tools-1.1.1-r3 USE=flac nls speex 0 kB [ebuild R ] app-crypt/gnupg-1.4.7-r1 USE=bzip2 curl idea ldap nls readline usb zlib -bindist -ecc (-selinux) -smartcard -static LINGUAS=-ru 0 kB [ebuild R ] media-libs/xine-lib-1.1.4-r2 USE=X a52 aac aalib alsa dts dvd flac imagemagick mad mng modplug nls opengl oss sdl speex theora truetype vcd vidix vorbis win32codecs xv xvmc (-altivec) -arts -debug -directfb -dxr3 -esd -fbc on -gnome -gtk -ipv6 -libcaca -mmap -musepack -pulseaudio -samba -v4l -wavpack - xcb -xinerama 0 kB [ebuild R ] media-video/xine-ui-0.99.5 USE=X aalib curl ncurses nls readline -debug -libcaca -lirc -vdr -xinerama 0 kB [ebuild UD] kde-base/libkcddb-3.5.5 [3.5.7] USE=-arts -debug -kdeenablefinal -xinerama 0 kB [ebuild R ] kde-base/juk-3.5.5 USE=flac gstreamer mp3 vorbis -akode -arts -debug -kdeenablefinal -xinerama 0 kB [ebuild UD] kde-base/kdemultimedia-kioslaves-3.5.5 [3.5.7] USE=encode flac mp3 vorbis -arts -debug -kdeenablefinal -xinerama 0 kB [ebuild R ] kde-base/kaudiocreator-3.5.5 USE=encode flac mp3 vorbis -arts -debug -kdeenablefinal -xinerama 0 kB Total: 9 packages (3 downgrades, 6 reinstalls), Size of downloads: 0 kB === Have I missed something? Did anyone else got this problem? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Wednesday 15 August 2007 11:29:28 Mick wrote: On Monday 13 August 2007, Joseph wrote: On a second machine I tried: revdep-rebuild -X --library=libexpat.so.0 it recompiles a lot of packages including subversion and apache, however both programs won't run because libexpat.so.0 is required somewhere. If I run revdep-rebuild again, only arputil will be re-emerged, however that doesn't help, so for the time being I'll create the symlink as I did on my other machine and see if that helps enough to get my server running again. Regards, Henk. I had the same problem, running: emerge -av XML-Parser helped; now I'm moving forward. I wish I could . . . Updated all the kde-3.5.7 packages, revdep-rebuild the libraries it asked me to and now when I run revdep-rebuild, it wants to downgrade all this lot: === All prepared. Starting rebuild... emerge --oneshot -p -v =media-sound/vorbis-tools-1.1.1-r3 =app-crypt/gnupg-1.4.7-r1 =kde-base/juk-3.5.5 ^ =media-libs/xine-lib-1.1.4-r2 =kde-base/kaudiocreator-3.5.5 ^^ =media-video/xine-ui-0.99.5 See the problem? You need to upgrade some more packages (hopfully). -- Naga -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Wednesday 15 August 2007, Naga wrote: On Wednesday 15 August 2007 11:29:28 Mick wrote: =app-crypt/gnupg-1.4.7-r1 =kde-base/juk-3.5.5 ^ =media-libs/xine-lib-1.1.4-r2 =kde-base/kaudiocreator-3.5.5 ^^ =media-video/xine-ui-0.99.5 See the problem? You need to upgrade some more packages (hopfully). Thanks Naga, I should have said that a --update world did not pick these up. Having selectively emerged the update packages revdep rebuild is not showing anymore packages. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Wed, 15 Aug 2007 11:48:17 +0100, Mick wrote: Thanks Naga, I should have said that a --update world did not pick these up. Did you use --deep? -- Neil Bothwick It's only a hobby ... only a hobby ... only a signature.asc Description: PGP signature
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Wednesday 15 August 2007, Neil Bothwick wrote: On Wed, 15 Aug 2007 11:48:17 +0100, Mick wrote: Thanks Naga, I should have said that a --update world did not pick these up. Did you use --deep? # emerge -upDv world -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
Mark Knecht wrote: revdep-rebuild wanted to emerge again. I get quite tired, and frankly do not understand, why gcc itself should be on this list so often, Maybe because of this: https://bugs.gentoo.org/show_bug.cgi?id=125728#c29 Regrads mks -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On 8/12/07, Mark Knecht [EMAIL PROTECTED] wrote: SNIP I'll report back later as to the functionality of the system. It's still running mythbackend as this process goes on. At least it's helping my network do good things Cheers, Mark Thanks to all who responded to this thread. Your help was greatly appreciated. The machine has completed rebuilding and so far all the applications I've tried seem to be functioning fine. Great group of folks here! Unparalleled! Cheers, Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On 8/13/07, Markus Schönhaber [EMAIL PROTECTED] wrote: Mark Knecht wrote: revdep-rebuild wanted to emerge again. I get quite tired, and frankly do not understand, why gcc itself should be on this list so often, Maybe because of this: https://bugs.gentoo.org/show_bug.cgi?id=125728#c29 Regrads mks Markus, Thanks. I tried the ~x86 version of gentoolkit and revdep-rebuild does not generate the requirement to rebuild gcc. That's an improvement. Cheers, Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Monday 13 August 2007 20:35:58 Mark Knecht wrote: revdep-rebuild wanted to emerge again. I get quite tired, and frankly do not understand, why gcc itself should be on this list so often, Maybe because of this: https://bugs.gentoo.org/show_bug.cgi?id=125728#c29 Thanks. I tried the ~x86 version of gentoolkit and revdep-rebuild does not generate the requirement to rebuild gcc. That's an improvement. No, it's really not.. There are several bugs open against it. I'm pretty convinced the latest revdep-rebuild is just broken.. -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
When I was upgrading on one of the machines, I did encounter this same error on a couple gnome-related ebuilds (I don't actually have either gnome or kde desktops installed - only fluxbox). I ended up upgrading XML-Parser, then did a revdep-rebuild, which told me to re-install gettext, dbus, and dbus-glib. Once those steps were done, the packages that were giving me compile errors emerged smoothly. In the end, I had to also re-install audacious-plugins package. Most of the re-installs were due to expat lib as well. However, on my other machine, the upgrade of the same packages was seamless, and the list of packages to upgrade were somewhat different, although the two machines are configured pretty much identically. The only difference I could see is that my work machine has a different default RSYNC mirror selected than the one at home. Could some of the packages have been out of sync on the different mirrors and cause this messy upgrade procedure to happen on some machines? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On 8/13/07, Bo Ørsted Andresen [EMAIL PROTECTED] wrote: On Monday 13 August 2007 20:35:58 Mark Knecht wrote: revdep-rebuild wanted to emerge again. I get quite tired, and frankly do not understand, why gcc itself should be on this list so often, Maybe because of this: https://bugs.gentoo.org/show_bug.cgi?id=125728#c29 Thanks. I tried the ~x86 version of gentoolkit and revdep-rebuild does not generate the requirement to rebuild gcc. That's an improvement. No, it's really not.. There are several bugs open against it. I'm pretty convinced the latest revdep-rebuild is just broken.. Well, you know better than I do Bo. All I'm saying is that for this problem I was not required to rebuild gvv for the 4th time in 3 days. I could always use the stable version and then delete gcc from the list of things to build. That would work also. However both ways leave a dummy like me not knowing if my machine is correctly configured and rebuilding gcc over and over again uses so much time and system power that it gets in the way of really using the machine. Anyway, thanks for the comments. - Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Monday 13 August 2007 21:47:05 Mark Knecht wrote: Maybe because of this: https://bugs.gentoo.org/show_bug.cgi?id=125728#c29 Thanks. I tried the ~x86 version of gentoolkit and revdep-rebuild does not generate the requirement to rebuild gcc. That's an improvement. No, it's really not.. There are several bugs open against it. I'm pretty convinced the latest revdep-rebuild is just broken.. Well, you know better than I do Bo. All I'm saying is that for this problem I was not required to rebuild gvv for the 4th time in 3 days. I could always use the stable version and then delete gcc from the list of things to build. That would work also. However both ways leave a dummy like me not knowing if my machine is correctly configured and rebuilding gcc over and over again uses so much time and system power that it gets in the way of really using the machine. Or you could read the link to bugs.gentoo.org in the top of this mail. Or post the output from the stable version of revdep-rebuild --ignore. -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On 8/13/07, Bo Ørsted Andresen [EMAIL PROTECTED] wrote: On Monday 13 August 2007 21:47:05 Mark Knecht wrote: Maybe because of this: https://bugs.gentoo.org/show_bug.cgi?id=125728#c29 Thanks. I tried the ~x86 version of gentoolkit and revdep-rebuild does not generate the requirement to rebuild gcc. That's an improvement. No, it's really not.. There are several bugs open against it. I'm pretty convinced the latest revdep-rebuild is just broken.. Well, you know better than I do Bo. All I'm saying is that for this problem I was not required to rebuild gvv for the 4th time in 3 days. I could always use the stable version and then delete gcc from the list of things to build. That would work also. However both ways leave a dummy like me not knowing if my machine is correctly configured and rebuilding gcc over and over again uses so much time and system power that it gets in the way of really using the machine. Or you could read the link to bugs.gentoo.org in the top of this mail. Or post the output from the stable version of revdep-rebuild --ignore. I did read it. It seemed that the stable revdep-rebuild solution was to start editing system files. I didn't want to do that as I don't know what they do. (Please remember, I am a DUMMY. I am NOT a computer scientist, a sys admin or a programmer. I used to design chips and now play music and trade stocks and options. I don't use ~x86 except when I have a reason. I suspect I'll just go back to stable and join the hordes looking for a fix to the stable version of revdep-rebuild.) Anyway, thanks for the help. Cheers, Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Monday 13 August 2007 22:54:59 Mark Knecht wrote: Maybe because of this: https://bugs.gentoo.org/show_bug.cgi?id=125728#c29 [SNIP] Or you could read the link to bugs.gentoo.org in the top of this mail. Or post the output from the stable version of revdep-rebuild --ignore. I did read it. It seemed that the stable revdep-rebuild solution was to start editing system files. I didn't want to do that as I don't know what they do. (Please remember, I am a DUMMY. I am NOT a computer scientist, a sys admin or a programmer. I used to design chips and now play music and trade stocks and options. I don't use ~x86 except when I have a reason. I suspect I'll just go back to stable and join the hordes looking for a fix to the stable version of revdep-rebuild.) No no no. It's gcc with the gcj use flag that's broken. The stable version of revdep-rebuild is just showing you already existing breakage in gcc (or inconsistency if you will). Editing those .la files or creating those symlinks are proper solutions. Another solution if you don't need gcj anyway is to disable that use flag.. -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On 8/13/07, Bo Ørsted Andresen [EMAIL PROTECTED] wrote: On Monday 13 August 2007 22:54:59 Mark Knecht wrote: Maybe because of this: https://bugs.gentoo.org/show_bug.cgi?id=125728#c29 [SNIP] Or you could read the link to bugs.gentoo.org in the top of this mail. Or post the output from the stable version of revdep-rebuild --ignore. I did read it. It seemed that the stable revdep-rebuild solution was to start editing system files. I didn't want to do that as I don't know what they do. (Please remember, I am a DUMMY. I am NOT a computer scientist, a sys admin or a programmer. I used to design chips and now play music and trade stocks and options. I don't use ~x86 except when I have a reason. I suspect I'll just go back to stable and join the hordes looking for a fix to the stable version of revdep-rebuild.) No no no. It's gcc with the gcj use flag that's broken. The stable version of revdep-rebuild is just showing you already existing breakage in gcc (or inconsistency if you will). Editing those .la files or creating those symlinks are proper solutions. Another solution if you don't need gcj anyway is to disable that use flag.. Ah, OK, that's different. I looked up the gcj flag and got this: gcj Enable building with gcj (The GNU Compiler for the Javatm Programming Language) I don't know if I *need* it. I don't know how I would tell if I'm even using it today. Is thee some way for me to test whether I've ever compiled Java code with with gcc? I personally would guess that I haven't as it sounds like something you'd know if you were doing, but possibly portage builds something this way that I'm not aware of? Anyway, I don't *think* I need it so I'm happy to turn off the flag and test how things work with the stable version of gentoolkit. Thanks in advance, Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On a second machine I tried: revdep-rebuild -X --library=libexpat.so.0 it recompiles a lot of packages including subversion and apache, however both programs won't run because libexpat.so.0 is required somewhere. If I run revdep-rebuild again, only arputil will be re-emerged, however that doesn't help, so for the time being I'll create the symlink as I did on my other machine and see if that helps enough to get my server running again. Regards, Henk. I had the same problem, running: emerge -av XML-Parser helped; now I'm moving forward. -- #Joseph -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
Sven Köhler wrote: emerge gnome fails. Does anyone recognize what portage is complaining about here? I'm not really sure, but I solved it by reemerging dev-perl/XML-Parser. expat has been updated. Some Apps are now broken. They have to recompiled to link against the new libexpat. For me, it was gettext and XML-Parser that had to be re-emerged. Without it, emerging gnome failed. Same here. Remerged dev-perl/XML-Parser, then my update world failed at a different point complaining about gettext, remerged that and now the update world is compiling normally. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
Shawn Haggett wrote: Same here. Remerged dev-perl/XML-Parser, then my update world failed at a different point complaining about gettext, remerged that and now the update world is compiling normally. Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. Dale :-) :-) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sunday 12 August 2007 11:39:43 Dale wrote: Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. From the ebuild ewarn Please note that the soname of the library changed! ewarn If you are upgrading from a previous version you need ewarn to fix dynamic linking inconsistencies by executing: ewarn revdep-rebuild -X --library libexpat.so.0 -- Naga -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
Naga wrote: On Sunday 12 August 2007 11:39:43 Dale wrote: Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. From the ebuild ewarn Please note that the soname of the library changed! ewarn If you are upgrading from a previous version you need ewarn to fix dynamic linking inconsistencies by executing: ewarn revdep-rebuild -X --library libexpat.so.0 I saw that too. On mine, it didn't fix anything that I could see. Here is what mine did: [EMAIL PROTECTED] / # revdep-rebuild --library libintl.so.7 Configuring search environment for revdep-rebuild Checking reverse dependencies... Packages containing binaries and libraries using libintl.so.7 will be emerged. Collecting system binaries and libraries... done. (/root/.revdep-rebuild.1_files) Checking dynamic linking... done. (/root/.revdep-rebuild_f93d0f1b.3_rebuild) Assigning files to ebuilds... Nothing to rebuild Evaluating package order... done. (/root/.revdep-rebuild_f93d0f1b.5_order) There are no dynamic links to libintl.so.7... All done. [EMAIL PROTECTED] / # It appears that nothing was really done so shouldn't it have worked? I dunno, just sounds weird to me. Dale
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
You used the wrong lib in the revdep-rebuild (see below) At Sun, 12 Aug 2007 06:18:02 -0500 Dale [EMAIL PROTECTED] wrote: Naga wrote: On Sunday 12 August 2007 11:39:43 Dale wrote: Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. From the ebuild ewarn Please note that the soname of the library changed! ewarn If you are upgrading from a previous version you need ewarn to fix dynamic linking inconsistencies by executing: ewarn revdep-rebuild -X --library libexpat.so.0 ^ I saw that too. On mine, it didn't fix anything that I could see. Here is what mine did: [EMAIL PROTECTED] / # revdep-rebuild --library libintl.so.7 allan -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sunday 12 August 2007 13:18:02 Dale wrote: ewarn revdep-rebuild -X --library libexpat.so.0 I saw that too. On mine, it didn't fix anything that I could see. Here is what mine did: [EMAIL PROTECTED] / # revdep-rebuild --library libintl.so.7 Maybe that would be because very few packages linked against libintl.so from gettext (which doesn't even exist in recent versions of gettext) whereas virtually everything links against libexpat. It's worth noting that expat-2 has been in testing for over a year now but it was only stabled in the last few days. Hence the expat breakage at the moment only affects users of stable (which finally makes it a *LOT* less painful to switch between stable and testing)... -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
070812 Bo ??rsted Andresen wrote: Expat-2 has been in testing for over a year now but it was only stabled in the last few days. I never do 'emerge world' (without 'Dup' for listing): I do 'eix-sync', look at the output update packages individually. After updating Expat , Revdep-rebuild told me to remerge 15 packages: gettext XML-Parser dbus dbus-glib kdialog kcminit kreadconfig kdiff3 krename mlterm xclock hal epiphany ghostscript-esp openoffice indeed Epiphany OpenOffice wouldn't start without remerging. I've done the former will do OO while asleep later today. Dillo Gwenview also needed remerging after doing Dbus. So it seems the answer is just to remerge whatever fails to open. My count is 61 packages altogether today (wry smile), incl many which have updates, but are not related to the Expat problem. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
At Sun, 12 Aug 2007 18:46:28 +0930 Shawn Haggett [EMAIL PROTECTED] wrote: Sven Köhler wrote: emerge gnome fails. Does anyone recognize what portage is complaining about here? I'm not really sure, but I solved it by reemerging dev-perl/XML-Parser. expat has been updated. Some Apps are now broken. They have to recompiled to link against the new libexpat. For me, it was gettext and XML-Parser that had to be re-emerged. Without it, emerging gnome failed. Same here. Remerged dev-perl/XML-Parser, then my update world failed at a different point complaining about gettext, remerged that and now the update world is compiling normally. My situation seems to be a little more difficult and I would appreciate some advice/help. I, like others, hit the expat problem and as directed did revdep-rebuild -X --library libexpat.so.0 gettext failed to compile since emacs could not be run (libexpat problem). This I fixed by emerging gettext with USE='-emacs'. But now USE='-emacs' revdep-rebuild -X --library libexpat.so.0 fails. It attempts to emerge x11-libs/gtk+-2.10.13 but that needs pango checking Pango flags... -DPNG_NO_MMX_CODE -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 configure: error: *** Can't link to Pango. Pango is required to build *** GTK+. For more information see http://www.pango.org Pango fails to emerge with the expat problem (/mnt/a/portage/tmp/portage/x11-libs/pango-1.16.4/work/pango-1.16.4/pango/.libs/lt-pango-querymodules: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory) Thanks in advance for any help. allan -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sunday 12 August 2007 16:33:59 Allan Gottlieb wrote: I, like others, hit the expat problem and as directed did revdep-rebuild -X --library libexpat.so.0 gettext failed to compile since emacs could not be run (libexpat problem). This I fixed by emerging gettext with USE='-emacs'. Good. [SNIP] It attempts to emerge x11-libs/gtk+-2.10.13 but that needs pango [SNIP] Pango fails to emerge with the expat problem (/mnt/a/portage/tmp/portage/x11-libs/pango-1.16.4/work/pango-1.16.4/pango/. libs/lt-pango-querymodules: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory) pango may need glib and certainly needs cairo (in that order). If you need more help than that post the full list of remaining packages that revdep-rebuild --ignore lists as broken. -- Bo Andresen signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
Allan Gottlieb wrote: At Sun, 12 Aug 2007 18:46:28 +0930 Shawn Haggett [EMAIL PROTECTED] wrote: My situation seems to be a little more difficult and I would appreciate some advice/help. I, like others, hit the expat problem and as directed did revdep-rebuild -X --library libexpat.so.0 gettext failed to compile since emacs could not be run (libexpat problem). This I fixed by emerging gettext with USE='-emacs'. But now USE='-emacs' revdep-rebuild -X --library libexpat.so.0 fails. It attempts to emerge x11-libs/gtk+-2.10.13 but that needs pango checking Pango flags... -DPNG_NO_MMX_CODE -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 configure: error: *** Can't link to Pango. Pango is required to build *** GTK+. For more information see http://www.pango.org Pango fails to emerge with the expat problem (/mnt/a/portage/tmp/portage/x11-libs/pango-1.16.4/work/pango-1.16.4/pango/.libs/lt-pango-querymodules: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory) Thanks in advance for any help. allan Pango needs fontconfig, which you'll have to rebuild, too... There's a thread related to the expat update in the gentoo forums: https://forums.gentoo.org/viewtopic-t-448550-postdays-0-postorder-asc-start-0.html It seems to me the problem is still the same as it was back then.. Which leaves me recompiling most of my system :( I hope the link helps :) Michael -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
Allan Gottlieb wrote: You used the wrong lib in the revdep-rebuild (see below) At Sun, 12 Aug 2007 06:18:02 -0500 Dale [EMAIL PROTECTED] wrote: Naga wrote: On Sunday 12 August 2007 11:39:43 Dale wrote: Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. From the ebuild ewarn Please note that the soname of the library changed! ewarn If you are upgrading from a previous version you need ewarn to fix dynamic linking inconsistencies by executing: ewarn revdep-rebuild -X --library libexpat.so.0 ^ I saw that too. On mine, it didn't fix anything that I could see. Here is what mine did: [EMAIL PROTECTED] / # revdep-rebuild --library libintl.so.7 allan I copied the command from what I was given by portage. I did the emerge in Konsole and I used the copy and paste function to enter that command. It appears that something is different between our systems or something. Weird again. Dale :-) :-)
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sunday 12 August 2007 18.50.24 Dale wrote: I copied the command from what I was given by portage. I did the emerge in Konsole and I used the copy and paste function to enter that command. It appears that something is different between our systems or something. Weird again. Not at all you did the copy/paste from gettext not from expat. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On 8/12/07, Naga [EMAIL PROTECTED] wrote: On Sunday 12 August 2007 11:39:43 Dale wrote: Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. From the ebuild ewarn Please note that the soname of the library changed! ewarn If you are upgrading from a previous version you need ewarn to fix dynamic linking inconsistencies by executing: ewarn revdep-rebuild -X --library libexpat.so.0 -- Naga Thanks to all that answered. I ran the command: revdep-rebuild -X --library libexpat.so.0 which rebuilt 22 packages. When finished I started the emerge -DuN gnome operation which got past the problems in the title of this thread and is not on package 15 or 56 so things are proceeding. I suspect I will probably want to do a revdep-rebuild on the whole machine when all of this is behind me and clean up any other problems left hanging around. Cheers, Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sun, Aug 12, 2007 at 04:39:43AM -0500, Dale wrote: Shawn Haggett wrote: Same here. Remerged dev-perl/XML-Parser, then my update world failed at a different point complaining about gettext, remerged that and now the update world is compiling normally. Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. Dale And another problem I had was with svn unable to find libexpat.so.0. emerging expat and subversion didn't help, so the only solution I could find was to to create an extra symlink for this. Henk. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
Naga Toro wrote: On Sunday 12 August 2007 18.50.24 Dale wrote: I copied the command from what I was given by portage. I did the emerge in Konsole and I used the copy and paste function to enter that command. It appears that something is different between our systems or something. Weird again. Not at all you did the copy/paste from gettext not from expat. Ahhh, you may be correct. I did have two packages to re-emerge. I may have confused myself and others as well. Going by this thread and one on the forums, this leads to a lot of things being re-emerged. I guess it all works out in the end though. I just hate that revdep-rebuild wants to re-emerge OOo too. Thanks for the correction. Dale :-) :-)
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
At Sun, 12 Aug 2007 16:51:17 +0200 Bo Ørsted Andresen [EMAIL PROTECTED] wrote: On Sunday 12 August 2007 16:33:59 Allan Gottlieb wrote: I, like others, hit the expat problem and as directed did revdep-rebuild -X --library libexpat.so.0 gettext failed to compile since emacs could not be run (libexpat problem). This I fixed by emerging gettext with USE='-emacs'. Good. [SNIP] It attempts to emerge x11-libs/gtk+-2.10.13 but that needs pango [SNIP] Pango fails to emerge with the expat problem (/mnt/a/portage/tmp/portage/x11-libs/pango-1.16.4/work/pango-1.16.4/pango/. libs/lt-pango-querymodules: error while loading shared libraries: libexpat.so.0: cannot open shared object file: No such file or directory) pango may need glib and certainly needs cairo (in that order). Thanks. This did the trick. The revdep-rebuild has been going successfully for a few hours and now is on 12 of 16 (openoffice). If you need more help than that post the full list of remaining packages that revdep-rebuild --ignore lists as broken. This does list gtk and pango (list is below), but when run it does gtk first, which seem bad. Also neither glib nor cairo are listed. Thanks again for your help! allan emerge --oneshot =gnome-extra/nautilus-cd-burner-2.16.3 =gnome-extra/gsynaptics-0.9.7 =gnome-extra/gnome-screensaver-2.16.2-r1 =gnome-extra/gucharmap-1.8.0 =gnome-extra/gnome-games-2.16.3 =gnome-extra/gnome-utils-2.16.2-r2 =gnome-extra/gconf-editor-2.16.0 =www-client/mozilla-firefox-2.0.0.5 =sys-devel/gdb-6.6-r2 =sys-devel/gcc-4.1.2 =app-text/poppler-0.5.4-r1 =app-text/evince-0.6.1-r3 =x11-wm/metacity-2.16.3 =dev-util/dialog-1.1.20070704 =dev-libs/dbus-glib-0.73 =dev-libs/apr-util-0.9.12-r1 =app-office/openoffice-2.2.1 =app-office/gnucash-2.0.5 =app-office/abiword-2.4.6 =app-office/dia-0.95.1 =mail-client/evolution-2.8.3-r2 =mail-client/mail-notification-3.0 =net-dns/avahi-0.6.19-r1 =x11-libs/pango-1.16.4 =x11-libs/vte-0.14.2 =x11-libs/libgksu-2.0.0 =x11-libs/gtk+-2.10.13 =sys-apps/dbus-1.0.2-r2 =sys-apps/hal-0.5.9-r1 =gnome-base/gnome-session-2.16.3 =gnome-base/librsvg-2.16.1-r1 =gnome-base/libgnomeui-2.16.1 =gnome-base/gdm-2.16.4 =gnome-base/nautilus-2.16.3 =gnome-base/gnome-keyring-0.6.0 =gnome-base/gnome-mount-0.6 =gnome-base/gnome-desktop-2.16.3 =gnome-base/libbonoboui-2.16.0 =gnome-base/gnome-panel-2.16.3 =www-servers/apache-2.0.58-r2 =x11-terms/gnome-terminal-2.16.1 -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On 8/12/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Sun, Aug 12, 2007 at 04:39:43AM -0500, Dale wrote: Shawn Haggett wrote: Same here. Remerged dev-perl/XML-Parser, then my update world failed at a different point complaining about gettext, remerged that and now the update world is compiling normally. Same here on both problems. Is this a bug since several have ran into this? Also, I have some Gnome stuff as a dependency but I use KDE. Dale And another problem I had was with svn unable to find libexpat.so.0. emerging expat and subversion didn't help, so the only solution I could find was to to create an extra symlink for this. Henk. On my system the revdep-rebuild step rebuilt subversion. I wonder why that didn't work for you? - Mark -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sun, Aug 12, 2007 at 10:42:36AM -0700, Mark Knecht wrote: And another problem I had was with svn unable to find libexpat.so.0. emerging expat and subversion didn't help, so the only solution I could find was to to create an extra symlink for this. Henk. On my system the revdep-rebuild step rebuilt subversion. I wonder why that didn't work for you? I wondered too, so I emerged svn once more, but as soon as I typed svn I received the same error again. After posting the previous message I saw the thread about revdep-rebuld --library etc, so I'll try that to see if that eliminates the need for this extra symlink. Kind regards, Henk. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sunday 12 August 2007 20.09.33 [EMAIL PROTECTED] wrote: On Sun, Aug 12, 2007 at 10:42:36AM -0700, Mark Knecht wrote: And another problem I had was with svn unable to find libexpat.so.0. emerging expat and subversion didn't help, so the only solution I could find was to to create an extra symlink for this. Henk. On my system the revdep-rebuild step rebuilt subversion. I wonder why that didn't work for you? I wondered too, so I emerged svn once more, but as soon as I typed svn I received the same error again. Some of the libs that subversion uses, like apr-util or neon? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On Sun, Aug 12, 2007 at 10:42:36AM -0700, Mark Knecht wrote: And another problem I had was with svn unable to find libexpat.so.0. emerging expat and subversion didn't help, so the only solution I could find was to to create an extra symlink for this. Henk. On my system the revdep-rebuild step rebuilt subversion. I wonder why that didn't work for you? On a second machine I tried: revdep-rebuild -X --library=libexpat.so.0 it recompiles a lot of packages including subversion and apache, however both programs won't run because libexpat.so.0 is required somewhere. If I run revdep-rebuild again, only arputil will be re-emerged, however that doesn't help, so for the time being I'll create the symlink as I did on my other machine and see if that helps enough to get my server running again. Regards, Henk. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
On 8/12/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: On Sun, Aug 12, 2007 at 10:42:36AM -0700, Mark Knecht wrote: And another problem I had was with svn unable to find libexpat.so.0. emerging expat and subversion didn't help, so the only solution I could find was to to create an extra symlink for this. Henk. On my system the revdep-rebuild step rebuilt subversion. I wonder why that didn't work for you? On a second machine I tried: revdep-rebuild -X --library=libexpat.so.0 it recompiles a lot of packages including subversion and apache, however both programs won't run because libexpat.so.0 is required somewhere. If I run revdep-rebuild again, only arputil will be re-emerged, however that doesn't help, so for the time being I'll create the symlink as I did on my other machine and see if that helps enough to get my server running again. Regards, Henk. Interesting info. Thanks. While I reported that the revdep-rebuild command solved my problem which was Gnome not emerging, I cannot at this time say that any applications actually work. I've finished emerging Gnome but there are another 20 or so packages that a second revdep-rebuild wanted to emerge again. I get quite tired, and frankly do not understand, why gcc itself should be on this list so often, but it's there and it takes a lot of time to rebuild so there I am I'll report back later as to the functionality of the system. It's still running mythbackend as this process goes on. At least it's helping my network do good things Cheers, Mark -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: checking for XML::Parser... configure: error: XML::Parser perl module is required for intltool
emerge gnome fails. Does anyone recognize what portage is complaining about here? I'm not really sure, but I solved it by reemerging dev-perl/XML-Parser. expat has been updated. Some Apps are now broken. They have to recompiled to link against the new libexpat. For me, it was gettext and XML-Parser that had to be re-emerged. Without it, emerging gnome failed. signature.asc Description: OpenPGP digital signature
