Re: [gentoo-user] problem with emerge depclean after world update
On Fri, 30 Sep 2022 21:27:16 +0100, Wol wrote: > Does that mean an update typically cleans a replaced package > automagically? I thought that usually they got left behind and that was > why you needed depclean - to remove all the old versions? > > Certainly that's what I remember of depclean of old - the list of stuff > being cleaned was mostly old versions of what was installed. That is when updates to slotted packages are installed, wait until the next llvm/clang update. Old versions of a package in the same slot, or slot 0 for unslotted packages, are replaced with the new one, but new slots cause the behaviour you have seen. -- Neil Bothwick Why is there an expiration date on sour cream? pgpR7BgnJ98AO.pgp Description: OpenPGP digital signature
Re: [gentoo-user] problem with emerge depclean after world update
On Fri, 30 Sept 2022 at 22:27, Wol wrote: > Does that mean an update typically cleans a replaced package > automagically? I thought that usually they got left behind and that was > why you needed depclean - to remove all the old versions? > > Certainly that's what I remember of depclean of old - the list of stuff > being cleaned was mostly old versions of what was installed. I don't remember that, although my memory might be less than stellar. Unless a package is slotted, an update replaces the old version, and hence nothing to depclean. Cheers, Arve
Re: [gentoo-user] problem with emerge depclean after world update
On 30/09/2022 20:46, Matt Connell wrote: On Fri, 2022-09-30 at 20:36 +0100, Wol wrote: I've noticed that --depclean hardly seems to be cleaning anything out now. Despite regular emerge updates. I do an emerge update world every week, followed immediately by a depclean, but it's probably cleaned maybe one or two packages in the last month? Despite updating loads? Is that normal? Unless the dependencies of a package change (or you changed the resulting set of dependencies via USE changes), they aren't usually a whole lot of deps to clean. That's my experience anyway. When I'm flailing around a lot in package.use I'll have dozens but otherwise its usually just one or two here and there. Does that mean an update typically cleans a replaced package automagically? I thought that usually they got left behind and that was why you needed depclean - to remove all the old versions? Certainly that's what I remember of depclean of old - the list of stuff being cleaned was mostly old versions of what was installed. Cheers, Wol
Re: [gentoo-user] problem with emerge depclean after world update
On Fri, 2022-09-30 at 20:36 +0100, Wol wrote: > I've noticed that --depclean hardly seems to be cleaning anything out > now. Despite regular emerge updates. I do an emerge update world every > week, followed immediately by a depclean, but it's probably cleaned > maybe one or two packages in the last month? Despite updating loads? Is > that normal? Unless the dependencies of a package change (or you changed the resulting set of dependencies via USE changes), they aren't usually a whole lot of deps to clean. That's my experience anyway. When I'm flailing around a lot in package.use I'll have dozens but otherwise its usually just one or two here and there.
Re: [gentoo-user] problem with emerge depclean after world update
On Fri, 30 Sep 2022 15:36:10 -0400, Wol wrote: > > On 30/09/2022 20:05, Arve Barsnes wrote: > > Probably a temporary problem. app-misc/tracker-miners requires a > > version of app-text/poppler with subslot 123, but only ones with > > subslot 122 and 124 currently exists in tree (as of my tree synced > > within the last 24 hours). I'm sure that'll resolve itself at some > > point one way or another. > > Hmm ... > > I've noticed that --depclean hardly seems to be cleaning anything > out now. Despite regular emerge updates. I do an emerge update > world every week, followed immediately by a depclean, but it's > probably cleaned maybe one or two packages in the last month? > Despite updating loads? Is that normal? > > (Although I've not had any problems with depclean that a --bdeps > didn't resolve) Thank goodness for small favors from portage! I think more dependencies are brought in automatically. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] problem with emerge depclean after world update
On 30/09/2022 20:05, Arve Barsnes wrote: Probably a temporary problem. app-misc/tracker-miners requires a version of app-text/poppler with subslot 123, but only ones with subslot 122 and 124 currently exists in tree (as of my tree synced within the last 24 hours). I'm sure that'll resolve itself at some point one way or another. Hmm ... I've noticed that --depclean hardly seems to be cleaning anything out now. Despite regular emerge updates. I do an emerge update world every week, followed immediately by a depclean, but it's probably cleaned maybe one or two packages in the last month? Despite updating loads? Is that normal? (Although I've not had any problems with depclean that a --bdeps didn't resolve) Cheers, Wol
Re: [gentoo-user] problem with emerge depclean after world update
OK, thanks. I will try an update after a couple of days. On Fri, 30 Sep 2022 15:05:43 -0400, Arve Barsnes wrote: > > On Fri, 30 Sept 2022 at 20:47, John Covici wrote: > > > > Hi. So, when I tried to do my emerge depclean after my world update, > > which went through with no problems, I get the following message: > > > > Calculating dependencies... done! > > * Dependencies could not be completely resolved due to > > * the following required packages not being installed: > >* > > * >=app-text/poppler-0.16.0:0/123=[cairo] pulled in by: > > * app-misc/tracker-miners-3.4.0 > > > > But I have: > > > > ebuild R] app-text/poppler-22.09.0:0/124::gentoo USE="cairo cxx > > introspection jpeg jpeg2k lcms png qt5 tiff utils -boost -cjk -curl > > -debug -doc -nss -verify-sig" > > and > > ebuild R] app-misc/tracker-miners-3.4.0:3::gentoo USE="exif gif > > gstreamer iso jpeg networkmanager pdf playlist rss (seccomp) tiff > > upower xml -cue -ffmpeg -gsf -iptc -raw -test -xmp -xps" > > > > So, what have I done wrong this time -- or is it some kind of bug > > somewhere? > > Probably a temporary problem. app-misc/tracker-miners requires a > version of app-text/poppler with subslot 123, but only ones with > subslot 122 and 124 currently exists in tree (as of my tree synced > within the last 24 hours). I'm sure that'll resolve itself at some > point one way or another. > > Regards, > Arve > -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] problem with emerge depclean after world update
On Fri, 30 Sept 2022 at 20:47, John Covici wrote: > > Hi. So, when I tried to do my emerge depclean after my world update, > which went through with no problems, I get the following message: > > Calculating dependencies... done! > * Dependencies could not be completely resolved due to > * the following required packages not being installed: >* > * >=app-text/poppler-0.16.0:0/123=[cairo] pulled in by: > * app-misc/tracker-miners-3.4.0 > > But I have: > > ebuild R] app-text/poppler-22.09.0:0/124::gentoo USE="cairo cxx > introspection jpeg jpeg2k lcms png qt5 tiff utils -boost -cjk -curl > -debug -doc -nss -verify-sig" > and > ebuild R] app-misc/tracker-miners-3.4.0:3::gentoo USE="exif gif > gstreamer iso jpeg networkmanager pdf playlist rss (seccomp) tiff > upower xml -cue -ffmpeg -gsf -iptc -raw -test -xmp -xps" > > So, what have I done wrong this time -- or is it some kind of bug > somewhere? Probably a temporary problem. app-misc/tracker-miners requires a version of app-text/poppler with subslot 123, but only ones with subslot 122 and 124 currently exists in tree (as of my tree synced within the last 24 hours). I'm sure that'll resolve itself at some point one way or another. Regards, Arve
[gentoo-user] problem with emerge depclean after world update
Hi. So, when I tried to do my emerge depclean after my world update, which went through with no problems, I get the following message: Calculating dependencies... done! * Dependencies could not be completely resolved due to * the following required packages not being installed: * * >=app-text/poppler-0.16.0:0/123=[cairo] pulled in by: * app-misc/tracker-miners-3.4.0 But I have: ebuild R] app-text/poppler-22.09.0:0/124::gentoo USE="cairo cxx introspection jpeg jpeg2k lcms png qt5 tiff utils -boost -cjk -curl -debug -doc -nss -verify-sig" and ebuild R] app-misc/tracker-miners-3.4.0:3::gentoo USE="exif gif gstreamer iso jpeg networkmanager pdf playlist rss (seccomp) tiff upower xml -cue -ffmpeg -gsf -iptc -raw -test -xmp -xps" So, what have I done wrong this time -- or is it some kind of bug somewhere? Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] problem with emerge @preserved-rebuild
On Friday, 31 May 2019 20:08:45 BST allan gottlieb wrote: > A few weeks ago I did an eix-sync but (with final exams coming) I did > not do an emerge --update @world. > > The semester is over so I tried the emerge --update @world (still based > on the old eix-sync). Specifically > > emerge --update --newuse --with-bdeps=n --exclude > sys-kernel/linux-firmware --exclude systemd --exclude grub --keep-going > --deep @world > > It emerged ~55 packages and when finished printed > > !!! existing preserved libs: > >>> package: app-misc/tracker-2.1.8 > > * - /usr/lib64/libtracker-sparql-1.0.so.0 > * - /usr/lib64/libtracker-sparql-1.0.so.0.1204.0 > * used by /usr/lib64/grilo-0.2/libgrltracker.so > (media-plugins/grilo-plugins-0.2.17) * used by > /usr/lib64/nautilus/extensions-3.0/libnautilus-tracker-tags.so > (gnome-extra/nautilus-tracker-tags-1.12.4) * - > /usr/lib64/tracker-1.0/libtracker-common.so.0 > * - /usr/lib64/tracker-1.0/libtracker-common.so.0.0.0 > * - /usr/lib64/tracker-1.0/libtracker-data.so.0 > * - /usr/lib64/tracker-1.0/libtracker-data.so.0.0.0 > Use emerge @preserved-rebuild to rebuild packages using these libraries > > However emerge @preserved-rebuild fails, with output > > emerge: there are no ebuilds to satisfy > "media-plugins/grilo-plugins:0.2". (dependency required by > "@preserved-rebuild" [argument]) > > eix shows > > [?] media-plugins/grilo-plugins > Available versions: (0.3) 0.3.7 ~0.3.8 >{chromaprint daap dvd examples flickr freebox > gnome-online-accounts lua subtitles test thetvdb tracker upnp-av vimeo > +youtube} Installed versions: 0.2.17(0.2)(02:51:05 AM 03/25/2016)(dvd > gnome-online-accounts tracker upnp-av vimeo youtube -daap -flickr -freebox > -lua -subtitles -thetvdb) 0.3.7(0.3)(10:24:17 PM 04/18/2019)(dvd > gnome-online-accounts tracker upnp-av youtube -chromaprint -daap -examples > -flickr -freebox -lua -subtitles -test -thetvdb -vimeo) Homepage: > https://wiki.gnome.org/Projects/Grilo Description: A collection of > plugins for the Grilo framework > > So one of my currently installed grilo-plugins is not in the tree. > > What should I do? The system currently is running fine. > > thanks in advance, > allan I would resync and update world. Then emerge --depclean, followed by @preserved-rebuild. If the problem persists you can remove the obsolete version and see if @preserved-rebuild brings in the new version which is in the tree - it will if it is a needed dependency. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] problem with emerge @preserved-rebuild
A few weeks ago I did an eix-sync but (with final exams coming) I did not do an emerge --update @world. The semester is over so I tried the emerge --update @world (still based on the old eix-sync). Specifically emerge --update --newuse --with-bdeps=n --exclude sys-kernel/linux-firmware --exclude systemd --exclude grub --keep-going --deep @world It emerged ~55 packages and when finished printed !!! existing preserved libs: >>> package: app-misc/tracker-2.1.8 * - /usr/lib64/libtracker-sparql-1.0.so.0 * - /usr/lib64/libtracker-sparql-1.0.so.0.1204.0 * used by /usr/lib64/grilo-0.2/libgrltracker.so (media-plugins/grilo-plugins-0.2.17) * used by /usr/lib64/nautilus/extensions-3.0/libnautilus-tracker-tags.so (gnome-extra/nautilus-tracker-tags-1.12.4) * - /usr/lib64/tracker-1.0/libtracker-common.so.0 * - /usr/lib64/tracker-1.0/libtracker-common.so.0.0.0 * - /usr/lib64/tracker-1.0/libtracker-data.so.0 * - /usr/lib64/tracker-1.0/libtracker-data.so.0.0.0 Use emerge @preserved-rebuild to rebuild packages using these libraries However emerge @preserved-rebuild fails, with output emerge: there are no ebuilds to satisfy "media-plugins/grilo-plugins:0.2". (dependency required by "@preserved-rebuild" [argument]) eix shows [?] media-plugins/grilo-plugins Available versions: (0.3) 0.3.7 ~0.3.8 {chromaprint daap dvd examples flickr freebox gnome-online-accounts lua subtitles test thetvdb tracker upnp-av vimeo +youtube} Installed versions: 0.2.17(0.2)(02:51:05 AM 03/25/2016)(dvd gnome-online-accounts tracker upnp-av vimeo youtube -daap -flickr -freebox -lua -subtitles -thetvdb) 0.3.7(0.3)(10:24:17 PM 04/18/2019)(dvd gnome-online-accounts tracker upnp-av youtube -chromaprint -daap -examples -flickr -freebox -lua -subtitles -test -thetvdb -vimeo) Homepage:https://wiki.gnome.org/Projects/Grilo Description: A collection of plugins for the Grilo framework So one of my currently installed grilo-plugins is not in the tree. What should I do? The system currently is running fine. thanks in advance, allan
[gentoo-user] Problem with emerge -uD world
Hi all (sorry to bother you again!!) I'm still in the middle of the process of updating to KDE4 Now the update blocks with and svn error: * The die message: * subversion: can't fetch to /usr/portage/distfiles/svn-src/eselect-python/trunk from https://overlays.gentoo.org/svn/proj/python/projects/eselect-python/trunk. I've configured the proxy setting both http_proxy and https_proxy. Do I have to configure something else? Usually emerge has always worked, so I thing it's an SVN problem, however, through the browser, I successfully connect to the site... Any idea? Thanks a lot, Massimiliano
Re: [gentoo-user] Problem with emerge -uD world
On Wednesday 09 September 2009 11:22:31 Massimiliano Ziccardi wrote: Hi all (sorry to bother you again!!) I'm still in the middle of the process of updating to KDE4 Now the update blocks with and svn error: * The die message: * subversion: can't fetch to /usr/portage/distfiles/svn-src/eselect-python/trunk from https://overlays.gentoo.org/svn/proj/python/projects/eselect-python/trunk. I've configured the proxy setting both http_proxy and https_proxy. Do I have to configure something else? Usually emerge has always worked, so I thing it's an SVN problem, however, through the browser, I successfully connect to the site... From your log of yesterday: [nomerge ] kde-base/plasma-workspace-4.3.1 USE=handbook python (-aqua) -debug -google-gadgets (-kdeprefix) -rss -xinerama [ebuild N] dev-python/sip-4.8.2 USE=-debug -doc 601 kB [ebuild U ] app-admin/eselect-python- [20090606] 0 kB Do you really really want the latest bleeding edge eselect-python from svn? You will have an entry in package.keywords or maybe package.unmask causing this. Remove those entries. Even better, put -python in USE and enable it only for those packages where you know you want it. Python-based plugins in KDE cause no end of build issues and are seldom needed. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Problem with emerge -uD world
Thanks! I removed it and now it works... however, I think autounmask added it (I never did : I swear! :-) ) I thought however that 999 was a strange version number :-) Thanks, Massimiliano On Wed, Sep 9, 2009 at 11:56 AM, Alan McKinnon alan.mckin...@gmail.comwrote: On Wednesday 09 September 2009 11:22:31 Massimiliano Ziccardi wrote: Hi all (sorry to bother you again!!) I'm still in the middle of the process of updating to KDE4 Now the update blocks with and svn error: * The die message: * subversion: can't fetch to /usr/portage/distfiles/svn-src/eselect-python/trunk from https://overlays.gentoo.org/svn/proj/python/projects/eselect-python/trunk. I've configured the proxy setting both http_proxy and https_proxy. Do I have to configure something else? Usually emerge has always worked, so I thing it's an SVN problem, however, through the browser, I successfully connect to the site... From your log of yesterday: [nomerge ] kde-base/plasma-workspace-4.3.1 USE=handbook python (-aqua) -debug -google-gadgets (-kdeprefix) -rss -xinerama [ebuild N] dev-python/sip-4.8.2 USE=-debug -doc 601 kB [ebuild U ] app-admin/eselect-python- [20090606] 0 kB Do you really really want the latest bleeding edge eselect-python from svn? You will have an entry in package.keywords or maybe package.unmask causing this. Remove those entries. Even better, put -python in USE and enable it only for those packages where you know you want it. Python-based plugins in KDE cause no end of build issues and are seldom needed. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Problem with emerge -uD world
On Wednesday 09 September 2009 12:02:39 Massimiliano Ziccardi wrote: Thanks! I removed it and now it works... however, I think autounmask added it (I ^^ I do not, have never, and likely will never, trust this beast. vi + eyeballs is my preferred tool :-) never did : I swear! :-) ) I thought however that 999 was a strange version number :-) Thanks, Massimiliano -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Problem with emerge -uD world
Alan McKinnon wrote: On Wednesday 09 September 2009 12:02:39 Massimiliano Ziccardi wrote: Thanks! I removed it and now it works... however, I think autounmask added it (I ^^ I do not, have never, and likely will never, trust this beast. vi + eyeballs is my preferred tool :-) never did : I swear! :-) ) I thought however that 999 was a strange version number :-) Thanks, Massimiliano vi ? LOL I have used autounmask and so far it has not broke anything. I also like the way it separates what it adds from what was already there. It puts little separators in there so you can easily remove the lines it added. I use Kwrite to edit files, nano if I am between a rock and a hard place. Each his own tho. :-D Dale :-) :-)
Re: [gentoo-user] Problem with emerge -uD world
On Wed, 09 Sep 2009 08:04:27 -0500, Dale wrote: I do not, have never, and likely will never, trust this beast. vi + eyeballs is my preferred tool :-) You're not supposed to trust it. It gives a starting point for ${EDITOR} and eyeballs. vi ? LOL I have used autounmask and so far it has not broke anything. I also like the way it separates what it adds from what was already there. It puts little separators in there so you can easily remove the lines it added. If /etc/portage/packages.{unmask,keywords} are directories, it puts its entries in a separate file, which is even easier to work with. -- Neil Bothwick A friend in need may turn out to be a nuisance. signature.asc Description: PGP signature
Re: [gentoo-user] Problem with emerge -uD world
Well.. as a gentoo newbie, I can say autounmask made my life much easier. Of course the error has been mine: I should have used the 'pretend' switch and look closer to the list... However, I don't think I would have noticed much: don't blame me, but many emerge aspects are still alien beasts to me :-)
Re: [gentoo-user] Problem with emerge -uD world
Neil Bothwick wrote: On Wed, 09 Sep 2009 08:04:27 -0500, Dale wrote: I do not, have never, and likely will never, trust this beast. vi + eyeballs is my preferred tool :-) You're not supposed to trust it. It gives a starting point for ${EDITOR} and eyeballs. vi ? LOL I have used autounmask and so far it has not broke anything. I also like the way it separates what it adds from what was already there. It puts little separators in there so you can easily remove the lines it added. If /etc/portage/packages.{unmask,keywords} are directories, it puts its entries in a separate file, which is even easier to work with. I really need to change over to the directory method. That just sounds s cool. Autounmask creating a new file makes it even better. Thanks for that tip. Dale :-) :-)
Re: [gentoo-user] Problem with emerge -uD world
On Wed, Sep 9, 2009 at 8:28 AM, Dale rdalek1...@gmail.com wrote: Neil Bothwick wrote: On Wed, 09 Sep 2009 08:04:27 -0500, Dale wrote: I do not, have never, and likely will never, trust this beast. vi + eyeballs is my preferred tool :-) You're not supposed to trust it. It gives a starting point for ${EDITOR} and eyeballs. vi ? LOL I have used autounmask and so far it has not broke anything. I also like the way it separates what it adds from what was already there. It puts little separators in there so you can easily remove the lines it added. If /etc/portage/packages.{unmask,keywords} are directories, it puts its entries in a separate file, which is even easier to work with. I really need to change over to the directory method. That just sounds s cool. Autounmask creating a new file makes it even better. Thanks for that tip. For things like the KDE overlay it's almost required to do it that way if you want to keep your sanity. You can just make a symlink to the unmask and keywords files in the overlay so it automagically is updated when you re-sync it :)
Re: [gentoo-user] Problem with emerge --update
Thank you Alan. Just as an information, if it happens to something else: I've installed successfully the split ebuilds. However, after the upgrade, I had to disable UXA: with UXA Xorg didn't even start (it crashes). However (as glxgears says), FPS jumped from 500 to 1300... Thank you all, Massimiliano
Re: [gentoo-user] Problem with emerge --update
On Tuesday 30 June 2009 23:17:02 Massimiliano Ziccardi wrote: It's far preferable to let people like yourself suffer the consequences of not reading documentation Touched :-) However, I read the documentation. It's just that this is my first gentoo installation: I didn't get I had to uninstall the older version of the software to upgrade to the new one. You get to learn those tricks as you go along. Normally, one just upgrades and portage takes care of the install old one, install new one step. But KDE split and monolithic ebuilds covering the same KDE package are different in this regard - they are incompatible and cannot co-exist on the same machine. Especially when it says 'We still provide monolithic ebuilds for 3.5 (up till 3.5.9) and they are ***cleanly interoperable*** with the split ones.' That's a strange statement for the document to make. Split and monolithic can interoperate as long as you keep them cleanly separated. Take an example - kdepim and kdegames. Both have full monolithic and split ebuilds. You might decide you do indeed want all of kdepim [1] but not all the games. So you could emerge kdepim and selectively pick the few split-ebuild games you do want. What you can't do is also try to emerge kmail - that clashes with the kmail that kdepim wants to put there. [1] Here you would actually use kdepim-meta in the real world (it pulls in all the kdepim split ebuilds), but this is a demonstration, not a list of accurate install instructions. However, I think now I understand how it works a little bit more (but not too much ;-) ). One more thing: couldn't those 'stable users' read the documentation too, and unmask the obsolete package (if they were masked)? Think about this. You are asking users who have been doing something one way for years, to all of a sudden have their packages masked, their systems broken, expect them to go and find documentation (the location of which is not easy to provide at that time), unmask stuff and continue. Why? And for what benefit? The way it is done is the best possible way for all the users. Existing users continue as they did, new users get to make a choice first (which is something they have to do anyway). Massimiliano -- alan dot mckinnon at gmail dot com
[gentoo-user] Problem with emerge --update
Hi all!! I tried today : emerge --update --deep world but I get the following error: [blocks B ] kde-base/kdebase (kde-base/kdebase is blocking kde-base/kdelibs-3.5.10-r6) I'm not very expert about emerge, have you any idea about this error? Can I solve it in some way? (Please, don't ask me to uninstall kdebase :-) ) Thank you, Massimiliano
Re: [gentoo-user] Problem with emerge --update
Massimiliano Ziccardi wrote: Hi all!! I tried today : emerge --update --deep world but I get the following error: [blocks B ] kde-base/kdebase (kde-base/kdebase is blocking kde-base/kdelibs-3.5.10-r6) I'm not very expert about emerge, have you any idea about this error? Can I solve it in some way? (Please, don't ask me to uninstall kdebase :-) ) Thank you, Massimiliano The monolithic packages are obsolete - please switch to split packages: http://www.gentoo.org/proj/en/desktop/kde/kde-split-ebuilds.xml AllenJB
Re: [gentoo-user] Problem with emerge --update
On Dienstag 30 Juni 2009, Massimiliano Ziccardi wrote: Hi all!! I tried today : emerge --update --deep world but I get the following error: [blocks B ] kde-base/kdebase (kde-base/kdebase is blocking kde-base/kdelibs-3.5.10-r6) I'm not very expert about emerge, have you any idea about this error? Can I solve it in some way? (Please, don't ask me to uninstall kdebase :-) ) Thank you, Massimiliano yes, it is related to the fact that monolithic ebuilds are phased out. Search the archive, you will find a lot about it. Also looking into the kde guide on gentoo.org might help you.
Re: [gentoo-user] Problem with emerge --update
Massimiliano Ziccardi writes: emerge --update --deep world but I get the following error: [blocks B ] kde-base/kdebase (kde-base/kdebase is blocking kde-base/kdelibs-3.5.10-r6) I'm not very expert about emerge, have you any idea about this error? Can I solve it in some way? (Please, don't ask me to uninstall kdebase Maybe this large thread gives some insights. http://www.mail-archive.com/gentoo-am...@lists.gentoo.org/msg11168.html Wonko
Re: [gentoo-user] Problem with emerge --update
On Tuesday 30 June 2009 14:40:20 Massimiliano Ziccardi wrote: Hi all!! I tried today : emerge --update --deep world but I get the following error: [blocks B ] kde-base/kdebase (kde-base/kdebase is blocking kde-base/kdelibs-3.5.10-r6) I'm not very expert about emerge, have you any idea about this error? Can I solve it in some way? (Please, don't ask me to uninstall kdebase :-) ) You cannot install kdelibs and kdebase simultaneously. One is a monolithic package, the other is a split ebuilf. There is an article on the doc site about this, search for KDE split ebuild guide. And you MUST uninstall kdebase to use kde-3.5.10. Monolithic ebuilds are not supported for 3.5.10. Or you could stick with 3.5.9 and mask 3.5.10 -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Problem with emerge --update
I'm installing the split ebuild ( Very long operation.. x-/ ). Wouldn't be better to mask the kdebase monolithic ebuild, so that unexperienced gentoo linux users as I am would not spend useless hours installing it? Thanks again for your prompt help, Massimiliano On Tue, Jun 30, 2009 at 3:22 PM, Alex Schuster wo...@wonkology.org wrote: Massimiliano Ziccardi writes: emerge --update --deep world but I get the following error: [blocks B ] kde-base/kdebase (kde-base/kdebase is blocking kde-base/kdelibs-3.5.10-r6) I'm not very expert about emerge, have you any idea about this error? Can I solve it in some way? (Please, don't ask me to uninstall kdebase Maybe this large thread gives some insights. http://www.mail-archive.com/gentoo-am...@lists.gentoo.org/msg11168.html Wonko
Re: [gentoo-user] Problem with emerge --update
On Tuesday 30 June 2009 17:41:35 Massimiliano Ziccardi wrote: I'm installing the split ebuild ( Very long operation.. x-/ ). Wouldn't be better to mask the kdebase monolithic ebuild, so that unexperienced gentoo linux users as I am would not spend useless hours installing it? No. That's a bad idea. Stable users have been using monolithic ebuilds for ages. You can't just take that away from them. It's far preferable to let people like yourself suffer the consequences of not reading documentation - split ebuilds have been available and documented since at around 2006 IIRC -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Problem with emerge --update
It's far preferable to let people like yourself suffer the consequences of not reading documentation Touched :-) However, I read the documentation. It's just that this is my first gentoo installation: I didn't get I had to uninstall the older version of the software to upgrade to the new one. Especially when it says 'We still provide monolithic ebuilds for 3.5 (up till 3.5.9) and they are ***cleanly interoperable*** with the split ones.' However, I think now I understand how it works a little bit more (but not too much ;-) ). One more thing: couldn't those 'stable users' read the documentation too, and unmask the obsolete package (if they were masked)? Massimiliano
[gentoo-user] Problem with Emerge
Hi,3 days ago I just switched back to Gentoo after not using it for about 6 months.However, I've been having issues emerging packages. Frequently, the build will crap out and I'll get something like the following. Any idea why this happens? Thanks.ake[2]: [java.stage1] Error 1 (ignored)mv: cannot stat `objc/*.o': No such file or directorymake[2]: [objc.stage1] Error 1 (ignored)/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/genmodes.c: In function 'main': /var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/genmodes.c:1255: internal compiler error: Segmentation faultPlease submit a full bug report,with preprocessed source if appropriate.See URL: http://bugs.gentoo.org/ for instructions.The bug is not reproducible, so it is likely a hardware or OS problem.make[2]: *** [build/genmodes.o] Error 1make[1]: *** [stageprofile_build] Error 2make: *** [profiledbootstrap] Error 2 !!! ERROR: sys-devel/gcc-4.1.1 failed.Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile ebuild.sh, line 1248: Called toolchain_src_compile toolchain.eclass , line 24: Called gcc_src_compile toolchain.eclass, line 1529: Called gcc_do_make toolchain.eclass, line 1403: Called die!!! emake failed with profiledbootstrap
[gentoo-user] Problem with Emerge
Hi,3 days ago I just switched back to Gentoo after not using it for about 6 months.However, I've been having issues emerging packages. Frequently, the build will crap out and I'll get something like the following. Any idea why this happens? Thanks.ake[2]: [java.stage1] Error 1 (ignored)mv: cannot stat `objc/*.o': No such file or directorymake[2]: [objc.stage1] Error 1 (ignored)/var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/genmodes.c: In function 'main': /var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/genmodes.c:1255: internal compiler error: Segmentation faultPlease submit a full bug report,with preprocessed source if appropriate.See URL: http://bugs.gentoo.org/ for instructions.The bug is not reproducible, so it is likely a hardware or OS problem.make[2]: *** [build/genmodes.o] Error 1make[1]: *** [stageprofile_build] Error 2make: *** [profiledbootstrap] Error 2 !!! ERROR: sys-devel/gcc-4.1.1 failed.Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile ebuild.sh, line 1248: Called toolchain_src_compile toolchain.eclass , line 24: Called gcc_src_compile toolchain.eclass, line 1529: Called gcc_do_make toolchain.eclass, line 1403: Called die!!! emake failed with profiledbootstrap
Re: [gentoo-user] Problem with Emerge
Bill Six wrote: Hi, 3 days ago I just switched back to Gentoo after not using it for about 6 months. However, I've been having issues emerging packages. Frequently, the build will crap out and I'll get something like the following. Any idea why this happens? Thanks. ake[2]: [java.stage1] Error 1 (ignored) mv: cannot stat `objc/*.o': No such file or directory make[2]: [objc.stage1] Error 1 (ignored) /var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/genmodes.c: In function 'main': /var/tmp/portage/gcc-4.1.1/work/gcc-4.1.1/gcc/genmodes.c:1255: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL: http://bugs.gentoo.org/ for instructions. The bug is not reproducible, so it is likely a hardware or OS problem. make[2]: *** [build/genmodes.o] Error 1 make[1]: *** [stageprofile_build] Error 2 make: *** [profiledbootstrap] Error 2 !!! ERROR: sys-devel/gcc-4.1.1 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile ebuild.sh, line 1248: Called toolchain_src_compile toolchain.eclass , line 24: Called gcc_src_compile toolchain.eclass, line 1529: Called gcc_do_make toolchain.eclass, line 1403: Called die !!! emake failed with profiledbootstrap What all did you upgrade before this? Did you upgrade portage? There has been a lot of changes in the last six months. Dale :-) :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problem with Emerge
I wiped Ubuntu off of my machine, and installed a fresh copy of Gentoo from the 2006.1 release. What all did you upgrade before this?Did you upgrade portage?Therehas been a lot of changes in the last six months.Dale:-):-)--gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problem with Emerge
Bill Six wrote: Hi, 3 days ago I just switched back to Gentoo after not using it for about 6 months. However, I've been having issues emerging packages. Frequently, the build will crap out and I'll get something like the following. Any idea why this happens? Are they happening in unreproduceable locations? If so, see: https://bugs.gentoo.org/20600 Thanks, Donnie signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Problem with Emerge
On AD 2006 September 07 Thursday 11:11:46 PM -0400, Bill Six wrote: Hi, 3 days ago I just switched back to Gentoo after not using it for about 6 months. However, I've been having issues emerging packages. Frequently, the build will crap out and I'll get something like the following. Any idea why this happens? If you're getting the compiler segmentation fault on many packages at random times you probably have bad hardware. The causes I've seen for this are bad or intermittently bad ram/other hardware, or hardware failure over a certain temperature. The first can be easily diagnosed with memtest86+ as once the probe hits bad sectors you'll know about it. The second is much more difficult to track down but not impossible. If your compiler is segfaulting once the CPU hits a certain temperature, then you can verify this is going on by emerging a package and watching the temperature and observe at which temperature the compiler segfaults. Older Athlons run pretty hot. If this is your case you may want to buy the expensive silver heat sink compound. As for OS problems I don't know what to say except that this may be a sign not to run -mm or better patch sets and expect things to be stable. (: At least all the critical ebuilds should filter out insanity CFLAGS. Justin -- You have 1 Moderator Point! Use it or lose it! -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Problem with Emerge
3 days ago I just switched back to Gentoo after not using it for about 6 months. However, I've been having issues emerging packages. Frequently, the build will crap out and I'll get something like the following. Any idea why this happens? Are they happening in unreproduceable locations? If so, see: https://bugs.gentoo.org/20600 I had this problem also, however I fixed by un-over clocking my processor. Too much heat is not a good thing. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Problem after emerge --update --deep world
Hi all, This issue is related to my desktop. Bear with me while I give some background details. A couple of months ago, I followed the MySQL Upgrade Guide to upgrade MySQL. At that time, some configuration files were changed. I don't know specifically if those changes had anything to do with a problem that developed. The problem was that when I logged out of KDE and chose to either restart or shutdown the computer, neither of these occurred. The monitor would shut off, but not the computer. A week or so ago, I did the gcc upgrade using the GCC Upgrade Guide and much to my pleasure, the problem of not being able to reboot or shutdown when I selected those choices from the menu on KDE logout disappeared. On Sunday, I started an 'emerge --update --deep world'. A number of kde 3.4.3 packages were pulled in (I orginally emerged kde-meta). The update went fine. At the end, I ran etc-update and 4 configuration files related to kde were updated. The files were: klipperrc, ksslcalist, kdmrc, and libkleopatrarc. Now, after the update, I again cannot reboot or shutdown when I select either of the choices from the menu on KDE logout. I figured that kdmrc, might be a logical file to be causing the problem and I *did* find a Shutdown section in this file with the lines related to shutdown and reboot commented out. I removed the '#' and used the suggested defaults - /sbin/halt and /sbin/reboot. Well, this didn't solve the problem, so I tried editing the related lines to /etc/init.d/shutdown.sh and /etc/init.d/reboot.sh. This didn't solve the problem either. So, in a nutshell, I still cannot shutdown or reboot when I select these from the menu on KDE logout. Any ideas here? Regards, Colleen -- gentoo-user@gentoo.org mailing list
[gentoo-user] problem with emerge
Hi all I am having some problem with emerge, I had emerged bootsplash, then I discover in this list that for newer kernels we should use splashutils, then I unmerged bootsplash and emerged splashutils, now I am trying to update my system and I am receiving this message: [blocks B ] media-gfx/splashutils (is blocking media-gfx/bootsplash-0.6.1-r7) [blocks B ] media-gfx/bootsplash (is blocking media-gfx/splashutils-0.9.1) .2] [ebuild N] media-gfx/bootsplash-0.6.1-r7 what should I do to fix it ? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] problem with emerge
Allan Spagnol Comar wrote: Hi all I am having some problem with emerge, I had emerged bootsplash, then I discover in this list that for newer kernels we should use splashutils, then I unmerged bootsplash and emerged splashutils, now I am trying to update my system and I am receiving this message: [blocks B ] media-gfx/splashutils (is blocking media-gfx/bootsplash-0.6.1-r7) [blocks B ] media-gfx/bootsplash (is blocking media-gfx/splashutils-0.9.1) .2] [ebuild N] media-gfx/bootsplash-0.6.1-r7 what should I do to fix it ? Try unmerging the pair of them, then emerge splashutils If not, emerge -uDpt world - look at the tree produced to work out what pulls in bootsplash -- Tim Igoe [EMAIL PROTECTED] http://tim.igoe.me.uk - Personal Site http://tv.igoe.me.uk - UK TV Guide Computers are like Air-con, open windows and they stop working! signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] problem with emerge
Tim Igoe schreef: Allan Spagnol Comar wrote: Hi all I am having some problem with emerge, I had emerged bootsplash, then I discover in this list that for newer kernels we should use splashutils, then I unmerged bootsplash and emerged splashutils, now I am trying to update my system and I am receiving this message: [blocks B ] media-gfx/splashutils (is blocking media-gfx/bootsplash-0.6.1-r7) [blocks B ] media-gfx/bootsplash (is blocking media-gfx/splashutils-0.9.1) .2] [ebuild N] media-gfx/bootsplash-0.6.1-r7 what should I do to fix it ? Try unmerging the pair of them, then emerge splashutils If not, emerge -uDpt world - look at the tree produced to work out what pulls in bootsplash Cookie bet that it's a bootsplash-themes package... if so, uninstall said package (since you can't use it if you don't have bootsplash anyway), and then try the update again. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] problem with emerge
Holly Bostick wrote: Tim Igoe schreef: Allan Spagnol Comar wrote: Hi all I am having some problem with emerge, I had emerged bootsplash, then I discover in this list that for newer kernels we should use splashutils, then I unmerged bootsplash and emerged splashutils, now I am trying to update my system and I am receiving this message: [blocks B ] media-gfx/splashutils (is blocking media-gfx/bootsplash-0.6.1-r7) [blocks B ] media-gfx/bootsplash (is blocking media-gfx/splashutils-0.9.1) .2] [ebuild N] media-gfx/bootsplash-0.6.1-r7 what should I do to fix it ? Try unmerging the pair of them, then emerge splashutils If not, emerge -uDpt world - look at the tree produced to work out what pulls in bootsplash Cookie bet that it's a bootsplash-themes package... if so, uninstall said package (since you can't use it if you don't have bootsplash anyway), and then try the update again. Holly don't bootsplash themes work with fbsplash and splashutils? i think i'm using my old bootsplash theme right now... but i may be wrong ;) yoyo -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] problem with emerge
YoYo Siska schreef: Holly Bostick wrote: Tim Igoe schreef: Allan Spagnol Comar wrote: Hi all I am having some problem with emerge, I had emerged bootsplash, then I discover in this list that for newer kernels we should use splashutils, then I unmerged bootsplash and emerged splashutils, now I am trying to update my system and I am receiving this message: [blocks B ] media-gfx/splashutils (is blocking media-gfx/bootsplash-0.6.1-r7) [blocks B ] media-gfx/bootsplash (is blocking media-gfx/splashutils-0.9.1) .2] [ebuild N] media-gfx/bootsplash-0.6.1-r7 what should I do to fix it ? Try unmerging the pair of them, then emerge splashutils If not, emerge -uDpt world - look at the tree produced to work out what pulls in bootsplash Cookie bet that it's a bootsplash-themes package... if so, uninstall said package (since you can't use it if you don't have bootsplash anyway), and then try the update again. Holly don't bootsplash themes work with fbsplash and splashutils? i think i'm using my old bootsplash theme right now... but i may be wrong ;) yoyo No, they don't-- or in any case, such themes have to be converted in order to run (since fbsplash is now so bootsplash compatible). These are different programs that use different syntax to do the same type of thing. They use a different backend as well; bootsplash doesn't know anything about vesafb-tng, either. In any case, any bootsplash-themes package you have installed doesn't know anything about fbsplash or splashutils-- it thinks it is dependent on bootsplash, therefore it would drag it in. Since it's about the only thing that would, as far as I can tell, a simple 'eix bootsplash' will confirm if I've won a cookie today (or not). Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] problem with emerge
Holly Bostick wrote: Cookie bet that it's a bootsplash-themes package... if so, uninstall said package (since you can't use it if you don't have bootsplash anyway), and then try the update again. Holly don't bootsplash themes work with fbsplash and splashutils? i think i'm using my old bootsplash theme right now... but i may be wrong ;) yoyo No, they don't-- or in any case, such themes have to be converted in order to run (since fbsplash is now so bootsplash compatible). These are different programs that use different syntax to do the same type of thing. They use a different backend as well; bootsplash doesn't know anything about vesafb-tng, either. In any case, any bootsplash-themes package you have installed doesn't know anything about fbsplash or splashutils-- it thinks it is dependent on bootsplash, therefore it would drag it in. Since it's about the only thing that would, as far as I can tell, a simple 'eix bootsplash' will confirm if I've won a cookie today (or not). Holly cookie is certainly your's, bootsplash-themes do depend on bootsplash, i was just just wondering about your comment, that they can't be used with fbsplash.. but you were right too ;))), just remembered that i did a bootsplash2fbsplash on my themes (or changed the few things in which they differ by hand ;) yoyo -- gentoo-user@gentoo.org mailing list