Re: [gentoo-user] packages messing with /dev
k...@aspodata.se wrote: > Dear package maintainers, > please do not mess with preexisting files in /dev. > > I have static /dev and that suit me well for quite a few systems that > has a static environment, especially system that are intended to for > a long time and where I tend to minimize the number of running > processes, every running process is something that can go wrong. > Their /dev/ files are set up for their intended use, and I don't want > surprises there. > > When upgrading it isn't easy to see what package that did > something to /dev so it isn't easy to bug the guilty party. > > If sys-fs/static-dev is installed, please do not touch /dev, > if you want you can leave suggestions in some file. > > Regards, > /Karl Hammar Most package maintainers are on -dev. There is a few on here but this topic may not apply to them. I'd suggest either filing a bug against whatever package is touching /dev or maybe posting on -dev mailing list. Unless you know what package is doing this, it may not get much if any response. Hard to fix something when it is unknown what to fix. Hope that helps. Dale :-) :-)
[gentoo-user] packages messing with /dev
Dear package maintainers, please do not mess with preexisting files in /dev. I have static /dev and that suit me well for quite a few systems that has a static environment, especially system that are intended to for a long time and where I tend to minimize the number of running processes, every running process is something that can go wrong. Their /dev/ files are set up for their intended use, and I don't want surprises there. When upgrading it isn't easy to see what package that did something to /dev so it isn't easy to bug the guilty party. If sys-fs/static-dev is installed, please do not touch /dev, if you want you can leave suggestions in some file. Regards, /Karl Hammar
Re: [gentoo-user] packages going stable after sources become unavailable
On Sun, Sep 8, 2019 at 11:38 AM Grant Edwards wrote: > > This seems to happen regularly with Imagemagick. Version 7.0.8.60 > just went stable today, yet it can't be built because version 7.0.8.60 > sources can no longer be downloaded. > > Am I doing something wrong? > > Shouldn't there be a requirement that an ebuild actually be > _buildable_ from scratch when it goes stable? > Do you have a working Gentoo distfile mirror in your make.conf? imagemagic has a mirror:// SRC_URI. That means there is no upstream distfile available, and Gentoo is distributing its own file via the mirrors (this is actually frowned upon these days though I'm not sure if it is banned offhand - I just avoid doing it this way). Usually the better practice is to host the file somewhere (such as the Gentoo webserver), and it will be mirrored anyway. These mirror:// files are manually injected into the mirror system by developers, and then they stick around as long as some ebuild references them, and then they just go poof without a trace (which means users with older repos can have issues). There has been talk about more robust solutions for these files (especially patches/etc), but nothing has happened. If your system isn't configured with a working Gentoo distfile mirror then for most packages you're probably downloading everything from upstream, but these mirror:// URIs have no sources other than the mirrors so if you don't have a working mirror config it simply won't fetch at all. In general anything in the tree should be fetchable. If that isn't the case it should be quickly spotted and fixed/removed, and it is always a valid bug, assuming it isn't just a local issue on your system. I wouldn't file a bug for this issue - I suspect QA would have already if it wanted to make it a strict policy. This sort of thing is trivially detected with a tinderbox or repoman if desired. -- Rich
[gentoo-user] packages going stable after sources become unavailable
I've noticed on several occasions in the past few months that by the time some packages are marked stable, the version is old enough that sources are no longer available -- so the emerge fails because sources can no longer be downloaded. If I'm lucky I may have a copy of the sources on another machine. If I'm not lucky, I just wait until the next time a new version goes stable and hope that it's not been obsoleted. This seems to happen regularly with Imagemagick. Version 7.0.8.60 just went stable today, yet it can't be built because version 7.0.8.60 sources can no longer be downloaded. Am I doing something wrong? Shouldn't there be a requirement that an ebuild actually be _buildable_ from scratch when it goes stable? -- Grant
Re: [gentoo-user] Packages failed to build during 17.0 -> 17.1 migration
On 2019.06.07 06:24, Ilya Trukhanov wrote: On Fri, Jun 07, 2019 at 08:03:30AM +0100, Sergei Trofimovich wrote: > On Thu, 06 Jun 2019 18:49:48 -0400 > Jack wrote: > > > On 2019.06.06 18:38, Ilya Trukhanov wrote: > > > Namely x11-libs/libX11 and dev-libs/glib: > > > > > > - libX11 failed during configure because it couldn't find xcb; > > > - glib failed during configure because it couldn't find libmount. > > > > > > Looks like it is an order issue, because after rebuilding > > > x11-libs/libxcb and sys-apps/util-linux, both libX11 and glib built > > > just > > > fine. > > > > > > Should I report bugs for these? The news item says: > > > > > > >If you have any problems with the new profiles or the migration > > > >procedure, please report a bug and make it block the tracker. > > > > > > But I'm a little reluctant to do so for various reasons. > > > > > I'm in the same situation. I've had several rebuild failures that > > succeeded after re-emerging one/some of what they depend on, although I > > would have expected those to also be rebuilt. > > > > I wonder if the instructions should be "emerge -1 --deep /lib32 > > /usr/lib32" ? I'll have to try it once I'm done with the current set > > of emerges. > > > > Anyway - it probably does make sense to file the bug - the worst they > > will do is close it as not a bug, and hopefully at least tell you what > > you should have done to avoid the problem. > > > > I think the emerge command as stated in the news item is incomplete > as emerge does not pick correct rebuild order (it assumes all packages > are installed and in order, thus picks arbitrary rebuild order). > > Try to add --complete-graph to it: > emerge -1 --deep --complete-graph /lib32 /usr/lib32 > > -- > > Sergei > Unfortunately this still doesn't guarantee the correct build order for me. I wonder if running emerge with --keep-going a few times would work in this situation? It might be a good idea to mention this issue somewhere on the wiki or in a follow-up news item. I doubt we're the last to face this problem now that 17.1 profiles are stable. I opened bug 687600 to improve the New item for this. For me, adding --deep to the emerge command fixed the build order. I would guess that adding --keep-going, and running multiple times would eventually get everything rebuilt also. Jack
Re: [gentoo-user] Packages failed to build during 17.0 -> 17.1 migration
On Fri, 7 Jun 2019 13:24:07 +0300 Ilya Trukhanov wrote: > On Fri, Jun 07, 2019 at 08:03:30AM +0100, Sergei Trofimovich wrote: > > On Thu, 06 Jun 2019 18:49:48 -0400 > > Jack wrote: > > > > > On 2019.06.06 18:38, Ilya Trukhanov wrote: > > > > Namely x11-libs/libX11 and dev-libs/glib: > > > > > > > > - libX11 failed during configure because it couldn't find xcb; > > > > - glib failed during configure because it couldn't find libmount. > > > > > > > > Looks like it is an order issue, because after rebuilding > > > > x11-libs/libxcb and sys-apps/util-linux, both libX11 and glib built > > > > just > > > > fine. > > > > > > > > Should I report bugs for these? The news item says: > > > > > > > > >If you have any problems with the new profiles or the migration > > > > >procedure, please report a bug and make it block the tracker. > > > > > > > > But I'm a little reluctant to do so for various reasons. > > > > > > > I'm in the same situation. I've had several rebuild failures that > > > succeeded after re-emerging one/some of what they depend on, although I > > > would have expected those to also be rebuilt. > > > > > > I wonder if the instructions should be "emerge -1 --deep /lib32 > > > /usr/lib32" ? I'll have to try it once I'm done with the current set > > > of emerges. > > > > > > Anyway - it probably does make sense to file the bug - the worst they > > > will do is close it as not a bug, and hopefully at least tell you what > > > you should have done to avoid the problem. > > > > > > > I think the emerge command as stated in the news item is incomplete > > as emerge does not pick correct rebuild order (it assumes all packages > > are installed and in order, thus picks arbitrary rebuild order). > > > > Try to add --complete-graph to it: > > emerge -1 --deep --complete-graph /lib32 /usr/lib32 > > > > -- > > > > Sergei > > > > Unfortunately this still doesn't guarantee the correct build order for > me. I wonder if running emerge with --keep-going a few times would work in > this situation? > > It might be a good idea to mention this issue somewhere on the wiki or in a > follow-up news item. I doubt we're the last to face this problem now > that 17.1 profiles are stable. Yeah, if these options help you it's totally worth reporting a bug to update news item. -- Sergei
Re: [gentoo-user] Packages failed to build during 17.0 -> 17.1 migration
On Fri, Jun 07, 2019 at 08:03:30AM +0100, Sergei Trofimovich wrote: > On Thu, 06 Jun 2019 18:49:48 -0400 > Jack wrote: > > > On 2019.06.06 18:38, Ilya Trukhanov wrote: > > > Namely x11-libs/libX11 and dev-libs/glib: > > > > > > - libX11 failed during configure because it couldn't find xcb; > > > - glib failed during configure because it couldn't find libmount. > > > > > > Looks like it is an order issue, because after rebuilding > > > x11-libs/libxcb and sys-apps/util-linux, both libX11 and glib built > > > just > > > fine. > > > > > > Should I report bugs for these? The news item says: > > > > > > >If you have any problems with the new profiles or the migration > > > >procedure, please report a bug and make it block the tracker. > > > > > > But I'm a little reluctant to do so for various reasons. > > > > > I'm in the same situation. I've had several rebuild failures that > > succeeded after re-emerging one/some of what they depend on, although I > > would have expected those to also be rebuilt. > > > > I wonder if the instructions should be "emerge -1 --deep /lib32 > > /usr/lib32" ? I'll have to try it once I'm done with the current set > > of emerges. > > > > Anyway - it probably does make sense to file the bug - the worst they > > will do is close it as not a bug, and hopefully at least tell you what > > you should have done to avoid the problem. > > > > I think the emerge command as stated in the news item is incomplete > as emerge does not pick correct rebuild order (it assumes all packages > are installed and in order, thus picks arbitrary rebuild order). > > Try to add --complete-graph to it: > emerge -1 --deep --complete-graph /lib32 /usr/lib32 > > -- > > Sergei > Unfortunately this still doesn't guarantee the correct build order for me. I wonder if running emerge with --keep-going a few times would work in this situation? It might be a good idea to mention this issue somewhere on the wiki or in a follow-up news item. I doubt we're the last to face this problem now that 17.1 profiles are stable. signature.asc Description: Digital signature
Re: [gentoo-user] Packages failed to build during 17.0 -> 17.1 migration
On Thu, 06 Jun 2019 18:49:48 -0400 Jack wrote: > On 2019.06.06 18:38, Ilya Trukhanov wrote: > > Namely x11-libs/libX11 and dev-libs/glib: > > > > - libX11 failed during configure because it couldn't find xcb; > > - glib failed during configure because it couldn't find libmount. > > > > Looks like it is an order issue, because after rebuilding > > x11-libs/libxcb and sys-apps/util-linux, both libX11 and glib built > > just > > fine. > > > > Should I report bugs for these? The news item says: > > > > >If you have any problems with the new profiles or the migration > > >procedure, please report a bug and make it block the tracker. > > > > But I'm a little reluctant to do so for various reasons. > > > I'm in the same situation. I've had several rebuild failures that > succeeded after re-emerging one/some of what they depend on, although I > would have expected those to also be rebuilt. > > I wonder if the instructions should be "emerge -1 --deep /lib32 > /usr/lib32" ? I'll have to try it once I'm done with the current set > of emerges. > > Anyway - it probably does make sense to file the bug - the worst they > will do is close it as not a bug, and hopefully at least tell you what > you should have done to avoid the problem. > I think the emerge command as stated in the news item is incomplete as emerge does not pick correct rebuild order (it assumes all packages are installed and in order, thus picks arbitrary rebuild order). Try to add --complete-graph to it: emerge -1 --deep --complete-graph /lib32 /usr/lib32 -- Sergei
Re: [gentoo-user] Packages failed to build during 17.0 -> 17.1 migration
On 2019.06.06 18:38, Ilya Trukhanov wrote: Namely x11-libs/libX11 and dev-libs/glib: - libX11 failed during configure because it couldn't find xcb; - glib failed during configure because it couldn't find libmount. Looks like it is an order issue, because after rebuilding x11-libs/libxcb and sys-apps/util-linux, both libX11 and glib built just fine. Should I report bugs for these? The news item says: >If you have any problems with the new profiles or the migration >procedure, please report a bug and make it block the tracker. But I'm a little reluctant to do so for various reasons. I'm in the same situation. I've had several rebuild failures that succeeded after re-emerging one/some of what they depend on, although I would have expected those to also be rebuilt. I wonder if the instructions should be "emerge -1 --deep /lib32 /usr/lib32" ? I'll have to try it once I'm done with the current set of emerges. Anyway - it probably does make sense to file the bug - the worst they will do is close it as not a bug, and hopefully at least tell you what you should have done to avoid the problem.
[gentoo-user] Packages failed to build during 17.0 -> 17.1 migration
Namely x11-libs/libX11 and dev-libs/glib: - libX11 failed during configure because it couldn't find xcb; - glib failed during configure because it couldn't find libmount. Looks like it is an order issue, because after rebuilding x11-libs/libxcb and sys-apps/util-linux, both libX11 and glib built just fine. Should I report bugs for these? The news item says: >If you have any problems with the new profiles or the migration >procedure, please report a bug and make it block the tracker. But I'm a little reluctant to do so for various reasons. signature.asc Description: Digital signature
Re: [gentoo-user] Packages
On Wed, Aug 8, 2012 at 11:24 AM, Neil Bothwick wrote: > On Wed, 8 Aug 2012 19:53:46 +0200, Silvio Siefke wrote: > >> Yes thats was the question. Sorry for my english. Yes so i accept to >> build all from source, but Libreoffice from source on a Atom need not >> hours, need days. > > Only hours, but quite a lot of them. About 16 IIRC. I was surprised the other evening when updating my wife's machine that her Intel i7 needed around an hour to get that thing built from source. It drove the fan speed up enough that I could hear the machine working to get the job done. Think I need to open the box and clean the CPU fan as I now suspect it's clogged with dust... - Mark
Re: [gentoo-user] Packages
On Wed, 8 Aug 2012 19:53:46 +0200, Silvio Siefke wrote: > Yes thats was the question. Sorry for my english. Yes so i accept to > build all from source, but Libreoffice from source on a Atom need not > hours, need days. Only hours, but quite a lot of them. About 16 IIRC. -- Neil Bothwick You have the capacity to learn from mistakes. You'll learn a lot today. signature.asc Description: PGP signature
Re: [gentoo-user] Packages
Hello, On Wed, 8 Aug 2012 09:32:55 -0700 Mark Knecht wrote: > Hi Silvio, >I'm not sure I understand your question. Are you asking where you > can get a pre-built 'package'? I.e. - Gentoo builds from source code > but you don't want to build libreoffice from source so you want a > pre-built version? Yes thats was the question. Sorry for my english. Yes so i accept to build all from source, but Libreoffice from source on a Atom need not hours, need days. >If that's your question then the generic answer is that Gentoo does > not supply pre-built packages. That said there are a few packages that > are supplied prebuilt and libreoffice is one of them. emerge > libreoffice-bin. Yes, the Description explain it. I must go to the doctor, need new glasses. Thank you & Regards Silvio
Re: [gentoo-user] Packages
On Wed, Aug 8, 2012 at 9:16 AM, Silvio Siefke wrote: > Hello, > > when i understand correctly so give it Gentoo Packages with can installed. > Where can find this packages? Because i has clean my Netbook now from Sabayon > and have installed Gentoo directly. But build Libreoffice need much time, so > where better to find a package? Is there a chance or must built from sources? > > > Thanks & Regards > Silvio > Hi Silvio, I'm not sure I understand your question. Are you asking where you can get a pre-built 'package'? I.e. - Gentoo builds from source code but you don't want to build libreoffice from source so you want a pre-built version? If that's your question then the generic answer is that Gentoo does not supply pre-built packages. That said there are a few packages that are supplied prebuilt and libreoffice is one of them. emerge libreoffice-bin. If that's not the answer you are looking for then ask again. HTH, Mark
[gentoo-user] Packages
Hello, when i understand correctly so give it Gentoo Packages with can installed. Where can find this packages? Because i has clean my Netbook now from Sabayon and have installed Gentoo directly. But build Libreoffice need much time, so where better to find a package? Is there a chance or must built from sources? Thanks & Regards Silvio
[gentoo-user] Packages needing masked 'introspection' keyword
After syncing a few minutes ago, emerge -puDv --reinstall changed-use --autounmask=y @world @system These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] media-libs/libpng-1.4.7 [1.4.5] USE="-static-libs" 535 kB [ebuild U ] dev-libs/gobject-introspection-0.10.8 [0.10.7-r1] USE="doc -test" 1,001 kB [ebuild U ] x11-libs/gdk-pixbuf-2.22.1-r1 [2.22.1] USE="X doc (introspection*) jpeg jpeg2k tiff -debug -test" 0 kB [ebuild R] dev-libs/atk-1.32.0 USE="doc (introspection*) nls" 0 kB [ebuild R] x11-libs/pango-1.28.4 USE="X doc (introspection*) -debug -test" 0 kB [ebuild R] media-video/mjpegtools-1.9.0-r1 USE="dv gtk mmx png quicktime sdl v4l yv12 -dga (-X%*)" 0 kB [ebuild N ] media-video/gpac-0.4.5-r4 USE="a52 aac alsa ffmpeg ipv6 jack javascript jpeg jpeg2k mad opengl oss png pulseaudio sdl ssl theora truetype vorbis xml xvid -debug -wxwidgets" 0 kB [ebuild U ] dev-db/mysql-5.1.56 [5.1.53] USE="community embedded perl ssl -big-tables -cluster -debug -extraengine -latin1 -max-idx-128 -minimal -pbxt -profiling (-selinux) -static -test -xtradb" 0 kB [ebuild R] x11-libs/gtk+-3.0.9 USE="cups doc examples introspection* vim-syntax (-aqua) -debug -test -xinerama" 0 kB [ebuild U ] app-text/libwpd-0.8.14-r1 [0.8.14] USE="doc -test% -tools%" 0 kB [ebuild N ] sci-chemistry/openbabel-python-2.3.0 0 kB [ebuild R] sci-chemistry/openbabel-2.3.0 USE="doc perl* python* -wxwidgets" 0 kB Total: 12 packages (5 upgrades, 2 new, 5 reinstalls), Size of downloads: 1,536 kB The following USE changes are necessary to proceed: #required by x11-libs/gtk+-3.0.9, required by dev-ada/gtkada-2.10.0, required by @selected, required by @world (argument) =x11-libs/pango-1.28.4 introspection #required by x11-libs/gtk+-3.0.9, required by dev-ada/gtkada-2.10.0, required by @selected, required by @world (argument) =dev-libs/atk-1.32.0 introspection #required by x11-libs/gtk+-3.0.9, required by dev-ada/gtkada-2.10.0, required by @selected, required by @world (argument) =x11-libs/gdk-pixbuf-2.22.1-r1 introspection As the introspection USE flag is shown in brackets for these packages. it is not possible to enable them as required,
Re: [gentoo-user] Packages in other architectures (arm)
Stroller wrote: On 5 Aug 2009, at 18:49, Daniel Quinn wrote: ... Unfortunatly though, I've discovered that one of my favourite command-line based torrent clients, "rtorrent" doesn't have "arm" in its KEYWORDS variable. Can someone tell me why this is? If it's just due to it not having been tested, I'd be happy to do that, but I'd need to know the "right" way to do that. Surely no-one here can. Possibly the Gentoo developer for the package could tell you, it's equally possible that no-one's ever tried it. Simply copy the package's ebuild to your local tree, edit it to add the ARM keyword and try it. If it works, open a bug at Gentoo asking for the package to be marked as table on your architecture. http://en.gentoo-wiki.com/wiki/Overlay#Creating_a_local_overlay It looks like rtorrent does compile on ARM: http://www.osix.net/modules/article/?id=827 Stroller. There's no need to edit an ebuild. You can add the package to package.keywords with "**" as the keyword. AllenJB
Re: [gentoo-user] Packages in other architectures (arm)
On August 5, 2009 02:09:21 pm Stroller wrote: > Simply copy the package's ebuild to your local tree, edit it to add > the ARM keyword and try it. If it works, open a bug at Gentoo asking > for the package to be marked as table on your architecture. > > http://en.gentoo-wiki.com/wiki/Overlay#Creating_a_local_overlay Thanks! I'll try that tonight and if it works out, I'll do just as you suggest.
Re: [gentoo-user] Packages in other architectures (arm)
On 5 Aug 2009, at 18:49, Daniel Quinn wrote: ... Unfortunatly though, I've discovered that one of my favourite command-line based torrent clients, "rtorrent" doesn't have "arm" in its KEYWORDS variable. Can someone tell me why this is? If it's just due to it not having been tested, I'd be happy to do that, but I'd need to know the "right" way to do that. Surely no-one here can. Possibly the Gentoo developer for the package could tell you, it's equally possible that no-one's ever tried it. Simply copy the package's ebuild to your local tree, edit it to add the ARM keyword and try it. If it works, open a bug at Gentoo asking for the package to be marked as table on your architecture. http://en.gentoo-wiki.com/wiki/Overlay#Creating_a_local_overlay It looks like rtorrent does compile on ARM: http://www.osix.net/modules/article/?id=827 Stroller.
[gentoo-user] Packages in other architectures (arm)
I've just come into possession of a few of these fabulous little machines: http://www.marvell.com/products/embedded_processors/developer/kirkwood/sheevaplug.jsp They have 512mb ram, 1ghz Arm CPU and a sketchy jffs2 "hard drive" inside, along with an SDHC slot, one USB plug and one gigabit ethernet port. Naturally, I'm turning them into a little cluster of web/mail/dns/torrent servers :-) Unfortunatly though, I've discovered that one of my favourite command-line based torrent clients, "rtorrent" doesn't have "arm" in its KEYWORDS variable. Can someone tell me why this is? If it's just due to it not having been tested, I'd be happy to do that, but I'd need to know the "right" way to do that.
Re: [gentoo-user] packages/All - how to create ?
Volker Armin Hemmann wrote: > On Donnerstag 30 Oktober 2008, Helmut Jarausch wrote: > >> On 30 Oct, Volker Armin Hemmann wrote: >> >>> Hi, >>> >>> I have the same 'problem'. Which portage version are you using? >>> >> I'm using portage-2.2_rc12 on amd64 hardware. >> > > same here. > > Would nice to know the version from peoples without the problem. > > > > Mine works here and here is the info: [ebuild R ] sys-apps/portage-2.2_rc12 USE="-build -doc -epydoc (-selinux)" LINGUAS="-pl" 0 kB Dale :-) :-)
Re: [gentoo-user] packages/All - how to create ?
2008/10/30 Volker Armin Hemmann <[EMAIL PROTECTED]>: > On Donnerstag 30 Oktober 2008, Helmut Jarausch wrote: >> On 30 Oct, Volker Armin Hemmann wrote: >> > Hi, >> > >> > I have the same 'problem'. Which portage version are you using? >> >> I'm using portage-2.2_rc12 on amd64 hardware. > > same here. > > Would nice to know the version from peoples without the problem. I use portage-2.1.4.5 on x86. -- - - -- Csanyi Andras -- http://sayusi.hu -- Sayusi Ando -- "Bízzál Istenben és tartsd szárazon a puskaport!".-- Cromwell
Re: [gentoo-user] packages/All - how to create ?
On Thu, Oct 30, 2008 at 2:53 PM, Paul Hartman <[EMAIL PROTECTED]> wrote: > On Thu, Oct 30, 2008 at 2:34 PM, Volker Armin Hemmann > <[EMAIL PROTECTED]> wrote: >> On Donnerstag 30 Oktober 2008, Helmut Jarausch wrote: >>> On 30 Oct, Volker Armin Hemmann wrote: >>> > Hi, >>> > >>> > I have the same 'problem'. Which portage version are you using? >>> >>> I'm using portage-2.2_rc12 on amd64 hardware. >> >> same here. >> >> Would nice to know the version from peoples without the problem. > > In my case, I've never used buildpkg feature and my > /usr/portage/packages is empty. After reading this thread, I decided > to enable it and emerge something small to see what comes out. > > After emerging, I do not have an All directory, and there are no > symlinks. It put the package file directly in > /usr/portage/packages/app-arch/zip-3.0.tbz2 and generated a > /usr/portage/packages/Packages file with some info in it. > > In make.conf my PKGDIR is not set, so I'm using default... > > My profile is default/linux/amd64/2008.0/desktop > > good luck :) > > paul > And I'm using Portage 2.2_rc12
Re: [gentoo-user] packages/All - how to create ?
On Thu, Oct 30, 2008 at 2:34 PM, Volker Armin Hemmann <[EMAIL PROTECTED]> wrote: > On Donnerstag 30 Oktober 2008, Helmut Jarausch wrote: >> On 30 Oct, Volker Armin Hemmann wrote: >> > Hi, >> > >> > I have the same 'problem'. Which portage version are you using? >> >> I'm using portage-2.2_rc12 on amd64 hardware. > > same here. > > Would nice to know the version from peoples without the problem. In my case, I've never used buildpkg feature and my /usr/portage/packages is empty. After reading this thread, I decided to enable it and emerge something small to see what comes out. After emerging, I do not have an All directory, and there are no symlinks. It put the package file directly in /usr/portage/packages/app-arch/zip-3.0.tbz2 and generated a /usr/portage/packages/Packages file with some info in it. In make.conf my PKGDIR is not set, so I'm using default... My profile is default/linux/amd64/2008.0/desktop good luck :) paul
Re: [gentoo-user] packages/All - how to create ?
On Donnerstag 30 Oktober 2008, Helmut Jarausch wrote: > On 30 Oct, Volker Armin Hemmann wrote: > > Hi, > > > > I have the same 'problem'. Which portage version are you using? > > I'm using portage-2.2_rc12 on amd64 hardware. same here. Would nice to know the version from peoples without the problem.
Re: [gentoo-user] packages/All - how to create ?
On 30 Oct, Volker Armin Hemmann wrote: > Hi, > > I have the same 'problem'. Which portage version are you using? I'm using portage-2.2_rc12 on amd64 hardware. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] packages/All - how to create ?
Hi, I have the same 'problem'. Which portage version are you using?
Re: [gentoo-user] packages/All - how to create ?
On 30 Oct, Michele Schiavo wrote: > Il giorno gio, 30/10/2008 alle 09.13 +0100, Helmut Jarausch ha scritto: > >> Hi, >> >> I have a (nearly) identical Gentoo system on several machines. >> On all machines except one, there is a directory >> >> /usr/portage/packages/All >> >> which contains symlinks to the packages in the specific >> directories. This is quite comfortable when copying the >> most recent packages. >> >> How can I set up GenToo to create and maintain this directory? >> Thanks for the script, still, I don't understand it. Why quickpkg? The packages are all there (because of FEATURES=buildpkg in my /etc/make.conf) But they are in e.g. /usr/portage/package/dev-util/eclipse-sdk-3.4.1.tbz2 whereas on my other machines the package is in /usr/portage/package/All/eclipse-sdk-3.4.1.tbz2 and /usr/portage/package/dev-util/eclipse-sdk-3.4.1.tbz2 is only a symlink to the former. but there is no symlink Thanks for your help, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] packages/All - how to create ?
Il giorno gio, 30/10/2008 alle 09.13 +0100, Helmut Jarausch ha scritto: > Hi, > > I have a (nearly) identical Gentoo system on several machines. > On all machines except one, there is a directory > > /usr/portage/packages/All > > which contains symlinks to the packages in the specific > directories. This is quite comfortable when copying the > most recent packages. > > How can I set up GenToo to create and maintain this directory? > > Many thanks for a hint, > > Helmut Jarausch > > Lehrstuhl fuer Numerische Mathematik > RWTH - Aachen University > D 52056 Aachen, Germany > creapkgs.sh Description: application/shellscript signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Re: [gentoo-user] packages/All - how to create ?
Helmut Jarausch wrote: > On 30 Oct, András Csányi wrote: > >> 2008/10/30 Helmut Jarausch <[EMAIL PROTECTED]>: >> >>> Hi, >>> >>> I have a (nearly) identical Gentoo system on several machines. >>> On all machines except one, there is a directory >>> >>> /usr/portage/packages/All >>> >>> which contains symlinks to the packages in the specific >>> directories. This is quite comfortable when copying the >>> most recent packages. >>> >>> How can I set up GenToo to create and maintain this directory? >>> >> If you set up in the /etc/make.conf file the FEATURES="buildpkg" the >> portage will maintain the /usr/portage/packages/All directory >> automatically. >> > > Unfortunately this is not the case here. > The packages are built but no 'All' subdirectory is created nor > maintained. > > I'm not sure you are correct in this. I have this set up in my make.conf and it takes care of the All/ directory on this system and has done so for about 5 or 6 years now. It works. My settings: FEATURES="buildsyspkg sandbox fixpackages " Mine only keeps system packages but it can be set up several different ways. Dale
Re: [gentoo-user] packages/All - how to create ?
2008/10/30 Helmut Jarausch <[EMAIL PROTECTED]>: > On 30 Oct, András Csányi wrote: >> 2008/10/30 Helmut Jarausch <[EMAIL PROTECTED]>: >>> Hi, >>> >>> I have a (nearly) identical Gentoo system on several machines. >>> On all machines except one, there is a directory >>> >>> /usr/portage/packages/All >>> >>> which contains symlinks to the packages in the specific >>> directories. This is quite comfortable when copying the >>> most recent packages. >>> >>> How can I set up GenToo to create and maintain this directory? >> >> If you set up in the /etc/make.conf file the FEATURES="buildpkg" the >> portage will maintain the /usr/portage/packages/All directory >> automatically. > > Unfortunately this is not the case here. > The packages are built but no 'All' subdirectory is created nor > maintained. I don't know what is the problem in your system. On my system: Without FEATURES="buildkpg" cd /usr/portage/packages/ ls -lR softwarealchemy packages # ls -lR .: total 20 drwx-- 2 root root 4096 2008-10-30 10:22 All drwx-- 2 root root 4096 2008-10-30 10:13 dev-lang drwx-- 2 root root 4096 2008-10-22 17:14 games-simulation drwx-- 2 root root 4096 2008-10-30 10:13 www-servers ./All: total 11164 -rw--- 1 root root 6 2008-10-30 10:22 cvs-1.12.12-r4.tbz2 -rw--- 1 root root 3501052 2008-10-22 17:14 openttd-0.6.3-r2.tbz2 -rw--- 1 root root 6247886 2008-10-30 10:13 php-5.2.6-r7.tbz2 ./dev-lang: total 0 lrwxrwxrwx 1 root root 24 2008-10-30 10:13 php-5.2.6-r7.tbz2 -> ../All/php-5.2.6-r7.tbz2 ./games-simulation: total 0 lrwxrwxrwx 1 root root 28 2008-10-22 17:14 openttd-0.6.3-r2.tbz2 -> ../All/openttd-0.6.3-r2.tbz2 ./www-servers: total 0 lrwxrwxrwx 1 root root 27 2008-10-30 10:13 apache-2.2.9-r1.tbz2 -> ../All/apache-2.2.9-r1.tbz2 I switched FEATURES="buildpkg" and emerge cvs and the result: softwarealchemy packages # ls -lR .: total 20 drwx-- 2 root root 4096 2008-10-30 10:22 All drwx-- 2 root root 4096 2008-10-30 10:13 dev-lang drwxr-xr-x 2 root root 4096 2008-10-30 10:22 dev-util drwx-- 2 root root 4096 2008-10-22 17:14 games-simulation drwx-- 2 root root 4096 2008-10-30 10:13 www-servers ./All: total 11164 -rw--- 1 root root 6 2008-10-30 10:22 cvs-1.12.12-r4.tbz2 -rw--- 1 root root 3501052 2008-10-22 17:14 openttd-0.6.3-r2.tbz2 -rw--- 1 root root 6247886 2008-10-30 10:13 php-5.2.6-r7.tbz2 ./dev-lang: total 0 lrwxrwxrwx 1 root root 24 2008-10-30 10:13 php-5.2.6-r7.tbz2 -> ../All/php-5.2.6-r7.tbz2 ./dev-util: total 0 lrwxrwxrwx 1 root root 26 2008-10-30 10:22 cvs-1.12.12-r4.tbz2 -> ../All/cvs-1.12.12-r4.tbz2 ./games-simulation: total 0 lrwxrwxrwx 1 root root 28 2008-10-22 17:14 openttd-0.6.3-r2.tbz2 -> ../All/openttd-0.6.3-r2.tbz2 ./www-servers: total 0 lrwxrwxrwx 1 root root 27 2008-10-30 10:13 apache-2.2.9-r1.tbz2 -> ../All/apache-2.2.9-r1.tbz2 You can see the cvs is installed and the tarball is placed in /usr/portage/packages/All. In the /usr/portage/packages/dev-util/ directory has a symlink to /usr/portage/packages/All/cvs-1.12.12-r4.tbz2 file. I think it is workign fine. Or we are both in big trouble :-D Sorry my english. András -- - - -- Csanyi Andras -- http://sayusi.hu -- Sayusi Ando -- "Bízzál Istenben és tartsd szárazon a puskaport!".-- Cromwell
Re: [gentoo-user] packages/All - how to create ?
On 30 Oct, András Csányi wrote: > 2008/10/30 Helmut Jarausch <[EMAIL PROTECTED]>: >> Hi, >> >> I have a (nearly) identical Gentoo system on several machines. >> On all machines except one, there is a directory >> >> /usr/portage/packages/All >> >> which contains symlinks to the packages in the specific >> directories. This is quite comfortable when copying the >> most recent packages. >> >> How can I set up GenToo to create and maintain this directory? > > If you set up in the /etc/make.conf file the FEATURES="buildpkg" the > portage will maintain the /usr/portage/packages/All directory > automatically. Unfortunately this is not the case here. The packages are built but no 'All' subdirectory is created nor maintained. > If you wanto to know more about portage and portage features I suggest > to you to read the documentation. Here is: > http://www.gentoo.org/doc/en/index.xml?catid=gentoo > > -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] packages/All - how to create ?
2008/10/30 Helmut Jarausch <[EMAIL PROTECTED]>: > Hi, > > I have a (nearly) identical Gentoo system on several machines. > On all machines except one, there is a directory > > /usr/portage/packages/All > > which contains symlinks to the packages in the specific > directories. This is quite comfortable when copying the > most recent packages. > > How can I set up GenToo to create and maintain this directory? If you set up in the /etc/make.conf file the FEATURES="buildpkg" the portage will maintain the /usr/portage/packages/All directory automatically. If you wanto to know more about portage and portage features I suggest to you to read the documentation. Here is: http://www.gentoo.org/doc/en/index.xml?catid=gentoo -- - - -- Csanyi Andras -- http://sayusi.hu -- Sayusi Ando -- "Bízzál Istenben és tartsd szárazon a puskaport!".-- Cromwell
[gentoo-user] packages/All - how to create ?
Hi, I have a (nearly) identical Gentoo system on several machines. On all machines except one, there is a directory /usr/portage/packages/All which contains symlinks to the packages in the specific directories. This is quite comfortable when copying the most recent packages. How can I set up GenToo to create and maintain this directory? Many thanks for a hint, Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] Packages not in portage
On Tue, 20 Nov 2007 00:41:14 +0100, pepone.onrez wrote: > There are same interesting packages that i can't found in gentoo > portage. If any body knows about a non oficial ebuild for any of then i > interesting in it. > Vmime c++ mail library > http://www.vmime.org/index.shtml % eix vmime * dev-cpp/libvmime Available versions: ~*0.8.1[1] Homepage:http://www.vmime.org/ Description: A powerful C++ class library for working with MIME messages and Internet messaging services like IMAP, POP or SMTP. [1] (layman/sunrise) So it's in the sunrise overlay. Try searching b.g.o and f.g.o for the others. -- Neil Bothwick Few women admit their age. Few men act theirs. signature.asc Description: PGP signature
[gentoo-user] Packages not in portage
Hello all There are same interesting packages that i can't found in gentoo portage. If any body knows about a non oficial ebuild for any of then i interesting in it. AppWeb embeded web server http://www.appwebserver.org. Vmime c++ mail library http://www.vmime.org/index.shtml CTemplate is a simple but powerful template language for C++ http://code.google.com/p/google-ctemplate/ Thanks
Re: [gentoo-user] Packages that do not compile.
On Tuesday 08 May 2007 17.06.51 David Harel wrote: > Naga Toro wrote: > > Second, as stated just above that passage, it is not nessecary but > > recommended. > > Here is a quotation from the doc: > > To be completely safe that your system is in a sane state, you must > rebuild the toolchain and then world to make use of the new compiler. > > (Now how do I make the word MUST above underlined and bold?) ;-) _underline_ *bold* usualy workes fine :) But still atleast I interpret that as "should work without, but better safe then sorry". But then later in the same doc it says: "If you upgrade from gcc 3.3 to 4.1, do not use the method based on revdep-rebuild, but do a complete system rebuild." so the answer to your question would be either stay with 3.3.6 and rebuild those packages that you emerged with 4.1.1 or upgrade to 4.1.1 and rebuild system + world (ccache is highly recomended). -- Naga -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Packages that do not compile.
Naga Toro wrote: On Tuesday 08 May 2007 16.26.07 David Harel wrote: Looking in: http://www.gentoo.org/doc/en/gcc-upgrading.xml Code Listing 2.2 I have to do emerge -eav system and emerge -eav world. Isn't that rebuilding the entire system? First. please don't use html and top posting. Sorry about that. The recipient gentoo-user@lists.gentoo.org is set in my address book to "plain text" but thunderbird seems to ignore it. Second, as stated just above that passage, it is not nessecary but recommended. Here is a quotation from the doc: To be completely safe that your system is in a sane state, you must rebuild the toolchain and then world to make use of the new compiler. (Now how do I make the word MUST above underlined and bold?) ;-) You must however follow listing 2.1 and I would recomend keeping the old gcc installed untill all packages have been upgraded/reemerged just in case. -- Regards. David Harel, == Home office +972 77 7657645 Fax:+972 77 7657645 Cellular: +972 54 4534502 Snail Mail: Amuka D.N Merom Hagalil 13802 Israel Email: [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Packages that do not compile.
On Tuesday 08 May 2007 16.26.07 David Harel wrote: > Looking in: http://www.gentoo.org/doc/en/gcc-upgrading.xml Code Listing > 2.2 I have to do emerge -eav system and emerge -eav world. Isn't that > rebuilding the entire system? First. please don't use html and top posting. Second, as stated just above that passage, it is not nessecary but recommended. You must however follow listing 2.1 and I would recomend keeping the old gcc installed untill all packages have been upgraded/reemerged just in case. -- Naga -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Packages that do not compile.
Looking in: http://www.gentoo.org/doc/en/gcc-upgrading.xml Code Listing 2.2 I have to do emerge -eav system and emerge -eav world. Isn't that rebuilding the entire system? Nagatoro wrote: Hemmann, Volker Armin wrote: On Montag, 7. Mai 2007, David Harel wrote: [...] I think at one point I tried to change gcc configuration (gcc-config) to version 4.1.1 but if that is the only way I understand I will have to reinstall everything. you don't need to reinstall everything just for upgrading gcc to 4.1.x. Please read the update guide. For your problem, I would try MAKEOPTS="-j1" first. Oh, and reset every LDFLAGS you might have set - what about emerge --info? Also if you tried to upgrade and did compile some packages they _might_ need to be recompiled. Some packages don't like different gcc versions in their libs (or just kernel + modules?). -- Regards. David Harel, == Home office +972 77 7657645 Fax:+972 77 7657645 Cellular: +972 54 4534502 Snail Mail: Amuka D.N Merom Hagalil 13802 Israel Email: [EMAIL PROTECTED]
Re: [gentoo-user] Packages that do not compile.
Hemmann, Volker Armin wrote: > On Montag, 7. Mai 2007, David Harel wrote: [...] >> I think at one point I tried to change gcc configuration (gcc-config) to >> version 4.1.1 but if that is the only way I understand I will have to >> reinstall everything. > > you don't need to reinstall everything just for upgrading gcc to 4.1.x. > Please > read the update guide. > > For your problem, I would try MAKEOPTS="-j1" first. Oh, and reset every > LDFLAGS you might have set - what about emerge --info? Also if you tried to upgrade and did compile some packages they _might_ need to be recompiled. Some packages don't like different gcc versions in their libs (or just kernel + modules?). -- Naga -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Packages that do not compile.
On Montag, 7. Mai 2007, David Harel wrote: > As so many times before, openssl fails to compile. > > Top most error is: openssl.c:(.text+0x15c): undefined reference to > `OPENSSL_add_all_algorithms_noconf'. Two other packages that give me > trouble are: glibc and python. All attempts are after sync and to a > stable (so I hope) version. > > GCC version is: gcc (GCC) 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8) > I think at one point I tried to change gcc configuration (gcc-config) to > version 4.1.1 but if that is the only way I understand I will have to > reinstall everything. > you don't need to reinstall everything just for upgrading gcc to 4.1.x. Please read the update guide. For your problem, I would try MAKEOPTS="-j1" first. Oh, and reset every LDFLAGS you might have set - what about emerge --info? -- [EMAIL PROTECTED] mailing list
[gentoo-user] Packages that do not compile.
As so many times before, openssl fails to compile. Top most error is: openssl.c:(.text+0x15c): undefined reference to `OPENSSL_add_all_algorithms_noconf'. Two other packages that give me trouble are: glibc and python. All attempts are after sync and to a stable (so I hope) version. GCC version is: gcc (GCC) 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8) I think at one point I tried to change gcc configuration (gcc-config) to version 4.1.1 but if that is the only way I understand I will have to reinstall everything. Any idea? -- Regards. David Harel, == Home office +972 77 7657645 Fax:+972 77 7657645 Cellular: +972 54 4534502 Snail Mail: Amuka D.N Merom Hagalil 13802 Israel Email: [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Packages from overlays
On Sat, 13 Jan 2007 12:30:44 -0500, Willie Wong wrote: > On Sat, Jan 13, 2007 at 12:31:33PM +, Penguin Lover Neil Bothwick > squawked: LOL! > > I use the attached script to look for packages installed from overlay > > where the same version is available in portage. Run it with the -v > > option to see a diff between the two ebuilds, otherwise it just > > reports names. > > Whoa! Thanks, Neil! No problem, I wrote it for my own use some time ago. It uses colordiff to produce the diffs so either 1) Emerge colordiff 2) Edit the script to use diff instead 3) Don't use the -v option Warranty is the usual "whatever happens, happens" and if it breaks, you get to keep the pieces. -- Neil Bothwick Captain, I sense millions of minds focused on my cleavage. signature.asc Description: PGP signature
Re: [gentoo-user] Packages from overlays
On Sat, Jan 13, 2007 at 12:31:33PM +, Penguin Lover Neil Bothwick squawked: > I use the attached script to look for packages installed from overlay > where the same version is available in portage. Run it with the -v option > to see a diff between the two ebuilds, otherwise it just reports names. Whoa! Thanks, Neil! W -- "What was the self-sacrifice? " "I jettisoned half of a much loved and I think irreplaceable pair of shoes. " "Why was that self-sacrifice? " "Because they were mine! " said Ford crossly. "I think we have different value systems. " "Well mine's better. " "That's according to your... oh never mind. " Sortir en Pantoufles: up 36 days, 15:48 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages from overlays
On Fri, 12 Jan 2007 19:49:16 -0500, Willie Wong wrote: > Is there a way of finding out whether I have packages installed on > my system from a given overlay? I am asking because I noticed that > some of the packages I've installed (such as GoogleEarth) from > overlays had been incorporated into the official portage. I would > like to 'unsubscribe' to overlays that doesn't have packages that I > need. I use the attached script to look for packages installed from overlay where the same version is available in portage. Run it with the -v option to see a diff between the two ebuilds, otherwise it just reports names. -- Neil Bothwick Where do you think you're going today? checkoverlay Description: Binary data signature.asc Description: PGP signature
Re: [gentoo-user] Packages from overlays
Bo Ørsted Andresen wrote: > I've gotten this mail twice now. > > On Saturday 13 January 2007 07:28, Dale wrote: > >> Kent Fredric wrote: >> >>> It would appear google has updated their package without changing the >>> name, and portage has not been notified of this change. >>> > > It's the other way around. He gets a digest verification error *because* > portage was notified. The old ebuild gets removed because it's tarball is now > unavailable upstream (and a new is available under the same name). > > [SNIP] > >>> and that should fix you up. I found it still compiles and runs fine >>> *shrugs* >>> > > Not much of a fix. Just gets the old version. Of course it still compiles and > runs. It hasn't changed at all. > > [SNIP] > >> While I know that it comes from Google and I don't question the tarball from >> a security point of view, portage still complains about it each time and >> deletes it for me, since it thinks it is a security problem. That would >> normally be a great idea but then I have to download it again, which takes a >> little over two hours for me. I get about 10Mbs a hour here. >> > [SNIP] > > I can't help wondering. If you don't have the bandwidth to upgrade when there > is an upgrade. How useful is googleearth to you then. It's not like it > doesn't require any bandwidth just to run... Also the more often you sync the > more bandwidth you need with Gentoo in general.. > > I only got it once. :/ Well, I tried the other way around, not updating as often but I have it all planned out now. The problem with waiting is that it builds up. I would hate to sync after a month or so then find out OOo and KDE was updated, plus some otehrs for good measure. Just OOo takes me about 24 hours to download. Yes, I get the compiled version. This is Gentoo after all. ;-) Plus, I ran into a config nightmare. To many updates at once for me. I'm not a guru. The way I do is this, I connect around 10:00PM, check my emails and sometimes the weather. Then I start the sync process and tell it to fetch the new stuff afterwards, got to love the &&. While it is doing that, I go for my nightly soak in the tub. I have a skin disorder and I have spent several hours in the tub. This works well because at the very least the fetch has started and sometimes it has been fetching for a while. It depends on how many things are updated and how long I soak. As for googleearth, well, dial-up has taught me patience. It works, it just takes a really long time to get there. Sometimes another soak in the tub. LOL Dale :-) :-) :-) -- www.myspace.com/dalek1967
Re: [gentoo-user] Packages from overlays
I've gotten this mail twice now. On Saturday 13 January 2007 07:28, Dale wrote: > Kent Fredric wrote: > > It would appear google has updated their package without changing the > > name, and portage has not been notified of this change. It's the other way around. He gets a digest verification error *because* portage was notified. The old ebuild gets removed because it's tarball is now unavailable upstream (and a new is available under the same name). [SNIP] > > and that should fix you up. I found it still compiles and runs fine > > *shrugs* Not much of a fix. Just gets the old version. Of course it still compiles and runs. It hasn't changed at all. [SNIP] > While I know that it comes from Google and I don't question the tarball from > a security point of view, portage still complains about it each time and > deletes it for me, since it thinks it is a security problem. That would > normally be a great idea but then I have to download it again, which takes a > little over two hours for me. I get about 10Mbs a hour here. [SNIP] I can't help wondering. If you don't have the bandwidth to upgrade when there is an upgrade. How useful is googleearth to you then. It's not like it doesn't require any bandwidth just to run... Also the more often you sync the more bandwidth you need with Gentoo in general.. -- Bo Andresen pgpHX42oCO5zC.pgp Description: PGP signature
Re: [gentoo-user] Packages from overlays
Kent Fredric wrote: > On 1/13/07, Dale <[EMAIL PROTECTED]> wrote: >> You may want to reconsider this. I have googleearth installed here and >> it doesn't get along well with portage and it's digest checking. Of >> course, it doesn't like my dial-up either. LOL > > It would appear google has updated their package without changing the > name, and portage has not been notified of this change. If you want it > to work, delete the digest file for it in > ${PORTAGE_DIR}/x11-misc/googleearth/files/digest-googleearth-4_beta > and then re-generate it with > ebuild ${PORTAGE_DIR}/x11-misc/googleearth/googleearth-4_beta digest > > and that should fix you up. I found it still compiles and runs fine > *shrugs* > True, you hit the problem right on the head. That is exactly what they do. But what I had noticed is that they change that thing a lot. Since I am on a really slow dial-up here, I check for updates, sync, every couple days or so. While I know that it comes from Google and I don't question the tarball from a security point of view, portage still complains about it each time and deletes it for me, since it thinks it is a security problem. That would normally be a great idea but then I have to download it again, which takes a little over two hours for me. I get about 10Mbs a hour here. < goes to have a good cry > Plus, it is a pain in the butt to have to manually do the digest thing every time I sync up too. My solution was to remove it from the world file, since portage had already deleted the tarball and I didn't want to download it again to do a oneshot install. Now the only drawback is that --depclean -p tells me it is not needed since it is not in the world file and is not a dependancy. I do that manually anyways so it doesn't matter. I'm no guru but if he wants it out of overlay, he may want to emerge it as a oneshot at least. Then just check for updates on occasion. I had to use the --digest option too when I installed it. That way it assumes it is OK and doesnt' check it. Hope that makes sense. Maybe . . . . LOL Dale :-) :-) :-) -- www.myspace.com/dalek1967 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages from overlays
On Saturday 13 January 2007 06:09, Willie Wong wrote: > Oh, that is too bad. Unless you have a lot of overlays it not really *that* bad. [SNIP] > Just a thought though: would the following be advisable/work? > > Could I just delete those relevant overlays (either layman -d or > perhaps commenting them out in the relevant parts of the make.confs) > and see if emerge complains about non-existant packages in my world > file or unsatisfiable dependency? IIRC, I shouldn't have any packages > installed from overlays for more recent versions than portage offered; > I only install them from overlays when the ebuilds are not in portage > at all. # PORTDIR_OVERLAY="" emerge -ep world >/dev/null !!! Ebuilds for the following packages are either all !!! masked or don't exist: dev-util/regex-coach app-portage/pfs net-analyzer/ksniffer kde-misc/kcpufreq app-portage/gentoo-stats So yeah, that works. :) IMO the real solution for your problem, however, is a package manager with true multiple repository support allowing you to control from which repository you want to install a given package. I'm not sure if pkgcore is there yet (since I don't follow it too closely), but paludis is. Paludis thus also stores information about which repository a package was installed from. With portage if the same ebuild or eclass exists in any of your overlays and in the tree then the one in the tree will just be hidden to portage behind the overlay. That's why they are called overlays in the first place.. ;) -- Bo Andresen pgpbMtpxNBKso.pgp Description: PGP signature
Re: [gentoo-user] Packages from overlays
On Sat, Jan 13, 2007 at 05:22:27AM +0100, Penguin Lover Bo ?rsted Andresen squawked: > Portage currently does not store any information about where a package was > installed from. Therefore the best you can do is manually inspect the output > of `eix --installed-overlay`. It will show all packages where the version you > have installed exists in any overlay (and you can see if they exist in the > tree too). That, however, only implies that they might have been installed > from that overlay.. Oh, that is too bad. I think I can live with having extra overlays living on my testing box. Just a thought though: would the following be advisable/work? Could I just delete those relevant overlays (either layman -d or perhaps commenting them out in the relevant parts of the make.confs) and see if emerge complains about non-existant packages in my world file or unsatisfiable dependency? IIRC, I shouldn't have any packages installed from overlays for more recent versions than portage offered; I only install them from overlays when the ebuilds are not in portage at all. W -- This is not an optical illusion. It just looks like one. Sortir en Pantoufles: up 36 days, 3:22 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages from overlays
Doesn't really seem to be related to OPs question so it probably should have been a new thread, however... On Saturday 13 January 2007 05:15, Dale wrote: [SNIP] > From what I understand Google doesn't allow Gentoo to mirror the souce > tarball. After you install it and sync later on, if Google has changed > something, you get a digest error. The real issue is that google refuse to rename the tarball when they release a new version. The secondary issue is then that Gentoo can't rename it on their own mirros since they aren't allowed to redistribute it. > It will delete the tarball from distfiles too. Without your consent?? > I'm on dial-up and that sort of ticks me off, Understandable. You should, however, realize that it is an actual upgrade you're rejecting in this case. > The way I got around it is to manually delete it from my world file. > That way it doesn't check the digest. Some guru may have a better way > to do this but this is what I have ran into with googleearth. May want > to check farther before you run into the same thing I did. I don't really have a better suggestion if you don't want the upgrades. Redigesting it as Kent suggests seems rather pointless as you would just be reinstalling the old version (while tricking portage into believing you get the newer version (as if that mattered ;)) with no actual gain. -- Bo Andresen pgptbM97Cri9i.pgp Description: PGP signature
Re: [gentoo-user] Packages from overlays
On 1/13/07, Dale <[EMAIL PROTECTED]> wrote: You may want to reconsider this. I have googleearth installed here and it doesn't get along well with portage and it's digest checking. Of course, it doesn't like my dial-up either. LOL It would appear google has updated their package without changing the name, and portage has not been notified of this change. If you want it to work, delete the digest file for it in ${PORTAGE_DIR}/x11-misc/googleearth/files/digest-googleearth-4_beta and then re-generate it with ebuild ${PORTAGE_DIR}/x11-misc/googleearth/googleearth-4_beta digest and that should fix you up. I found it still compiles and runs fine *shrugs* -- /
Re: [gentoo-user] Packages from overlays
On Saturday 13 January 2007 01:49, Willie Wong wrote: > Is there a way of finding out whether I have packages installed on > my system from a given overlay? I am asking because I noticed that > some of the packages I've installed (such as GoogleEarth) from > overlays had been incorporated into the official portage. I would > like to 'unsubscribe' to overlays that doesn't have packages that I > need. Portage currently does not store any information about where a package was installed from. Therefore the best you can do is manually inspect the output of `eix --installed-overlay`. It will show all packages where the version you have installed exists in any overlay (and you can see if they exist in the tree too). That, however, only implies that they might have been installed from that overlay.. It does require app-portage/eix-0.8.x. Also if you use update-eix-remote you better (re)move the eix database (/var/cache/eix) and regenerate the database with `update-eix` first or you will get a lot of false positives. IOW you need the eix database to only contain installed overlays. -- Bo Andresen pgpYjJuGC9w2B.pgp Description: PGP signature
Re: [gentoo-user] Packages from overlays
Willie Wong wrote: > Hi list, > > Is there a way of finding out whether I have packages installed on > my system from a given overlay? I am asking because I noticed that > some of the packages I've installed (such as GoogleEarth) from > overlays had been incorporated into the official portage. I would > like to 'unsubscribe' to overlays that doesn't have packages that I > need. > > Thanks, > > Willie > You may want to reconsider this. I have googleearth installed here and it doesn't get along well with portage and it's digest checking. Of course, it doesn't like my dial-up either. LOL >From what I understand Google doesn't allow Gentoo to mirror the souce tarball. After you install it and sync later on, if Google has changed something, you get a digest error. It will delete the tarball from distfiles too. I'm on dial-up and that sort of ticks me off, The way I got around it is to manually delete it from my world file. That way it doesn't check the digest. Some guru may have a better way to do this but this is what I have ran into with googleearth. May want to check farther before you run into the same thing I did. Hope that helps, and makes sense. Sometimes I don't. LOL Dale :-) :-) :-) -- www.myspace.com/dalek1967 -- gentoo-user@gentoo.org mailing list
[gentoo-user] Packages from overlays
Hi list, Is there a way of finding out whether I have packages installed on my system from a given overlay? I am asking because I noticed that some of the packages I've installed (such as GoogleEarth) from overlays had been incorporated into the official portage. I would like to 'unsubscribe' to overlays that doesn't have packages that I need. Thanks, Willie -- Will will will unless Will wills willingly. Maybe Willow ~tiredwired. Sunday Oct. 6. 6:00pm Sortir en Pantoufles: up 35 days, 23:04 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages for Python 2.3
Pupeno wrote: On Tuesday 29 August 2006 05:24, Donnie Berkholz wrote: You may need to modify the ebuild. Try adding something like this near the top: PYTHON_SLOT_VERSION="2.3" That's used by distutils.eclass, which mysql-python inherits. Ouch! Is that the only way ? modifying the ebuild and loosing it for Python 2.4 ? Well you may not need to lose it for 2.4, if you also revision bump it. Portage doesn't support simultaneously installing the same version multiple times, that's why you need to change the revision number (or the package name). Thanks, Donnie -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages for Python 2.3
On Tuesday 29 August 2006 05:24, Donnie Berkholz wrote: > You may need to modify the ebuild. Try adding something like this near > the top: > > PYTHON_SLOT_VERSION="2.3" > > That's used by distutils.eclass, which mysql-python inherits. Ouch! Is that the only way ? modifying the ebuild and loosing it for Python 2.4 ? -- Pupeno <[EMAIL PROTECTED]> (http://pupeno.com) pgpp9nqmKNzP7.pgp Description: PGP signature
Re: [gentoo-user] Packages for Python 2.3
Pupeno wrote: Hello, I am developing some software that needs to be tested against Python 2.3. So my Gentoo box has both, Python 2.4 and 2.3. Now, I need to have some Python packages available for both (or at least, for 2.3), for example: mysql-python. How do I achieve that ? You may need to modify the ebuild. Try adding something like this near the top: PYTHON_SLOT_VERSION="2.3" That's used by distutils.eclass, which mysql-python inherits. Thanks, Donnie -- gentoo-user@gentoo.org mailing list
[gentoo-user] Packages for Python 2.3
Hello, I am developing some software that needs to be tested against Python 2.3. So my Gentoo box has both, Python 2.4 and 2.3. Now, I need to have some Python packages available for both (or at least, for 2.3), for example: mysql-python. How do I achieve that ? Thank you. -- Pupeno <[EMAIL PROTECTED]> (http://pupeno.com) pgpK6aO12TVXG.pgp Description: PGP signature
Re: [gentoo-user] Packages being Re-emerged after portage update
On Mon, Aug 21, 2006 at 06:20:36PM +0100, Penguin Lover Neil Bothwick squawked: > > Ah, thanks for the clarification. But wouldn't changing the USE > > variables change (pull in) dependencies and linked libraries? Or am I > > misunderstanding what is meant by installed code? > > It looks like in this case, they are removing USE flags that are now > redundant, which wouldn't change the code. Adding compile features > certainly would. I see. Just a thought: the addition of USE flags allow the setting of optional dependencies or compile time options. So if a USE flag is added, and the user is unaware of such, it might cause some problem or inconveniences cough*eds*cough. If a USE flag is removed, presumeably it is because 1) The *optional* stuff it used to specify is no longer optional. 2) The flag is replaced by another of a different name or more specific distinction (qt by qt3/4). In either case, it wouldn't really bite the user per se (case 2 being taken care of by portage letting us know when new flags are available). As far as I can see, the only downside to removed USE flags is the cruft it sometimes generates. (This is not to say I won't welcome the new feature being proposed, I am just thinking out loud here.) Is there anything I missed? Perhaps an important reason why removed USE flags would be undesireable in make.conf or package.use? W -- Tussman's Law: Nothing is as inevitable as a mistake whose time has come. Sortir en Pantoufles: up 1 day, 22:37 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages being Re-emerged after portage update
On Mon, 21 Aug 2006 12:34:45 -0400, Willie Wong wrote: > > Ebuild fixes and other general tidying up that do not alter the > > installed code do not get a revision bump. > > Ah, thanks for the clarification. But wouldn't changing the USE > variables change (pull in) dependencies and linked libraries? Or am I > misunderstanding what is meant by installed code? It looks like in this case, they are removing USE flags that are now redundant, which wouldn't change the code. Adding compile features certainly would. -- Neil Bothwick WinErr 103: Error buffer overflow - Too many errors encountered. Additional errors may not be displayed or recorded. signature.asc Description: PGP signature
Re: [gentoo-user] Packages being Re-emerged after portage update
On Mon, Aug 21, 2006 at 04:28:48PM +0100, Penguin Lover Neil Bothwick squawked: > > I would think that if IUSE changed in an ebuild, that would warrant a > > version bump, but I don't know the dev's policy on that. > > Ebuild fixes and other general tidying up that do not alter the installed > code do not get a revision bump. Ah, thanks for the clarification. But wouldn't changing the USE variables change (pull in) dependencies and linked libraries? Or am I misunderstanding what is meant by installed code? W -- I just got a physical and asked, "Well Doc, how do I stand?" He said, "That's what is puzzling me." Sortir en Pantoufles: up 1 day, 21:27 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages being Re-emerged after portage update
On Mon, 21 Aug 2006 11:11:57 -0400, Willie Wong wrote: > That would be a neat idea. But I don't think that's what the OP > described. Packages shown with R implies it is being re-compiled. > yellow or % USE flags are new ones. If you have already installed the > package once, the USE flags cannot be new ;) They can if the ebuild has changed, but new flags would be highlighted. What is happening here is that flags have been removed, and portage currently does not highlight those. I think the feature request is a god idea. Post the bug number and I'll add my vote. > I would think that if IUSE changed in an ebuild, that would warrant a > version bump, but I don't know the dev's policy on that. Ebuild fixes and other general tidying up that do not alter the installed code do not get a revision bump. -- Neil Bothwick Help put the "fun" back in "dysfunctional" ! signature.asc Description: PGP signature
Re: [gentoo-user] Packages being Re-emerged after portage update
On Mon, Aug 21, 2006 at 03:51:47PM +0200, Penguin Lover Alan Mckinnon squawked: > On Mon, 2006-08-21 at 13:21 +0100, Graham Murray wrote: > > Following a portage update/sync and running 'emerge -auDvN world', > > packages sometimes show with 'R' but without any yellow or % USE flags > > shown. I assume that this is because a USE flag has been removed from > > either the ebuild or an eclass used by the ebuild. If this is correct, > > it would be nice if it was to show which USE flag(s) are no longer > > used. > > Now there's an idea, why didn't I think of that? Submit it as a feature > request, I'll give you a "me too!" vote That would be a neat idea. But I don't think that's what the OP described. Packages shown with R implies it is being re-compiled. yellow or % USE flags are new ones. If you have already installed the package once, the USE flags cannot be new ;) I would think that if IUSE changed in an ebuild, that would warrant a version bump, but I don't know the dev's policy on that. Most likely those packages are being re-merged because of a changed USE flag on your configuration: does it have something green or followed by *? That means a USE flag that changed since the last install. HTH, W -- "Fortunately, this is where we stop, for the equations of motion are 2nd order. If it were 5th order you'd all probably switch to biology." ~DeathMech, S. Sondhi. P-town PHY 205 Sortir en Pantoufles: up 1 day, 20:03 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages being Re-emerged after portage update
On Mon, 2006-08-21 at 13:21 +0100, Graham Murray wrote: > Following a portage update/sync and running 'emerge -auDvN world', > packages sometimes show with 'R' but without any yellow or % USE flags > shown. I assume that this is because a USE flag has been removed from > either the ebuild or an eclass used by the ebuild. If this is correct, > it would be nice if it was to show which USE flag(s) are no longer > used. Now there's an idea, why didn't I think of that? Submit it as a feature request, I'll give you a "me too!" vote alan -- gentoo-user@gentoo.org mailing list
[gentoo-user] Packages being Re-emerged after portage update
Following a portage update/sync and running 'emerge -auDvN world', packages sometimes show with 'R' but without any yellow or % USE flags shown. I assume that this is because a USE flag has been removed from either the ebuild or an eclass used by the ebuild. If this is correct, it would be nice if it was to show which USE flag(s) are no longer used. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages I like are blocking a package I don't want? (kdebase)
On Monday 10 April 2006 17:15, Richard Fish wrote: > On 4/10/06, Daniel <[EMAIL PROTECTED]> wrote: > > Why oh why haven't these meta packages been unmasked yet? They work just > > fine. > > From a recent discussion on -dev, the 3.5.2 versions could be unmasked > soon. The previous versions were just too buggy to consider > infliciting on the stable users. > > BTW, what I really recommend for you is: > > # cd /usr/portage/kde-base > # for x in *; do echo "kde-base/$x ~x86" >> /etc/portage/package.keywords; > done # sort /etc/portage/package.keywords | uniq > > /etc/portage/package.keywords.new # mv /etc/portage/package.keywords.new > /etc/portage/package.keywords Good plan. Thanks! -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages I like are blocking a package I don't want? (kdebase)
On 4/10/06, Daniel <[EMAIL PROTECTED]> wrote: > Why oh why haven't these meta packages been unmasked yet? They work just > fine. >From a recent discussion on -dev, the 3.5.2 versions could be unmasked soon. The previous versions were just too buggy to consider infliciting on the stable users. BTW, what I really recommend for you is: # cd /usr/portage/kde-base # for x in *; do echo "kde-base/$x ~x86" >> /etc/portage/package.keywords; done # sort /etc/portage/package.keywords | uniq > /etc/portage/package.keywords.new # mv /etc/portage/package.keywords.new /etc/portage/package.keywords The above will unmask all kde-base applications, and should save you from this problem in the future. When it does reach stable, just remove kde-base/* from the file. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages I like are blocking a package I don't want? (kdebase)
On Monday 10 April 2006 16:53, Richard Fish wrote: > On 4/10/06, Daniel <[EMAIL PROTECTED]> wrote: > > Actually, I tried using --tree --verbose earlier. Strangely enough, it > > looks like KPDF is requiring this. I alread have Konqueror installed: > > Ok. I am getting lost in the maze of the kde-functions and kde-meta > eclasses, but I think this is because kpdf has dependancy on > kde-base/kdeprint, which you do not seem to have (at least, you don't > get a blocking message for that like you do with konqueror). > > Try merging kde-base/kdeprint, and see if that helps. > > Did you add the ~x86 keyword for all kde-base packages, or only those > that you merged? HA! That was it! kdeprint was required by kpdf, which required kghostview, neither of which were unmasked in package.keywords. Why oh why haven't these meta packages been unmasked yet? They work just fine. Anyway, thanks be to you for helping me find that one. -- The only people that don't get criticism are those that don't do anything. - Shirley Quinn -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages I like are blocking a package I don't want? (kdebase)
On 4/10/06, Daniel <[EMAIL PROTECTED]> wrote: > Actually, I tried using --tree --verbose earlier. Strangely enough, it looks > like KPDF is requiring this. I alread have Konqueror installed: Ok. I am getting lost in the maze of the kde-functions and kde-meta eclasses, but I think this is because kpdf has dependancy on kde-base/kdeprint, which you do not seem to have (at least, you don't get a blocking message for that like you do with konqueror). Try merging kde-base/kdeprint, and see if that helps. Did you add the ~x86 keyword for all kde-base packages, or only those that you merged? -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages I like are blocking a package I don't want? (kdebase)
On Monday 10 April 2006 14:25, Richard Fish wrote: > On 4/10/06, Daniel <[EMAIL PROTECTED]> wrote: > > [ebuild U ] media-sound/amarok-1.4_beta3 [1.3.9] > > Now that I look closer, I think this is the problem. amarok depends > on (kde-base/konqueror or kde-base/kdebase) and > (kde-base/kdemultimedia-kioslaves or kde-base/kdemultimedia) > > I am guessing you need to merge konqueror. Actually, I tried using --tree --verbose earlier. Strangely enough, it looks like KPDF is requiring this. I alread have Konqueror installed: # emerge --pretend --update --deep --tree --verbose world These are the packages that I would merge, in reverse order: Calculating world dependencies ...done! [blocks B ] =kde-base/kreadconfig-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/libkonq-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kstart-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kdialog-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kdesu-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kcminit-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kxkb-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kpersonalizer-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kdesktop-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/khotkeys-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kdebase-startkde-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kfind-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kate-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kdebase-kioslaves-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/konqueror-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kcheckpass-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kwin-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kdm-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/ksplashml-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/klipper-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kdebase-data-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/nsplugins-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/ksysguard-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kcontrol-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kicker-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kmenuedit-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/khelpcenter-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/ksmserver-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/konsole-3.5* (is blocking kde-base/kdebase-3.5.2) [nomerge ] app-cdr/k3b-0.12.14 +alsa -arts +css -debug* +dvdr +encode +ffmpeg -flac -hal +kde +mp3 -musepack +musicbrainz -sndfile +vcd +vorbis -xinerama [ebuild U ] media-sound/sox-12.17.9 [12.17.7-r1] +alsa +encode +mad +ogg 457 kB [ebuild U ] kde-base/konq-plugins-3.5.2-r1 [3.5.2] -arts -debug* -kdeenablefinal -xinerama 0 kB [ebuild U ] sys-process/psmisc-22.1 [21.9] +X +ipv6 +nls (-selinux) 230 kB [nomerge ] kde-base/kpdf-3.5.2 -arts -debug* -kdeenablefinal -xinerama [ebuild U ] app-text/poppler-bindings-0.5.1-r1 [0.5.1] -cairo +gtk +qt -qt4 40 kB [ebuild N] kde-base/kdebase-3.5.2 -arts -cups -debug -hal -ieee1394 +java -kdeenablefinal -ldap -lm_sensors -logitech-mouse -openexr +opengl +pam +samba +ssl +xcomposite -xinerama -xscreensaver -zeroconf 0 kB [ebuild U ] app-text/poppler-0.5.1-r1 [0.5.1] +jpeg 0 kB [ebuild U ] kde-base/ksysguard-3.5.2-r1 [3.5.2] -arts -debug* -kdeenablefinal -lm_sensors -xinerama -zeroconf 0 kB [nomerge ] kde-base/kdebase-startkde-3.5.2 -arts -debug* -kdeenablefinal -xinerama [ebuild U ] kde-base/kwin-3.5.2-r1 [3.5.2] -arts -debug* -kdeenablefinal +xcomposite -xinerama 0 kB [ebuild U ] media-sound/amarok-1.4_beta3 [1.3.9] +aac -akode -arts -debug* -exscalibar -flac +gstreamer -ifp +ipod +kde +musicbrainz +mysql +noamazon +opengl -postgres +real +visualization -xinerama +xmms 11,912 kB [nomerge ] media-libs/xine-lib-1.1.1-r3 +X -a52 +aac -aalib +alsa (-altivec) -arts -asf -cle266 -debug* -directfb +dts +dvd -dxr3 -esd -fbcon +ffmpeg -flac -gnome +i8x0 +imagemagick +ipv6 -libcaca +mad -mng +nls -nvidia +opengl -oss +samba* +sdl -speex +theora +v4l +vcd -vidix +vorbis +win32codecs -xinerama +xv +xvmc* [nomerge ] media-video/ffmpeg-0.4.9_p20051216 -a52 +aac (-altivec) -debug* -doc +dts +encode -ieee1394 +imlib +mmx +network -ogg -oss +sdl -test +theora -threads +truetype +v4l -vorbis +xvid +zlib [ebuild N]media-libs/faad2-2.0-r3 +xmms 0 kB [ebuild N] media-libs/libgpod-0.3.0 +gtk -hal 4
Re: [gentoo-user] Packages I like are blocking a package I don't want? (kdebase)
On 4/10/06, Daniel <[EMAIL PROTECTED]> wrote: > [ebuild U ] media-sound/amarok-1.4_beta3 [1.3.9] Now that I look closer, I think this is the problem. amarok depends on (kde-base/konqueror or kde-base/kdebase) and (kde-base/kdemultimedia-kioslaves or kde-base/kdemultimedia) I am guessing you need to merge konqueror. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages I like are blocking a package I don't want? (kdebase)
On 4/10/06, Daniel <[EMAIL PROTECTED]> wrote: > I installed the kde meta-packages because I didn't want to be burdened with > stuff I didn't need. Unfortunately, I had to add these packages > to /etc/portage/packages.keywords in order to get them to install and > everything was fine for about 2days. And then this happened: > > # emerge --pretend --update --deep world Add the --tree and --verbose options to see why portage wants to merge kdebase. -Richard -- gentoo-user@gentoo.org mailing list
[gentoo-user] Packages I like are blocking a package I don't want? (kdebase)
I installed the kde meta-packages because I didn't want to be burdened with stuff I didn't need. Unfortunately, I had to add these packages to /etc/portage/packages.keywords in order to get them to install and everything was fine for about 2days. And then this happened: # emerge --pretend --update --deep world These are the packages that I would merge, in order: Calculating world dependencies ...done! [blocks B ] =kde-base/konsole-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/ksmserver-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/khelpcenter-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kmenuedit-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kicker-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kcontrol-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/ksysguard-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/nsplugins-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kdebase-data-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/klipper-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/ksplashml-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kdm-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kwin-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kcheckpass-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/konqueror-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kdebase-kioslaves-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kate-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kfind-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kdebase-startkde-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/khotkeys-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kdesktop-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kpersonalizer-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kxkb-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kcminit-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kdesu-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kdialog-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kstart-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/libkonq-3.5* (is blocking kde-base/kdebase-3.5.2) [blocks B ] =kde-base/kreadconfig-3.5* (is blocking kde-base/kdebase-3.5.2) [ebuild U ] sys-devel/binutils-config-1.8-r7 [1.8-r6] [ebuild U ] sys-apps/man-pages-2.28 [2.20] [ebuild U ] sys-apps/baselayout-1.11.14-r7 [1.11.14-r6] [ebuild U ] x11-libs/cairo-1.0.4 [1.0.2] [ebuild U ] kde-base/kdelibs-3.5.2-r2 [3.5.2] [ebuild U ] net-fs/samba-3.0.22 [3.0.21b] [ebuild U ] sys-apps/busybox-1.1.0 [1.00-r4] [ebuild U ] app-arch/tar-1.15.1-r1 [1.15.1] [ebuild U ] media-video/lsdvd-0.16 [0.15] [ebuild U ] sys-apps/hdparm-6.3 [5.9] [ebuild U ] sys-apps/kbd-1.12-r6 [1.12-r5] [ebuild NS ] media-libs/gstreamer-0.10.4 [ebuild U ] dev-libs/liboil-0.3.8 [0.3.6] [ebuild N] media-libs/gst-plugins-base-0.10.4-r1 [ebuild NS ] media-plugins/gst-plugins-alsa-0.10.4 [ebuild N] media-plugins/gst-plugins-xvideo-0.10.4-r1 [ebuild N] media-plugins/gst-plugins-x-0.10.4 [ebuild N] media-libs/libmp4v2-1.4.1 [ebuild N] dev-ruby/ruby-config-0.3.1 [ebuild N] dev-lang/ruby-1.8.4-r1 [ebuild N] media-libs/libgpod-0.3.0 [ebuild N] media-libs/faad2-2.0-r3 [ebuild U ] media-sound/amarok-1.4_beta3 [1.3.9] [ebuild U ] kde-base/kwin-3.5.2-r1 [3.5.2] [ebuild U ] kde-base/ksysguard-3.5.2-r1 [3.5.2] [ebuild U ] app-text/poppler-0.5.1-r1 [0.5.1] [ebuild N] kde-base/kdebase-3.5.2 [ebuild U ] app-text/poppler-bindings-0.5.1-r1 [0.5.1] [ebuild U ] sys-process/psmisc-22.1 [21.9] [ebuild U ] kde-base/konq-plugins-3.5.2-r1 [3.5.2] [ebuild U ] media-sound/sox-12.17.9 [12.17.7-r1] Can someone explain what's going on? -- We understand that you can't transform people who don't have internal drive and desire to create. But we also know it doesn't work to urge people to think outside the box without giving them the tools to climb out. - Laurie Dunnavant -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages CD for x86 with 2006.0
On Wed, 15 Mar 2006 14:31:30 -0800 (PST) Steven S. wrote: > On Thu, 16 Mar 2006, Nick Rout wrote: > > > Is there a set of binary packages available on CD for 32 bit x86 of any > > description. The list on the release page seems to be. > > > > amd64 > > ppc (ppc) > > ppc (g4) > > ppc (64 bit - 32bit userland) > > ppc (64 bit - 64bit userland) > > sparc64 > > > > same on the torrents page. > > > > Do users of older machines (who could really do with a quick install > > method) miss out? > > > > Please don't argue against binary installs in your reply. I know the > > issues. > > > > Nick (running the annual chch gentoo mini installfest soon) > > > > > > It doesn't look like it's hiding somewhere on the mirrors. Perhaps they > want you to stick with the 2005.1 packages? Really odd all around. D'oh. RTFM Nick 2006.0 handbook, section 1b "Is GRP Available? Not all architectures provide GRP packages. That doesn't mean GRP isn't supported on the other architectures, but it means that we don't have the resources to build and test the GRP packages. At present we provide GRP packages for the following architectures: * The amd64 architecture (amd64) * The ppc architecture (ppc32, ppc64) * The sparc architecture (sparc64) * The x86 architecture (athlon, athlon-xp, athlon-mp, pentium-pro, pentium2, pentium3, pentium4 and pentium-m) Note: THE PACKAGES ARE FOR I686 AND ARE AVAILABLE ON THE INSTALLER LIVECD." SHOUTING and extra *'s added by me to reinforce my previous silliness. Sorry to bother you all. " > -- > gentoo-user@gentoo.org mailing list -- Nick Rout <[EMAIL PROTECTED]> -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages CD for x86 with 2006.0
On Thursday 16 March 2006 00:23, Nick Rout wrote: > Is there a set of binary packages available on CD for 32 bit x86 of any > description. The list on the release page seems to be. > > amd64 > ppc (ppc) > ppc (g4) > ppc (64 bit - 32bit userland) > ppc (64 bit - 64bit userland) > sparc64 > > same on the torrents page. > > Do users of older machines (who could really do with a quick install > method) miss out? > > Please don't argue against binary installs in your reply. I know the > issues. > > Nick (running the annual chch gentoo mini installfest soon) > > -- > Nick Rout <[EMAIL PROTECTED]> Hi, Seems the lower harware limit for an install with binary packages is i686. Using the ones on the livecd-i686-2006.0. There're not even classical binary packages, but livecd could be used to perform a binary install (haven't made one though). Assume the target audience was considered too small to bother. Rumen pgpubbNNE87we.pgp Description: PGP signature
Re: [gentoo-user] Packages CD for x86 with 2006.0
On Thu, 16 Mar 2006, Nick Rout wrote: Is there a set of binary packages available on CD for 32 bit x86 of any description. The list on the release page seems to be. amd64 ppc (ppc) ppc (g4) ppc (64 bit - 32bit userland) ppc (64 bit - 64bit userland) sparc64 same on the torrents page. Do users of older machines (who could really do with a quick install method) miss out? Please don't argue against binary installs in your reply. I know the issues. Nick (running the annual chch gentoo mini installfest soon) It doesn't look like it's hiding somewhere on the mirrors. Perhaps they want you to stick with the 2005.1 packages? Really odd all around. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Packages CD for x86 with 2006.0
Is there a set of binary packages available on CD for 32 bit x86 of any description. The list on the release page seems to be. amd64 ppc (ppc) ppc (g4) ppc (64 bit - 32bit userland) ppc (64 bit - 64bit userland) sparc64 same on the torrents page. Do users of older machines (who could really do with a quick install method) miss out? Please don't argue against binary installs in your reply. I know the issues. Nick (running the annual chch gentoo mini installfest soon) -- Nick Rout <[EMAIL PROTECTED]> -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages list
Dimitar Toshev wrote: On Friday 20 January 2006 19:44, Phil Sexton wrote: Michael A Smith wrote: Phil Sexton wrote: Felipe Ribeiro wrote: Where do I find the list with all installed packages? Cheers, Felipe The ones you emerged are listed in the file: /var/lib/portage/world Want it in alphabetical order? cat /var/lib/portage/world|less Isn't that a superfluous use of cat? Why not less /var/lib/portage/world -Mike Oops! I was actually thinking: sort /var/lib/portage/world|less This gives the listing in alphabetical order, what I previously posted doesn't alphabetize it. -- Phil My Home Page: http://fancypiper.info Our 2nd CD: http://www.cdbaby.com/naomisfancy Naomi's Fancy performances: http://naomisfancy.virtualave.net/schedule.html No, no. You have gotten it all wrong. /var/lib/portage/world lists only manually installed packages. e.g.: If you do not have X installed and do emerge gnome X will be pulled in as a dependency, along with a whole lot of other stuff, but only gnome will be written in world, because that is the package you manually emerged. This is why in order upgrade your whole system you have to do emerge -u -D world. -D makes emerge check for the given packages' dependencies as well. Though this means, that if you have a package installed, that is not listed in world, nor is a dependency of anything in world, it will never get picked up by portage. It has been stated, that the devs will probably implement an "all" keyword in portage, at some point, so that one can more efficiently check for updates to all packages, instead of only those in world and their dependencies. To answer the original question: Portage keeps information about all emerged pacakges in /var/db/pkg . Don't you mean all compiled packages rather than emerged packages? As I understand it, all emerged packages are listed in the world file, and all packages that are installed and compiled dependencies are listed in the /var/db/pkg file. It wasn't completely clear to me which was meant by "installed" and I took it as the packages installed by emerging them. -- Phil My Home Page: http://fancypiper.info Our 2nd CD: http://www.cdbaby.com/naomisfancy Naomi's Fancy performances: http://naomisfancy.virtualave.net/schedule.html -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages list
On Friday 20 January 2006 19:44, Phil Sexton wrote: > Michael A Smith wrote: > > Phil Sexton wrote: > >> Felipe Ribeiro wrote: > >>> Where do I find the list with all installed packages? > >>> > >>> Cheers, > >>> > >>> Felipe > >> > >> The ones you emerged are listed in the file: > >> > >> /var/lib/portage/world > >> > >> Want it in alphabetical order? > >> > >> cat /var/lib/portage/world|less > > > > Isn't that a superfluous use of cat? Why not > > > > less /var/lib/portage/world > > > > -Mike > > Oops! I was actually thinking: > > sort /var/lib/portage/world|less > > This gives the listing in alphabetical order, what I previously > posted doesn't alphabetize it. > > -- > Phil > My Home Page: http://fancypiper.info > Our 2nd CD: http://www.cdbaby.com/naomisfancy > Naomi's Fancy performances: > http://naomisfancy.virtualave.net/schedule.html No, no. You have gotten it all wrong. /var/lib/portage/world lists only manually installed packages. e.g.: If you do not have X installed and do emerge gnome X will be pulled in as a dependency, along with a whole lot of other stuff, but only gnome will be written in world, because that is the package you manually emerged. This is why in order upgrade your whole system you have to do emerge -u -D world. -D makes emerge check for the given packages' dependencies as well. Though this means, that if you have a package installed, that is not listed in world, nor is a dependency of anything in world, it will never get picked up by portage. It has been stated, that the devs will probably implement an "all" keyword in portage, at some point, so that one can more efficiently check for updates to all packages, instead of only those in world and their dependencies. To answer the original question: Portage keeps information about all emerged pacakges in /var/db/pkg . -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages list
Michael A Smith wrote: Phil Sexton wrote: Felipe Ribeiro wrote: Where do I find the list with all installed packages? Cheers, Felipe The ones you emerged are listed in the file: /var/lib/portage/world Want it in alphabetical order? cat /var/lib/portage/world|less Isn't that a superfluous use of cat? Why not less /var/lib/portage/world -Mike Oops! I was actually thinking: sort /var/lib/portage/world|less This gives the listing in alphabetical order, what I previously posted doesn't alphabetize it. -- Phil My Home Page: http://fancypiper.info Our 2nd CD: http://www.cdbaby.com/naomisfancy Naomi's Fancy performances: http://naomisfancy.virtualave.net/schedule.html -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages list
Phil Sexton wrote: Felipe Ribeiro wrote: Where do I find the list with all installed packages? Cheers, Felipe The ones you emerged are listed in the file: /var/lib/portage/world Want it in alphabetical order? cat /var/lib/portage/world|less Isn't that a superfluous use of cat? Why not less /var/lib/portage/world -Mike -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages list
Eugene Rosenzweig wrote: > Felipe Ribeiro wrote: > >> Where do I find the list with all installed packages? >> >> Cheers, >> >> Felipe > > this will list all installed packages: > equery list > > Eugene. > > find /var/db/pkg/ -mindepth 2 -maxdepth 2 -printf "%P\n" (much faster) -- Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages list
Felipe Ribeiro wrote: Where do I find the list with all installed packages? Cheers, Felipe this will list all installed packages: equery list Eugene. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages list
Check out man equery. On Thursday January 19 2006 19:25, Felipe Ribeiro wrote: > Where do I find the list with all installed packages? > > Cheers, > > Felipe -- Brett I. Holcomb -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Packages list
Felipe Ribeiro wrote: Where do I find the list with all installed packages? Cheers, Felipe The ones you emerged are listed in the file: /var/lib/portage/world Want it in alphabetical order? cat /var/lib/portage/world|less -- Phil My Home Page: http://fancypiper.info Our 2nd CD: http://www.cdbaby.com/naomisfancy Naomi's Fancy performances: http://naomisfancy.virtualave.net/schedule.html -- gentoo-user@gentoo.org mailing list
[gentoo-user] Packages list
Where do I find the list with all installed packages? Cheers, Felipe -- gentoo-user@gentoo.org mailing list