[gentoo-user] emerge problems

[gentoo-user] emerge problems

[Martin S]

[-- Attachment #1: Type: text/plain, Size: 287 bytes --]

I seem to find lots of "bad" repository servers when running emerge.
emerge mozilla-firefox failed for quite some time (at least a day), emerge
kuroo has failed for two days, just like emerge crafty.

Does anyone know if there are any general problems with servers?


Regards,

Martin S

[-- Attachment #2: Type: text/html, Size: 334 bytes --]

Re: [gentoo-user] emerge problems

[Bryan Whitehead]

It is most likely a problem with your own build enviroment or bad use 
flags. Post the errors you are having to this group so we can see the 
build problems.

Before you do that, try running "repdev-rebuild".

On Sat, 26 Aug 2006, Martin S wrote:

> I seem to find lots of "bad" repository servers when running emerge.
> emerge mozilla-firefox failed for quite some time (at least a day), emerge
> kuroo has failed for two days, just like emerge crafty.
>
> Does anyone know if there are any general problems with servers?
>
>
> Regards,
>
> Martin S
>
>

-- 
Bryan Whitehead
Email:driver@megahappy.net
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] emerge problems

[gentuxx]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bryan Whitehead wrote:
> It is most likely a problem with your own build enviroment or bad use
> flags. Post the errors you are having to this group so we can see the
> build problems.
> 
> Before you do that, try running "repdev-rebuild".

I don't know if the OP is having the same problem, but I've noticed that
a lot of packages will fail on the md5 checksum or on the file size
check.  Usually, wiping out the distfile, and/or switching mirrors
solves the problem.  But lately, the next mirror in line will have the
same issue.

And, I run revdep-rebuild frequently.

> 
> On Sat, 26 Aug 2006, Martin S wrote:
> 
>> I seem to find lots of "bad" repository servers when running emerge.
>> emerge mozilla-firefox failed for quite some time (at least a day),
>> emerge
>> kuroo has failed for two days, just like emerge crafty.
>>
>> Does anyone know if there are any general problems with servers?
>>
>>
>> Regards,
>>
>> Martin S
>>
>>
> 


- --
gentux
echo "hfouvyyAhnbjm/dpn" | perl -pe 's/(.)/chr(ord($1)-1)/ge'

gentux's gpg fingerprint ==> 5495 0388 67FF 0B89 1239  D840 4CF0 39E2
18D3 4A9E
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFE8d9DTPA54hjTSp4RAi78AJ4z8pGv9rIKt1quf4KccjppmAymaQCg3VrV
N4bIAceBAvLWXn9mUrChjCE=
=b6SP
-----END PGP SIGNATURE-----
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] emerge problems

[Martin S]

