[gentoo-amd64] New ATI proprietary driver

[gentoo-amd64] New ATI proprietary driver

[Chris Traylor]

[-- Attachment #1: Type: text/plain, Size: 1165 bytes --]

Has anybody tried the new ATI driver? I did the emerge, and everything
seemed fine. However, when I go to log in, any keypress or mouse click
crashes the entire system. If I switch from the fglrx driver to the open
source radeon driver everything works (or at least the things that the
xorg driver supports, seems to work). I tried updating qt,kde, and
reinstalling xorg 7.1, but all to no avail. I haven't gotten to trudging
through the X logs yet, but I figured I'd go fishing for ideas, just in
case, someone ran across this as well. Any ideas (sans a lecture about
slaveryware from Duncan) would be appreciated.

Chris

--
"But there are many others who are not bashful about using government
power to do “good.”  They truly believe they can make the economy fair
through a redistributive tax and spending system; make the people moral
by regulating personal behavior and choices; and remake the world in our
image using armies. They argue that the use of force to achieve good is
legitimate and proper for government-- always speaking of the noble
goals while ignoring the inevitable failures and evils caused by
coercion." --Ron Paul



[-- Attachment #2: Type: text/html, Size: 1514 bytes --]

Re: [gentoo-amd64] New ATI proprietary driver

[Rob Lesslie]

>  Has anybody tried the new ATI driver? I did the emerge, and everything seemed fine. However, when I go to log in, any keypress or mouse click crashes the entire system. If I switch from the fglrx driver to the open source radeon driver everything works (or at least the things that the xorg driver supports, seems to work). I tried updating qt,kde, and reinstalling xorg 7.1, but all to no avail. I haven't gotten to trudging through the X logs yet, but I figured I'd go fishing for ideas, just in case, someone ran across this as well. Any ideas (sans a lecture about slaveryware from Duncan) would be appreciated.
>

I have had some issues with it, namely when trying to play games.
UT2004 segfaults, and cedega reports that the 3d acceleration test
fails.  Beryl, kiba-dock etc all work as before though.  Something odd
is going on...

This could be the straw that breaks the camel's back and persuades me
to move to the radeon driver - especially if I can get AIGLX instead
of XGL.


-- 
Rob Lesslie
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] New ATI proprietary driver

[Michel Merinoff]

Chris Traylor wrote:
> Has anybody tried the new ATI driver? I did the emerge, and everything
> seemed fine. However, when I go to log in, any keypress or mouse click
> crashes the entire system. If I switch from the fglrx driver to the open
> source radeon driver everything works (or at least the things that the
> xorg driver supports, seems to work). I tried updating qt,kde, and
> reinstalling xorg 7.1, but all to no avail. I haven't gotten to trudging
> through the X logs yet, but I figured I'd go fishing for ideas, just in
> case, someone ran across this as well. Any ideas (sans a lecture about
> slaveryware from Duncan) would be appreciated.
>
> Chris
>
>   

I've had the problem some time ago. It was 8.20.something version of the
driver. I couldn't solved this problem with anything but upgrading up to
the new (at that time, of course) driver.

		
___________________________________________________________ 
Now you can scan emails quickly with a reading pane. Get the new Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] New ATI proprietary driver

[Mark Knecht]

