Re: [gentoo-user] distcc and USE flags
Le Thursday 14 October 2010 07:57:25, Coert Waagmeester a écrit : > Hello all, > > Still new to gentoo. I use RHEL a lot. > > If I want to set up an x86 distcc solution, do the USE flags need to be > the same on all machines? > > Trying to setup/compile all desktop apps on one machine with two > assisting in compilation. > > Regards, > Coert Waagmeester the use flags needn't to be the same if you order the compile from the machine which have the binaries. If you compile all on one machine only, I think too, but not sure, and I don't know how you tell which use flags correspond to which machine... -- Stéphane Guedon page web : http://www.22decembre.eu/ carte de visite : http://www.22decembre.eu/downloads/Stephane-Guedon.vcf clé publique gpg : http://www.22decembre.eu/downloads/Stephane-Guedon.asc signature.asc Description: This is a digitally signed message part.
[gentoo-user] distcc and USE flags
Hello all, Still new to gentoo. I use RHEL a lot. If I want to set up an x86 distcc solution, do the USE flags need to be the same on all machines? Trying to setup/compile all desktop apps on one machine with two assisting in compilation. Regards, Coert Waagmeester
Re: [gentoo-user] Re: firefox-bin optimizations?
On Sat, Oct 09, 2010 at 06:53:04PM +0300, Arttu V. wrote > Thus equipped, I copied both mozconfig-3.eclass and > mozcoreconf-2.eclass over to a local overlay, modified their hardcoded > --enable-pango statements into --disable-pango's, re-emerged both > packages (xulrunner, firefox), and now about:buildconfig shows among > other things: > > > Configure arguments > --enable-application=xulrunner --enable-optimize --disable-installer > --disable-pedantic --enable-crypto --with-system-jpeg > --with-system-zlib --disable-updater --disable-pango --disable-svg > --enable-system-cairo --disable-strip --disable-strip-libs > --disable-install-strip > > > There it is, --disable-pango. Thanks for the explanation. I've got pango disabled now. I'll see what else I can get rid of. > Arttu V. -- Running Gentoo is like running with scissors Gentoo is a really sharp distro. -- Walter Dnes
Re: [gentoo-user] emerge --unmerge fails
On 13 October 2010 15:29, Dean Matzkov wrote: > Have you tried upgrading to the latest version of Portage 2.2? The > newest version in the tree is currently portage-2.2_rc95, while you're > still using portage-2.2_rc67. Perhaps there's a bug causing this that > was fixed in subsequent release? I didn't really want to be running cutting edge portage but it did solve my problem. I can unmerge again. :-)
Re: [gentoo-user] Re: Trying to configure Radeon card
On Wed, 2010-10-13 at 17:06 +0300, Nikos Chantziaras wrote: > Forgot one last thing. After you do what I described in my other post, > make sure to execute: > > eselect opengl set ati > > Hi Nikos, Thanks for the advice. I think that the instructions that you're providing, however, are for the closed source ATI driver. I've already battled unsuccessfully with that driver via OpenSUSE, Kubuntu, Fedora and gentoo, so I'm trying to configure using the open source Radeon driver instead, with reference to this wiki here http://en.gentoo-wiki.com/wiki/Radeon Regarding eselect, I used eselect opengl xorg-xll to select the open source driver instead of ati. I think this is correct? The kernel options are configured as follows Device Drivers -> Generic Driver Options -> <*> Userspace firmware loading support [*] Include in-kernel firmware blobs in kernel binary Graphics support -> <*> /dev/agpgart (AGP Support) <*> Direct Rendering Manager (XFree86 4.1.0 and higher DRI support) -> <*> ATI Radeon [*] Enable modesetting on radeon by default When I re-ran emerge radeon-ucode and checked my kernel blobs line in .config, I discovered that I had not included the kernel blobs radeon/R600_rlc.bin and radeon/R700_rlc.bin, so I recompiled the kernel using those options and rebooted after running grub to setup the revised kernel. I also noted the instructions at http://en.gentoo-wiki.com/wiki/Framebuffer#Drivers_with_Kernel_Mode_Setting_.28KMS.29 and recompiled the kernel once more after changing the following settings Device Drivers -> Graphics support -> [*] Support for frame buffer devices ---> [*] Enable firmware EDID [*] Enable Video mode handling helpers Following on further, I found this link http://xorg.freedesktop.org/wiki/radeonBuildHowTo#RemovingAMD.2BAC8-ATIcatalyst.2BAC8-fglrxdriver.28closedsource.29 and discovered that I still had the fglrx.ko module in /lib/modules/2.6.34-gentoo-r6/video, so I deleted it and typed depmod -a After reviewing my /etc/make.conf, I discovered that I had the VIDEO_CARDS="fglrx" option set, so I changed that to VIDEO_CARDS="radeon" and ran emerge -Dav mesa libdrm xf86-video-ati emerge -NDuav system (nothing to merge) emerge -NDuav world (rebuilt xorg-drivers-1.7 and pm_utils-1.4.1http://xorg.freedesktop.org/wiki/radeonBuildHowTo#RemovingAMD.2BAC8-ATIcatalyst.2BAC8-fglrxdriver.28closedsource.29 I then re-ran grub and tried to boot into the revised kernel, but still no luck getting anything other than software rasteriser. The Xorg.0.log file for this run is attached. I then tried moving the xorg.conf file to another location and restarted with no xorg.conf. I still got only software rasteriser, but now I have errors in Xorg.0.log where fbdev and vesa modules do not exist. This log file is in the second attachment, Xorg.0.log.noXorg.conf Does anyone have any suggestions as to where I go from here? Thanks in advance Jeff X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.34-gentoo-r6 x86_64 Current Operating System: Linux Media-PC 2.6.34-gentoo-r6 #9 SMP Wed Oct 13 20:46:13 EDT 2010 x86_64 Kernel command line: root=/dev/sda3 Build Date: 12 October 2010 08:15:38PM Current version of pixman: 0.18.2 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Oct 13 21:00:54 2010 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "aticonfig Layout" (**) |-->Screen "aticonfig-Screen[0]-0" (0) (**) | |-->Monitor "" (**) | |-->Device "aticonfig-Device[0]-0" (==) No monitor specified for screen "aticonfig-Screen[0]-0". Using a default monitor configuration. (**) Option "Xinerama" "off" (**) Option "AIGLX" "On" (==) Automatically adding devices (==) Automatically enabling devices (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/cyrillic". Entry deleted from font path. (Run 'mkfontdir' on "/usr/share/fonts/cyrillic"). (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/encodings". Entry deleted from font path. (Run 'mkfontdir' on "/usr/share/fonts/encodings"). (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/util". Entry deleted from font path. (Run 'mkfontdir' on "/usr/share/fonts/util"). (WW) The directory "/usr/share/fonts/TTF/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/OTF" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/Type1/" does not exist. Entry deleted from font path. (**) FontPath set to: /usr/share/fonts/100dpi, /usr/share/fonts/75dpi, /usr/share/fonts/corefonts, /usr/share/fonts/dejavu, /usr/share/fonts/misc, /usr/share/fonts/misc/, /usr/share/f
Re: [gentoo-user] Re: Slow Login, Sudo, etc.
> > The main correlation I've seen so far is with dhcpcd. Sometimes at my > > work I get a 192. IP (which doesn't work), and other times I get a > > 133. IP (which is correct). In fact, sometimes dhcp is giving me an > > IP address and resolv.conf related to a university I was visiting like > > a month ago. > > It sounds like someone at your work might be (accidentally) running a > rogue DHCP server... > > For the 192 address - yeah, someone has probably plugged a WLAN or ADSL router into the local network, and other people will be have the same problem. If they were purposely running a rogue DHCP server to perform a Man In the Middle attack you wouldn't notice any connectivity problems (assuming they set it up correctly). When dhcpcd fails to get a response from a DHCP server it will typically fall back to Zeroconf/RFC3927 behavior and assign a a169.245.x.y address. Getting the university address is very odd. AFAIK dhcpcd has no function to fall back to the address from an expired lease. Grep your logs for dhcpcd and post the result.
Re: [gentoo-user] emerge --unmerge fails
On Wed, Oct 13, 2010 at 12:05:40PM -0700, Hilco Wijbenga wrote: > * The 'prerm' phase of the 'www-client/arora-0.11.0' package has failed > * with exit value -1. > * > * The problem occurred while executing the ebuild file named > * 'arora-0.11.0.ebuild' located in the '/var/db/pkg/www- > * client/arora-0.11.0' directory. If necessary, manually remove the > * environment.bz2 file and/or the ebuild file located in that directory. > * > * Removal of the environment.bz2 file is preferred since it may allow the > * removal phases to execute successfully. The ebuild will be sourced and > * the eclasses from the current portage tree will be used when necessary. > * Removal of the ebuild file will cause the pkg_prerm() and pkg_postrm() > * removal phases to be skipped entirely. > > * Messages for package www-client/arora-0.11.0: > > * The 'prerm' phase of the 'www-client/arora-0.11.0' package has failed > * with exit value -1. > * > * The problem occurred while executing the ebuild file named > * 'arora-0.11.0.ebuild' located in the '/var/db/pkg/www- > * client/arora-0.11.0' directory. If necessary, manually remove the > * environment.bz2 file and/or the ebuild file located in that directory. > * > * Removal of the environment.bz2 file is preferred since it may allow the > * removal phases to execute successfully. The ebuild will be sourced and > * the eclasses from the current portage tree will be used when necessary. > * Removal of the ebuild file will cause the pkg_prerm() and pkg_postrm() > * removal phases to be skipped entirely. > Traceback (most recent call last): > File "/usr/bin/emerge", line 42, in > retval = emerge_main() > File "/usr/lib/portage/pym/_emerge/main.py", line 1492, in emerge_main > myopts, myaction, myfiles, spinner) > File "/usr/lib/portage/pym/_emerge/actions.py", line 2305, in > action_uninstall > valid_atoms, ldpath_mtimes, ordered=ordered) > File "/usr/lib/portage/pym/_emerge/unmerge.py", line 507, in unmerge > scheduler=scheduler) > File "/usr/lib/portage/pym/portage/dbapi/vartree.py", line 4509, in unmerge > ldpath_mtimes=ldpath_mtimes) > File "/usr/lib/portage/pym/portage/dbapi/vartree.py", line 2160, in unmerge > vartree=self.vartree) > File "/usr/lib/portage/pym/portage/package/ebuild/doebuild.py", line > 793, in doebuild > fd_pipes=fd_pipes, returnpid=returnpid) > File "/usr/lib/portage/pym/portage/package/ebuild/doebuild.py", line > 1261, in spawn > buf.fromfile(f, buffsize) > IOError: [Errno 5] Input/output error Strange, an IO error? Which other packages do you have this problem with? W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] Re: Slow Login, Sudo, etc.
On Wed, Oct 13, 2010 at 6:38 AM, daid kahl wrote: >> On 10/11/2010 11:38 PM, daid kahl wrote: >> >>> However, I noticed that logins, su, and sudo are all responding >>> slowly. This was all fixed and fine once I updated my configuration >>> files, but this week it's acting up again. Before it was just su and >>> sudo that I noticed as slow (authentication takes around 20 seconds). >>> But now even logins are delayed (xdm or command line). > > On 13 October 2010 07:12, walt wrote: >> >> Whenever I see something that eventually works, but only after a long >> delay, I think of DNS problems. >> >> Who might be doing a nonsensical DNS lookup, I have no idea. But you >> might consider running a packet sniffer (wireshark, etc) while logging >> in or doing an su. Are you running your own local name server? > > Very very intersting!! > > The main correlation I've seen so far is with dhcpcd. Sometimes at my > work I get a 192. IP (which doesn't work), and other times I get a > 133. IP (which is correct). In fact, sometimes dhcp is giving me an > IP address and resolv.conf related to a university I was visiting like > a month ago. It sounds like someone at your work might be (accidentally) running a rogue DHCP server... -James
[gentoo-user] Re: emerge --unmerge fails
On 10/13/2010 12:05 PM, Hilco Wijbenga wrote: Hi all, I'm trying to unmerge some packages. They all fail like this: Unmerging www-client/arora-0.11.0... * The 'prerm' phase of the 'www-client/arora-0.11.0' package has failed * with exit value -1. centaur ~ # eix sys-apps/portage Installed versions: 2.2_rc67(10:58:51 07/14/10)(-build -doc centaur ~ # eix dev-lang/python Installed versions: 2.6.6-r1(2.6) Hm, well I'm just now updating my ~amd64 machine and I see that both python and portage are about to be updated. I'm still with the 2.1.x portage, so I can't comment on the version you're running. Were your python and portage just recently updated? Did you run python-updater after the upgrade? Perhaps the python ebuild does that for you, I'm not sure. Anyway I'd run it again just to make sure. This could be a new bug in portage, too. I'd suggest downgrading to your previous portage version -- but I'm not sure how safe that is. Anyone else know?
Re: [gentoo-user] emerge --unmerge fails
Have you tried upgrading to the latest version of Portage 2.2? The newest version in the tree is currently portage-2.2_rc95, while you're still using portage-2.2_rc67. Perhaps there's a bug causing this that was fixed in subsequent release?
Re: [gentoo-user] emerge --unmerge fails
On 13 October 2010 13:23, Paul Hartman wrote: > On Wed, Oct 13, 2010 at 2:05 PM, Hilco Wijbenga > wrote: >> Hi all, >> >> I'm trying to unmerge some packages. They all fail like this: > > >> * The 'prerm' phase of the 'www-client/arora-0.11.0' package has failed >> * with exit value -1. >> * >> * The problem occurred while executing the ebuild file named >> * 'arora-0.11.0.ebuild' located in the '/var/db/pkg/www- >> * client/arora-0.11.0' directory. If necessary, manually remove the >> * environment.bz2 file and/or the ebuild file located in that directory. >> * >> * Removal of the environment.bz2 file is preferred since it may allow the >> * removal phases to execute successfully. The ebuild will be sourced and >> * the eclasses from the current portage tree will be used when necessary. > > As the error suggests, remove that file > (/var/db/pkg/www-client/arora-0.11.0/environment.bz2) and then try > again, it should hopefully work then. > > See this bug for more info: > https://bugs.gentoo.org/show_bug.cgi?id=211833 Nope, removing environment.bz2 doesn't make any difference. Also, note that it's not just this package. I have the same problem for at least 2 others. It seems a pandemic. :-)
Re: [gentoo-user] emerge --unmerge fails
On Wed, Oct 13, 2010 at 2:05 PM, Hilco Wijbenga wrote: > Hi all, > > I'm trying to unmerge some packages. They all fail like this: > * The 'prerm' phase of the 'www-client/arora-0.11.0' package has failed > * with exit value -1. > * > * The problem occurred while executing the ebuild file named > * 'arora-0.11.0.ebuild' located in the '/var/db/pkg/www- > * client/arora-0.11.0' directory. If necessary, manually remove the > * environment.bz2 file and/or the ebuild file located in that directory. > * > * Removal of the environment.bz2 file is preferred since it may allow the > * removal phases to execute successfully. The ebuild will be sourced and > * the eclasses from the current portage tree will be used when necessary. As the error suggests, remove that file (/var/db/pkg/www-client/arora-0.11.0/environment.bz2) and then try again, it should hopefully work then. See this bug for more info: https://bugs.gentoo.org/show_bug.cgi?id=211833
Re: [gentoo-user] anyone use 389ds?
Apparently, though unproven, at 19:08 on Wednesday 13 October 2010, James did opine thusly: > > # eix -e libtool > > [I] sys-devel/libtool > > Available versions: > >(1.3) 1.3.5 > >(1.5) **1.5.26 (~)1.5.26-r1 2.2.6b ** > >(2) (~)2.2.8-r1 2.2.10{tbz2} **2.4 > >{test vanilla} > > Installed versions: 2.2.10(2){tbz2}(12:30:40 10/06/10)(-vanilla) > > Homepage:http://www.gnu.org/software/libtool/ > > Description: A shared library tool for developers > > > > > > Do you have libtool:1.5 installed? Any effect? > > Looks like I have libtool 2.2.10 (like you) installed; should I mask > the newer version and attempt a 1.5 installation? > > eix -e libtool > [I] sys-devel/libtool > Available versions: > (1.3) 1.3.5 > (1.5) **1.5.26 ~1.5.26-r1 2.2.6b ** > (2) ~2.2.8-r1 2.2.10 **2.4 > {test vanilla} > Installed versions: 2.2.10(2)(07:58:35 AM 10/03/2010)(-vanilla) > Homepage:http://www.gnu.org/software/libtool/ > Description: A shared library tool for developers > > Won't that affect other packages, too? 389ds wants libtool 2.2.6b which is in SLOT 1.5. You have 2.2.10 which is SLOT 2. So they can install side-by-side without colliding. You'd have to ensure 389ds uses the correct libtool and that other packages don't get confused. I have no idea how to do that - every time I look into libtool I come away thinking it's an unholy mess that should never have been suffered to spawn. This directly results in my skills with it remaining at zero. -- alan dot mckinnon at gmail dot com
[gentoo-user] emerge --unmerge fails
Hi all, I'm trying to unmerge some packages. They all fail like this: centaur ~ # emerge --unmerge arora * This action can remove important packages! In order to be safer, use * `emerge -pv --depclean ` to check for reverse dependencies before * removing packages. www-client/arora selected: 0.11.0 protected: none omitted: none >>> 'Selected' packages are slated for removal. >>> 'Protected' and 'omitted' packages will not be removed. >>> Waiting 5 seconds before starting... >>> (Control-C to abort)... >>> Unmerging in: 5 4 3 2 1 >>> Unmerging www-client/arora-0.11.0... * The 'prerm' phase of the 'www-client/arora-0.11.0' package has failed * with exit value -1. * * The problem occurred while executing the ebuild file named * 'arora-0.11.0.ebuild' located in the '/var/db/pkg/www- * client/arora-0.11.0' directory. If necessary, manually remove the * environment.bz2 file and/or the ebuild file located in that directory. * * Removal of the environment.bz2 file is preferred since it may allow the * removal phases to execute successfully. The ebuild will be sourced and * the eclasses from the current portage tree will be used when necessary. * Removal of the ebuild file will cause the pkg_prerm() and pkg_postrm() * removal phases to be skipped entirely. * Messages for package www-client/arora-0.11.0: * The 'prerm' phase of the 'www-client/arora-0.11.0' package has failed * with exit value -1. * * The problem occurred while executing the ebuild file named * 'arora-0.11.0.ebuild' located in the '/var/db/pkg/www- * client/arora-0.11.0' directory. If necessary, manually remove the * environment.bz2 file and/or the ebuild file located in that directory. * * Removal of the environment.bz2 file is preferred since it may allow the * removal phases to execute successfully. The ebuild will be sourced and * the eclasses from the current portage tree will be used when necessary. * Removal of the ebuild file will cause the pkg_prerm() and pkg_postrm() * removal phases to be skipped entirely. Traceback (most recent call last): File "/usr/bin/emerge", line 42, in retval = emerge_main() File "/usr/lib/portage/pym/_emerge/main.py", line 1492, in emerge_main myopts, myaction, myfiles, spinner) File "/usr/lib/portage/pym/_emerge/actions.py", line 2305, in action_uninstall valid_atoms, ldpath_mtimes, ordered=ordered) File "/usr/lib/portage/pym/_emerge/unmerge.py", line 507, in unmerge scheduler=scheduler) File "/usr/lib/portage/pym/portage/dbapi/vartree.py", line 4509, in unmerge ldpath_mtimes=ldpath_mtimes) File "/usr/lib/portage/pym/portage/dbapi/vartree.py", line 2160, in unmerge vartree=self.vartree) File "/usr/lib/portage/pym/portage/package/ebuild/doebuild.py", line 793, in doebuild fd_pipes=fd_pipes, returnpid=returnpid) File "/usr/lib/portage/pym/portage/package/ebuild/doebuild.py", line 1261, in spawn buf.fromfile(f, buffsize) IOError: [Errno 5] Input/output error centaur ~ # eix sys-apps/portage [I] sys-apps/portage Available versions: [P]2.1.6.7 2.1.6.13 2.1.7.17 2.1.8.3 (~)2.1.9 (~)2.1.9.1 (~)2.1.9.2 {M}(~)2.2_rc67 [M](~)2.2_rc77 [M](~)2.2_rc78 [M]** {build doc epydoc linguas_pl python3 selinux} Installed versions: 2.2_rc67(10:58:51 07/14/10)(-build -doc -epydoc -linguas_pl -python3 -selinux) Homepage:http://www.gentoo.org/proj/en/portage/index.xml Description: Portage is the package management and distribution system for Gentoo centaur ~ # eix dev-lang/python [D] dev-lang/python Available versions: (2.4) 2.4.6 (2.5) 2.5.4-r4 (2.6) 2.6.4-r1 2.6.5-r2 2.6.5-r3{tbz2} (2.7) [M](~)2.7 (3.1) 3.1.2-r3 3.1.2-r4{tbz2} {-berkdb bootstrap build +cxx doc elibc_uclibc examples gdbm ipv6 +ncurses +readline sqlite +ssl +threads tk +wide-unicode wininst +xml} Installed versions: 2.6.6-r1(2.6){tbz2}(09:17:19 10/13/10)(gdbm ncurses readline ssl threads wide-unicode xml -berkdb -build -doc -elibc_uclibc -examples -ipv6 -sqlite -tk -wininst) 3.1.2-r4(3.1){tbz2}(12:04:46 09/07/10)(gdbm ncurses readline ssl threads wide-unicode xml -build -doc -elibc_uclibc -examples -ipv6 -sqlite -tk -wininst) Homepage:http://www.python.org/ Description: Python is an interpreted, interactive, object-oriented programming language. centaur ~ # eselect python list Available Python interpreters: [1] python2.6 * [2] python3.1 Any ideas? Cheers, Hilco
Re: DNS Issues [Was: [gentoo-user] Re: Slow Login, Sudo, etc.]
On Wed, Oct 13, 2010 at 12:30 PM, Willie Wong wrote: > On Wed, Oct 13, 2010 at 12:17:02PM -0500, Paul Hartman wrote: >> On Wed, Oct 13, 2010 at 11:40 AM, Neil Bothwick wrote: >> > On Wed, 13 Oct 2010 16:59:25 +0200, Alan McKinnon wrote: >> > >> >> Seriously, just use wicd, dump the rest. >> > >> > +1 >> >> Call me old-fashioned, I use wpa_supplicant. :) > > Actually, I'll call you confused :) You are probably right. :) In my brain I was only thinking about wireless networks. It never occurred to me to need network management for wired connections as well (I've never had any need for it so it didn't enter my mind). All I've ever done with wired network is enable dhcp in /etc/conf.d/net and install ifplugd. For wireless I enable wpa_supplicant module in /etc/conf.d/net and add the networks either manually to the config file or by using wpa_supplicant's GUI for scanning, adding and editing the defined networks. Everything starts automatically when I turn on my computer and connects automatically. I don't do any /etc/init.d/net.xxx stuff manually at all. That was probably the recommended way to config back in 2003-2004 when I set up my Gentoo machines and I've never had any reason to change it since it keeps working. So that's why I called myself old-fashioned. I've never used wicd or networkmanager and I suppose I've been lucky to not encounter the problems that you guys have. I will keep it in mind if my luck changes for the worse in the future. :) Thanks Paul
Re: DNS Issues [Was: [gentoo-user] Re: Slow Login, Sudo, etc.]
On Wed, Oct 13, 2010 at 12:17:02PM -0500, Paul Hartman wrote: > On Wed, Oct 13, 2010 at 11:40 AM, Neil Bothwick wrote: > > On Wed, 13 Oct 2010 16:59:25 +0200, Alan McKinnon wrote: > > > >> Seriously, just use wicd, dump the rest. > > > > +1 > > Call me old-fashioned, I use wpa_supplicant. :) Actually, I'll call you confused :) Comparing wpa_supplicant and wicd is comparing the apples to, uh, pig, I guess. wpa_supplicant provides the user-end of the WPA authentication process; wicd provides a system of managing networks. In fact, wicd calls wpa_supplicant on networks encrypted that way. It would be more proper for you to say (if it is true), that you prefer to issue the '/etc/init.d/net.something start' commands by hand. That will make you properly curmudgeonly. I was that way once. But after using one flaky network too many (it is mighty annoying to have to open a console and type '/etc/init.d/net.eth1 restart' every five minutes), I've since converted to wicd too. HTH, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: DNS Issues [Was: [gentoo-user] Re: Slow Login, Sudo, etc.]
On Wed, Oct 13, 2010 at 11:40 AM, Neil Bothwick wrote: > On Wed, 13 Oct 2010 16:59:25 +0200, Alan McKinnon wrote: > >> Seriously, just use wicd, dump the rest. > > +1 Call me old-fashioned, I use wpa_supplicant. :)
Re: [gentoo-user] anyone use 389ds?
On Wed, Oct 13, 2010 at 12:08 PM, Alan McKinnon wrote: > Apparently, though unproven, at 17:37 on Wednesday 13 October 2010, James did > opine thusly: > >> I'm pretty sure this is a bug. I've tried to emerge these packages on >> a fresh / new system and the 389-ds-base package has a dependency >> conflict. >> >> -->8-- >> >> [ebuild N ] net-nds/389-ds-base-1.2.6-r1 USE="bitwise dna >> kerberos ldapi pam-passthru presence -auto-dn-suffix -autobind -debug >> -doc (-selinux)" 2,803 kB >> [blocks B ] =sys-devel/libtool-2*:1.5 ("=sys-devel/libtool-2*:1.5" >> is blocking sys-devel/libtool-2.2.10) >> >> Total: 14 packages (10 new, 3 in new slots, 1 reinstall), Size of >> downloads: 27,734 kB >> Conflict: 1 block (1 unsatisfied) >> >> * Error: The above package list contains packages which cannot be >> * installed at the same time on the same system. >> >> (sys-devel/libtool-2.2.10, installed) pulled in by >> >=sys-devel/libtool-2.2.6b required by (dev-libs/svrcore-4.0.4, >> ebuild scheduled for merge) >> >=sys-devel/libtool-2.2.6b required by (dev-libs/mozldap-6.0.6-r2, >> ebuild scheduled for merge) >> >> (sys-devel/libtool-2.2.6b, ebuild scheduled for merge) pulled in by >> sys-devel/libtool:1.5 required by (net-nds/389-ds-base-1.2.6-r1, >> ebuild scheduled for merge) >> >=sys-devel/libtool-2.2.6b required by >> (net-nds/389-ds-base-1.2.6-r1, ebuild scheduled for merge) >> >> --8<-- >> >> I can't see a way to get around this blocked package issue as the >> dependencies require different versions of the package than the actual >> package I'm trying to emerge. > > # eix -e libtool > [I] sys-devel/libtool > Available versions: > (1.3) 1.3.5 > (1.5) **1.5.26 (~)1.5.26-r1 2.2.6b ** > (2) (~)2.2.8-r1 2.2.10{tbz2} **2.4 > {test vanilla} > Installed versions: 2.2.10(2){tbz2}(12:30:40 10/06/10)(-vanilla) > Homepage: http://www.gnu.org/software/libtool/ > Description: A shared library tool for developers > > > Do you have libtool:1.5 installed? Any effect? Looks like I have libtool 2.2.10 (like you) installed; should I mask the newer version and attempt a 1.5 installation? eix -e libtool [I] sys-devel/libtool Available versions: (1.3) 1.3.5 (1.5) **1.5.26 ~1.5.26-r1 2.2.6b ** (2) ~2.2.8-r1 2.2.10 **2.4 {test vanilla} Installed versions: 2.2.10(2)(07:58:35 AM 10/03/2010)(-vanilla) Homepage:http://www.gnu.org/software/libtool/ Description: A shared library tool for developers Won't that affect other packages, too? -james
Re: DNS Issues [Was: [gentoo-user] Re: Slow Login, Sudo, etc.]
On Wed, 13 Oct 2010 16:59:25 +0200, Alan McKinnon wrote: > Seriously, just use wicd, dump the rest. +1 -- Neil Bothwick Is that "woof" feed me; "woof" walk me; "woof" there's a burglar? What?? signature.asc Description: PGP signature
Re: [gentoo-user] anyone use 389ds?
Apparently, though unproven, at 17:37 on Wednesday 13 October 2010, James did opine thusly: > I'm pretty sure this is a bug. I've tried to emerge these packages on > a fresh / new system and the 389-ds-base package has a dependency > conflict. > > -->8-- > > [ebuild N] net-nds/389-ds-base-1.2.6-r1 USE="bitwise dna > kerberos ldapi pam-passthru presence -auto-dn-suffix -autobind -debug > -doc (-selinux)" 2,803 kB > [blocks B ] =sys-devel/libtool-2*:1.5 ("=sys-devel/libtool-2*:1.5" > is blocking sys-devel/libtool-2.2.10) > > Total: 14 packages (10 new, 3 in new slots, 1 reinstall), Size of > downloads: 27,734 kB > Conflict: 1 block (1 unsatisfied) > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (sys-devel/libtool-2.2.10, installed) pulled in by > >=sys-devel/libtool-2.2.6b required by (dev-libs/svrcore-4.0.4, > ebuild scheduled for merge) > >=sys-devel/libtool-2.2.6b required by (dev-libs/mozldap-6.0.6-r2, > ebuild scheduled for merge) > > (sys-devel/libtool-2.2.6b, ebuild scheduled for merge) pulled in by > sys-devel/libtool:1.5 required by (net-nds/389-ds-base-1.2.6-r1, > ebuild scheduled for merge) > >=sys-devel/libtool-2.2.6b required by > (net-nds/389-ds-base-1.2.6-r1, ebuild scheduled for merge) > > --8<-- > > I can't see a way to get around this blocked package issue as the > dependencies require different versions of the package than the actual > package I'm trying to emerge. # eix -e libtool [I] sys-devel/libtool Available versions: (1.3) 1.3.5 (1.5) **1.5.26 (~)1.5.26-r1 2.2.6b ** (2) (~)2.2.8-r1 2.2.10{tbz2} **2.4 {test vanilla} Installed versions: 2.2.10(2){tbz2}(12:30:40 10/06/10)(-vanilla) Homepage:http://www.gnu.org/software/libtool/ Description: A shared library tool for developers Do you have libtool:1.5 installed? Any effect? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] anyone use 389ds?
I'm pretty sure this is a bug. I've tried to emerge these packages on a fresh / new system and the 389-ds-base package has a dependency conflict. -->8-- [ebuild N] net-nds/389-ds-base-1.2.6-r1 USE="bitwise dna kerberos ldapi pam-passthru presence -auto-dn-suffix -autobind -debug -doc (-selinux)" 2,803 kB [blocks B ] =sys-devel/libtool-2*:1.5 ("=sys-devel/libtool-2*:1.5" is blocking sys-devel/libtool-2.2.10) Total: 14 packages (10 new, 3 in new slots, 1 reinstall), Size of downloads: 27,734 kB Conflict: 1 block (1 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-devel/libtool-2.2.10, installed) pulled in by >=sys-devel/libtool-2.2.6b required by (dev-libs/svrcore-4.0.4, ebuild scheduled for merge) >=sys-devel/libtool-2.2.6b required by (dev-libs/mozldap-6.0.6-r2, ebuild scheduled for merge) (sys-devel/libtool-2.2.6b, ebuild scheduled for merge) pulled in by sys-devel/libtool:1.5 required by (net-nds/389-ds-base-1.2.6-r1, ebuild scheduled for merge) >=sys-devel/libtool-2.2.6b required by (net-nds/389-ds-base-1.2.6-r1, ebuild scheduled for merge) --8<-- I can't see a way to get around this blocked package issue as the dependencies require different versions of the package than the actual package I'm trying to emerge. -j 2010/10/13 李健 : > I don't know. > Last time when "emerge --update --deep --newuse world" I suffered some > "Blocks", I don't know how to solve that properly. > Then I unmerged all the releated packages(include dependencies) and remerged > the packages I need. It works. > > I mean maybe you can just make this, without knowing everything clearly > right now. Of course, if you are not in a PRODUCTION environment. > > 2010/10/13 James >> >> Hi, >> >> Yep -- I have it installed. >> >> [I] sys-devel/libtool (2.2.10(2)@09/26/2010): A shared library tool >> for developers >> >> I've tried unmasking ~amd64 to no avail. I believe the issue is that >> one of the 389ds packages wants an older version of libtool, while >> another package in the list of 389ds wants a newer version. >> >> I guess there really isn't much of a "howto" regarding how to use >> 389ds on Gentoo -- are all of these packages required? If not, which >> ones should I depend on? Several of these packages are named "console" >> -- one is Java, another one "ds" console (whatever that is). >> >> ~ % eix -c 389 >> [N] app-admin/389-admin-console (~1.1.4(1.1)): 389 Server Management >> Console (jar and help files) >> [N] app-admin/389-console (~1.1.6(1.1)): A Java based console for >> remote management 389 server >> [N] app-admin/389-ds-console (~1.2.3-r1(1.2)): Java based remote >> management console used for Managing 389-admin 389-ds >> [N] dev-libs/389-adminutil (~1.1.10): 389 adminutil >> [N] net-nds/389-admin (~1.1.11_rc1): 389 Directory Server (admin) >> [N] net-nds/389-ds-base (~1.2.6-r1): 389 Directory Server (core >> librares and daemons ) >> [N] www-apps/389-dsgw (~1.1.5): 389 Directory Server Gateway Web >> Application >> Found 7 matches. >> >> Thoughts? >> >> -james >> >> On Tue, Oct 12, 2010 at 4:33 AM, 李健 wrote: >> > Do you have libtool-2*:1.5 installed? ( emerge -pv sys-devel/ibtool ) >> > If so, try unmerging it. ( emerge -av --unmerge sys-devel/libtool-2*:1.5 >> > ) >> > I am not sure.Just have a try. ( newbie ) >> > HTH --lijian >> > >> > 2010/10/12 James >> >> >> >> Has anyone here successfully installed 389 Directory Server from the >> >> ebuilds in the portage tree? >> >> >> >> http://bugs.gentoo.org/104554 >> >> >> >> While trying to install I run into an issue like this: >> >> >> >> -->8-- >> >> >> >> [ebuild N] app-admin/389-console-1.1.6 111 kB >> >> [ebuild N] www-apps/389-dsgw-1.1.5 USE="adminserver -debug" 731 >> >> kB >> >> [blocks B ] =sys-devel/libtool-2*:1.5 ("=sys-devel/libtool-2*:1.5" >> >> is blocking sys-devel/libtool-2.2.10) >> >> >> >> Total: 48 packages (43 new, 4 in new slots, 1 reinstall), Size of >> >> downloads: 101,668 kB >> >> Conflict: 1 block (1 unsatisfied) >> >> >> >> * Error: The above package list contains packages which cannot be >> >> * installed at the same time on the same system. >> >> >> >> (sys-devel/libtool-2.2.10, installed) pulled in by >> >>>=sys-devel/libtool-2.2.6b required by (dev-libs/apr-1.4.2, ebuild >> >> scheduled for merge) >> >>>=sys-devel/libtool-2.2.6b required by >> >> (net-nds/389-admin-1.1.11_rc1, ebuild scheduled for merge) >> >>>=sys-devel/libtool-2.2.6b required by (dev-libs/mozldap-6.0.6-r2, >> >> ebuild scheduled for merge) >> >>(and 7 more) >> >> >> >> (sys-devel/libtool-2.2.6b, ebuild scheduled for merge) pulled in by >> >>sys-devel/libtool:1.5 required by (net-nds/389-ds-base-1.2.6-r1, >> >> ebuild scheduled for merge) >> >>>=sys-devel/libtool-2.2.6b required by >> >> (net-nds/389-ds-base-1.2.6-r1, ebuild scheduled for merge) >> >> >> >> --8<-- >> >> >> >> I'm uncertain which of these p
Re: DNS Issues [Was: [gentoo-user] Re: Slow Login, Sudo, etc.]
Apparently, though unproven, at 15:50 on Wednesday 13 October 2010, daid kahl did opine thusly: > I guess what might be helpful right now is how to purge my networking > stuff and just start it all from scratch. There is so much garbage > installed right now so I can hack it together that it's just a mess > (this happened because I can get it to function eventually, yuck). Some tips that will get you sorted about 19 times out of 20: Yes, purge all the /etc/init/net. stuff. I've yet to get that method to work on notebooks, which can be anywhere anyplace when started up. That system is great for servers and desktops that don't move around, lousy for notebooks. Dump NetworkManager. This too I never got to work reliably, if at all. It seems to want to hook into the distro default stuff, meaning /etc/init.d/net.* and has the same issues. Use wicd. Really, use wicd. All your problems will just magically go away. It is designed to do what notebooks need done - dynamically connect to the best network connection at any given time. It's highly scriptable too. The number of people here over the years complaining about nm is obscene. The number of people here over the years complaining about wicd is close to 0. Seriously, just use wicd, dump the rest. -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: Trying to configure Radeon card
On 10/13/2010 02:41 AM, Jeff Cranmer wrote: Hi, I have a Sapphire Radeon HD5750 graphics card installed on my Gentoo box, and I'm having some difficulty configuring it. When I run fglrxinfo, I get the OpenGL messages for a basic Mesa driver. I've attached the xorg.conf file, the Xorg.0.log file, and the results of the lspci command. Can anyone tell me what I'm doing wrong? I tried auto-generating an xorg.conf file, but that would result in a totally blank screen. Forgot one last thing. After you do what I described in my other post, make sure to execute: eselect opengl set ati
[gentoo-user] Re: Trying to configure Radeon card
On 10/13/2010 02:41 AM, Jeff Cranmer wrote: Hi, I have a Sapphire Radeon HD5750 graphics card installed on my Gentoo box, and I'm having some difficulty configuring it. When I run fglrxinfo, I get the OpenGL messages for a basic Mesa driver. I've attached the xorg.conf file, the Xorg.0.log file, and the results of the lspci command. Can anyone tell me what I'm doing wrong? I tried auto-generating an xorg.conf file, but that would result in a totally blank screen. You did not run "aticonfig --initial" and therefore your xorg.conf is not setup properly. Run aticonfig --initial and reboot. Make sure your kernel is not compiled with built-in radeon support, and make sure the "radeon" kernel module is not loaded (by blacklisting it in a *.conf file in the /etc/modprobe.d/ directory, with a line that says "blacklist radeon".)
DNS Issues [Was: [gentoo-user] Re: Slow Login, Sudo, etc.]
On 13 October 2010 22:38, daid kahl wrote: >> On 10/11/2010 11:38 PM, daid kahl wrote: >> >>> However, I noticed that logins, su, and sudo are all responding >>> slowly. This was all fixed and fine once I updated my configuration >>> files, but this week it's acting up again. Before it was just su and >>> sudo that I noticed as slow (authentication takes around 20 seconds). >>> But now even logins are delayed (xdm or command line). > > On 13 October 2010 07:12, walt wrote: >> >> Whenever I see something that eventually works, but only after a long >> delay, I think of DNS problems. >> >> Who might be doing a nonsensical DNS lookup, I have no idea. But you >> might consider running a packet sniffer (wireshark, etc) while logging >> in or doing an su. Are you running your own local name server? > > Very very intersting!! > > The main correlation I've seen so far is with dhcpcd. Sometimes at my > work I get a 192. IP (which doesn't work), and other times I get a > 133. IP (which is correct). In fact, sometimes dhcp is giving me an > IP address and resolv.conf related to a university I was visiting like > a month ago. > > In other words, I know I have some networking problems, but I was > reluctant to imagine it was at all related to this login problem, even > though I had some basic empirical data on it. > > Anyway, it happened again tonight, and it was resolved after I did > some of the same emerges as before, but I think that might be just > chance. > > I look into the DNS stuff. Thanks for the sanity check! > > ~daid > > PS: Sorry for the initial top posting on myself... > I've been having some networking problems lately, and apparently it's mucking up my logins and things like sudo sometimes as well. Thanks to Walt for telling me these two problems might be related. I'm on a MacBook, and I wouldn't say this is the first time I've had networking issues, but the hardware may not be at all the problem. At home I use wireless and NetworkManager for that. This is because I've never managed to get wicd working correctly for my wireless. Just tonight I had to stop dhcpcd for NM to actually connect. Maybe this is normal, I kind of forget how I hack things sometimes, though. At work I'm using DHCP, and the nameserver is controlled by the network. In that case, if I reboot, I (sometimes) get a correct IP. Normally I'm on top of what's controlling what, but I'm more confused these days. I can't tell if it's done by net, or dhcpd or what, since restarting them doesn't usually reboot net.eth0. Sometimes I get wicd working on it. It's kind of a mess! Very curiously, as in my previous post I mentioned, sometimes I'm getting resolv.conf for a university I visited like last month. Why or how that would happen I don't know. It's some config problem? I need to dig through everything, since sometimes at the university I statically connect, but I'm pretty sure all those are commented out. Why it will assign me up to three different nameservers, seemingly randomly, for ethernet, I can't understand. So, firstly I'll need some troubleshooting. I already have wireshark installed, so that could be helpful. I guess what might be helpful right now is how to purge my networking stuff and just start it all from scratch. There is so much garbage installed right now so I can hack it together that it's just a mess (this happened because I can get it to function eventually, yuck). Cheers, daid
Re: [gentoo-user] Re: Slow Login, Sudo, etc.
> On 10/11/2010 11:38 PM, daid kahl wrote: > >> However, I noticed that logins, su, and sudo are all responding >> slowly. This was all fixed and fine once I updated my configuration >> files, but this week it's acting up again. Before it was just su and >> sudo that I noticed as slow (authentication takes around 20 seconds). >> But now even logins are delayed (xdm or command line). On 13 October 2010 07:12, walt wrote: > > Whenever I see something that eventually works, but only after a long > delay, I think of DNS problems. > > Who might be doing a nonsensical DNS lookup, I have no idea. But you > might consider running a packet sniffer (wireshark, etc) while logging > in or doing an su. Are you running your own local name server? Very very intersting!! The main correlation I've seen so far is with dhcpcd. Sometimes at my work I get a 192. IP (which doesn't work), and other times I get a 133. IP (which is correct). In fact, sometimes dhcp is giving me an IP address and resolv.conf related to a university I was visiting like a month ago. In other words, I know I have some networking problems, but I was reluctant to imagine it was at all related to this login problem, even though I had some basic empirical data on it. Anyway, it happened again tonight, and it was resolved after I did some of the same emerges as before, but I think that might be just chance. I look into the DNS stuff. Thanks for the sanity check! ~daid PS: Sorry for the initial top posting on myself...
Re: [gentoo-user] Lilo vs. LVM
Quoting Konstantinos Agouros : Hi, I have a VM with a gentoo guest. For testing I set it up with an LVM Volume Group that consisted of only one disk. Now I added a 2nd resized the FS but lilo stopped working. When I call it I get: # lilo device-mapper: table ioctl failed: No such device or address Fatal: device-mapper: dm_task_run(DM_DEVICE_TABLE) failed /boot is also on the LVM volume. Is maybe grub the answer to my problem? Sorry for the late reply, I am way back on this list reading :) I have the same exact problem that I haven't been able to investigate yet, calling lilo gives me: device-mapper: table ioctl failed: No such device or address Fatal: device-mapper: dm_task_run(DM_DEVICE_TABLE) fail The funny thing is that I can workaround that chrooting from a livecd, and invoking lilo from that, as described in the gentoo handbook. The other funny thing is that this problem happens randomly, for example last week, I upgraded my kernel, run lilo from my system and it worked. If I try today it doesn't, but may work in a few days... I really don't know how to explain that, anyway I always keep a livecd around, just in case. Should you switch to grub? I don't know, for me is not an option since I'm running a triple boot (osx, windows, and gentoo) on a macbook, and my gentoo partition is under lvm (root included since I cannot create anymore physical partitions) and last time I checked, grub-static (yes, it's a no-multilib profile), didn't support booting directly from an lvm partition. -- TopperH http://topperh.ath.cx This message was sent using IMP, the Internet Messaging Program.
Re: [gentoo-user] Trying to configure Radeon card
Jeff Cranmer writes: > I have a Sapphire Radeon HD5750 graphics card installed on my Gentoo > box, and I'm having some difficulty configuring it. > > When I run fglrxinfo, I get the OpenGL messages for a basic Mesa > driver. Same here, with OpenGL working fine: wo...@weird ~ $ fglrxinfo IRQ's not enabled, falling back to busy waits: 2 0 display: :0.0 screen: 0 OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: Mesa DRI R600 (RS780 9610) 20090101 TCL OpenGL version string: 2.0 Mesa 7.8.2 For more information, use glxinfo, not fglrxinfo, which is from the ati- drivers package: wo...@weird ~ $ glxinfo name of display: :0.0 IRQ's not enabled, falling back to busy waits: 2 0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: [...] But it seems you direct rendering is disabled. Is the drm module loaded? That is, does 'lsmod | grep drm' show it? If not, try loading it with the modprobe command before starting X, and see if there's a difference (diff /var/log/Xort.0.log*). You yould also try the closed-source ati-drivers. Exchange the 'radeon' by 'fglrx' in the Device->Driver line for this, and run 'eselect opengl set ati'. Also make sure the fglrx kernel module is loaded, and the drm module is unloaded (and vice versa). You need to havwe 'fglrx' in your VIDEO_CARDS variable in make.conf (and 'radeon' for the open source driver). > I've attached the xorg.conf file, the Xorg.0.log file, and the results > of the lspci command. Can anyone tell me what I'm doing wrong? I > tried auto-generating an xorg.conf file, but that would result in a > totally blank screen. I had blank screens, too, but it was only the mouse missing, which I only saw when I started a window manager, not only X itself. Wonko
Re: [gentoo-user] anyone use 389ds?
I don't know. Last time when "emerge --update --deep --newuse world" I suffered some "Blocks", I don't know how to solve that properly. Then I unmerged all the releated packages(include dependencies) and remerged the packages I need. It works. I mean maybe you can just make this, without knowing everything clearly right now. Of course, if you are not in a PRODUCTION environment. 2010/10/13 James > Hi, > > Yep -- I have it installed. > > [I] sys-devel/libtool (2.2.10(2)@09/26/2010): A shared library tool > for developers > > I've tried unmasking ~amd64 to no avail. I believe the issue is that > one of the 389ds packages wants an older version of libtool, while > another package in the list of 389ds wants a newer version. > > I guess there really isn't much of a "howto" regarding how to use > 389ds on Gentoo -- are all of these packages required? If not, which > ones should I depend on? Several of these packages are named "console" > -- one is Java, another one "ds" console (whatever that is). > > ~ % eix -c 389 > [N] app-admin/389-admin-console (~1.1.4(1.1)): 389 Server Management > Console (jar and help files) > [N] app-admin/389-console (~1.1.6(1.1)): A Java based console for > remote management 389 server > [N] app-admin/389-ds-console (~1.2.3-r1(1.2)): Java based remote > management console used for Managing 389-admin 389-ds > [N] dev-libs/389-adminutil (~1.1.10): 389 adminutil > [N] net-nds/389-admin (~1.1.11_rc1): 389 Directory Server (admin) > [N] net-nds/389-ds-base (~1.2.6-r1): 389 Directory Server (core > librares and daemons ) > [N] www-apps/389-dsgw (~1.1.5): 389 Directory Server Gateway Web > Application > Found 7 matches. > > Thoughts? > > -james > > On Tue, Oct 12, 2010 at 4:33 AM, 李健 wrote: > > Do you have libtool-2*:1.5 installed? ( emerge -pv sys-devel/ibtool ) > > If so, try unmerging it. ( emerge -av --unmerge sys-devel/libtool-2*:1.5 > ) > > I am not sure.Just have a try. ( newbie ) > > HTH --lijian > > > > 2010/10/12 James > >> > >> Has anyone here successfully installed 389 Directory Server from the > >> ebuilds in the portage tree? > >> > >> http://bugs.gentoo.org/104554 > >> > >> While trying to install I run into an issue like this: > >> > >> -->8-- > >> > >> [ebuild N] app-admin/389-console-1.1.6 111 kB > >> [ebuild N] www-apps/389-dsgw-1.1.5 USE="adminserver -debug" 731 kB > >> [blocks B ] =sys-devel/libtool-2*:1.5 ("=sys-devel/libtool-2*:1.5" > >> is blocking sys-devel/libtool-2.2.10) > >> > >> Total: 48 packages (43 new, 4 in new slots, 1 reinstall), Size of > >> downloads: 101,668 kB > >> Conflict: 1 block (1 unsatisfied) > >> > >> * Error: The above package list contains packages which cannot be > >> * installed at the same time on the same system. > >> > >> (sys-devel/libtool-2.2.10, installed) pulled in by > >>>=sys-devel/libtool-2.2.6b required by (dev-libs/apr-1.4.2, ebuild > >> scheduled for merge) > >>>=sys-devel/libtool-2.2.6b required by > >> (net-nds/389-admin-1.1.11_rc1, ebuild scheduled for merge) > >>>=sys-devel/libtool-2.2.6b required by (dev-libs/mozldap-6.0.6-r2, > >> ebuild scheduled for merge) > >>(and 7 more) > >> > >> (sys-devel/libtool-2.2.6b, ebuild scheduled for merge) pulled in by > >>sys-devel/libtool:1.5 required by (net-nds/389-ds-base-1.2.6-r1, > >> ebuild scheduled for merge) > >>>=sys-devel/libtool-2.2.6b required by > >> (net-nds/389-ds-base-1.2.6-r1, ebuild scheduled for merge) > >> > >> --8<-- > >> > >> I'm uncertain which of these packages are actually necessary and if > >> any of the 389ds packages conflict with each other. But it seems that > >> some of the 389ds packages want a certain version of libtool, while > >> other packages want a different version. > >> > >> Any thoughts / ideas would be helpful. > >> > >> -james > >> > > > > > >