[-- Attachment #1: Type: text/plain, Size: 964 bytes --]

2006/8/27, gentuxx <gentuxx@gmail.com>:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Bryan Whitehead wrote:
> > It is most likely a problem with your own build enviroment or bad use
> > flags. Post the errors you are having to this group so we can see the
> > build problems.
> >
> > Before you do that, try running "repdev-rebuild".
>
> I don't know if the OP is having the same problem, but I've noticed that
> a lot of packages will fail on the md5 checksum or on the file size
> check.  Usually, wiping out the distfile, and/or switching mirrors
> solves the problem.  But lately, the next mirror in line will have the
> same issue.
>

No, the problems I have/d is that lots of servers doesn't have the packages
at all. Then continuing to the next mirror with the same result. Crafty (a
chess engine) didn't install for 3 days- but just now, when I needed the
error message, it installed (figures). Same with kuroo of course...


Regards,

Martin S

[-- Attachment #2: Type: text/html, Size: 1282 bytes --]

[gentoo-user] emerge problems

[James Stull]

[-- Attachment #1: Type: text/plain, Size: 452 bytes --]

I switched my eselect profile from a generic gentoo system to desktop.
Unfortunately I keep getting this error when I run "emerge -uDNav world" I
tried it with the --skipfirst flag but I continue to have this problem.

 * One or more packages are either masked or have missing dependencies:
 *
 *   =dev-java/java-sdk-docs-1.6.0* pulled in by:
 *     ('installed', '/', 'dev-java/sun-jdk-1.6.0.11', 'nomerge')
 *


Thanks for any help you can provide.

[-- Attachment #2: Type: text/html, Size: 584 bytes --]

Re: [gentoo-user] emerge problems

[pk]

James Stull wrote:
> I switched my eselect profile from a generic gentoo system to desktop.
> Unfortunately I keep getting this error when I run "emerge -uDNav world" I
> tried it with the --skipfirst flag but I continue to have this problem.
> 
>  * One or more packages are either masked or have missing dependencies:
>  *
>  *   =dev-java/java-sdk-docs-1.6.0* pulled in by:
>  *     ('installed', '/', 'dev-java/sun-jdk-1.6.0.11', 'nomerge')
>  *

Hi,

The docs are fetch-restricted; you need to download the documentation
from "http://java.sun.com/javase/6/docs/" and follow the instructions in
the ebuild.

Best regards

Peter K

Re: [gentoo-user] emerge problems

[James Stull]

[-- Attachment #1: Type: text/plain, Size: 786 bytes --]

What is the best way to block this package?


On Sun, Jan 4, 2009 at 6:35 AM, pk <peterk2@coolmail.se> wrote:

> James Stull wrote:
> > I switched my eselect profile from a generic gentoo system to desktop.
> > Unfortunately I keep getting this error when I run "emerge -uDNav world"
> I
> > tried it with the --skipfirst flag but I continue to have this problem.
> >
> >  * One or more packages are either masked or have missing dependencies:
> >  *
> >  *   =dev-java/java-sdk-docs-1.6.0* pulled in by:
> >  *     ('installed', '/', 'dev-java/sun-jdk-1.6.0.11', 'nomerge')
> >  *
>
> Hi,
>
> The docs are fetch-restricted; you need to download the documentation
> from "http://java.sun.com/javase/6/docs/" and follow the instructions in
> the ebuild.
>
> Best regards
>
> Peter K
>
>

[-- Attachment #2: Type: text/html, Size: 1321 bytes --]

[gentoo-user] Emerge Problems...

[BRM]

A little while back my server ran out of hard disk space (due to a failed hard 
drive) and as a result my local portage mirror got destroyed.
Well, I fixed there server - initially by just grabbing a new copy of portage 
like a new install since it was just completely hosed, and the server is back up 
and working. However, now my desktop and laptop are both having problems. They 
sync just fine against the server, but I get a series of errors about not having 
various ebuilds in the manifest files - so many that I can't emerge anything 
(even portage).

Right now, my laptop is basically hosed - KDE/X won't work on login due to some 
errors. My desktop at least logs in to the KDE/X. However, on both systems I am 
having the manifest problem, and I can't edit files either since vim is screwed 
up due to a change in perl - and I can't run perl-clearner due to the emerge 
problem.

I know both systems can be restored to being fully functional and up-to-date. 
The question is - how do I get there?

I ran across some emails in the list archive on a similar issue - though that 
was only for 1 ebuild - and it was straight forward enough to fix by just 
rebuilding the manifest though 'ebuild' or something. I ran across another 
e-mail suggesting to just resync, and well - I tried that but it didn't work.

So my question is - is there a way to automatically fix all these manifest 
things without having to track down each one by hand and run the 'ebuild' thing 
on each one individually? I'm completely out of ideas, and I'd really like to 
get these systems back to full functionality.

TIA,

Ben

Re: [gentoo-user] Emerge Problems...

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 822 bytes --]

On Sat, 29 Jan 2011 20:12:26 -0800 (PST), BRM wrote:

> Well, I fixed there server - initially by just grabbing a new copy of
> portage like a new install since it was just completely hosed, and the
> server is back up and working. However, now my desktop and laptop are
> both having problems. They sync just fine against the server, but I get
> a series of errors about not having various ebuilds in the manifest
> files - so many that I can't emerge anything (even portage).

Completely remove the portage tree, fsck the filesystem and then resync.

Of course, you can get your other systems working by commenting out any
SYNC entries in make.conf and letting them sync directly with the Gentoo
servers.


-- 
Neil Bothwick

It's no use crying over spilt milk -- it only makes it salty for the cat.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Emerge Problems...

[BRM]

----- Original Message ----

> From: Neil Bothwick <neil@digimed.co.uk>
> To: gentoo-user@lists.gentoo.org
> Sent: Sun, January 30, 2011 7:03:27 AM
> Subject: Re: [gentoo-user] Emerge Problems...
> 
> On Sat, 29 Jan 2011 20:12:26 -0800 (PST), BRM wrote:
> 
> > Well, I fixed  there server - initially by just grabbing a new copy of
> > portage like a  new install since it was just completely hosed, and the
> > server is back  up and working. However, now my desktop and laptop are
> > both having  problems. They sync just fine against the server, but I get
> > a series of  errors about not having various ebuilds in the manifest
> > files - so many  that I can't emerge anything (even portage).
> 
> Completely remove the  portage tree, fsck the filesystem and then resync.

Well, I certainly have to try that out.

> Of course, you can get  your other systems working by commenting out any
> SYNC entries in make.conf  and letting them sync directly with the Gentoo
> servers.

Can't edit the files on the laptop, possible on the desktop though.

> From: Francesco Talamona <francesco.talamona@know.eu>
> It seems your three systems  share a broken portage tree, try with the 
> latest portage snapshot, for  example from 
> http://distro.ibiblio.org/pub/linux/distributions/gentoo/snapshots/
> 
> You  can also skip the sync and put it directly on the clients to see if 
> the  rsync service on server is broken... 
> 
> Once you stabilize the root cause,  it's time to focus on the other 
> issues (for example run a non-X runlevel on  the laptop to fix the login 
> issue, use nano until vim is ok, and so  on).

I'm not a fan of nano, so I uninstalled it a long time ago. I usually use vim; 
not sure why vim is referencing perl libraries, but oh well.

And yes - fixing the portage issue is the first step. After that everything else 
will just fall out - since I can just run the various emerges and perl-cleaner.

Ben

Re: [gentoo-user] Emerge Problems...

[Nils Holland]

On 20:12 Sat 29 Jan     , BRM wrote:
> A little while back my server ran out of hard disk space (due to a failed hard 
> drive) and as a result my local portage mirror got destroyed.
> Well, I fixed there server - initially by just grabbing a new copy of portage 
> like a new install since it was just completely hosed, and the server is back up 
> and working. However, now my desktop and laptop are both having problems. They 
> sync just fine against the server, but I get a series of errors about not having 
> various ebuilds in the manifest files - so many that I can't emerge anything 
> (even portage).

I believe you will already have checked this, but anyways:

I once upon a time experienced a similar issue, which was caused by the fact that for some reason, I was only syncing new / modfied files from the source to my local portage tree, and not deleting no longer existent (on the source) files from the local tree. This resulted in emerge complaining about various ebuilds not being found.

I was kind of shocked at first, then found my error, and on "properly" (including deletes) syncing with my portage source everything immediately started working fine again on the local (destination) machine.

But again, I believe it's highly unprobable that this is your problem, because if you synced "correctly" before your server had to be re-setup, I would believe that you're doing it correctly now as well, at least I can't see what should have changed concering the sync due to the act of replacing the server...

Greetings,
Nils


-- 
Nils Holland * Ti Systems, Wunsorf-Luthe (Germany)
Powered by GNU/Linux since 1998

Re: [gentoo-user] Emerge Problems...

[Marc Joliet]

[-- Attachment #1: Type: text/plain, Size: 680 bytes --]

Am Sun, 30 Jan 2011 09:59:18 -0800 (PST)
schrieb BRM <bm_witness@yahoo.com>:

[...]
> I'm not a fan of nano, so I uninstalled it a long time ago. I usually use vim; 
> not sure why vim is referencing perl libraries, but oh well.

Because you can extend vim in perl. In addition to that and the built-in
vimscript, you can also use python (used, for example, by pyclewn and conque)
and ruby. In 7.3 they added lua, although I just noticed that for some reason
the Vim ebuild doesn't support it (no use flag, and :version shows "-lua").

HTH
-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Emerge Problems...

[BRM]

----- Original Message ----

> From: Nils Holland <nhg@tisys.org>
> On 20:12 Sat 29 Jan     , BRM wrote:
> > A little while back my  server ran out of hard disk space (due to a failed 
>hard 
>
> > drive) and as a  result my local portage mirror got destroyed.
> > Well, I fixed there server  - initially by just grabbing a new copy of 
>portage 
>
> > like a new install  since it was just completely hosed, and the server is 
>back up 
>
> > and  working. However, now my desktop and laptop are both having problems. 
>They 
>
> > sync just fine against the server, but I get a series of errors about  not 
>having 
>
> > various ebuilds in the manifest files - so many that I can't  emerge anything 
>
> > (even portage).
> 
> I believe you will already have  checked this, but anyways:
> 
> I once upon a time experienced a similar  issue, which was caused by the fact 
>that for some reason, I was only syncing new  / modfied files from the source to 
>my local portage tree, and not deleting no  longer existent (on the source) 
>files from the local tree. This resulted in  emerge complaining about various 
>ebuilds not being found.
> 
> I was kind of  shocked at first, then found my error, and on "properly" 
>(including deletes)  syncing with my portage source everything immediately 
>started working fine again  on the local (destination) machine.
> 
> But again, I believe it's highly  unprobable that this is your problem, because 
>if you synced "correctly" before  your server had to be re-setup, I would 
>believe that you're doing it correctly  now as well, at least I can't see what 
>should have changed concering the sync  due to the act of replacing the  
>server...
> 

May be I didn't get the server back up right? Not sure.
Any how...the primary issue was resolved once I "deleted" the server's portage 
mirror and than ran rsync again to grab a fresh copy.
I'm pretty sure it would have to be how I rsync'd the mirror since I lost my 
mirroring script the old hard drive died.
I just wrote a new script last night, but I'm still not sure that all of the 
parameters are correct - I'll check into that more this evening.
Once I get it right, I'll restore it do doing the daily mirror syncs again.

Now I just have to get past all the issues coming up in the updates and 
rebuilds, but that was to be expected.

Thanks!

Ben

[gentoo-user] Emerge problems

[meino.cramer]

Hi,

while updateing this morning I got this ouput:


Calculating dependencies... done!
[nomerge       ] app-text/texlive-core-2012-r1  USE="X tk -cjk -doc -source -xetex" 
[ebuild  N     ]  dev-tex/luatex-0.70.1-r1  USE="-doc" 0 kB
[ebuild     U  ] app-emulation/emul-linux-x86-gtklibs-20130224 [20121202] USE="development" 6,030 kB
[ebuild     U ~] sys-fs/ecryptfs-utils-103 [101] USE="gtk pam -doc -gpg -openssl -pkcs11 -python -suid -tpm" 610 kB
[ebuild     U  ] app-emulation/emul-linux-x86-sdl-20130224 [20121202] USE="development" 637 kB
[ebuild     U  ]  app-emulation/emul-linux-x86-soundlibs-20130224 [20121202] USE="alsa development" 6,903 kB
[ebuild     U  ]   app-emulation/emul-linux-x86-medialibs-20130224 [20121202] USE="development" 10,173 kB
[ebuild     U  ]    app-emulation/emul-linux-x86-xlibs-20130224 [20121202] USE="development opengl" 2,415 kB
[ebuild     U  ]     app-emulation/emul-linux-x86-opengl-20130224 [20121202-r1] USE="development" 61,283 kB
[ebuild     UD ] app-text/poppler-0.20.5:0/0 [0.22.2:0/35] USE="cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils -cjk -curl -debug -doc" 0 kB
[ebuild   R    ] sys-process/procps-3.3.4  USE="ncurses nls%* unicode -static-libs" 0 kB
[ebuild     U  ] app-emulation/emul-linux-x86-db-20130224 [20121202] USE="development" 1,395 kB
[ebuild     U  ]  app-emulation/emul-linux-x86-baselibs-20130224 [20121202] USE="development" 40,865 kB

Total: 12 packages (9 upgrades, 1 downgrade, 1 new, 1 reinstall), Size of downloads: 130,308 kB

WARNING: One or more updates have been skipped due to a dependency conflict:

app-text/poppler:0

  (app-text/poppler-0.22.2::gentoo, ebuild scheduled for merge) conflicts with
    <app-text/poppler-0.22[xpdf-headers(+)] required by (dev-tex/luatex-0.70.1-r1::gentoo, ebuild scheduled for merge)


After doing an 

    eix app-text/poppler

I got his:

[I] app-text/poppler
     Available versions:  
	(0)	0.20.5^t
	(0/35)	(~)0.22.2^t
	{{cairo cjk curl cxx debug doc +introspection (+)jpeg jpeg2k +lcms png qt4 tiff +utils}}
     Installed versions:  0.22.2(0/35)^t(05:14:11 03/17/13)(cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils -cjk -curl -debug -doc)
     Homepage:            http://poppler.freedesktop.org/
     Description:         PDF rendering library based on the xpdf-3.0 code base

....and there is no "xpdf-headers" USE flag. XPdf was removed at all
if my brain serves me right... ;)
So no chance to resolve the conflict?

How can I prevent this problem?

Thank you very much in advance for any help!
Best regards,
mcc

Re: [gentoo-user] Emerge problems

[Volker Armin Hemmann]

Am 17.03.2013 05:50, schrieb meino.cramer@gmx.de:
> Hi,
>
> while updateing this morning I got this ouput:
>
>
> Calculating dependencies... done!
> [nomerge       ] app-text/texlive-core-2012-r1  USE="X tk -cjk -doc -source -xetex" 
> [ebuild  N     ]  dev-tex/luatex-0.70.1-r1  USE="-doc" 0 kB
> [ebuild     U  ] app-emulation/emul-linux-x86-gtklibs-20130224 [20121202] USE="development" 6,030 kB
> [ebuild     U ~] sys-fs/ecryptfs-utils-103 [101] USE="gtk pam -doc -gpg -openssl -pkcs11 -python -suid -tpm" 610 kB
> [ebuild     U  ] app-emulation/emul-linux-x86-sdl-20130224 [20121202] USE="development" 637 kB
> [ebuild     U  ]  app-emulation/emul-linux-x86-soundlibs-20130224 [20121202] USE="alsa development" 6,903 kB
> [ebuild     U  ]   app-emulation/emul-linux-x86-medialibs-20130224 [20121202] USE="development" 10,173 kB
> [ebuild     U  ]    app-emulation/emul-linux-x86-xlibs-20130224 [20121202] USE="development opengl" 2,415 kB
> [ebuild     U  ]     app-emulation/emul-linux-x86-opengl-20130224 [20121202-r1] USE="development" 61,283 kB
> [ebuild     UD ] app-text/poppler-0.20.5:0/0 [0.22.2:0/35] USE="cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils -cjk -curl -debug -doc" 0 kB
> [ebuild   R    ] sys-process/procps-3.3.4  USE="ncurses nls%* unicode -static-libs" 0 kB
> [ebuild     U  ] app-emulation/emul-linux-x86-db-20130224 [20121202] USE="development" 1,395 kB
> [ebuild     U  ]  app-emulation/emul-linux-x86-baselibs-20130224 [20121202] USE="development" 40,865 kB
>
> Total: 12 packages (9 upgrades, 1 downgrade, 1 new, 1 reinstall), Size of downloads: 130,308 kB
>
> WARNING: One or more updates have been skipped due to a dependency conflict:
>
> app-text/poppler:0
>
>   (app-text/poppler-0.22.2::gentoo, ebuild scheduled for merge) conflicts with
>     <app-text/poppler-0.22[xpdf-headers(+)] required by (dev-tex/luatex-0.70.1-r1::gentoo, ebuild scheduled for merge)
>
>
> After doing an 
>
>     eix app-text/poppler
>
> I got his:
>
> [I] app-text/poppler
>      Available versions:  
> 	(0)	0.20.5^t
> 	(0/35)	(~)0.22.2^t
> 	{{cairo cjk curl cxx debug doc +introspection (+)jpeg jpeg2k +lcms png qt4 tiff +utils}}
>      Installed versions:  0.22.2(0/35)^t(05:14:11 03/17/13)(cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff utils -cjk -curl -debug -doc)
>      Homepage:            http://poppler.freedesktop.org/
>      Description:         PDF rendering library based on the xpdf-3.0 code base
>
> ....and there is no "xpdf-headers" USE flag. XPdf was removed at all
> if my brain serves me right... ;)
> So no chance to resolve the conflict?
>
> How can I prevent this problem?
>
> Thank you very much in advance for any help!
> Best regards,
> mcc
>
>
>
>
>
>
>
wait a couple of hours and sync again. You probably synced in the middle
of some changes.

Re: [gentoo-user] Emerge problems

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 2968 bytes --]

On Sunday 17 Mar 2013 04:50:00 meino.cramer@gmx.de wrote:
> Hi,
> 
> while updateing this morning I got this ouput:
> 
> 
> Calculating dependencies... done!
> [nomerge       ] app-text/texlive-core-2012-r1  USE="X tk -cjk -doc -source
> -xetex" [ebuild  N     ]  dev-tex/luatex-0.70.1-r1  USE="-doc" 0 kB
> [ebuild     U  ] app-emulation/emul-linux-x86-gtklibs-20130224 [20121202]
> USE="development" 6,030 kB [ebuild     U ~] sys-fs/ecryptfs-utils-103
> [101] USE="gtk pam -doc -gpg -openssl -pkcs11 -python -suid -tpm" 610 kB
> [ebuild     U  ] app-emulation/emul-linux-x86-sdl-20130224 [20121202]
> USE="development" 637 kB [ebuild     U  ] 
> app-emulation/emul-linux-x86-soundlibs-20130224 [20121202] USE="alsa
> development" 6,903 kB [ebuild     U  ]  
> app-emulation/emul-linux-x86-medialibs-20130224 [20121202]
> USE="development" 10,173 kB [ebuild     U  ]   
> app-emulation/emul-linux-x86-xlibs-20130224 [20121202] USE="development
> opengl" 2,415 kB [ebuild     U  ]    
> app-emulation/emul-linux-x86-opengl-20130224 [20121202-r1]
> USE="development" 61,283 kB [ebuild     UD ] app-text/poppler-0.20.5:0/0
> [0.22.2:0/35] USE="cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff
> utils -cjk -curl -debug -doc" 0 kB [ebuild   R    ]
> sys-process/procps-3.3.4  USE="ncurses nls%* unicode -static-libs" 0 kB
> [ebuild     U  ] app-emulation/emul-linux-x86-db-20130224 [20121202]
> USE="development" 1,395 kB [ebuild     U  ] 
> app-emulation/emul-linux-x86-baselibs-20130224 [20121202]
> USE="development" 40,865 kB
> 
> Total: 12 packages (9 upgrades, 1 downgrade, 1 new, 1 reinstall), Size of
> downloads: 130,308 kB
> 
> WARNING: One or more updates have been skipped due to a dependency
> conflict:
> 
> app-text/poppler:0
> 
>   (app-text/poppler-0.22.2::gentoo, ebuild scheduled for merge) conflicts
> with <app-text/poppler-0.22[xpdf-headers(+)] required by
> (dev-tex/luatex-0.70.1-r1::gentoo, ebuild scheduled for merge)
> 
> 
> After doing an
> 
>     eix app-text/poppler
> 
> I got his:
> 
> [I] app-text/poppler
>      Available versions:
> 	(0)	0.20.5^t
> 	(0/35)	(~)0.22.2^t
> 	{{cairo cjk curl cxx debug doc +introspection (+)jpeg jpeg2k +lcms png qt4
> tiff +utils}} Installed versions:  0.22.2(0/35)^t(05:14:11 03/17/13)(cairo
> cxx introspection jpeg jpeg2k lcms png qt4 tiff utils -cjk -curl -debug
> -doc) Homepage:            http://poppler.freedesktop.org/
>      Description:         PDF rendering library based on the xpdf-3.0 code
> base
> 
> ....and there is no "xpdf-headers" USE flag. XPdf was removed at all
> if my brain serves me right... ;)
> So no chance to resolve the conflict?
> 
> How can I prevent this problem?
> 
> Thank you very much in advance for any help!
> Best regards,
> mcc

You can try uninstalling 'app-text/poppler-0.22' and then running your update 
again which should draw in 'app-text/poppler-0.22.2'.

-- 
Regards,
Mick

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 3898 bytes --]

Re: [gentoo-user] Emerge problems

[meino.cramer]

Mick <michaelkintzios@gmail.com> [13-03-17 09:52]:
> On Sunday 17 Mar 2013 04:50:00 meino.cramer@gmx.de wrote:
> > Hi,
> > 
> > while updateing this morning I got this ouput:
> > 
> > 
> > Calculating dependencies... done!
> > [nomerge       ] app-text/texlive-core-2012-r1  USE="X tk -cjk -doc -source
> > -xetex" [ebuild  N     ]  dev-tex/luatex-0.70.1-r1  USE="-doc" 0 kB
> > [ebuild     U  ] app-emulation/emul-linux-x86-gtklibs-20130224 [20121202]
> > USE="development" 6,030 kB [ebuild     U ~] sys-fs/ecryptfs-utils-103
> > [101] USE="gtk pam -doc -gpg -openssl -pkcs11 -python -suid -tpm" 610 kB
> > [ebuild     U  ] app-emulation/emul-linux-x86-sdl-20130224 [20121202]
> > USE="development" 637 kB [ebuild     U  ] 
> > app-emulation/emul-linux-x86-soundlibs-20130224 [20121202] USE="alsa
> > development" 6,903 kB [ebuild     U  ]  
> > app-emulation/emul-linux-x86-medialibs-20130224 [20121202]
> > USE="development" 10,173 kB [ebuild     U  ]   
> > app-emulation/emul-linux-x86-xlibs-20130224 [20121202] USE="development
> > opengl" 2,415 kB [ebuild     U  ]    
> > app-emulation/emul-linux-x86-opengl-20130224 [20121202-r1]
> > USE="development" 61,283 kB [ebuild     UD ] app-text/poppler-0.20.5:0/0
> > [0.22.2:0/35] USE="cairo cxx introspection jpeg jpeg2k lcms png qt4 tiff
> > utils -cjk -curl -debug -doc" 0 kB [ebuild   R    ]
> > sys-process/procps-3.3.4  USE="ncurses nls%* unicode -static-libs" 0 kB
> > [ebuild     U  ] app-emulation/emul-linux-x86-db-20130224 [20121202]
> > USE="development" 1,395 kB [ebuild     U  ] 
> > app-emulation/emul-linux-x86-baselibs-20130224 [20121202]
> > USE="development" 40,865 kB
> > 
> > Total: 12 packages (9 upgrades, 1 downgrade, 1 new, 1 reinstall), Size of
> > downloads: 130,308 kB
> > 
> > WARNING: One or more updates have been skipped due to a dependency
> > conflict:
> > 
> > app-text/poppler:0
> > 
> >   (app-text/poppler-0.22.2::gentoo, ebuild scheduled for merge) conflicts
> > with <app-text/poppler-0.22[xpdf-headers(+)] required by
> > (dev-tex/luatex-0.70.1-r1::gentoo, ebuild scheduled for merge)
> > 
> > 
> > After doing an
> > 
> >     eix app-text/poppler
> > 
> > I got his:
> > 
> > [I] app-text/poppler
> >      Available versions:
> > 	(0)	0.20.5^t
> > 	(0/35)	(~)0.22.2^t
> > 	{{cairo cjk curl cxx debug doc +introspection (+)jpeg jpeg2k +lcms png qt4
> > tiff +utils}} Installed versions:  0.22.2(0/35)^t(05:14:11 03/17/13)(cairo
> > cxx introspection jpeg jpeg2k lcms png qt4 tiff utils -cjk -curl -debug
> > -doc) Homepage:            http://poppler.freedesktop.org/
> >      Description:         PDF rendering library based on the xpdf-3.0 code
> > base
> > 
> > ....and there is no "xpdf-headers" USE flag. XPdf was removed at all
> > if my brain serves me right... ;)
> > So no chance to resolve the conflict?
> > 
> > How can I prevent this problem?
> > 
> > Thank you very much in advance for any help!
> > Best regards,
> > mcc
> 
> You can try uninstalling 'app-text/poppler-0.22' and then running your update 
> again which should draw in 'app-text/poppler-0.22.2'.
> 
> -- 
> Regards,
> Mick


