Re: [gentoo-user] next step X
On Friday 13 May 2005 11:06 am, Mark Knecht [EMAIL PROTECTED] wrote: My world file is 235 lines long. How screwed up is that really? How long it yours? [EMAIL PROTECTED] ~ # wc -l /var/lib/portage/world 67 /var/lib/portage/world -- Boyd Stephen Smith Jr. [EMAIL PROTECTED] ICQ: 514984 YM/AIM: DaTwinkDaddy -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On 5/21/05, Boyd Stephen Smith Jr. [EMAIL PROTECTED] wrote: On Friday 13 May 2005 11:06 am, Mark Knecht [EMAIL PROTECTED] wrote: My world file is 235 lines long. How screwed up is that really? How long it yours? [EMAIL PROTECTED] ~ # wc -l /var/lib/portage/world 67 /var/lib/portage/world Yeah, thanks. After working on my config for a couple of days I'm down to 102. I'm happy. Cheers, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On 5/13/05, Neil Bothwick [EMAIL PROTECTED] wrote: On Fri, May 13, 2005 5:06 pm, Mark Knecht said: My world file is 235 lines long. How screwed up is that really? How long it yours? It's not thye length, it's the amount of unnecessary content. But the world file on my laptop is 139 lines. Well, so far I've made it down to 182 lines with no negative impacts I can see so far. The three commands I'm doing to make sure things are consistent are: emerge --update --deep --newuse -pv world emerge -p --depclean revdep-rebuild -p I've gone around the loop iterating through this a number of times. The only thing that isn't clean is openoffice-bin in revdep-rebuild which seems to be a known issue. There are still a number of things in the world file that could possibly be taken out. You're command outputs 107 lines so there's still a pretty big difference between what I have right now and where I might get to over time. Anyway, I feel better about the progress I've made in this area.Tthanks for the help with that. cheers, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On Mon, 16 May 2005 09:42:06 -0700, Mark Knecht wrote: There are still a number of things in the world file that could possibly be taken out. You're command outputs 107 lines so there's still a pretty big difference between what I have right now and where I might get to over time. Bear in mind that was a quick and dirty bit of bash scripting that hadn't been tested beyond making sure it didn't give a syntax error. Consider it as reliable as an alpha version of Windows :) -- Neil Bothwick Frog philosophy: Time's fun when you're having flies. pgpgQQoU0XTC0.pgp Description: PGP signature
Re: [gentoo-user] next step X
On Mon, 16 May 2005, Neil Bothwick wrote: Bear in mind that was a quick and dirty bit of bash scripting that hadn't been tested beyond making sure it didn't give a syntax error. Consider it as reliable as an alpha version of Windows :) Surely you mean the full release of Windoze? ;-) -- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On 5/13/05, Neil Bothwick [EMAIL PROTECTED] wrote: On Fri, 13 May 2005 15:18:22 +0100, Russ Brown wrote: Say I run emerge -pvD world, and ten packages pop out. I look at the list and decide that I want to emerge all but one of the things on the list. How do I go about this without running an emerge command with nine packages passed to emerge, and causing the world file pollution described in this thread? emerge --oneshot package1 package2... -- Neil Bothwick Neil, Sorry - this is a bit long but there's really only two issues - why mozilla and - why two versions of libgtkhtml? Thanks. I've taken one machine and worked on getting it cleaned up. This machine is farily new and has a much more modest /var/lib/portage/world file with about 125 entries. Before doing the --depclean step emerge tells me *** WARNING *** : emerge --update --deep --newuse world TO VERIFY *** WARNING *** : SANITY IN THIS REGARD. So I've gone through and made sure everything is updated, but I'm left with two curious problems: dragonfly ~ # emerge -pv --oneshot --update --deep --newuse world These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild U ] gnome-extra/libgtkhtml-2.6.3 [2.6.0] -accessibility -debug 382 kB [ebuild N] www-client/mozilla-1.7.8 +crypt -debug +gnome +java -ldap -mozdevelop -moznomail -moznoxft -mozsvg -mozxmlterm -postgres +ssl -xinerama -xprint 30,193 kB Total size of downloads: 30,576 kB dragonfly ~ # The first problem is that Mozilla is not in this system and it's not in the world file. Why is emerge trying to bring it in? dragonfly ~ # cat /var/lib/portage/world | grep mozilla www-client/mozilla-firefox dragonfly ~ # The second problem is libgtkhtml. The results looked very strange until I discovered that there are two versions installed: dragonfly ~ # emerge -Cp libgtkhtml These are the packages that I would unmerge: gnome-extra/libgtkhtml selected: 2.6.0 3.2.5 protected: none omitted: none 'Selected' packages are slated for removal. 'Protected' and 'omitted' packages will not be removed. dragonfly ~ # Some commands want to update 2.6.0 to 2.6.3, while others want to reinstall 3.2.5, and still others don't want to do anything! dragonfly ~ # emerge -pv --oneshot --update --deep --newuse world These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild U ] gnome-extra/libgtkhtml-2.6.3 [2.6.0] -accessibility -debug 382 kB [ebuild N] www-client/mozilla-1.7.8 +crypt -debug +gnome +java -ldap -mozdevelop -moznomail -moznoxft -mozsvg -mozxmlterm -postgres +ssl -xinerama -xprint 30,193 kB Total size of downloads: 30,576 kB dragonfly ~ # dragonfly ~ # emerge -pv --oneshot --update --deep --newuse libgtkhtml These are the packages that I would merge, in order: Calculating dependencies ...done! Total size of downloads: 0 kB dragonfly ~ # dragonfly ~ # emerge -pv --oneshot libgtkhtml These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] gnome-extra/libgtkhtml-3.2.5 -debug 0 kB Total size of downloads: 0 kB dragonfly ~ # Very strange to me! How should I handle this one? Thanks, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On Sat, 14 May 2005, Mark Knecht wrote: dragonfly ~ # emerge -pv --oneshot --update --deep --newuse world These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild U ] gnome-extra/libgtkhtml-2.6.3 [2.6.0] -accessibility -debug 382 kB [ebuild N] www-client/mozilla-1.7.8 +crypt -debug +gnome +java -ldap -mozdevelop -moznomail -moznoxft -mozsvg -mozxmlterm -postgres +ssl -xinerama -xprint 30,193 kB Total size of downloads: 30,576 kB dragonfly ~ # The first problem is that Mozilla is not in this system and it's not in the world file. Why is emerge trying to bring it in? Add the -t flag to print the dependency tree. -- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On Sat, 2005-05-14 at 07:24 -0700, Mark Knecht wrote: dragonfly ~ # emerge -pv --oneshot --update --deep --newuse world These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild U ] gnome-extra/libgtkhtml-2.6.3 [2.6.0] -accessibility -debug 382 kB [ebuild N] www-client/mozilla-1.7.8 +crypt -debug +gnome +java -ldap -mozdevelop -moznomail -moznoxft -mozsvg -mozxmlterm -postgres +ssl -xinerama -xprint 30,193 kB Total size of downloads: 30,576 kB dragonfly ~ # The first problem is that Mozilla is not in this system and it's not in the world file. Why is emerge trying to bring it in? Something depends on mozilla. I think the standard way to find out what is to use --tree. The second problem is libgtkhtml. The results looked very strange until I discovered that there are two versions installed: dragonfly ~ # emerge -Cp libgtkhtml These are the packages that I would unmerge: gnome-extra/libgtkhtml selected: 2.6.0 3.2.5 protected: none omitted: none 'Selected' packages are slated for removal. 'Protected' and 'omitted' packages will not be removed. dragonfly ~ # Some commands want to update 2.6.0 to 2.6.3, while others want to reinstall 3.2.5, and still others don't want to do anything! SLOTs. Some packages depend on gtkhtml-2.6.*, while others depend on 3.*. This is because they have different APIs and libtool version majors; and as such they can be installed in parallel and are given different SLOTs accordingly to reflect this. If later it turns out that the packages that required a particular gtkhtml version no longer do so, depclean will offer to unmerge the unused versions. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On 5/14/05, A. Khattri [EMAIL PROTECTED] wrote: On Sat, 14 May 2005, Mark Knecht wrote: The first problem is that Mozilla is not in this system and it's not in the world file. Why is emerge trying to bring it in? Add the -t flag to print the dependency tree. Thanks. I'm surprised that the Gnome ebuid depends on Mozilla. I have Firefox installed. I would have hoped that would be enough. I'm looking at installing Gnome-light instead but I'm not clear if the emerge -C gnome step will uninstall everything and cause me to have to completely rebuild all parts of Gnome. Thanks for the -t idea. With best regards, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On Sat, 2005-05-14 at 07:48 -0700, Mark Knecht wrote: On 5/14/05, A. Khattri [EMAIL PROTECTED] wrote: On Sat, 14 May 2005, Mark Knecht wrote: The first problem is that Mozilla is not in this system and it's not in the world file. Why is emerge trying to bring it in? Add the -t flag to print the dependency tree. Thanks. I'm surprised that the Gnome ebuid depends on Mozilla. I have Firefox installed. I would have hoped that would be enough. I'm looking at installing Gnome-light instead but I'm not clear if the emerge -C gnome step will uninstall everything and cause me to have to completely rebuild all parts of Gnome. emerge -C gnome will only remove the gnome meta-ebuild that causes the other items to be installed. You will then be able to install gnome-light quite happily, without recompiling the packages you have already installed. The reason for the Mozilla dependency is that Epiphany uses the Gecko (Mozilla) rendering engine and there are currently problems with other applications using the rendering engine supplied with Firefox. See http://bugs.gentoo.org/show_bug.cgi?id=86872 for more information if you're interested in this. Hope this helps, -- Tom Wesley [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] next step X
Tom Holly, thanks for the responses. On 5/14/05, Holly Bostick [EMAIL PROTECTED] wrote: Thanks. I'm surprised that the Gnome ebuid depends on Mozilla. I have Firefox installed. I would have hoped that would be enough. The gnome metapackage includes epiphany, which does depend on Mozilla. Evolution (also included) might depend on Mozilla as well. I'm looking at installing Gnome-light instead but I'm not clear if the emerge -C gnome step will uninstall everything and cause me to have to completely rebuild all parts of Gnome. No, it won't uninstall everything. In fact, it won't uninstall anything except the meta-build itself. It's kind of annoying, as I just did this myself, and still don't know how to clean my system of more GNOME cruft than the obvious (Epiphany, Mozilla, Evolution and Evolution-data-server). Right. I'm going to take the cruft part slowly over the next couple of days. There's no reason to rush that part as all it does is slow down emerge world operations which I won't be doing immediately. Like you I've removed Epiphany which took care of Mozilla, and Evolution. I guess I need to get rid of the data-server part also. But in any case, I think that what uninstalling the metapackage does is frees the underlying packages, so you *can* uninstall them, without having your next emerge -u world try to drag Mozilla, Epiphany, et al back in (because the metapackage depends on them). Hope this helps. Very much so. Thanks! - Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
Gentlemen: Here's what I have found over the last day or so in trying to get to X functionality. This is with a computer with more then one distribution, and the others all have X functionality. The computer is an Intel 810 motherboard with the i810 integrated graphics device. I can see there is no /dev/mouse0 or /dev/agpgart on the Gentoo partition as there is on the Fedora partition, so part of the installation is incomplete. I copied the known functional /etc/X11/xorg.conf from the known functional Fedora X installation. When I invoke, startx, I get two errors. One has to do with the missing /dev/agpgart and the other has to do with the missing /dev/mouse0. I did try to follow the X Server Configuration Howto at gentoo.org with 'emerge xorg-x11', 'env-update', 'xorgconfig' and others, but I obviously missed a step and my naivety is showing a little bit. What installation step have I missed that precluded Gentoo from creating these two device nodes (and perhaps some others) that keep me from getting to the next step, an X windows screen (forget about KDE for now, I would be happy just to get a pointer moving around on the screen). Charles Krinke -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On Saturday 14 May 2005 12:13, Mark Knecht wrote: On 5/14/05, cfk [EMAIL PROTECTED] wrote: I copied the known functional /etc/X11/xorg.conf from the known functional Fedora X installation. So that config is wrong for this distro. Try running the xorgconfig program and make your own config file for this distro. Good luck, Mark Dear Mark: I started out with running xorgconfig and the result is the same. It's only this morning that I tried the xorg.conf from a different partition on this computer. I have figured out the mouse and it doesnt appear to be a problem anymore. Its the difference between /dev/mouse and /dev/input/mouse. Its this agpgart stuff that has me puzzled. I think the key issue is I dont quite know enough to properly craft an xorg.conf. Basically, I know enough to be dangerous, but not enough to get myself out of this quicksand. Charles -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On 5/14/05, cfk [EMAIL PROTECTED] wrote: On Saturday 14 May 2005 12:13, Mark Knecht wrote: On 5/14/05, cfk [EMAIL PROTECTED] wrote: I copied the known functional /etc/X11/xorg.conf from the known functional Fedora X installation. So that config is wrong for this distro. Try running the xorgconfig program and make your own config file for this distro. Good luck, Mark Dear Mark: I started out with running xorgconfig and the result is the same. It's only this morning that I tried the xorg.conf from a different partition on this computer. I have figured out the mouse and it doesnt appear to be a problem anymore. Its the difference between /dev/mouse and /dev/input/mouse. Its this agpgart stuff that has me puzzled. I think the key issue is I dont quite know enough to properly craft an xorg.conf. Basically, I know enough to be dangerous, but not enough to get myself out of this quicksand. Charles Yes, it's hard at first. I admit that. Heck, I still look pretty goofy after 2-3 years but Gentoo runs great for me almost no matter what I do to mess it up. I want to encourage you to use the Gentoo docs and ask questions. Follow the docs **religously** and things will work out. Go step by step. The docs didn't tell you to get a file from a different distro. They tell you to run xorgconfig so let's do that and get it working. FYI - In my laptop (where I'm writing this) my xorg.conf file has no entries for agp at all. I do not think it's totally necessary to have that. If you want it later then you can add it in. Just work to get X going in a simple setup first. if any of this is being complicated by using genkernel than that's a bit beyond me since I do not use it. - Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
So, that begs the question of where the module.ko file *might* be. Should genkernel have created an agpgart module somewhere under /lib/modules/kernel/2.6.11-gentoo-r8/drivers? If /dev/agpgart support was not configured to be modular then it won't exist anywhere. You must look in the kernel config file to figure this out. However, I say this again, I do not beleive that this is required for X to work. agpgart didn't happen until AGP devices came along. X works with standard PCI graphics adapters and they don't use agpgart at all. I havent found anything that looks promising. I guess I was assuming that 'genkernel' would get me far enough to let the X window system work, but I guess I must be wrong here. You are not wrong. The kernel certainly has enough support to get X running. Something else is going on. However you haven't posted any results. What happens when you try to start X? Post the results? What happens when you try to run xorgconfig? Post the results. No one here can help by saying the same thing in 5 messages but then you don't follow the direction. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
cfk wrote: ...SKIP... On Saturday 14 May 2005 12:26, Holly Bostick wrote: cfk schreef: Dear Holly: What I did was to take the default 'genkernel' compilation for Gentoo a couple of days ago. I'm not familiar enough with the distribution to go further then that yet. So, that begs the question of where the module.ko file *might* be. Should genkernel have created an agpgart module somewhere under /lib/modules/kernel/2.6.11-gentoo-r8/drivers? I havent found anything that looks promising. I guess I was assuming that 'genkernel' would get me far enough to let the X window system work, but I guess I must be wrong here. Charles Hi, Think it's a bad idea to use the default kernel-config from the install-CD, because it includes too many features, modules in order to boot/work on quite every system out there, the kernel will be too big with many unused things and eventually w/o some things which you need. To get a working X i booted from Knoppix-CD and just copied it's config to use it later, no acceleration but it's working. Later you could profile you kernel (read the help items in it). First time it took me 1-2 hours just to config my first kernel, even after that there were some omissions but not major ones, even now my config is evolving. Have agpgart and sis-agp and my kernel-config to get 3D (nvidia). Having active 3D in a generic-config is very rare IMHO, the install CD is just to get you going. HTH. Rumen -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On Thu, 12 May 2005 12:47:36 -0700, Mark Knecht wrote: As for proceeding with the emerge world operation I don't think there's any particular order you need to go in. The order shown is the was portage would handle it if you let it do it as one big group. I often opt for doing 5-10 packages instead of kicking off the world operation. In that case I'd do it in the order shown before: emerge -pv --newuse grep net-tools kbd binutils-config binutils Doing it this way will mess up your world file. Most of the packages in the list are dependencies that should be in world themselves. Installing them explicitly with emerge adds them to world, with the result that if you uninstall the package that required them in the first place, they will remain as useless cruft on your system and not be cleaned out by emerge depclean. If you want to pick individual packages from emerge -upv world for merging, merge them with the --oneshot argument to prevent them being added to world. -- Neil Bothwick Q: Why do PCs - even modern ones - have reset buttons on the front? A: Because they come with Microsoft operating systems. pgpGyZDJtpJrK.pgp Description: PGP signature
Re: [gentoo-user] next step X
On 5/13/05, Neil Bothwick [EMAIL PROTECTED] wrote: On Thu, 12 May 2005 12:47:36 -0700, Mark Knecht wrote: As for proceeding with the emerge world operation I don't think there's any particular order you need to go in. The order shown is the was portage would handle it if you let it do it as one big group. I often opt for doing 5-10 packages instead of kicking off the world operation. In that case I'd do it in the order shown before: emerge -pv --newuse grep net-tools kbd binutils-config binutils Doing it this way will mess up your world file. Mess up? Most of the packages in the list are dependencies that should be in world themselves. Should be in world... Installing them explicitly with emerge adds them to world, Should be in world, but adds them to world.. with the result that if you uninstall the package that required them in the first place, they will remain as useless cruft on your system and not be cleaned out by emerge depclean. ??? If you want to pick individual packages from emerge -upv world for merging, merge them with the --oneshot argument to prevent them being added to world. HummOK, or go back once in awhile and clean up your world file by hand. - Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On Fri, 13 May 2005 05:27:25 -0700, Mark Knecht wrote: Doing it this way will mess up your world file. Mess up? Yes, by adding packages that shouldn't be there. Most of the packages in the list are dependencies that should be in world themselves. Should be in world... Sorry, that should have read should not be in world... with the result that if you uninstall the package that required them in the first place, they will remain as useless cruft on your system and not be cleaned out by emerge depclean. ??? For example. You emerge someprog, which has a dependency for somelib, so emerge install both packages but only adds someprog to world. Then you decide that you don't want someprog so you unmerge it, but somelib is still there, even though nothing else requires it. Normally, emerge depclean -p will show that somelib needs to be removed, but emerging updates the way you suggest could result in it being in your world file, so it will be considered as necessary to your system, even though the only function it now fulfils is taking up hard disk space (and possibly providing a security risk). If you want to pick individual packages from emerge -upv world for merging, merge them with the --oneshot argument to prevent them being added to world. HummOK, or go back once in awhile and clean up your world file by hand. Assuming you can remember which files you do and don't want, out of the hundreds of extra lines you end up with in world. Trust me, I learned this the hard way and spent some time cleaning things up. If you want to do things the hard way, that's up to you - Gentoo is about choice :) But you really shouldn't recommend this sort of bad practice to others without at least warning them first. The world file is a powerful concept in portage, if used correctly,. Filling it up with a list of all installed packages completely negates its usefulness. -- Neil Bothwick Hm..what's this red button fo|'».'NO CARRIER pgpTetX2M3x3T.pgp Description: PGP signature
Re: [gentoo-user] next step X
On 5/13/05, Neil Bothwick [EMAIL PROTECTED] wrote: Sorry, that should have read should not be in world... OK, that helps. with the result that if you uninstall the package that required them in the first place, they will remain as useless cruft on your system and not be cleaned out by emerge depclean. ??? For example. You emerge someprog, which has a dependency for somelib, so emerge install both packages but only adds someprog to world. Then you decide that you don't want someprog so you unmerge it, but somelib is still there, even though nothing else requires it. Normally, emerge depclean -p will show that somelib needs to be removed, but emerging updates the way you suggest could result in it being in your world file, so it will be considered as necessary to your system, even though the only function it now fulfils is taking up hard disk space (and possibly providing a security risk). OK, using disk space I understand. Even taking up time and making emerge world longer I understand. How an unused library causes a possible security risk is beyond me but I'll accept it's a possibility for the sake of making forward progress. If you want to pick individual packages from emerge -upv world for merging, merge them with the --oneshot argument to prevent them being added to world. HummOK, or go back once in awhile and clean up your world file by hand. Assuming you can remember which files you do and don't want, out of the hundreds of extra lines you end up with in world. Trust me, I learned this the hard way and spent some time cleaning things up. If you want to do things the hard way, that's up to you - Gentoo is about choice :) I'm not disagreeing with you. I'm just faced with what's happening this morning. emerge world had 6 things it wanted to update. One of them (MythTV) is running right now. Running emerge world would result in MythTV files being changed while the program is operating. I don't think that seems like a safe thing to do so I don't want that one. I emerge the other 5 by hand. Granted, I think about your point as I do so. I'm not overly bothered by the disk space issue, or even to a great extent the time to compile issue. The basis of your argument is that I'm installing and uninstalling apps which doesn't happen much here. Stuff goes on, it doesn't much come off. If I use only emerge world then I have to wait until the machine is idle and unneeded for long periods of time. I cannot know that with any certainty when the machine is 400 miles away... But you really shouldn't recommend this sort of bad practice to others without at least warning them first. Mea culpa. If I'd known that someone considered it bad practice I most likely wouldn't have. In this case I do (personally) still think it's about choice. I've never run emerge --depclean. The warnings are too severe. The man page is too scary. I won't touch it so I would imagine there are others like me too. For those of us that won't run depclean I think there is not real downside to doing this, but maybe I'm missing some finer point. The world file is a powerful concept in portage, if used correctly,. Filling it up with a list of all installed packages completely negates its usefulness. Completely negates? No, not hardly. Reduces? Most possibly, but I do not see a way to update my machines otherwise. I get that this is probably just me. cheers, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On Fri, 13 May 2005 15:18:22 +0100, Russ Brown wrote: Say I run emerge -pvD world, and ten packages pop out. I look at the list and decide that I want to emerge all but one of the things on the list. How do I go about this without running an emerge command with nine packages passed to emerge, and causing the world file pollution described in this thread? emerge --oneshot package1 package2... -- Neil Bothwick I don't have any solution, but I certainly admire the problem. pgpVZTAxOyHvm.pgp Description: PGP signature
Re: [gentoo-user] next step X
Neil Bothwick wrote: On Fri, 13 May 2005 15:18:22 +0100, Russ Brown wrote: Say I run emerge -pvD world, and ten packages pop out. I look at the list and decide that I want to emerge all but one of the things on the list. How do I go about this without running an emerge command with nine packages passed to emerge, and causing the world file pollution described in this thread? emerge --oneshot package1 package2... Aha! So the rule is, whenever I selectively emerge a list of packages returned by emerge -pvD world, I should always do the emerges with the --oneshot switch? I suppose the packages that are already in the world file won't be removed by that command, and the ones that aren't in the world file don't get added to it. If so, that makes sense and makes me happy. Still means I have a really messy world file though. :-) Thanks for that! -- Russ -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On 5/13/05, Russ Brown [EMAIL PROTECTED] wrote: Neil Bothwick wrote: On Fri, 13 May 2005 15:18:22 +0100, Russ Brown wrote: Say I run emerge -pvD world, and ten packages pop out. I look at the list and decide that I want to emerge all but one of the things on the list. How do I go about this without running an emerge command with nine packages passed to emerge, and causing the world file pollution described in this thread? emerge --oneshot package1 package2... Aha! So the rule is, whenever I selectively emerge a list of packages returned by emerge -pvD world, I should always do the emerges with the --oneshot switch? I suppose the packages that are already in the world file won't be removed by that command, and the ones that aren't in the world file don't get added to it. If so, that makes sense and makes me happy. Still means I have a really messy world file though. :-) Thanks for that! Right. Me too. Now the question is how to clean up the world file without messing up the world file... I don't suppose there's even some ASCII art program that draws a tree of what's used by what to that I'd be able to see branches that need pruning? Neil said he dealt with the pain of this. I'd like to learn how to go about it. I have learned this morning that I probably have 5 machines that need to be looked after WRT this issue. Thanks, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On Fri, 13 May 2005 08:37:34 -0700, Mark Knecht wrote: Neil said he dealt with the pain of this. I'd like to learn how to go about it. I have learned this morning that I probably have 5 machines that need to be looked after WRT this issue. I did it manually, editing the world file to remove anything I thought I didn't need directly, then running emerge depclean -p. If it showed up something I wanted, I added it to the world file. You could probably do something that used equery/qpkg to check each package in world to see if it was a dependency of something else and filter it out if it was. This should do it, but it's a QAD kludge I haven't tested. cat /var/lib/portage/world | while read p; do [ $(qpkg -I -nc -q $p | wc -l) -eq 2 ] echo $p; done -- Neil Bothwick It's not a bug, it's tradition! pgp0a4jdUYCMh.pgp Description: PGP signature
Re: [gentoo-user] next step X
On 5/13/05, Neil Bothwick [EMAIL PROTECTED] wrote: On Thu, 12 May 2005 12:47:36 -0700, Mark Knecht wrote: As for proceeding with the emerge world operation I don't think there's any particular order you need to go in. The order shown is the was portage would handle it if you let it do it as one big group. I often opt for doing 5-10 packages instead of kicking off the world operation. In that case I'd do it in the order shown before: emerge -pv --newuse grep net-tools kbd binutils-config binutils Doing it this way will mess up your world file. Most of the packages in the list are dependencies that should be in world themselves. Installing them explicitly with emerge adds them to world, with the result that if you uninstall the package that required them in the first place, they will remain as useless cruft on your system and not be cleaned out by emerge depclean. If you want to pick individual packages from emerge -upv world for merging, merge them with the --oneshot argument to prevent them being added to world. OK, so I looked at my world file (hope it's the right one - /var/lib/portage/world) on my Compaq laptop. This laptop is 18 months young running Gentoo. I'd done this piece by piece emerge install thing forever on this. I run all the standard app, plus Gnome, KDE and fluxbox. I've got a few browsers and just about every audio app supported by Gentoo. I run xine to watch movies. It's a great system. My world file is 235 lines long. How screwed up is that really? How long it yours? Just glancing through the file I spot very few things that wouldn't be installed whether they were in in the world file or not, but I do have 28 gnome entries and certainly some of them are not end user Gnomish things, like gnome-base/librsvg. I presume this is the 'cruft' you're talking about? I have a problem with Portage and Gnome specifically. If I want to emerge Gnome portage wants to emerge in Evolution. I don't use Evolution but I didn't know how to get what I wanted (Gentoo is about choice even if Gnome is not...) so I emerged the pieces and got what I wanted. (And a longer world file...) How should I have gone about getting Gnome without Evolution? Thanks, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On May 13, 2005, at 3:46 pm, Neil Bothwick wrote: On Fri, 13 May 2005 15:18:22 +0100, Russ Brown wrote: Say I run emerge -pvD world, and ten packages pop out. I look at the list and decide that I want to emerge all but one of the things on the list. How do I go about this without running an emerge command with nine packages passed to emerge, and causing the world file pollution described in this thread? emerge --oneshot package1 package2... Or pin the single package at a specific version using /etc/portage/package.keywords or package.mask or something? Then you could `emerge world` and all the other 9 packages would be emerged, but not that one? Stroller. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On Fri, May 13, 2005 5:06 pm, Mark Knecht said: My world file is 235 lines long. How screwed up is that really? How long it yours? It's not thye length, it's the amount of unnecessary content. But the world file on my laptop is 139 lines. Just glancing through the file I spot very few things that wouldn't be installed whether they were in in the world file or not, but I do have 28 gnome entries and certainly some of them are not end user Gnomish things, like gnome-base/librsvg. That's exactly the sort of thing I'm talking about. you certainly didn't emerge that because you wanted it, so the only way it could have got in there was by a piece by piece emerge. I have a problem with Portage and Gnome specifically. If I want to emerge Gnome portage wants to emerge in Evolution. I don't use Evolution but I didn't know how to get what I wanted (Gentoo is about choice even if Gnome is not...) so I emerged the pieces and got what I wanted. (And a longer world file...) How should I have gone about getting Gnome without Evolution? Gnome is a meta-package, like kde. It contains nothing but a long list of dependencies, for all of GNOME/KDE. If you only want specific parts, either merge them individually, the applications, not the libraries, or try gnome-light. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On Fri, May 13, 2005 5:30 pm, Mark Knecht said: On 5/13/05, Neil Bothwick [EMAIL PROTECTED] wrote: This should do it, but it's a QAD kludge I haven't tested. cat /var/lib/portage/world | while read p; do [ $(qpkg -I -nc -q $p | wc -l) -eq 2 ] echo $p; done Thanks. If I can trust the results then it reduced my world file from 235 lines to 109 lines. (slow program...) However I no longer see any of Gnome, KDE or fluxbox so I'm not sure it's right quite yet. No idea what else is missing or exactly what to put back in. You should see the KDE and GNOMe meta-packages, but not the individual pacakges, but, as I said, it is totally tested. To do the depclean -p step I'd need to take the output of this and place it at the world file location I presume? The output of depclean -p is too verbose for that, and would put *everything* back in world anyway. Look at the output and copy ther packages you know you need back in. the rest will be no longer needed dependencies that can be removed. As always, it's best to run emerge world -uavD and revdep-rebuild -p after a depclean, just to be safe. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On Wednesday 11 May 2005 18:38, Mark Knecht wrote: Gentlemen: After finishing the installation, I cannot seem to bring the eth0 interface up. When I try to manually ifconfig eth0 addr broadcast netmask up, I get a message of no such device. So, I must have foobarred another incantation along the way. It was working fine in the chroot environment an hour or so ago, so I suspect something in the last stages of the install. What are the sort of things I can do to diagnose this sort of problem. Mostly, I am questing for knowledge right now. Charles lspci to understand what hardware lsmod to understand what modules are loaded modprobe foo to get a module loaded to support the adapter vi /etc/conf.d/net to look at what the system is trying to do with the hardware when the scripts are run post some more info back (if you can) and then folks will help you take the next step. Good luck, Mark Under the liveCD, the network interface is working fine and I was able to emerge kde, albeit with an error at the end with a version mismatch between libtool.m4 (1.5.10) and litmain (1.5), but thats the story after this one. lspci shows the 3com 3c905C Tornado card. lsmod (under liveCD) shows 3c95x is the driver used. In rebooting to the *real* partition, I can see that while init is running there is an error: Bringing eth0 up via DHCP ERROR: Problem starting needed services netmount was not started. I can do a modprobe 3c95x and lsmod shows it is loaded. I can then do an ifconfig eth0 up and the interface is up (ping www.yahoo.com works). The file /etc/conf.d/net has two uncommented lines: iface_eth0=dhcp gateway=eth0/10.10.10.1 I am suspecting that the netmount is the source of my confusion. Since modprobe 3c59x allows the interface to then work just fine, there may be a needed alias to tell the init script the PCI card for the ethernet interface is a 3Com. If I recall, in some other distributions, there is an alias file for modules and perhaps Gentoo is a little different then my previous understanding. Charles p.s Why would emerge vi say no ebuilds. I have nano, but not vi yet. p.p.s. After this step, the emerge kde tells me that libtool.m4 has the wrong version and I need to run libtoolize --copy --force. I run that, and get the error configure.ac does nto exist, run libtoolize --help. Invoking libtoolize --help tells me I need to run it from the toplevel directory, which I assume to be where the source for libtool.m4 would be. Where would the default location for libtool be so I could run libtoolize properly, or should I emerge something_else, or emerge the_same_thing_again p.p.p.s Thanks for the help. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On 5/12/05, cfk [EMAIL PROTECTED] wrote: Bringing eth0 up via DHCP ERROR: Problem starting needed services netmount was not started. I can do a modprobe 3c95x and lsmod shows it is loaded. I can then do an ifconfig eth0 up and the interface is up (ping www.yahoo.com works). The file /etc/conf.d/net has two uncommented lines: iface_eth0=dhcp gateway=eth0/10.10.10.1 rc-update show rc-update add net.eth0 default man rc-update for more info if you require it. netmount could be added if necessary. It isn't on my network. p.s Why would emerge vi say no ebuilds. I have nano, but not vi yet. emerge -s vi leads to (among other things) emerge -pv vim p.p.s. After this step, the emerge kde tells me that libtool.m4 has the wrong version and I need to run libtoolize --copy --force. I run that, and get the error configure.ac does nto exist, run libtoolize --help. Invoking libtoolize --help tells me I need to run it from the toplevel directory, which I assume to be where the source for libtool.m4 would be. Where would the default location for libtool be so I could run libtoolize properly, or should I emerge something_else, or emerge the_same_thing_again This sounds strange. (and probably beyond me) Better to post the actual data. p.p.p.s Thanks for the help. You're welcome! - Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On Thursday 12 May 2005 10:12, Daniel Drake wrote: cfk wrote: I can do a modprobe 3c95x and lsmod shows it is loaded. I can then do an ifconfig eth0 up and the interface is up (ping www.yahoo.com works). The file /etc/conf.d/net has two uncommented lines: iface_eth0=dhcp gateway=eth0/10.10.10.1 I am suspecting that the netmount is the source of my confusion. Since modprobe 3c59x allows the interface to then work just fine, there may be a needed alias to tell the init script the PCI card for the ethernet interface is a 3Com. If I recall, in some other distributions, there is an alias file for modules and perhaps Gentoo is a little different then my previous understanding. Is there any particular reason why you built 3c59x as a module as opposed to in-kernel? If you had built it in-kernel, you would not be having these problems - the kernel would just sort out the driver loading for you. Anyway, assuming you _do_ have a reason why you want it as a module, then you should add it to /etc/modules.autoload.d/kernel-2.6 assuming you are running a 2.6 kernel. p.s Why would emerge vi say no ebuilds. I have nano, but not vi yet. Try vim p.p.s. After this step, the emerge kde tells me that libtool.m4 has the wrong version and I need to run libtoolize --copy --force. I run that, and get the error configure.ac does nto exist, run libtoolize --help. Invoking libtoolize --help tells me I need to run it from the toplevel directory, which I assume to be where the source for libtool.m4 would be. Where would the default location for libtool be so I could run libtoolize properly, or should I emerge something_else, or emerge the_same_thing_again Run emerge sync and try again. Which package is actually failing? I doubt it is the kde package itself, it is probably one of its dependencies. You are not expected to run libtoolize yourself. The ebuild in question should handle this, but you may be running into a bug. Daniel Dear Daniel, Mark and others; After adding 3c59x to /etc/modules.autoload.d/kernel-2.6, the partition boots fine with networking enabled. To answer the original question on modules, I just ran genkernel and took all the defaults as I am new to Gentoo. I did then emerge --sync followed by emerge kde and I still get the libtoolize version error. On this one, I am not sure which way to go next, perhaps a little more advice ifyou dont mind. Things are progressing, some knowledge is seeping into my little brain, and I appreciate all the help. Charles Krinke -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On Thursday 12 May 2005 11:49, Mark Knecht wrote: Charles, I'm glad that you now have networking. That's pretty crucial stuff. I want to clarify one thing here. You are now fully booting this new machine using Gentoo, correct? Grub is installed and you're booted up to the command line. You have xorg-x11 emerged correctly and are now attempting to get kde installed? My guess, and it's only a guess, is that you're having some sort of profile problem. do not build kde first, as much as you might like to. If you stay at the command line and do emerge sync (note - not 'emerge --sync') emerge -pv world then what is it telling you about what's installed on your machine and what you need to update? Post the results back, or just work your way through the emerge world operation BEFORE emerging kde. That's pretty important as you will likely update your profile and emerge a number of packages that kde will require anyway. Cheers, Mark Dear Mark: I am fully booting this system using Gentoo. I have a colorful bash prompt right now and I am trying to get X running. Last night I did 'emerge xorg-x11' and it succeeded OK. Grub has incantations that allow the partition with Gentoo to boot. There are other distributions on some other partitions, but I dont think they have any bearing on Gentoo. Here is the result of emerge -pv world on the machine in question. ** These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild U ] sys-apps/grep-2.5.1-r7 [2.5.1-r6] -build -debug +nls -pcre -static (-uclibc) 667 kB [ebuild U ] sys-apps/net-tools-1.60-r11 [1.60-r9] -build -debug +nls -static 220 kB [ebuild U ] sys-apps/kbd-1.12-r4 [1.12-r3] +nls 867 kB [ebuild N] sys-devel/binutils-config-1.8-r2 0 kB [ebuild U ] sys-devel/binutils-2.15.92.0.2-r7 [2.15.92.0.2-r1] -debug -multislot -multitarget +nls -test 10,793 kB [ebuild U ] sys-libs/cracklib-2.7-r11 [2.7-r10] -debug -minimal +pam 20 kB [ebuild U ] app-arch/tar-1.15.1 [1.14] -build -debug +nls -static 1,573 kB [ebuild U ] sys-libs/glibc-2.3.4.20041102-r1 [2.3.4.20040808-r1] -build -debug -erandom -hardened (-multilib) +nls -nomalloccheck -nptl -nptlonly -pic -userlocales 17,112 kB [ebuild U ] sys-apps/sed-4.1.4 [4.0.9] -bootstrap -build -debug +nls -static 775 kB [ebuild U ] sys-apps/texinfo-4.8 [4.7-r1] -build -debug +nls -static 1,486 kB [ebuild U ] app-arch/bzip2-1.0.3 [1.0.2-r5] -build -debug -static 653 kB [ebuild U ] sys-libs/ncurses-5.4-r6 [5.4-r5] -bootstrap -build -debug -doc +gpm -minimal -nocxx -unicode 2,103 kB [ebuild U ] net-misc/rsync-2.6.0-r4 [2.6.0-r3] -acl -build -debug -static 458 kB [ebuild U ] sys-devel/automake-1.9.5 [1.9.4] 740 kB [ebuild U ] sys-fs/udev-056 [045] (-selinux) -static 468 kB [ebuild U ] app-arch/cpio-2.6-r3 [2.6-r1] +nls 437 kB [ebuild U ] sys-apps/coreutils-5.2.1-r5 [5.2.1-r4] -acl -build -debug -hardened +nls (-selinux) -static (-uclibc) 4,260 kB [ebuild U ] net-misc/openssh-3.9_p1-r2 [3.9_p1-r1] -X509 -chroot -debug +ipv6 -kerberos -ldap -nocxx +pam (-selinux) -sftplogging -skey -smartcard -static +tcpd 834 kB [ebuild U ] sys-devel/m4-1.4.2-r1 [1.4.1] +nls 337 kB [ebuild U ] app-arch/gzip-1.3.5-r6 [1.3.5-r5] -build -debug +nls -pic -static 323 kB [ebuild U ] net-misc/wget-1.9.1-r3 [1.9-r2] -build -debug +ipv6 +nls -socks5 +ssl -static 1,300 kB [ebuild N] sys-libs/gdbm-1.8.3-r1 +berkdb -debug 223 kB [ebuild U ] dev-lang/perl-5.8.5-r5 [5.8.5-r4] +berkdb -debug -doc +gdbm* -ithreads -perlsuid (-uclibc) 11,651 kB [ebuild U ] sys-apps/diffutils-2.8.7-r1 [2.8.7] -debug +nls -static 1,037 kB [ebuild U ] sys-apps/hdparm-5.9 [5.7-r1] 38 kB [ebuild U ] dev-lang/python-2.3.5 [2.3.4-r1] +X* +berkdb -bootstrap -build -debug -doc +gdbm* +ipv6 +ncurses +readline +ssl -tcltk -ucs2 7,060 kB [ebuild U ] sys-devel/gnuconfig-20050223 [20040214] 34 kB [ebuild U ] sys-devel/gcc-config-1.3.10-r2 [1.3.8-r4] 0 kB [ebuild U ] sys-devel/gcc-3.3.5.20050130-r1 [3.3.5-r1] (-altivec) -bootstrap -boundschecking -build -debug +fortran* -gcj +gtk* -hardened -ip28 (-multilib) -multislot (-n32) (-n64) +nls -nocxx -objc -static (-uclibc) 23,639 kB Total size of downloads: 89,119 kB So, I would assume from this that the next step is to emerge grep, then emerge net-tools and all the rest in this order without any of the version stuff like '2.5.1-r7 [2.5.1-r6]'. With Thanks, Charles Krinke -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On 5/12/05, cfk [EMAIL PROTECTED] wrote: Dear Mark: I am fully booting this system using Gentoo. I have a colorful bash prompt right now and I am trying to get X running. Last night I did 'emerge xorg-x11' and it succeeded OK. Grub has incantations that allow the partition with Gentoo to boot. There are other distributions on some other partitions, but I dont think they have any bearing on Gentoo. Here is the result of emerge -pv world on the machine in question. ** These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild U ] sys-apps/grep-2.5.1-r7 [2.5.1-r6] -build -debug +nls -pcre -static (-uclibc) 667 kB [ebuild U ] sys-apps/net-tools-1.60-r11 [1.60-r9] -build -debug +nls -static 220 kB [ebuild U ] sys-apps/kbd-1.12-r4 [1.12-r3] +nls 867 kB [ebuild N] sys-devel/binutils-config-1.8-r2 0 kB [ebuild U ] sys-devel/binutils-2.15.92.0.2-r7 [2.15.92.0.2-r1] -debug -multislot -multitarget +nls -test 10,793 kB [ebuild U ] sys-libs/cracklib-2.7-r11 [2.7-r10] -debug -minimal +pam 20 kB [ebuild U ] app-arch/tar-1.15.1 [1.14] -build -debug +nls -static 1,573 kB [ebuild U ] sys-libs/glibc-2.3.4.20041102-r1 [2.3.4.20040808-r1] -build -debug -erandom -hardened (-multilib) +nls -nomalloccheck -nptl -nptlonly -pic -userlocales 17,112 kB [ebuild U ] sys-apps/sed-4.1.4 [4.0.9] -bootstrap -build -debug +nls -static 775 kB [ebuild U ] sys-apps/texinfo-4.8 [4.7-r1] -build -debug +nls -static 1,486 kB [ebuild U ] app-arch/bzip2-1.0.3 [1.0.2-r5] -build -debug -static 653 kB [ebuild U ] sys-libs/ncurses-5.4-r6 [5.4-r5] -bootstrap -build -debug -doc +gpm -minimal -nocxx -unicode 2,103 kB [ebuild U ] net-misc/rsync-2.6.0-r4 [2.6.0-r3] -acl -build -debug -static 458 kB [ebuild U ] sys-devel/automake-1.9.5 [1.9.4] 740 kB [ebuild U ] sys-fs/udev-056 [045] (-selinux) -static 468 kB [ebuild U ] app-arch/cpio-2.6-r3 [2.6-r1] +nls 437 kB [ebuild U ] sys-apps/coreutils-5.2.1-r5 [5.2.1-r4] -acl -build -debug -hardened +nls (-selinux) -static (-uclibc) 4,260 kB [ebuild U ] net-misc/openssh-3.9_p1-r2 [3.9_p1-r1] -X509 -chroot -debug +ipv6 -kerberos -ldap -nocxx +pam (-selinux) -sftplogging -skey -smartcard -static +tcpd 834 kB [ebuild U ] sys-devel/m4-1.4.2-r1 [1.4.1] +nls 337 kB [ebuild U ] app-arch/gzip-1.3.5-r6 [1.3.5-r5] -build -debug +nls -pic -static 323 kB [ebuild U ] net-misc/wget-1.9.1-r3 [1.9-r2] -build -debug +ipv6 +nls -socks5 +ssl -static 1,300 kB [ebuild N] sys-libs/gdbm-1.8.3-r1 +berkdb -debug 223 kB [ebuild U ] dev-lang/perl-5.8.5-r5 [5.8.5-r4] +berkdb -debug -doc +gdbm* -ithreads -perlsuid (-uclibc) 11,651 kB [ebuild U ] sys-apps/diffutils-2.8.7-r1 [2.8.7] -debug +nls -static 1,037 kB [ebuild U ] sys-apps/hdparm-5.9 [5.7-r1] 38 kB [ebuild U ] dev-lang/python-2.3.5 [2.3.4-r1] +X* +berkdb -bootstrap -build -debug -doc +gdbm* +ipv6 +ncurses +readline +ssl -tcltk -ucs2 7,060 kB [ebuild U ] sys-devel/gnuconfig-20050223 [20040214] 34 kB [ebuild U ] sys-devel/gcc-config-1.3.10-r2 [1.3.8-r4] 0 kB [ebuild U ] sys-devel/gcc-3.3.5.20050130-r1 [3.3.5-r1] (-altivec) -bootstrap -boundschecking -build -debug +fortran* -gcj +gtk* -hardened -ip28 (-multilib) -multislot (-n32) (-n64) +nls -nocxx -objc -static (-uclibc) 23,639 kB Total size of downloads: 89,119 kB So, I would assume from this that the next step is to emerge grep, then emerge net-tools and all the rest in this order without any of the version stuff like '2.5.1-r7 [2.5.1-r6]'. With Thanks, Charles Krinke Charles, When you did the emerge sync did you see any addiitonal messages about updating your profile or did that happen when you were forst doing the install? I suspect it happened then and therefore your profile should be fine. I'm not an expert in profiles so for me that guess wasa stretch. As for proceeding with the emerge world operation I don't think there's any particular order you need to go in. The order shown is the was portage would handle it if you let it do it as one big group. I often opt for doing 5-10 packages instead of kicking off the world operation. In that case I'd do it in the order shown before: emerge -pv --newuse grep net-tools kbd binutils-config binutils Since you're new to Gentoo I'd look very carefully at the USE options being chosen for each package, most especially the nptl/nptlonly flags. It's best to get that stuff set up right very early on so that you do not need to rebuild the packages in just a few days when you decide to change some flags. you haven't said what the purpose of the machine is so I don't know how to recommend any flags. I will share that this is what's on my laptop if that's of any
Re: [gentoo-user] next step X
On 5/12/05, cfk [EMAIL PROTECTED] wrote: Well, I have gotten emerge -pv world to where there are no dependencies left. Great! At this point, before I do emerge kde, I tried 'startx' to see what would happen. X fails to start and complains that it cannot find any screens. It complains about framebuffer and related items. So this sounds like you might not have run the xorgconfig program and properly configured your system yet. See the Gentoo install docs for info on doing that. What I did yesterday was 'genkernel' with all defaults. The motherboard I am using is an Intel with the integrated i810 graphics device (Cayman2). So, at this point, I started off a 'make menuconfig' in /usr/src/linux with i810 support (experimental) and frame buffer support (experimental) along with including the ethernet driver in the kernel. I noticed SMP was enabled by default, and I disabled that. So, a 'make clean make bzimage make modules make modules_install make install' is currently going on. If you are using a 2.6 series kernel it's only make make modules_install Am I correct in hoping that will cause X to then start when I reboot tomorrow, or am I missing the boat somewhere along the lane. I think it's just the xorgconfig that you probably need to do. X will start (I hope) after you run that successfully. don't be surprised if X looks pretty bad when you do that but if you get a mouse cursor you're pretty much there. Good luck, Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
cfk, Did you manually compile your kernel, or use genkernel? It seems that your eth0 is not properly configured. If you compiled your kernel manually, make sure you added your network card driver. If you used genkernel, are you starting coldplug/hotplug at boot? Another possibility is that you didn't configure your network correctly. Did you set up /etc/conf.d/net and add net.eth0 to default runlevel? --Josh Hunholz cfk wrote: On Wednesday 11 May 2005 17:11, cfk wrote: Gentlemen: I have my stage 3 gentoo system booting after a little resolv.conf issue earlier. X-Windows is next. I tried emerge kde and emerge xorg-x11, but both of them stop fairly quickly saying: Couldn't download libpng-1.2.8.tar.bz2. Aborting Would anyone be willing to help me through my lack of the portable network graphics library on my new gentoo system? Charles Krinke Let me reply to my own message as I think the problem is earlier then emerge. After finishing the installation, I cannot seem to bring the eth0 interface up. When I try to manually ifconfig eth0 addr broadcast netmask up, I get a message of no such device. So, I must have foobarred another incantation along the way. It was working fine in the chroot environment an hour or so ago, so I suspect something in the last stages of the install. What are the sort of things I can do to diagnose this sort of problem. Mostly, I am questing for knowledge right now. Charles -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] next step X
On 5/11/05, cfk [EMAIL PROTECTED] wrote: On Wednesday 11 May 2005 17:11, cfk wrote: Gentlemen: I have my stage 3 gentoo system booting after a little resolv.conf issue earlier. X-Windows is next. I tried emerge kde and emerge xorg-x11, but both of them stop fairly quickly saying: Couldn't download libpng-1.2.8.tar.bz2. Aborting Would anyone be willing to help me through my lack of the portable network graphics library on my new gentoo system? Charles Krinke Let me reply to my own message as I think the problem is earlier then emerge. After finishing the installation, I cannot seem to bring the eth0 interface up. When I try to manually ifconfig eth0 addr broadcast netmask up, I get a message of no such device. So, I must have foobarred another incantation along the way. It was working fine in the chroot environment an hour or so ago, so I suspect something in the last stages of the install. What are the sort of things I can do to diagnose this sort of problem. Mostly, I am questing for knowledge right now. Charles lspci to understand what hardware lsmod to understand what modules are loaded modprobe foo to get a module loaded to support the adapter vi /etc/conf.d/net to look at what the system is trying to do with the hardware when the scripts are run post some more info back (if you can) and then folks will help you take the next step. Good luck, Mark -- gentoo-user@gentoo.org mailing list