Re: [gentoo-user] gnome-base/gnome-libs-1.2 masked?
061119 Richard Fish wrote: On 11/18/06, Vladimir G. Ivanovic [EMAIL PROTECTED] wrote: I assume gnome-libs-1.4.2 is going to be removed in one month, but lots of packages directly depend on gnome-libs: app-misc/gfontview-0.5.0-r6 Just recompile this without the gnome USE flag. That didn't work for me: it still demands the '1' versions of Glib Gtk+ , tho' not Gnome-libs. The same for Dillo. Does anyone know whether these other two are going away sometime too ? -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] AMD64 problem. (Partly SOLVED)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Richard Fish wrote: On 11/18/06, Chris Walters [EMAIL PROTECTED] wrote: VFS: Cannot open root device 813 or unknown-block(8,19) This means the kernel found your root drive/partition, but couldn't mount it. Most likely you forgot to compile the filesystem driver *into* your kernel (make sure it is =y and not =m). -Richard Hello Richard, I do have all the file system drivers compiled into my kernel (not as modules), as I always have. I am beginning to think that the problem is that this is a USB drive (well, converted into one, anyway). Not to mention the fact that my primary partition is Windows and not Linux. If anyone has been able to boot from a USB 2.0 drive, I would appreciate some pointers on how to get this installation working. Regards, Chris -BEGIN PGP SIGNATURE- iD8DBQFFYG0EUx1jS/ORyCsRCNSOAJ9IwlcVMSixV/TDc2ncsdy+Sma6YACeMWnA +btRcxYf8tZVXOUuA6OoC3s= =wE85 -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Boa server depends on net.eth0?
On Wed, Nov 15, 2006 at 01:02:58PM +, Mick wrote
Hi All,
I am trying to start boa while connected to dial-up (ppp0) and what I am
getting is this network related error:
rc-scripts: WARNING: boa is scheduled to start when net.eth0 has started
Any idea why this is so? Do I need to change something to let it start up on
any iface?
[m3000][root][~] head -11 /etc/init.d/boa
#!/sbin/runscript
# Copyright 1999-2004 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/www-servers/boa/files/boa.rc6,v 1.2
# 2005/07/28 14:24:36 tigger Exp $
# NB: Standard config is in /etc/boa/boa.conf
# NB: Arguments to pass to boa are in /etc/conf.d/boa
depend() {
need net
}
The init script says so. Do you try /etc/init.d/boa restart *AFTER*
connecting via dialup? Another thing to check is whether you have the
listen address hard-coded to your eth0 address in your boa.conf file.
--
Walter Dnes [EMAIL PROTECTED] In linux /sbin/init is Job #1
My musings on technology and security at http://techsec.blog.ca
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gnome-base/gnome-libs-1.4.2 masked?
On Sun, 2006-11-19 at 00:36 -0700, Richard Fish wrote: Do you actually use them? If not, why do you care? No and maybe. I don't use gtkdiff, so I obviously don't care, but a lot of the packages contain libraries. I don't know if I use them or not. Is there an automated way of dealing with the package removal of gnome-libs? Or is every user expected to go through the list of package dependencies (direct and indirect), examine them, and make a decision for each package? --- Vladimir -- Vladimir G. Ivanovic [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Problems getting started with vmware
Walter Dnes [EMAIL PROTECTED] writes: That's what turned me off, and I didn't bother. I had wanted to make a post just like yours, but I figured that I was coming out of this thread looking like a professional ranter, so I decided to keep quiet. Guess I wasn't as smart hehe. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gnome-base/gnome-libs-1.4.2 masked?
On 11/19/06, Vladimir G. Ivanovic [EMAIL PROTECTED] wrote: No and maybe. I don't use gtkdiff, so I obviously don't care, but a lot of the packages contain libraries. I don't know if I use them or not. Are these listed in your world (/var/lib/portage/world) file? If so, remove them, do an emerge -Nuv world. After that, emerge --depclean --pretend will show you things that are not needed anymore. And of course, --pretend --tree is the best way of determining what wants to pull in certain libraries. So you can remove them, and run emerge -v --pretend --tree world to determine what is pulling in these things. Or is every user expected to go through the list of package dependencies (direct and indirect), examine them, and make a decision for each package? emerge --depclean can be used to clean out unneeded libraries, but that won't work if your world file is polluted with a bunch of unnecessary things. So in that case, yeah, you will have to things manually. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gnome-base/gnome-libs-1.2 masked?
On 11/19/06, Philip Webb [EMAIL PROTECTED] wrote: 061119 Richard Fish wrote: On 11/18/06, Vladimir G. Ivanovic [EMAIL PROTECTED] wrote: I assume gnome-libs-1.4.2 is going to be removed in one month, but lots of packages directly depend on gnome-libs: app-misc/gfontview-0.5.0-r6 Just recompile this without the gnome USE flag. That didn't work for me: it still demands the '1' versions of Glib Gtk+ , Try sync'ing again, because the current package.mask [1] isn't masking gtk+ or glib. -Richard [1] http://sources.gentoo.org/viewcvs.py/gentoo-x86/profiles/package.mask?view=markup -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Boa server depends on net.eth0?
On Sunday 19 November 2006 17:45, Walter Dnes wrote:
On Wed, Nov 15, 2006 at 01:02:58PM +, Mick wrote
Hi All,
I am trying to start boa while connected to dial-up (ppp0) and what I am
getting is this network related error:
rc-scripts: WARNING: boa is scheduled to start when net.eth0 has started
Any idea why this is so? Do I need to change something to let it start
up on any iface?
[m3000][root][~] head -11 /etc/init.d/boa
#!/sbin/runscript
# Copyright 1999-2004 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/www-servers/boa/files/boa.rc6,v 1.2
# 2005/07/28 14:24:36 tigger Exp $
# NB: Standard config is in /etc/boa/boa.conf
# NB: Arguments to pass to boa are in /etc/conf.d/boa
depend() {
need net
}
The init script says so. Do you try /etc/init.d/boa restart *AFTER*
connecting via dialup?
Yes, I did. The same error comes up. I see the script but cannot understand
why only eth0 counts as a net iface. It may be worth noting that I do not
have configured ppp0 through /etc/conf.d/net. Somehow kppp picks it up and
runs fine. Could this have something to do with it?
Also, under /proc/sys/net/ipv4/conf/ I only have:
ls -la /proc/sys/net/ipv4/conf/
total 0
dr-xr-xr-x 6 root root 0 Nov 19 18:15 .
dr-xr-xr-x 6 root root 0 Nov 19 18:15 ..
dr-xr-xr-x 2 root root 0 Nov 19 18:15 all
dr-xr-xr-x 2 root root 0 Nov 19 18:15 default
dr-xr-xr-x 2 root root 0 Nov 19 18:15 eth0
dr-xr-xr-x 2 root root 0 Nov 19 18:15 lo
I don't have any other ifaces listed there. Shouldn't there be more, like
wlan0, ppp0, etc.?
Another thing to check is whether you have the
listen address hard-coded to your eth0 address in your boa.conf file.
I do. It's like so:
Listen 192.168.0.5
but I don't define an iface in the boa.conf file and I don't have
a /etc/conf.d/boa file. Any more ideas please?
--
Regards,
Mick
pgpc06Q26IbHh.pgp
Description: PGP signature
[gentoo-user] Coping with KDE upgrades
I converted to KDE modular some time ago with considerable trepidation. Now I'm faced with the updates that came out this week, and I'd like to take advantage of the opportunity this offers to dispense with (that is, unmerge) the many parts of KDE I will never use. The problem is obvious and unavoidable: there are 231 parts that currently are in my world file, and I do not know what all of them do. I can cherry-pick a few that are obvious throw-aways by removing them from world, and waiting to see if they get updated anyway because they're actually needed. Does anybody have advice about how to improve that process? Would it be better to remove all but the obvious keepers? I'm not looking forward to the pains-taking process of vetting each and every one of the 231, but I don't want to be spending the time to recompile the presumed multitude that I never ever use. -- Kevin O'Gorman, PhD -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Coping with KDE upgrades
On Sunday 19 November 2006 12:52, Kevin O'Gorman [EMAIL PROTECTED] wrote about '[gentoo-user] Coping with KDE upgrades': I converted to KDE modular some time ago with considerable trepidation. Now I'm faced with the updates that came out this week, and I'd like to take advantage of the opportunity this offers to dispense with (that is, unmerge) the many parts of KDE I will never use. I'm there with you. The problem is obvious and unavoidable: there are 231 parts that currently are in my world file, and I do not know what all of them do. I can cherry-pick a few that are obvious throw-aways by removing them from world, and waiting to see if they get updated anyway because they're actually needed. The only package that was in my world file was kde-meta. That brings in everything. How did you get 213 entries anyway? Forgetting to use -1 (--oneshot) as needed? Does anybody have advice about how to improve that process? Would it be better to remove all but the obvious keepers? The way I'm slimming things down, I removed kde-meta from world, and then did emerge -p --depclean. I look over the (*LONG*) list and when I see an application I use, I add it to my world file with emerge -n. After I'm fairly sure I've caught everything I'll let the depclean actually remove packages. I'm not looking forward to the pains-taking process of vetting each and every one of the 231, but I don't want to be spending the time to recompile the presumed multitude that I never ever use. Unfortunately I still have a long list of packages to confirm that I don't use before unmerging. An advantage to my situtation is that I still have all of kde, but updates are only applied to things that are depended upon by my world file. You'll have to do some manual work, but you can always build binary packages of anything before unmerging it so that re-merging it is quite sort. grep-ing your process list for package names (or vice-versa) can easily confirm packages as used. Also, if your filesystem keeps track of atimes, you can probably use those to help make decisions. I'm not sure I *directly* addressed your questions, but HTH. -- If there's one thing we've established over the years, it's that the vast majority of our users don't have the slightest clue what's best for them in terms of package stability. -- Gentoo Developer Ciaran McCreesh pgpxrbp93kX2I.pgp Description: PGP signature
Re: [gentoo-user] Coping with KDE upgrades
On 11/19/06, Boyd Stephen Smith Jr. [EMAIL PROTECTED] wrote: The way I'm slimming things down, I removed kde-meta from world, and then did emerge -p --depclean. I look over the (*LONG*) list and when I see an application I use, I add it to my world file with emerge -n. After I'm fairly sure I've caught everything I'll let the depclean actually remove packages. This is pretty much the sanest way of doing this I think. Just remove all kde-base stuff from world, use --depclean --pretend to see what wants to be removed, and add things back in with the --noreplace option. The only thing I would caution on are the artsplugin-foo packages, particularly artsplugin-xine, artsplugin-audiofile, and artsplugin-akode. Removing these can have some strange effects on kde, like refusing to play certain media files. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] LDAP + Samba as PDC
Sorry for taking this long, rough week. I didn't understand your answer. The Linux box you're talking about is the Samba server? Yes, the Samba server What is Winbind? Or nss_ldap? How did you setup a PDC without using either nss_ldap or winbind? nss_ldap: * requires modification to /etc/ldap.conf * requires the nss_ldap package. * requires modification of /etc/nsswitch.conf winbind: * requires the winbind flag for the samba ebuild * requires modification of /etc/nsswitch.conf getent passwd * returns users * returns workstations servers also they will have a '$' at the end of the username). Normally this is completed via nss_ldap, but I have used winbind before, for the sake of not depending on the bleeding sore that is nss_ldap. So, how is the local box finding the network users? From your config, it appears that you are using smb-ldap tools, but is that the case? If you cat /etc/passwd - do you see the users? What does /etc/ldap.conf look like? Sincerely, Joshua -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: Mini Gentoo in VMWare
Your slowness could be due to not telling vmware to allocate all memory into physical memory, and not using a full sized disk image. It seems like vmware accesses the blocks directly, when you pre-allocate. And if the image gets fragmented, vmware warns you about it, so that you can ask it to defragment it. But, if you're using a resizable image, then you may see some slowness. I bench marked the disk running gentoo linux on a Dell D820 notebook, in native mode. I copied that same gentoo over to a VM, and ran into in windows on the same D820 Notebook, and got slightly better performance results, by about 2-5 M/sec. I used bonnie++ -c 5 -s 4096 -r 768 -u someone. I haven't tried it on a dynamically re-sizable disk. These results indicate to me that VMware is using direct block access, and bypassing the file system. Either that, or simply keeping it un-fragmented makes a big difference. ! As far as compiling slower, I've found there is a very MINOR difference between a real machine, and a VM. On 11/7/06, Daevid Vincent [EMAIL PROTECTED] wrote: I use a Gentoo VM for a lot of LAMP dev work, and I can tell you it's kind of painful to upgrade packages with all the compiling. VMWare is slower than normal to compile, mostly due to disk I/O. Since each HD is a big-ass file. A few optimizations I might suggest: Partition a dedicated physical hard drive into chunks and use VMWare's raw disk so you have real hardware/hard disks. I'd suggest a very fast SCSI drive for the best performance since you're running several VMs. Also, look into the VMWare server version which uses the raw iron a bit better as it's dedicated to running many VMs. I find that more RAM on VMWare has a point of deminishing returns. I have a VM that I dedicate 512MB of my 2GBs and honestly it feels slower than when I give it 128-256MB only. It may be a WinXP thing that it's not efficiently using the RAM right or something. -Original Message- From: Trenton Adams [mailto:[EMAIL PROTECTED] Sent: Sunday, November 05, 2006 9:19 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Mini Gentoo in VMWare Yes, VMWare is fit for the task, simply because I would be using it on a windows machine. Unless there is something better for a windows machine? Thanks for the hints. On 11/3/06, Harm Geerts [EMAIL PROTECTED] wrote: On Friday 03 November 2006 06:43, Trenton Adams wrote: Hi Guys, Has anyone here played with minimalizing everything for use in vmware? Basically what I want to do is create a series of VERY tiny VMs that are all independent of each other, which provide one service. For instance, I might put apache on one VM, and tomcat on another, and so on. Obviously, I would want their memory usage to be absolutely minimized, seeing that I would like to run them all on one computer. I would probably provide them 64M-128M of RAM each, for their specific service. Perhaps a little more if really required. Is there really anything that I should worry about? Perhaps I should just DO IT? Nick[1] made a post about minimizing Gentoo a while back. But that topic was mainly about the disk usage. I suppose you would benefit from a system that uses the -Os flag to create small binairies. But do you think vmware is fit for such a task? vmware is a big strain on resources itself. You might want to have a look at xen[2] instead. [1] http://thread.gmane.org/gmane.linux.gentoo.user/160899/focus=160903 [2] http://www.xensource.com/xen/xen/index.html -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list -- gentoo-user@gentoo.org mailing list
