Re: [gentoo-user] A gentoo kind of dependency heck
On Sun, 11 Jun 2006 16:12:48 -0700, Kevin O'Gorman wrote: I first guess is to unmerge everything KDE, but even then, I'm not quite sure Not everything KDE, leave arts and any other dependencies what I should emerge in its place. kde-meta? And what will my system be capable of in the meantime? Is there some subset that will get my desktop back in working order relatively quickly (would emerge konsole kalarm do? What's the name of the app that displays a panel/taskbar). emerge -1av kdebase-meta will bring in a basic KDE desktop, including what you mention. emerge -1av konsole kwin kicker pager kalarm is quicker and should give you what you need. either way, follow it up with emerge kde-meta or pick and choose the packages you want rather than installing everything KDE, it's one of the advantages of the split ebuilds. Dang, but this is a lot to figure out and trust that I've got it right while I destroy my ability to ask for help if I get it wrong. You use gmail, so as long as you have a desktop (twm is included with xorg) and a browser (firefox?) you can communicate. What's the name of the gizmo that puts the clock in my panel/taskbar? Is that a panel or a taskbar, and will a mistake in terminology prevent my system from ever looking like this again? Is there some little gizmo I'm used to using that will suddenly disappear, and how will I know what its name anyway when I can no longer see it? If you emerge kde-meta, you'll have everything that the monolithic kde ebuild gave you, just in manageable bite-sized chunks. -- Neil Bothwick Like Entropy, bugs can only be created, not destroyed. signature.asc Description: PGP signature
Re: [gentoo-user] A gentoo kind of dependency heck
On 6/13/06, Neil Bothwick [EMAIL PROTECTED] wrote: On Sun, 11 Jun 2006 16:12:48 -0700, Kevin O'Gorman wrote: I first guess is to unmerge everything KDE, but even then, I'm not quite sureNot everything KDE, leave arts and any other dependencies what I should emerge in its place.kde-meta?And what will my system be capable of in the meantime?Is there some subset that will get my desktop back in working order relatively quickly(would emerge konsole kalarm do? What's the name of the app that displays a panel/taskbar).emerge -1av kdebase-meta will bring in a basic KDE desktop, includingwhat you mention.emerge -1av konsole kwin kicker pager kalarm is quicker and should give you what you need. either way, follow it up with emerge kde-metaor pick and choose the packages you want rather than installingeverything KDE, it's one of the advantages of the split ebuilds. Dang, but this is a lot to figure out and trust that I've got it right while I destroy my ability to ask for help if I get it wrong.You use gmail, so as long as you have a desktop (twm is included with xorg) and a browser (firefox?) you can communicate. This is good to hear, but it's entirely theoretical from my point of view. How would I find out about turning off KDE and turning on twm? I'd like to practice this before I destroy my system. Real soon now, in fact, because (see separate posting) my system seems to be crumbling as I write this. Parenthetically, gmail is just where I direct all my email subscriptions. I'm not so happy with their privacy policies, but there's nothing personal here and I like being able to search an archive of the stuff I get. 600 MB and growning, and it's free (so far). What's the name of the gizmo that puts the clock in my panel/taskbar? Is that a panel or a taskbar, and will a mistake in terminology prevent my system from ever looking like this again?Is there some little gizmo I'm used to using that will suddenly disappear, and how will I know what its name anyway when I can no longer see it?If you emerge kde-meta, you'll have everything that the monolithic kdeebuild gave you, just in manageable bite-sized chunks. Hmph. You call 300 separate ebuilds manageable? I suppose it is if you meta them in as a chunk. So the payoff is in not recompiling them all when one changes? I guess that's reasonable. Un-humph. Thanks. You just convinced me. --Neil BothwickLike Entropy, bugs can only be created, not destroyed. -- Kevin O'Gorman, PhD
Re: [gentoo-user] A gentoo kind of dependency heck
On Tue, 13 Jun 2006 08:39:52 -0700, Kevin O'Gorman wrote: You use gmail, so as long as you have a desktop (twm is included with xorg) and a browser (firefox?) you can communicate. This is good to hear, but it's entirely theoretical from my point of view. How would I find out about turning off KDE and turning on twm? If you use /etc/rc.conf to set your desktop (the Gentoo way) then booting to a console and running startx will give you twm. alternatively, you could emerge another window manager, such as Fluxbox. I'd like to practice this before I destroy my system. I love your optimism :) If you emerge kde-meta, you'll have everything that the monolithic kde ebuild gave you, just in manageable bite-sized chunks. Hmph. You call 300 separate ebuilds manageable? I suppose it is if you meta them in as a chunk. It's also manageable in that you can manage what gets installed. You have the choice of using a meta-package to install everything, or picking only the apps you want installed. Why install kmail and its dependencies if you use a different mailer? So the payoff is in not recompiling them all when one changes? I guess that's reasonable. Un-humph. It certainly makes bugfix and security updates a lot faster. -- Neil Bothwick Bugs are Sons of Glitches signature.asc Description: PGP signature
Re: [gentoo-user] A gentoo kind of dependency heck
On Tue, 13 Jun 2006 09:26:01 -0700, Kevin O'Gorman wrote: If you use /etc/rc.conf to set your desktop (the Gentoo way) then booting to a console and running startx will give you twm. alternatively, you could emerge another window manager, such as Fluxbox. I guess I do. /etc/rc.conf contains DISPLAYMANAGER=kdm XSESSION=kde-3.2.1 (but it brings up KDE 3.5). What is booting to a console? I used to know about runlevels until Gentoo made hash of the old way of doing things. Now I can boot single and that's as much as I know. I use a separate runlevel, text, that has the same as default apart from X and a couple of others. Then I have a GRUB menu entry with softlevel=text Alternatively, you could remove xdm from the default runlevel while messing with this, or emerge fluxbox and choose that when logging in instead of KDE. Or you could switch to a VC and stop /etc/init.d/xdm before proceeding. I'd like to practice this before I destroy my system. I love your optimism :) You'd rather I practiced after it's too late? Not at all. I would advocate practicing before *risking* destroying your system, it was your certainly about the destruction that caught my eye :) I've been around too long to think optimism is a good strategy in the face of system problems. Besides, some of your .signature choices aren't exactly polyanna stuff. :o) I particularly like the one about bugs and entropy. Hoisted by my own petard :) -- Neil Bothwick It's only a hobby ... only a hobby ... only a signature.asc Description: PGP signature
Re: [gentoo-user] A gentoo kind of dependency heck
On 6/11/06, Bo Ørsted Andresen [EMAIL PROTECTED] wrote: On Sunday 11 June 2006 23:32, Kevin O'Gorman wrote: That sounds interesting, but I have no idea what to do about it. I think once upon a time, when I was first installing gentoo, I opted for KDE.I haven't done a thing about it since KDE 3.2.Now all of a sudden I've got this conflict. What do I need to change?And --tree to the command to see what's pulling things in. Post command withthe output here.-- Bo Andresen --tree does not seem to do much. Here's what I get with an emerge -aDvu and an equery depends kdepim: [EMAIL PROTECTED] kde # emerge -aDvu --tree world These are the packages that I would merge, in reverse order: Calculating world dependencies !!! Packages for the following atoms are either all !!! masked or don't exist: games-roguelike/noegnud-nethack games-roguelike/nethack ...done! [blocks B ] =kde-base/libkcal-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/libkdenetwork-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/certmanager-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/ktnef-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/libkdepim-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/kalarm-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/libkpimidentities-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/libkmime-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/libkpgp-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [nomerge ] media-plugins/gst-plugins-esd-0.8.11 [ebuild N ] kde-base/kdepim-3.5.2-r2 +arts +crypt -debug -gnokii -kdeenablefinal -kdehiddenvisibility -pda -xinerama 0 kB Total size of downloads: 0 kB !!! Error: The above package list contains packages which cannot be installed !!! on the same system. [EMAIL PROTECTED] kde # equery depends kde-base/kdepim-3.5.2-r2 [ Searching for packages depending on kde-base/kdepim-3.5.2-r2... ] kde-base/kde-3.5.2 kde-base/kdeaddons-3.5.2-r1 [EMAIL PROTECTED] kde # The only ebuild I can see that I rely on directly is kalarm. All the others must be dependencies. And I got in this mess because kalarm was broken. Since I last wrote, I found I can get emerge to shut up by adding kdepim to packages.provided. Which means it's not really there, but we're lying about it.It lets me do emerges again, but I'd like to stop lying. ++ kevin-- Kevin O'Gorman, PhD
[gentoo-user] A gentoo kind of dependency heck
Once again... portage is mad at me, I guess... unless I'm not alonekdepim is required by KDE: treat ~ # equery --nocolor depends kdepim-3.5.2-r2 [ Searching for packages depending on kdepim-3.5.2-r2... ] kde-base/kde-3.5.2 kde-base/kdeaddons-3.5.2-r1 treat ~ # BUT is blocked by other pieces of KDE [blocks B ] =kde-base/libkpgp-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/libkmime- 3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/libkpimidentities-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/kalarm-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/libkdepim-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/ktnef-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/certmanager-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkdenetwork-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/libkcal-3.5* (is blocking kde-base/kdepim-3.5.2-r2)I find it especially charming that libkdepim is blocking kdepim, both being of the 3.5 flavor.Can anyone tell me where to turn?-- Kevin O'Gorman, PhD
Re: [gentoo-user] A gentoo kind of dependency heck
On Monday, 12 June 2006 3:17, Kevin O'Gorman wrote: Once again... portage is mad at me, I guess... unless I'm not alone kdepim is required by KDE: treat ~ # equery --nocolor depends kdepim-3.5.2-r2 [ Searching for packages depending on kdepim-3.5.2-r2... ] kde-base/kde-3.5.2 kde-base/kdeaddons-3.5.2-r1 treat ~ # BUT is blocked by other pieces of KDE [blocks B ] =kde-base/libkpgp-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkmime-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkpimidentities-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/kalarm-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkdepim-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/ktnef-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/certmanager-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkdenetwork-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/libkcal-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) I find it especially charming that libkdepim is blocking kdepim, both being of the 3.5 flavor. Can anyone tell me where to turn? You can't mix and match monolithic and split ebuilds. kdepim-meta is the one you're after. -- Raymond Lewis Rebbeck -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] A gentoo kind of dependency heck
On 6/11/06, Raymond Lewis Rebbeck [EMAIL PROTECTED] wrote: On Monday, 12 June 2006 3:17, Kevin O'Gorman wrote: Once again... portage is mad at me, I guess...unless I'm not alone kdepim is required by KDE: treat ~ # equery --nocolor depends kdepim-3.5.2-r2 [ Searching for packages depending on kdepim-3.5.2-r2... ] kde-base/kde-3.5.2 kde-base/kdeaddons-3.5.2-r1 treat ~ # BUT is blocked by other pieces of KDE[blocks B ] =kde-base/libkpgp- 3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkmime-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkpimidentities-3.5* (is blocking kde-base/kdepim-3.5.2-r2)[blocks B ] =kde-base/kalarm-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkdepim-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/ktnef-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/certmanager-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkdenetwork- 3.5* (is blocking kde-base/kdepim-3.5.2-r2)[blocks B ] =kde-base/libkcal-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) I find it especially charming that libkdepim is blocking kdepim, both being of the 3.5 flavor. Can anyone tell me where to turn?You can't mix and match monolithic and split ebuilds. kdepim-meta is the oneyou're after.That sounds interesting, but I have no idea what to do about it. I think once upon a time, when I was first installing gentoo, I opted for KDE. I haven't donea thing about it since KDE 3.2. Now all of a sudden I've got this conflict.What do I need to change?++ kevinb -- Kevin O'Gorman, PhD
Re: [gentoo-user] A gentoo kind of dependency heck
On 6/11/06, Kevin O'Gorman [EMAIL PROTECTED] wrote: On 6/11/06, Raymond Lewis Rebbeck [EMAIL PROTECTED] wrote: On Monday, 12 June 2006 3:17, Kevin O'Gorman wrote: Once again... portage is mad at me, I guess...unless I'm not alone kdepim is required by KDE: treat ~ # equery --nocolor depends kdepim-3.5.2-r2 [ Searching for packages depending on kdepim-3.5.2-r2... ] kde-base/kde-3.5.2 kde-base/kdeaddons-3.5.2-r1 treat ~ # BUT is blocked by other pieces of KDE[blocks B ] =kde-base/libkpgp- 3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkmime-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkpimidentities-3.5* (is blocking kde-base/kdepim-3.5.2-r2)[blocks B ] =kde-base/kalarm-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkdepim-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/ktnef-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/certmanager-3.5* (is blocking kde-base/kdepim- 3.5.2-r2)[blocks B ] =kde-base/libkdenetwork- 3.5* (is blocking kde-base/kdepim-3.5.2-r2)[blocks B ] =kde-base/libkcal-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) I find it especially charming that libkdepim is blocking kdepim, both being of the 3.5 flavor. Can anyone tell me where to turn?You can't mix and match monolithic and split ebuilds. kdepim-meta is the oneyou're after.That sounds interesting, but I have no idea what to do about it. I think once upon a time, when I was first installing gentoo, I opted for KDE. I haven't donea thing about it since KDE 3.2. Now all of a sudden I've got this conflict.What do I need to change?++ kevin In case it helps, this is all my world file says about KDE: treat ~ # grep kde /var/lib/portage/world dev-util/kdevelop kde-base/kdegraphics kde-base/kdegames kde-base/kde kde-base/arts treat ~ # I have to say I don't see what I would want to change here...-- Kevin O'Gorman, PhD
Re: [gentoo-user] A gentoo kind of dependency heck
That sounds interesting, but I have no idea what to do about it. I think once upon a time, when I was first installing gentoo, I opted for KDE. I haven't done a thing about it since KDE 3.2. Now all of a sudden I've got this conflict. What do I need to change? Here you will find everything you need to know: http://www.gentoo.org/doc/en/kde-split-ebuilds.xml Things are changed since kde 3.2 ... m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] A gentoo kind of dependency heck
On Monday, 12 June 2006 7:02, Kevin O'Gorman wrote: On 6/11/06, Raymond Lewis Rebbeck [EMAIL PROTECTED] wrote: On Monday, 12 June 2006 3:17, Kevin O'Gorman wrote: Once again... portage is mad at me, I guess... unless I'm not alone kdepim is required by KDE: treat ~ # equery --nocolor depends kdepim-3.5.2-r2 [ Searching for packages depending on kdepim-3.5.2-r2... ] kde-base/kde-3.5.2 kde-base/kdeaddons-3.5.2-r1 treat ~ # BUT is blocked by other pieces of KDE [blocks B ] =kde-base/libkpgp-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkmime-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkpimidentities-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/kalarm-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkdepim-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/ktnef-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/certmanager-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) [blocks B ] =kde-base/libkdenetwork-3.5* (is blocking kde-base/kdepim-3.5.2-r2) [blocks B ] =kde-base/libkcal-3.5* (is blocking kde-base/kdepim- 3.5.2-r2) I find it especially charming that libkdepim is blocking kdepim, both being of the 3.5 flavor. Can anyone tell me where to turn? You can't mix and match monolithic and split ebuilds. kdepim-meta is the one you're after. That sounds interesting, but I have no idea what to do about it. I think once upon a time, when I was first installing gentoo, I opted for KDE. I haven't done a thing about it since KDE 3.2. Now all of a sudden I've got this conflict. What do I need to change? ++ kevinb Ah, it seems like i misread what you were doing. You already have the monolithic kde packages installed and it looks like you have parts of the kdepim-meta package as well for some reason. If you want to emerge kdepim-3.5.2-r2 you'll have to unmerge all those kde packages that are blocking it as they are actually part of kdepim. If you're not sure what the 'split' ebuilds or the *-meta packages are for, basically starting with kde 3.4 a new set of ebuilds were created with all the various parts of kde split up into hundreds of individual packages so that users were not forced to install whole chunks of kde when they only wanted a few particular programs installed. kdepim-meta is basically just the kdepim package split up into a couple dozen smaller ebuilds for each individual program or library that makes up kdepim. More info at: http://www.gentoo.org/doc/en/kde-split-ebuilds.xml -- Raymond Lewis Rebbeck -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] A gentoo kind of dependency heck
On 6/11/06, b.n. [EMAIL PROTECTED] wrote: That sounds interesting, but I have no idea what to do about it. I think once upon a time, when I was first installing gentoo, I opted for KDE.I haven't done a thing about it since KDE 3.2.Now all of a sudden I've got this conflict. What do I need to change?Here you will find everything you need to know:http://www.gentoo.org/doc/en/kde-split-ebuilds.xml Things are changed since kde 3.2 ...m.--Hmm.. I read this. It's *very far* from being everything I need to know.It says portage protects me from an illegal state. I surmise this is false, because I cannot now do a simple emerge -aDvu world. I need to know how to get toa legal state, and all that page provides is background; it leaves figuring it outup to me. And frankly, it looks like a lot of work just to figure out. Besides being scary because it seems likely I'll have to emerge everything the eyecan normally see and hope that it will come up working again.I first guess is to unmerge everything KDE, but even then, I'm not quite sure what I should emerge in its place. kde-meta? And what will my system becapable of in the meantime? Is there some subset that will get my desktopback in working order relatively quickly (would emerge konsole kalarm do? What's the name of the app that displays a panel/taskbar). Dang, but thisis a lot to figure out and trust that I've got it right while I destroy my ability toask for help if I get it wrong.What's the name of the gizmo that puts the clock in my panel/taskbar? Is that a panel or a taskbar, and will a mistake in terminology prevent my system fromever looking like this again? Is there some little gizmo I'm used to using thatwill suddenly disappear, and how will I know what its name anyway when I can no longer see it?Does this communicate my premonitions of impending doom?Would some kind soul who understands such stuff spell out the steps to getto a useable and maintainable system. I no longer have a maintainable one. That web page said that if one prefers the monolithic KDE one should tellthem why. I think I just did (I submitted a bug).++ kevin-- Kevin O'Gorman, PhD
Re: [gentoo-user] A gentoo kind of dependency heck
On Sunday 11 June 2006 23:32, Kevin O'Gorman wrote: That sounds interesting, but I have no idea what to do about it. I think once upon a time, when I was first installing gentoo, I opted for KDE. I haven't done a thing about it since KDE 3.2. Now all of a sudden I've got this conflict. What do I need to change? And --tree to the command to see what's pulling things in. Post command with the output here. -- Bo Andresen pgpPgCCHYdyRJ.pgp Description: PGP signature
Re: [gentoo-user] A gentoo kind of dependency heck
On 6/11/06, Kevin O'Gorman [EMAIL PROTECTED] wrote: I first guess is to unmerge everything KDE, but even then, I'm not quite sure what I should emerge in its place. kde-meta? Would some kind soul who understands such stuff spell out the steps to get to a useable and maintainable system. I no longer have a maintainable one. Well at this point you need to decide whether you want to continue with the monolithic builds or move to the split ebuilds. Continue with monolithic: +System keeps working, for now. +Easy to fix current problem. -No future. Monolithic builds will probably not be available for KDE 4.x. Move to monolithic: +The way of the future. +Quicker, easier bug fixes. -Risk (merging might fail for some reason). -WIll take a while, as you need to recompile a bunch of stuff. If you decide you want to stay with the monolithic, then just unmerge everything that portage says is blocking when you try to merge kdepim, and then merge kdepim. If you decide to move to the split ebuilds, you should: 1. Do a quickpkg of kde-base/kdelibs kde-base/kdebase kde-base/kdeaddons kde-base/kdeadmin kde-base/kdeartwork kde-base/kdeedu kde-base/kdegames kde-base/kdegraphics kde-base/kdemultimedia kde-base/kdenetwork kde-base/kdepim kde-base/kdetoys kde-base/kdeutils kde-base/kdewebdev If something goes wrong in the migration, this will allow you to revert to the current monolithic builds quickly. 2. Unmerge all kde-base/* packages. Use 'emerge --depclean --pretend' to find the other dependancies of kde-base/kde that are installed, and remove those as well. (or just use the list above!) 3. Merge kde-base/kde-meta. This will take a long time. If something goes wrong that you cannot figure out, you should be able to reverse this by unmerging kde-base/kde-meta, plus all kde-base/* packages (again, --depclean --pretend can help here, or look in /var/db/pkg/kde-base). Then remerge the current kde with emerge --usepkgonly kde-base/kde. HTH, -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] A gentoo kind of dependency heck
On 6/11/06, Richard Fish [EMAIL PROTECTED] wrote: Move to monolithic: No matter how much I proof read these days...something always slips through. Of course this should say Move to split ebuilds... -Richard -- gentoo-user@gentoo.org mailing list