[-- Attachment #1: Type: text/plain, Size: 1776 bytes --]

Hi Chris,
   It would help a lot to be specific about revision numbers.

   On one of my MythTV frontend IA-32 machines I'm now using 8.29.6. It
solved a LOT of problems that we were having with 8.28.8 which was horrible.
That said it still has really bad 'tearing' problems and frustrates
everyone. Unfortunately there hasn't been much headway using S-Video outputs
with the Open Source driver so we're forced to use ATI for now.

   Unfortunately none of this is 64-bit so it may not be very interesting to
you.

Cheers,
Mark

On 11/13/06, Chris Traylor <ctraylor@phalanyx.com> wrote:
>
>  Has anybody tried the new ATI driver? I did the emerge, and everything
> seemed fine. However, when I go to log in, any keypress or mouse click
> crashes the entire system. If I switch from the fglrx driver to the open
> source radeon driver everything works (or at least the things that the xorg
> driver supports, seems to work). I tried updating qt,kde, and reinstalling
> xorg 7.1, but all to no avail. I haven't gotten to trudging through the X
> logs yet, but I figured I'd go fishing for ideas, just in case, someone ran
> across this as well. Any ideas (sans a lecture about slaveryware from
> Duncan) would be appreciated.
>
>   Chris
>
> --
> "But there are many others who are not bashful about using government
> power to do "good."  They truly believe they can make the economy fair
> through a redistributive tax and spending system; make the people moral by
> regulating personal behavior and choices; and remake the world in our image
> using armies. They argue that the use of force to achieve good is legitimate
> and proper for government-- always speaking of the noble goals while
> ignoring the inevitable failures and evils caused by coercion." --Ron Paul
>
>
>

[-- Attachment #2: Type: text/html, Size: 2236 bytes --]

Re: [gentoo-amd64] New ATI proprietary driver

[Marcus D. Hanwell]

[-- Attachment #1: Type: text/plain, Size: 1658 bytes --]

On Tuesday 14 November 2006 05:56, Chris Traylor wrote:
> Has anybody tried the new ATI driver? I did the emerge, and everything
> seemed fine. However, when I go to log in, any keypress or mouse click
> crashes the entire system. If I switch from the fglrx driver to the open
> source radeon driver everything works (or at least the things that the
> xorg driver supports, seems to work). I tried updating qt,kde, and
> reinstalling xorg 7.1, but all to no avail. I haven't gotten to trudging
> through the X logs yet, but I figured I'd go fishing for ideas, just in
> case, someone ran across this as well. Any ideas (sans a lecture about
> slaveryware from Duncan) would be appreciated.

I gave up on the ATI driver quite some time ago on my Turion based Acer 
Ferrari which unfortunately has an ATI card in it... Crashes, instability, 
system locks etc seemed common place. My main desktop is a dual core X2 based 
system using an nVidia card in TwinView and it works very well.

I have found that I hardly use the 3D stuff on my laptop and so do not miss 
the proprietary driver that much. I would pay for a good open source card if 
one is ever released and could offer me dual DVI output on PCI-E but for now 
I use the open source driver on my laptop and the proprietary nVidia driver 
on my desktop. Your mileage may vary - right now I spend most of my time in 
Kile, Kate, KDVI, KPDF and Konsole... Not too demanding on graphics until I 
finish my thesis!

I found the ATI drivers very flaky and gave up on them in the end - I may give 
them another try when I have some free time again... Until then good luck 
with it.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-amd64] Seamonkey vs Mozilla: pointless cage match

[felix]

I have a ~amd64 system on which I am trying to emerge world.

First, what are the proper options to pass to this command?  Several
packages will not compile, and Duncan has suggested an emerge world to
clean things up.  Well, right now is a good time for me ...

Second, when I try emever -pve world, I get the following complaints:

Calculating world dependencies
..... ..... ..... ..... ..... ..... ..... ..... ..... ..... ... done!
[blocks B     ] kde-base/kde-env (is blocking kde-base/kdelibs-3.5.5-r5)
[blocks B     ] >=kde-base/kdelibs-3.5.4-r2 (is blocking kde-base/kde-env-3-r4)
[blocks B     ] www-client/mozilla (is blocking www-client/seamonkey-1.0.6)
[blocks B     ] <dev-python/pygtk-2.9 (is blocking dev-python/pygobject-2.12.2)

1. What's the scoop on kde-env vs kdelibs?

2. Ditto for pygtk vs pygobject.

This happens aperiodically.  Some new package obsoletes another
package, but nothing documents it, nothing tells me what to do.  Do I
unmerge the existing package and install the new one?  My experience
has been mixed.  Sometimes I can unmerge the old package, emerge the
new package, and then re-emerge the old package ... and everything is
happy from the on.  Other times there are some old packages which
still want the old package, other old packages want the new package,
and they can't coexist.

Then we come to the real annoyance,

3. Mozilla vs Seamonkey.  I tried Seamonkey a couple of times, and it
   crashed so often and so quickly that I reverted to mozilla.  Now it
   seems there are quite a few packages which insist on seamonkey and
   are not satisfied with mozilla.

   I use firefox, but I also use mozilla.  Mozilla has a better config
   interface to my tastes.  I may try seamonkey again someday, but
   right now, I don't want seamonkey.

   Why do some packages explicitly care about seamonkey?  Shouldn't
   they be pretty much the same?  Shouldn't the dependencies be happy
   with either one?

   In the meantime, is there some way to convince emerge that
   seamonkey has been installed and to not get its knickers in a
   twist?  I suppose I could always unmerge mozilla, emerge world,
   unmerge seamonkey, and emerge mozilla again, but I get tired of
   having to kick out half a dozen packages like totem, gedit,
   gnome-base, epiphany, etc from the ordinary updates just to get
   them working.

-- 
            ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
     Felix Finch: scarecrow repairman & rocket surgeon / felix@crowfix.com
  GPG = E987 4493 C860 246C 3B1E  6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Seamonkey vs Mozilla: pointless cage match

[felix]

My apologies for hijacking the thread.  I used Reply to get the addr
in quicker, and forgot to edit away the references.

-- 
            ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
     Felix Finch: scarecrow repairman & rocket surgeon / felix@crowfix.com
  GPG = E987 4493 C860 246C 3B1E  6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Seamonkey vs Mozilla: pointless cage match

[Richard Fish]

On 11/14/06, felix@crowfix.com <felix@crowfix.com> wrote:
> I have a ~amd64 system on which I am trying to emerge world.
>
> First, what are the proper options to pass to this command?

Nobody here can actually answer that question, because it depends on
what, exactly, you want to do.  However, some common option
cominations, and their effect, would be:

"emerge world": updates only packages that are explicitly listed in
/var/lib/portage/world.

"emerge --update world": same as above, but also updates *direct*
dependancies of those packages.

"emerge --deep --update world": same as above, but updates *all* dependancies.

"emerge --deep --update --newuse world": same as above, but will also
rebuild packages where the defined or configured USE flags have
changed.

As for which is the most appropriate for you, well:

--deep ensures you get all of the very latest updates for everything.
Well, /almost/ everything [1].  The downside of this is that you have
a lot more updating to do, and library updates can break dynamic
linking of some programs requiring them to be rebuilt with
revdep-rebuild.  Not surprisingly, opponents of --deep typically cite
system and ABI stability as arguments against using --deep.

--newuse is almost always a good idea, and certainly "required" after
making changes to your USE in make.conf or package.use.

> Second, when I try emever -pve world, I get the following complaints:
>
> Calculating world dependencies
> ..... ..... ..... ..... ..... ..... ..... ..... ..... ..... ... done!
> [blocks B     ] kde-base/kde-env (is blocking kde-base/kdelibs-3.5.5-r5)
> [blocks B     ] >=kde-base/kdelibs-3.5.4-r2 (is blocking kde-base/kde-env-3-r4)

kde-env is not required (and is in fact incompatible) with the new
kdelibs.  Do "emerge -C kde-env" to remove kde-env and resolve these

> [blocks B     ] www-client/mozilla (is blocking www-client/seamonkey-1.0.6)

see below...

> [blocks B     ] <dev-python/pygtk-2.9 (is blocking dev-python/pygobject-2.12.2)

You have some version of pygtk earlier than 2.9 installed, which
conflicts (e.g. by installing duplicate files, etc) with pyobject.
Basically, you need a ~arch version of pygtk to go with your ~arch
pyobject.

> This happens aperiodically.  Some new package obsoletes another
> package, but nothing documents it, nothing tells me what to do.

/usr/portage/cate-gory/package/ChangeLog should document when the
block was added, usually with a bug# that you can reference on
bugs.gentoo.org.  But as far as telling you what to do, well, *gentoo*
*doesn't* *do* *that*.....*ever*! ;-P

How you handle a block is entirely up to you.

> Do I unmerge the existing package and install the new one?

That is certainly one option.  You could also mask the new one in
/etc/portage/package.mask.  If it is a version block, you might need
to update to a newer (or downgrade to an older) version of a package.

> 3. Mozilla vs Seamonkey.  I tried Seamonkey a couple of times, and it
>    crashed so often and so quickly that I reverted to mozilla.  Now it
>    seems there are quite a few packages which insist on seamonkey and
>    are not satisfied with mozilla.

You will have to give an example of this.  I certainly don't have
seamonkey installed on either of my ~arch systems, and I have a good
number of packages installed on both.

If the packages have USE flags, check them.  Something with a
"firefox" flag might use that to prefer firefox over seamonkey.
Something else with a "no-seamonkey" flag...well, guess what that
does.  TIP: add --verbose --pretend to your emerge commands to see the
USE flags and changes.  And add --tree to see what is pulling in
seamonkey.

>    Why do some packages explicitly care about seamonkey?  Shouldn't
>    they be pretty much the same?  Shouldn't the dependencies be happy
>    with either one?
>
>    In the meantime, is there some way to convince emerge that
>    seamonkey has been installed and to not get its knickers in a
>    twist?

man emerge, /package.provided.  But this is probably overkill, I think
you just don't have your USE flags set the way you want.




  I suppose I could always unmerge mozilla, emerge world,
>    unmerge seamonkey, and emerge mozilla again, but I get tired of
>    having to kick out half a dozen packages like totem

totem depends on seamonkey if you have USE="+nsplugin -firefox"...

> gedit,

No direct dependancy on seamonkey here

>    gnome-base

 No such package...did you mean gnome-base/gnome?  If so, again, no
direct depend here

> epiphany

2.16 depends on firefox.  Earlier versions depend on seamonkey if USE=-firefox.

HTH,
-Richard
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Seamonkey vs Mozilla: pointless cage match

[Richard Fish]

On 11/15/06, Richard Fish <bigfish@asmallpond.org> wrote:
> --deep ensures you get all of the very latest updates for everything.
> Well, /almost/ everything [1].

Hmm, forgot to explain [1].

--deep won't update installed packages that are not listed in world or
a dependancy of something in world.  Basically, anything that shows up
in "emerge --depclean --pretend" won't
be updated even by --deep.

-Richard
-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] Re: Seamonkey vs Mozilla: pointless cage match

[Duncan]

"Richard Fish" <bigfish@asmallpond.org> posted
7573e9640611150103n45f56644s7d5dc92883323f2d@mail.gmail.com, excerpted
below, on  Wed, 15 Nov 2006 02:03:49 -0700:

> On 11/15/06, Richard Fish <bigfish@asmallpond.org> wrote:
>> --deep ensures you get all of the very latest updates for everything.
>> Well, /almost/ everything [1].
> 
> Hmm, forgot to explain [1].

Kinda obvious tip, but it's about all that works for me:  Either always go
to the bottom and immediately add the footnote when you do that, /then/ go
back and finish your thought, or have a post-it note or something handy to
tape to the edge of the monitor, or possibly over whether the post button
is (if you don't use a keyboard shortcut), so you'll be sure to see it
when you actually go to post. Moving a different window over the button
may work as well, avoiding the necessity of those post-it notes.  =8^)
(Just don't do something that moves the window back behind the posting
button again.)

The same applies to mentioned attachments. =8^(  I forget them /most/ of
the time, unless I deal with them immediately or physically block my
normal send method until they are attached.  That's the /only/ two
solutions I've found for what is otherwise a virtually hopeless case, in
my case.  =8^(

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] Re: Seamonkey vs Mozilla: pointless cage match

[Duncan]

"Richard Fish" <bigfish@asmallpond.org> posted
7573e9640611150101h93e9cabw1fbf3927fda1bd46@mail.gmail.com, excerpted
below, on  Wed, 15 Nov 2006 02:01:59 -0700:

[Excellent post, Richard.  I've a feeling some may find it worth
archiving. =8^)]

>> 3. Mozilla vs Seamonkey.  I tried Seamonkey a couple of times, and it
>>    crashed so often and so quickly that I reverted to mozilla.  Now it
>>    seems there are quite a few packages which insist on seamonkey and
>>    are not satisfied with mozilla.

> If the packages have USE flags, check them.  Something with a
> "firefox" flag might use that to prefer firefox over seamonkey.
> Something else with a "no-seamonkey" flag...well, guess what that
> does.  TIP: add --verbose --pretend to your emerge commands to see the
> USE flags and changes.  And add --tree to see what is pulling in
> seamonkey.
> 
>>    Why do some packages explicitly care about seamonkey?  Shouldn't
>>    they be pretty much the same?  Shouldn't the dependencies be happy
>>    with either one?

Something I picked up from I believe the dev list, that Richard didn't
mention.  Mozilla will eventually be removed, replaced by seamonkey.  As
newer packages require features not in the older mozilla packages, they'll
specifically depend on seamonkey alone.  The mozilla USE flag is
deprecated as well, with newer packages being actively updated to the
seamonkey USE flag and dependencies.  Eventually they'll all be
dependencies on seamonkey and the mozilla packages can be removed from the
tree.

Meanwhile, as Richard suggested, there's package.provided, if you have to
use it, but be aware that it might break things who then assume the
dependencies are installed that might not be.  As long as you are aware of
it, particularly when some otherwise puzzling emerge error or another
occurs, and use common sense, it shouldn't be a big problem.  However,
again as he said, most of the time use flag management can cure the
problem, if you understand how it works in the particular case, of course
(and Richard explained that better than I could as I don't find I need any
Mozilla products ATM, konqueror suffices for me, so I'm not that familiar
with this particular case at all).

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Seamonkey vs Mozilla: pointless cage match

[felix]

On Wed, Nov 15, 2006 at 02:01:59AM -0700, Richard Fish wrote:
> On 11/14/06, felix@crowfix.com <felix@crowfix.com> wrote:
> >I have a ~amd64 system on which I am trying to emerge world.
> >
> >First, what are the proper options to pass to this command?
> 
> Nobody here can actually answer that question, because it depends on
> what, exactly, you want to do.  However, some common option
> cominations, and their effect, would be:

What I want is to remerge everything on the system, whether it is a
dependency or not, everything.  I had thought a simple "emerge world"
would do that, but your answer and other examples I have seen here
before make me disbelieve that -- why would --deep or --update be
necessary?  Is world not really everything?  Maybe there should be a
new target, "universe".  I simply want to remerge all the merged
software on this system, regardless of whether it ws asked for
directly or hauled in by some other package however indirectly.

When I do weekly updates, I use -ptuvDN.

Here is what --tree shows (snippets only!):

[nomerge      ]  gnome-extra/deskbar-applet-2.16.1  USE="eds -debug" 
[nomerge      ]   dev-python/gnome-python-desktop-2.16.0  USE="X -debug" 
[ebuild  N    ]    media-video/totem-2.16.2-r1  USE="a52 dbus dvd flac gnome hal lirc mad mpeg nsplugin ogg theora vorbis xine xv -debug -firefox -nvtv" 0 kB 
[ebuild  N    ]     www-client/seamonkey-1.0.6  USE="crypt gnome ipv6 java ldap postgres xinerama xprint -debug -mozcalendar -mozdevelop -moznocompose -moznoirc -moznomail -moznopango -moznoroaming" 0 kB 

That is the only seamonkey emerge.  I added -nsplugin to totem in
package.use and it is happy now.  I simply unmerged the others, it is
too much of an annoyance, but I do not feel like chasing down the
totem unmerge heritage, or I would end up with very little left.  Been
there, done that.  I may just get rid of gnome entirely, since I
hardly every try it, and it seems to have far more of these dependency
and USE flag problems than anything else.

It doesn't really explain why totem cares about seamonkey vs firefox
vs mozilla, or how anyone shoudl know that nsplugin actually means
seamonkey.  This is the most frustrating part.

STBSAW

-- 
            ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
     Felix Finch: scarecrow repairman & rocket surgeon / felix@crowfix.com
  GPG = E987 4493 C860 246C 3B1E  6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Seamonkey vs Mozilla: pointless cage match

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 1236 bytes --]

