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
On 8/11/07, Mark Knecht [EMAIL PROTECTED] wrote:
Hi,
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.
--
Canek Peláez Valdés
Facultad de Ciencias, UNAM
--
[EMAIL PROTECTED] mailing list
Portage did not remerge dev-perl/XML-Parser after I upgrade perl, which
case new perl can't require XML::Parser
do revdep-rebuild will sovle it ?
On 04-Apr-2014 6:55 am, 林守磊 linxiu...@gmail.com wrote:
Portage did not remerge dev-perl/XML-Parser after I upgrade perl, which
case new perl can't require XML::Parser
do revdep-rebuild will sovle it ?
perl-cleaner --all
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
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
On 7/9/06, Pascal Bourguignon [EMAIL PROTECTED] wrote:
Seems some dependencies are missing:
Yep...
checking for XML::Parser... configure: error: XML::Parser perl module is
required for intltool
Do you have dev-perl/XML-Parser installed? (You should, it is a
dependancy of xkeyboard
Hello everyone,
Seems like trying to emerge firefox, xmms, others?
leads to
XML::Parser
configure:1711: error: XML::Parser perl module is
required for intltool
Some say re-emerge XML-Parser. Nope.
Some say eliminate it. Nope.
Another says emerge libxml-perl. Another says rebuild
perl.
While
On 8/14/07, Michael Higgins [EMAIL PROTECTED] wrote:
Anyway, it seems like there's a problem resolving emerge order I think
you must emerge -u expat, then XML-Parser, then revdep-rebuild, then auDNv
world.
Perhaps forcing rebuild of XML-Parser and gettext after updating expat would
Hello,
On a recent portage update:
* ERROR: dev-perl/XML-Parser-2.460.0-r1::gentoo failed (install phase):
* Something went badly wrong, can't find Expat.so. Please file a bug.
*
There is a bug filed for this:
https://bugs.gentoo.org/827966
Just wondering whether anyone has seen this error
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
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
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
Hello Paul Gibbons,
emerge -uDNav XML-Parser
which indicated that XML-Parser was up to date
Up to date, but probably built against the wrong expat. Rebuild it, and
fontconfig, then run revdep-rebuild.
--
Neil Bothwick
ST:TNG Diner - Now Featuring Our All You Can Assimilate SmorgasBORG
Mike Diehl wrote:
I'm trying to install ekiga and it won't compile. It's complaining about not
having XML::Parser installed.
But XML::Parser is installed:
I've had this kind of problem a couple of times. The configure script
looks in /usr/lib/perl5/site_perl but not /usr/lib/perl5
On Sunday 23 April 2006 00:13, maxim wexler wrote:
checking for XML::Parser... configure: error:
XML::Parser perl module is required for intltool
Did you upgrade expat to v2.0? If yes then have a look here
http://forums.gentoo.org/viewtopic-t-450797-highlight-expat.html
--
Regards,
Abhay
On 1 Aug 2009, at 04:56, Kevin O'Gorman wrote:
I've got portage's dev-perl/XML-Parser-2.36, but nevertheless several
packages have started to fail during emerge for lack of Perl's
XML::Parser.
Even the simple script fails to run under perl:
#!/usr/bin/perl -w
use XML::Parser;
print yes\n
Le 08 octobre à 20:02:33 pat [EMAIL PROTECTED] écrit notamment:
| Jean Magnan de Bornier wrote:
| Le 08 octobre à 19:40:56 pat [EMAIL PROTECTED] écrit notamment:
|
| | checking for XML::Parser... configure: error: XML::Parser perl module is
| | required for intltool
|
| | !!! Please
Jean Magnan de Bornier wrote:
Le 08 octobre à 20:02:33 pat [EMAIL PROTECTED] écrit notamment:
| Jean Magnan de Bornier wrote:
| Le 08 octobre à 19:40:56 pat [EMAIL PROTECTED] écrit notamment:
|
| | checking for XML::Parser... configure: error: XML::Parser perl module is
| | required
pat wrote:
Jean Magnan de Bornier wrote:
Le 08 octobre à 20:02:33 pat [EMAIL PROTECTED] écrit notamment:
| Jean Magnan de Bornier wrote:
| Le 08 octobre à 19:40:56 pat [EMAIL PROTECTED] écrit notamment:
|
| | checking for XML::Parser... configure: error: XML::Parser perl module
I've got portage's dev-perl/XML-Parser-2.36, but nevertheless several
packages have started to fail during emerge for lack of Perl's
XML::Parser.
Even the simple script fails to run under perl:
#!/usr/bin/perl -w
use XML::Parser;
print yes\n;
Do I have to get it from CPAN?
Consider libgksu
On Saturday 11 August 2007 20:53:59 Canek Peláez wrote:
On 8/11/07, Mark Knecht [EMAIL PROTECTED] wrote:
Hi,
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.
--
Canek Peláez
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
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
Hello everyone,
#emerge mozilla-firefox barfs at intltool. Here's the
appropriate part of the log:
checking for perl
configure:1676: found /usr/bin/perl
configure:1688: result: /usr/bin/perl
configure:1705: checking for XML::Parser
configure:1711: error: XML::Parser perl module is
required
On 01/05/2014 04:32 AM, Jarry wrote:
Hi Gentoo-users,
while trying to update my box I ran into some problem with
x11-misc/shared-mime-info (updating from 1.0 to 1.2-r1).
Maybe someone could help me to understand what the problem is.
I see it failed in config-phase with:
error: XML::Parser
, it is not meant to be modified by a text editor, so if
your
program uses XML configuration files, it should include a means of
editing those files that does not include the use of vim.
which almost by definition means you need an xml-information parser
on par
with an xml-parser to figure out what
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
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
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
Hello all,
I'm trying to install ekiga and it won't compile. It's complaining about not
having XML::Parser installed.
But XML::Parser is installed:
===
hydra Desktop # emerge -s XML-Parser
Searching...
[ Results for search key : XML-Parser ]
[ Applications
Yup, I think that will fix it. Thank you for your time.
On Saturday 02 June 2007 01:55, Neil Walker wrote:
Mike Diehl wrote:
I'm trying to install ekiga and it won't compile. It's complaining about
not having XML::Parser installed.
But XML::Parser is installed:
I've had this kind
not include the use of vim.
which almost by definition means you need an xml-information parser on par
with an xml-parser to figure out what the hell the fields mean, then design an
intelligent viewer-editor thingy that lets the user add-delete-change the
information in the xml file. All the while
.
Your post makes sense until you realise that the use of XML in a configuration
designed to be changed by the user renders the package virtually unusable.
Given a choice between me as a developer struggling with a config parser
versus vast swathes of users dumping the package because of the same
Kevin O'Gorman wrote:
I've got portage's dev-perl/XML-Parser-2.36, but nevertheless several
packages have started to fail during emerge for lack of Perl's
XML::Parser.
Even the simple script fails to run under perl:
#!/usr/bin/perl -w
use XML::Parser;
print yes\n;
Do I have to get
will eventually come up
to the XML error as you described. There's a whole thread about it in this
ML (search for it in Gmane). The solution is to emerge -C XML-Parser
emerge -uaDv XML-Parser before you continue. If I recall you may have to do
the same with gettext.
HTH.
--
Regards,
Mick
configuration files, it should include a means
of editing those files that does not include the use of vim.
which almost by definition means you need an xml-information parser on
par with an xml-parser to figure out what the hell the fields mean,
then design an intelligent viewer-editor
that does not include the use of vim.
which almost by definition means you need an xml-information parser on
par with an xml-parser to figure out what the hell the fields mean,
then design an intelligent viewer-editor thingy that lets the user
add-delete-change the information in the xml file
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
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
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
Le 08 octobre à 19:40:56 pat [EMAIL PROTECTED] écrit notamment:
| checking for XML::Parser... configure: error: XML::Parser perl module is
| required for intltool
| !!! Please attach the config.log to your bug report:
| !!! /var/tmp/portage/libbonobo-2.10.1/work/libbonobo-2.10.1/config.log
Jean Magnan de Bornier wrote:
Le 08 octobre à 19:40:56 pat [EMAIL PROTECTED] écrit notamment:
| checking for XML::Parser... configure: error: XML::Parser perl module is
| required for intltool
| !!! Please attach the config.log to your bug report:
| !!! /var/tmp/portage/libbonobo-2.10.1
for XML::Parser
configure:1711: error: XML::Parser perl module is
required for intltool
Advice in the archive suggests (re)emerge XML-Parser
which I did to no affect.
Any suggestions?
FWIW, am running gentoo v2005.0 from the
Universal-install-x86 CD.
-mw
Try app-admin/perl-cleaner. Now
On 05-Jan-14 13:48, Pavel Kazakov wrote:
On 01/05/2014 04:32 AM, Jarry wrote:
...
I see it failed in config-phase with:
error: XML::Parser perl module is required for intltool
The proper dependency should be pulled in (x11-misc/shared-mime-info
depends on dev-util/intltool, which depends
that does not include the use of vim.
which almost by definition means you need an xml-information parser on par
with an xml-parser to figure out what the hell the fields mean, then design an
intelligent viewer-editor thingy that lets the user add-delete-change the
information in the xml
-Parser
431 emerge -auDNv world
432 emerge -Cv gnome-base/control-center
434 emerge -Cv app-dicts/aspell-en
435 emerge -av XML-Parser
436 emerge -auDNv world
437 /etc/init.d/gpm start
439 tac
/var/log/portage/gnome-base:gnome-keyring-0.8.1:20070812-213457.log|less
443 equery b
Alan McKinnon wrote:
On Saturday 09 February 2008, CJoeB wrote:
Why all of a sudden can't I compile goffice without gnome?
Thanks, not necessary. I think I solved it. I just re-emerged
XML-Parser. and things seem to be okay.
It's hard to see how that relates to your
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
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
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
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
On Thursday 30 August 2007, Wang, Baojun wrote:
hi, list
I need emerge xorg-xserver and xorg-x11, and when it's emerging
dev-perl/XML-Parser, I got the following error:
note that the host is a normal SMP i686 machine (i686-pc-linux-gnu) and I
think there is nothing wrong with my /etc
more times than the config parser studied by
the developer.
Your post makes sense until you realise that the use of XML in a
configuration designed to be changed by the user renders the package
virtually unusable. Given a choice between me as a developer struggling with
a config parser versus
as Volker says. After you run revdep-rebuild you will eventually come
up to the XML error as you described. There's a whole thread about it in
this ML (search for it in Gmane). The solution is to emerge -C XML-Parser
emerge -uaDv XML-Parser before you continue. If I recall you may have
On Mon, 20 Aug 2007 10:56:58 -0400, Matthew R. Lee wrote:
I did as I was told and all is fine now, it was a marathon compile
weekend, 180 packages. I didn't run into the XML error stuff, am I
storing up problems for the future?
No, because the revision number of XML-Parser was bumped
... GNU
checking dependency style of i686-pc-linux-gnu-gcc...
gcc3
checking for an ANSI C-conforming const... yes
checking for perl... /usr/bin/perl
checking for XML::Parser... configure: error:
XML::Parser perl module is required for intltool
What to do? Guess I need a parser perl module
Alan McKinnon wrote:
On Saturday 09 February 2008, CJoeB wrote:
Why all of a sudden can't I compile goffice without gnome?
Thanks, not necessary. I think I solved it. I just re-emerged
XML-Parser. and things seem to be okay.
Regards,
Colleen
--
Registered Linux User #411143
until you realise that the use of XML in a configuration
designed to be changed by the user renders the package virtually unusable.
Given a choice between me as a developer struggling with a config parser
versus vast swathes of users dumping the package because of the same parser,
I'd say it's me
On Thu, 31 Jul 2014 10:03:09 -0400
Alec Ten Harmsel a...@alectenharmsel.com wrote:
I can't comment on a long-term, real, proper solution, but for right
now
emerge --oneshot dev-perl/XML-Parser
should at least allow you to continue building colord.
It seems that it helped
On Fri, Jul 31, 2009 at 9:51 PM, ABCDen.a...@gmail.com wrote:
Kevin O'Gorman wrote:
I've got portage's dev-perl/XML-Parser-2.36, but nevertheless several
packages have started to fail during emerge for lack of Perl's
XML::Parser.
Even the simple script fails to run under perl:
#!/usr/bin
Hi,
you can learn the xml concepts at http://www.w3schools.com/. Then,
depending on the language you choose, there is lots of libs to deal
with xml in many languages. Though you always have two different ways
of parsing your xml file: a SAX parser approach, that runs on an
element-by-element
while trying to 'emerge gnome-doc-utils', emerge errors out with the following:xsltproc -o gnome-doc-make-C.omf ...snipped stuff... C/gnome-doc-make.xml
http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd:1: parser error : Content error in the external subset!DOCTYPE html PUBLIC -//W3C//DTD
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
On Mon, 18 Jan 2010 19:53:16 +0200, Alan McKinnon wrote:
Your post makes sense until you realise that the use of XML in a
configuration designed to be changed by the user renders the package
virtually unusable. Given a choice between me as a developer struggling
with a config parser versus
configuration files, it should include a means of
editing those files that does not include the use of vim.
which almost by definition means you need an xml-information parser on par
with an xml-parser to figure out what the hell the fields mean, then design
an intelligent viewer-editor thingy
is a package
configured by the end user many more times than the config parser studied by
the developer.
Your post makes sense until you realise that the use of XML in a
configuration designed to be changed by the user renders the package
virtually unusable. Given a choice between me as a developer
you choose, there is lots of
libs to deal with xml in many languages. Though you always
have two different ways of parsing your xml file: a SAX
parser approach, that runs on an element-by-element process,
retrieving each element with no view on the next ones. The
second way is a DOM
different ways of parsing your xml file: a SAX
parser approach, that runs on an element-by-element process,
retrieving each element with no view on the next ones. The
second way is a DOM object builder, parsing the xml file as a
whole, then giving you back the whole tree as an object that
can
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
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
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'.
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
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
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.
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
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
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,
Wang, Baojun wrote:
On Thursday 30 August 2007, Wang, Baojun wrote:
hi, list
I need emerge xorg-xserver and xorg-x11, and when it's emerging
dev-perl/XML-Parser, I got the following error:
note that the host is a normal SMP i686 machine (i686-pc-linux-gnu) and I
think
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/01/2014 08:02 AM, Gevisz wrote:
The subtitleeditor failed to emerge with the message provided below.
The required additional information is attached as text files.
Any thoughts?
Based on 'checking for XML::Parser... configure: error: XML
as text files.
Any thoughts?
Based on 'checking for XML::Parser... configure: error: XML::Parser
perl module is required for intltool,' it looks as if you may need to
rebuild the perl modules (maybe a recent perl update?).
Try using perl-cleaner [1]:
perl-cleaner --allmodules -v
now
emerge --oneshot dev-perl/XML-Parser
should at least allow you to continue building colord.
It seems that it helped, but not the suggestions from
# perl-cleaner --all
output.
Thank you.
Did you run the commands and then rerun perlcleaner as the output
mentions
makes sense until you realise that the use of XML in a
configuration
designed to be changed by the user renders the package virtually
unusable.
Given a choice between me as a developer struggling with a config
parser
versus vast swathes of users dumping the package because of the same
parser
On Saturday 09 February 2008, CJoeB wrote:
Why all of a sudden can't I compile goffice without gnome?
Thanks, not necessary. I think I solved it. I just re-emerged
XML-Parser. and things seem to be okay.
It's hard to see how that relates to your original problem.
Did you have to do
libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for intltool = 0.35.0... 0.35.5 found
checking for perl... /usr/bin/perl
checking for XML::Parser... configure: error: XML::Parser perl module
Marzan, Richard non Unisys a écrit :
Try emerge --sync...Then visit
http://forums.gentoo.org/viewtopic-t-575655.html The first post worked
for me. Do what it asks and then re-emerge world. Then revdep-rebuild.
thanks ! this worked for me.
to sum up :
emerge -u1 expat
emerge -1 gettext XML
That's one way. Perl-cleaner can also be found in
/usr/portage/dev-lang/perl/files.
#perl-cleaner allmodules
did the deed. Thanks Holly. BTW, where are these
modules and how do they differ from the ones residing
under /lib/modules?
__
Do You
On 05/01/2014 15:06, Jarry wrote:
On 05-Jan-14 13:48, Pavel Kazakov wrote:
On 01/05/2014 04:32 AM, Jarry wrote:
...
I see it failed in config-phase with:
error: XML::Parser perl module is required for intltool
The proper dependency should be pulled in (x11-misc/shared-mime-info
depends
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
/portage/dev-lang/perl/files.
I find it odd that re-emerging XML-Parser didn't work for you; it always
did for me (although I haven't encountered this error recently,
certainly not with Firefox... and I do compile it), and I have surely
had this ...annoying.. issue with XML::Parser often enough to say
On 01/18/2010 09:53 AM, Alan McKinnon wrote:
Just as code is read many more times than it is written, so is a package
configured by the end user many more times than the config parser studied by
the developer.
Your post makes sense until you realise that the use of XML in a configuration
have any comment on this strange sequence of events ?
With HTML, the philosophy is that the parser tries to carry on,
even with lots of errors in the HTML code. XML is much stricter
and an error is much more likely to be treated as fatal.
Well in that case (raises eyebrows), one has to ask
?
With HTML, the philosophy is that the parser tries to carry on,
even with lots of errors in the HTML code. XML is much stricter
and an error is much more likely to be treated as fatal.
Well in that case (raises eyebrows), one has to ask
(1) why does Gentoo offer its docs in such a strict format
dependency style of i686-pc-linux-gnu-gcc...
gcc3
checking for an ANSI C-conforming const... yes
checking for perl... /usr/bin/perl
checking for XML::Parser... configure: error:
XML::Parser perl module is required for intltool
!!! Please attach the following file when filing a
report to bugs.gentoo.org
time spent on the configuration parser, more time
spent being productive.
If there was a less-verbose alternative that was as easy to implement,
with known stable parsing libraries, that had the same expressiveness as
XML, I'd probably use that instead. But when you're talking about data
On Sat, 25 Aug 2007 11:54:00 +0100
Paul Gibbons [EMAIL PROTECTED] wrote:
Thanks for the suggestion Neil. I have run emerge --onshot on
XML-Parser and fontconfig , and then ran revdep-build but the problem
remains.
Since revdep-rebuild was complaining:
('ebuild', '/', 'kde-base/kdelibs-3.5.7
-u1 expat
emerge -1 gettext XML-Parser
sorry, I forgot that I re-emerged binutils and consors :
emerge -av1 binutils gcc glibc
emerge fontconfig
emerge pango
emerge gtk+
--
Jean-Philippe Caruana
--
[EMAIL PROTECTED] mailing list
, and I have to wait for it to fail
on some package, one at a time, then re-install or delete, or whatever
before proceeding.
Is there anything I can do to shortcut this process?
Re-emerge fontconfig and XML-Parser and update to the latest gentoolkit.
then revdep-rebuild should handle the rest
On 1 Aug 2009, at 14:54, Kevin O'Gorman wrote:
...
It has always baffled me, given this sensitivity, that all such
packages don't just declare that they use the 'ithreads' USE flag,
even if they don't explicitly. Then my usual emerge --newuse would do
the Right Thing (TM).
The build scripts
, if systemd becomes popular with
distros.
I don't see the problem with D-Bus. It's small (the only hard
dependency it has is an XML parser), and it provides the Linux/UNIX
(de facto) standard interprocess communication system.
My chief gripe with D-Bus is that I've had X sessions disappear out
1 - 100 of 219 matches
Mail list logo