Re: [gentoo-amd64] New ATI proprietary driver
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 <[EMAIL PROTECTED]>: 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
Re: [gentoo-amd64] Re: Seamonkey vs Mozilla: pointless cage match
On 11/15/06, Duncan <[EMAIL PROTECTED]> 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] Seamonkey vs Mozilla: pointless cage match
On 11/15/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> 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] New ATI proprietary driver
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 ;) signature.asc Description: This is a digitally signed message part
Re: [gentoo-amd64] 97 config files need updating!
On Wed, 15 Nov 2006 16:14:58 +, Peter Humphrey wrote: > * GNU info directory index is up-to-date. > * IMPORTANT: 1 config files in '/etc' need updating. > * IMPORTANT: 96 config files in '/usr/share/X11/xkb' need updating. > * Type emerge --help config to learn how to update config files. > > Is this a record? No, I've seen well over 200 with an xfree86 update, be thankful for modular/split ebuilds :) -- Neil Bothwick Can you be a closet claustrophobic? signature.asc Description: PGP signature
[gentoo-amd64] 97 config files need updating!
Hoo! * GNU info directory index is up-to-date. * IMPORTANT: 1 config files in '/etc' need updating. * IMPORTANT: 96 config files in '/usr/share/X11/xkb' need updating. * Type emerge --help config to learn how to update config files. Is this a record? (Apologies for the gratuitous noise.) -- Rgds Peter -- gentoo-amd64@gentoo.org mailing list
Re: [gentoo-amd64] Seamonkey vs Mozilla: pointless cage match
On Wed, Nov 15, 2006 at 03:56:55PM +, 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 / [EMAIL PROTECTED] 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
On Wed, 15 Nov 2006 07:27:12 -0800, [EMAIL PROTECTED] 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. signature.asc Description: PGP signature
Re: [gentoo-amd64] Seamonkey vs Mozilla: pointless cage match
On Wed, Nov 15, 2006 at 02:01:59AM -0700, Richard Fish wrote: > On 11/14/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> 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 / [EMAIL PROTECTED] 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
[gentoo-amd64] Re: Seamonkey vs Mozilla: pointless cage match
"Richard Fish" <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], 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] PyQt fails on update
On Wednesday 15 November 2006 08:48, Paul Stear wrote: > Hi all, > This seems a strange error I am getting. This is the only package that > failed out of the 240 odd that I updated yesterday (mainly kde). > Has anyone else had this problem and what do I do to fix it? details > follow:- [SNIP] http://bugs.gentoo.org/show_bug.cgi?id=155170 -- Bo Andresen pgpAfSqtwUJya.pgp Description: PGP signature
[gentoo-amd64] Re: Seamonkey vs Mozilla: pointless cage match
"Richard Fish" <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], excerpted below, on Wed, 15 Nov 2006 02:03:49 -0700: > On 11/15/06, Richard Fish <[EMAIL PROTECTED]> 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: another "little" problem appeared (ATI driver/direct rendering/kernel)
Michel Merinoff <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], excerpted below, on Wed, 15 Nov 2006 10:58:17 +0300: > Hm. I found, that when I run 'make && make modules_install' it permanently > set CONFIG_IOMMU to yes, even if I unset it manually before. How do I > avoid it? By manually you mean editing the .config file directly? If so, you must run make old-config to update everything else before running a make, or it'll use the old settings. The .config file is simply a nicely portable way to package up all the settings in one place, but the build system doesn't normally use it until you import it using make oldconfig, updating the multitude of settings in the multitude of locations that the build system normally uses. If that forces it on as well, then you have something else configured on that requires it, somewhere. Perhaps grepping the sources? I don't know where all the help texts are saved or I'd suggest grepping them only since they tell what dependencies they set and the like. -- 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
On 11/15/06, Richard Fish <[EMAIL PROTECTED]> 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
Re: [gentoo-amd64] Seamonkey vs Mozilla: pointless cage match
On 11/14/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> 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 ] 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