On Wed, 15 Nov 2006 07:27:12 -0800, felix@crowfix.com wrote:

> What I want is to remerge everything on the system, whether it is a
> dependency or not, everything.  I had thought a simple "emerge world"
> would do that, but your answer and other examples I have seen here
> before make me disbelieve that -- why would --deep or --update be
> necessary?  Is world not really everything?  Maybe there should be a
> new target, "universe".  I simply want to remerge all the merged
> software on this system, regardless of whether it ws asked for
> directly or hauled in by some other package however indirectly.

emerge world doesn't re-emerge everything, only those packages that need
updating. You want "emerge --emptytree world", which will re-emerge all
packages in world and all their dependencies, direct and indirect.

The only packages it won't re-emerge are those listed by "emerge
--depclean -p", which are probably redundant anyway. These are packages
that were pulled in as a dependency of a package that has since been
removed. If you particularly want to keep one of these packages, add it
to world with "emerge -n packagename".


-- 
Neil Bothwick

Consciousness: that annoying time between naps.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-amd64] Seamonkey vs Mozilla: pointless cage match

[felix]

On Wed, Nov 15, 2006 at 03:56:55PM +0000, Neil Bothwick wrote:

> emerge world doesn't re-emerge everything, only those packages that need
> updating. You want "emerge --emptytree world", which will re-emerge all
> packages in world and all their dependencies, direct and indirect.

