Re: [gentoo-user] HOWTO enable Broadcom BCM57780 ethernet chip

2011-01-08 Thread
It always.

2011/1/9 Walter Dnes 

>  I recently got myself a shiny new toy, a 14" notebook, and installed
> Gentoo (naturally).  The biggest struggle was getting the Broadcom
> BCM57780 ethernet chip recognized.  For the benefit of anybody else who
> runs into problems, here is the step-by-step solution...
>
> as root...
> cd /usr/src/linux
> make menuconfig
>  Device Drivers  --->
>[*] Network device support  --->
>  -*-   PHY Device support and infrastructure  --->
><*>   Drivers for Broadcom PHYs
>  [*]   Ethernet (1000 Mbit)  --->
><*>   Broadcom Tigon3 support
>
> save .config, rebuild kernel, and reboot.  Ethernet works fine.
>
> --
> Walter Dnes 
>
>


-- 
Jian Li


Re: [gentoo-user] The story of a successful move from ~x86 back to x86.

2010-12-07 Thread
Pay homage to you.

-- 
Jian Li


Re: [gentoo-user] Anyone using consolekit?

2010-11-09 Thread
I don't know how to solve this, but I hope the following messages may help
you.

>>> Messages generated by process 14982 on 2010-10-18 23:54:00 CST for
package
sys-auth/polkit-0.96-r1:

WARN: postinst
If you don't use GDM or KDM for logging in,
you must start your desktop environment (DE) as follows:
ck-launch-session $STARTGUI
Where $STARTGUI is a DE-starting command such as 'gnome-session'.
You should add this to your ~/.xinitrc if you use startx.

End.

2010/11/6 walt 

> When I turned on the consolekit useflag, all the nice auto-mounting stuff
> in
> gnome stopped working.
>
> The cause seems to be that when I'm using X, I'm listed by ck-list-sessions
> as both non-active and non-local, so I can't mount e.g. a usb stick unless
> I switch to a virtual console where I'm recognized as both local and
> active.
>
> I don't know if this is a bug or a feature, or maybe I need to reconfigure
> something.
>
> Any opinions on how consolekit should handle this fairly common scenario?
>
> I can fix my problem by turning off the consolekit useflag, of course, but
> I'd rather learn something :)
>
>
>
>
>


-- 
Jian Li


Re: [gentoo-user] gcc upgrade: Active gcc profile is invalid!

2010-10-20 Thread
+1

2010/10/20 Neil Bothwick 

> On Tue, 19 Oct 2010 20:57:18 +0200, Jarry wrote:
>
> > I just think it is somehow time-consuming, emerging gcc two times.
> > Especially when I have to repeat it with my 12 gentoo servers.
> > Sequentially, unfortunatally, as they share the same hardware...
>
> Why not use --buildpkg the first time and --usepkg the other 11 times?
>
>
> --
> Neil Bothwick
>
> deja vous - the act of forgetting someone's name /again/ despite being
> introduced to them several times.
>



-- 
Jian Li


Re: [gentoo-user] anyone use 389ds?

2010-10-13 Thread
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
> >>
> >
> >
>
>


Re: [gentoo-user] anyone use 389ds?

2010-10-12 Thread
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
>
>