Hi,

thanks for the hint, but it does not work for me.

luatex (texlive core) wants the +xpdf-headers-version of poppler...

Best regards,
mcc

Re: [gentoo-user] Emerge problems

[Helmut Jarausch]

On 03/17/2013 10:08:53 AM, meino.cramer@gmx.de wrote:
> Mick <michaelkintzios@gmail.com> [13-03-17 09:52]:
> > You can try uninstalling 'app-text/poppler-0.22' and then running  
> your update
> > again which should draw in 'app-text/poppler-0.22.2'.
> >
> > --
> > Regards,
> > Mick
> 
> 
> Hi,
> 
> thanks for the hint, but it does not work for me.
> 
> luatex (texlive core) wants the +xpdf-headers-version of poppler...
> 
> Best regards,
> mcc

Strange, here I have

dev-tex/luatex 0.70.1-r2
app-text/poppler 0.22.2
app-text/texlive-core 2012-r1

I do remember that after upgrading to poppler 0.22.2 I had to re-emerge
app-text/texlive-core dev-tex/luatex
and quite a few other packages.

Helmut

Re: [gentoo-user] Emerge problems

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 1090 bytes --]

On Sunday 17 Mar 2013 09:32:21 Helmut Jarausch wrote:
> On 03/17/2013 10:08:53 AM, meino.cramer@gmx.de wrote:
> > Mick <michaelkintzios@gmail.com> [13-03-17 09:52]:
> > > You can try uninstalling 'app-text/poppler-0.22' and then running
> > 
> > your update
> > 
> > > again which should draw in 'app-text/poppler-0.22.2'.
> > > 
> > > --
> > > Regards,
> > > Mick
> > 
> > Hi,
> > 
> > thanks for the hint, but it does not work for me.
> > 
> > luatex (texlive core) wants the +xpdf-headers-version of poppler...
> > 
> > Best regards,
> > mcc
> 
> Strange, here I have
> 
> dev-tex/luatex 0.70.1-r2
> app-text/poppler 0.22.2
> app-text/texlive-core 2012-r1
> 
> I do remember that after upgrading to poppler 0.22.2 I had to re-emerge
> app-text/texlive-core dev-tex/luatex
> and quite a few other packages.
> 
> Helmut