Bingo!  That's what I wanted.  Thanks.

-- 
            ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
     Felix Finch: scarecrow repairman & rocket surgeon / felix@crowfix.com
  GPG = E987 4493 C860 246C 3B1E  6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] New ATI proprietary driver

[Christoph Mende]

[-- Attachment #1: Type: text/plain, Size: 397 bytes --]

On Tue, 2006-11-14 at 00:56 -0500, Chris Traylor wrote:
> Has anybody tried the new ATI driver?

I'm running 8.30.3 here for some time now, didn't have any crashes, only
time when I used OpenGL was video playback though.
Oh, and first time I installed them glxinfo segfaulted, didn't
investigate further, just downgraded, after upgrading to 8.30.3 again,
the problem was gone magically ;)

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 827 bytes --]

Re: [gentoo-amd64] Seamonkey vs Mozilla: pointless cage match

[Richard Fish]

On 11/15/06, felix@crowfix.com <felix@crowfix.com> wrote:
> What I want is to remerge everything on the system, whether it is a
> dependency or not, everything.

Ok, this wasn't clear from your original post.  As Neil said,
--emptytree is what you want.

> [ebuild  N    ]    media-video/totem-2.16.2-r1  USE="a52 dbus dvd flac gnome hal lirc mad mpeg nsplugin ogg theora vorbis xine xv -debug -firefox -nvtv" 0 kB
> [ebuild  N    ]     www-client/seamonkey-1.0.6  USE="crypt gnome ipv6 java ldap postgres xinerama xprint -debug -mozcalendar -mozdevelop -moznocompose -moznoirc -moznomail -moznopango -moznoroaming" 0 kB

[snip]

> It doesn't really explain why totem cares about seamonkey vs firefox
> vs mozilla, or how anyone shoudl know that nsplugin actually means
> seamonkey.  This is the most frustrating part.

nsplugin doesn't /mean/ seamonkey:

~ > grep -e nsplugin -e firefox /usr/portage/profiles/use.desc
firefox - Build against Firefox instead of Seamonkey/Mozilla
nsplugin - Builds plugins for Netscape compatible browsers

It just happens that the portage tree prefers seamonkey if you haven't
specified otherwise.

So in this case, the use flag descriptions do exactly what they say.
But normally, I just read the ebuild to figure out what a particular
flag does for a particular build.  Sometimes, it just controls
dependancies, sometimes adds build options, most of the time they do
both.

-Richard
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Seamonkey vs Mozilla: pointless cage match

[Richard Fish]

On 11/15/06, Duncan <1i5t5.duncan@cox.net> wrote:
> Something I picked up from I believe the dev list, that Richard didn't
> mention.  Mozilla will eventually be removed, replaced by seamonkey.

I think we will still have a choice to depend on firefox (or
thunderbird) instead of mozilla/seamonkey.  At least, that seems to be
the point of the firefox USE flag.

I suppose there could be something in the tree that requires mozilla
and only mozilla, and that would become a dependancy on seamonkey if
it hasn't already, but certainly none of the packages on my system
have this dependancy.