I'm on app-text/poppler-0.20.5 and I don't use the other packages, so I can't 
offer advice here, other than to confirm that the +xpdf-headers-version USE 
flag doesn't seem to exist ...

Time to file a bug?
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] Emerge problems

[meino.cramer]

Mick <michaelkintzios@gmail.com> [13-03-17 10:56]:
> On Sunday 17 Mar 2013 09:32:21 Helmut Jarausch wrote:
> > On 03/17/2013 10:08:53 AM, meino.cramer@gmx.de wrote:
> > > Mick <michaelkintzios@gmail.com> [13-03-17 09:52]:
> > > > You can try uninstalling 'app-text/poppler-0.22' and then running
> > > 
> > > your update
> > > 
> > > > again which should draw in 'app-text/poppler-0.22.2'.
> > > > 
> > > > --
> > > > Regards,
> > > > Mick
> > > 
> > > Hi,
> > > 
> > > thanks for the hint, but it does not work for me.
> > > 
> > > luatex (texlive core) wants the +xpdf-headers-version of poppler...
> > > 
> > > Best regards,
> > > mcc
> > 
> > Strange, here I have
> > 
> > dev-tex/luatex 0.70.1-r2
> > app-text/poppler 0.22.2
> > app-text/texlive-core 2012-r1
> > 
> > I do remember that after upgrading to poppler 0.22.2 I had to re-emerge
> > app-text/texlive-core dev-tex/luatex
> > and quite a few other packages.
> > 
> > Helmut
> 
> I'm on app-text/poppler-0.20.5 and I don't use the other packages, so I can't 
> offer advice here, other than to confirm that the +xpdf-headers-version USE 
> flag doesn't seem to exist ...
> 
> Time to file a bug?
> -- 
> Regards,
> Mick

Hi,

FIXED!
The problem seemed to be *~-file in package.use left from my last vim
session...<sigh>

Thanks too all who helped ! :)
Have a nice weekend!
Best regards,
mcc

Re: [gentoo-user] Emerge problems

[Alex Schuster]

meino.cramer@gmx.de writes:

 > FIXED!
> The problem seemed to be *~-file in package.use left from my last vim
> session...<sigh>

Huh? I once filed a request that *.bck files should be ignored, because 
NEdit creates such files per default, and was told that they already 
ignore those.

https://bugs.gentoo.org/show_bug.cgi?id=346075

	Alex