-Richard
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] New ATI proprietary driver

[Joaquim Quinteiro Uchoa]

I have a HP Pavilion ZV6000 with a  ATI Radeon XPRESS 200M 5955 (PCIE).
I can chose to use dedicated memory or shared memory or both. If I choose
dedicated memory (or both), I can't use the proprietary driver if  I load the
fglrx module and try to use DRI. If try to do this, X turns blanks. In
the logs I see clearly
that X cant find memory.

This doesn't occurs whit disabled DRI  or without fglrx module. And
it's ok with shared
memory (but the performance isn't good).

The free driver doesn't suport DRI yet, so I have to use Xorg OpenGL
emulation. But, at
least I can use the dedicated memory.

I'm stil waiting for a better solution, independent if with
proprietary or free driver.



2006/11/14, Chris Traylor <ctraylor@phalanyx.com>:
>
>  Has anybody tried the new ATI driver? I did the emerge, and everything seemed fine.
> However, when I go to log in, any keypress or mouse click crashes the entire system. If I
> switch from the fglrx driver to the open source radeon driver everything works (or at least
> the things that the xorg driver supports, seems to work). I tried updating qt,kde, and
> reinstalling xorg 7.1, but all to no avail. I haven't gotten to trudging through the X logs yet,
> but I figured I'd go fishing for ideas, just in case, someone ran across this as well. Any
> ideas (sans a lecture about slaveryware from Duncan) would be appreciated.
>
>
>



-- 
[]s
Joaquim
------------------------------------------
  (o_    Joaquim Quinteiro Uchoa
 //\        Consultor Linux e EaD
 U_/_    Linux User # 100534
------------------------------------------
-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] Re: Seamonkey vs Mozilla: pointless cage match

[Duncan]

"Richard Fish" <bigfish@asmallpond.org> posted
7573e9640611150936n64f82ea5ie07248a244544a2c@mail.gmail.com, excerpted
below, on  Wed, 15 Nov 2006 10:36:18 -0700:

> On 11/15/06, Duncan <1i5t5.duncan@cox.net> wrote:
>> Something I picked up from I believe the dev list, that Richard didn't
>> mention.  Mozilla will eventually be removed, replaced by seamonkey.
> 
> I think we will still have a choice to depend on firefox (or thunderbird)
> instead of mozilla/seamonkey.  At least, that seems to be the point of the
> firefox USE flag.
> 
> I suppose there could be something in the tree that requires mozilla and
> only mozilla, and that would become a dependancy on seamonkey if it hasn't
> already, but certainly none of the packages on my system have this
> dependancy.

Yes.  I was simply answering the question of why the difference
between mozilla and seamonkey, explaining that seamonkey is replacing
mozilla, both the use flag and the app.  For apps that can use firefox as
well, unless the Gentoo dev maintaining a specific app decided to change
the default for some reason, the new rules for choosing between firefox
and seamonkey should be directly parallel to the old ones for choosing
between firefox and mozilla.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@gentoo.org mailing list