Re: [gentoo-user] SegFault while compiling gcc 4.1.1
On Thursday 30 November 2006 07:56, Vladimir G. Ivanovic wrote: Let's take a poll. 1. Have you seen this error message in an emerge? Yes, several times. 2. Have you subsequently identified a hardware problem, fixed the hardware problem, and have not seen the message since? Yes. 99% of the times it was bad RAM (verified with memtest86). Of course, for trivial emerges a subsequent emerge completed fine, but the first failure put me on the alert. 3. Have you re-run the emerge and not seen the message in a while (please indicate how long a while is.) For me, a while is since fixing the hardware problem. BTW, do you know portage/emerge/make/whatever knows that the problem is not reproducible? If, all other things being equal, a subsequent attempt at the same operation does not exhibit the problem, or fails differently, there's a good chance that the problem is not reproducible. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
On Wed, 29 Nov 2006, David Blamire-Brown wrote: 1) This version of Opera really seems to struggle with heavy pages. The whole app slows down, no response to clicks etc, until the page has fully rendered. Example of affected page: http://funds.ft.com/funds/searchFund.do?symb=AQSTGtype=F1 I tried it just now. It took more than 1s to load, but otherwise it seems normal. 2) Opera infrequently causes my system to hang completely. I can't ctrl +alt+F1 to a terminal screen, I can ctrl+alt+backspace to kill X, I can't do anything. It's a hard reboot of the box. Admittedly I'm slightly impatient, but I give it 10 secs before hitting reset, sometimes longer. I can't categorically state that it's Opera, but I've a very strong suspicion. Especially given that I basically use an xterm, sylpheed and opera 95% of the time. This one seems serious. It's a show stopper if it starts happening... 3) Javascript seems fairly broken in Opera - but that could be my fault for not setting something up properly. There's an extension for FF that blocks javaspoock but allows temporary unblocking, on-the-fly, for the current site. This is one of the few things I'll miss. 4) Some pages just don't render properly in Opera and I have occasion to fall back to firefox. As another poster said, it's often badly designed banking sites. 5) Overall though, IMO Opera is a nicer browser to use than firefox. Tabbed browsing is implemented in a more effective fashion. Keyboard shortcuts are lovely, eg F2 to bring a dialog for typing a URL, which can be configured to fire up a new tab is very nice. Shift+F2 allows you to have a one key shortcut for favourite bookmarks (again firing up a new tab). Sidebar is far more effective in Opera. Obviously personal preference, but I much prefer it. Regards, Jorge -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
On Wed, 29 Nov 2006, Boyd Stephen Smith Jr. wrote: Well, if it's not firefox's fault, switching to a new browser may not help. It does help, I tried before posting. I already had Opera and Konqueror installed. (It's just that I thought it would be better to hear about your experiences before starting doing heavy customizations.) So, the point is: what browser now? I use Konqueror near exclusively; Bon Echo (non-Mozilla-branded Firefox 2.x) is reserved for site whose javascript is not supported in Konqueror. It (Konqueror) even has the ability to use 32-bit plugins in a 64-bit browser. If you use other kde application you'll enjoy the loosely-coupled but tight integration, like adding RSS feeds to aKregator from Konqueror. I was an avid Opera user before I switched to Linux. It's an integrated May I ask what led you to change to Konqueror, given that Opera also was available in Linux? browser along the lines of Mozilla or Seamonkey, containing (at least) a mail and new client in addition to the browser. IME, it was able to handle anything sort of ActiveX (that is, everything Firefox can), but occasionally you'd have to change your browser identification string to something more IE-like or FF-like to convince the webserver to give you the correct page. (Google for: opera oprah microsoft) I was a fan of their support newsgroup, it taught me a lot of little tips and tricks (ala Firefox's about:config stuff) that ended up making my browser experience uniquely mine. Regards, Jorge -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
On Wed, 29 Nov 2006, Dale wrote: Try Seamonkey then. I have not had such a problem with it. Right now, I more inclined to Konqueror and/or Opera, but who knows. But, speaking of Seamonkey: although I'm not thinking of using Epiphany (due to the Gnome dependencies), I issued emerge -pv epiphany, and this is what I got. Anyone knows why epiphany has seamonkey as dependency? Calculating dependencies... done! [blocks B ] www-client/mozilla (is blocking www-client/seamonkey-1.0.6) [ebuild N] dev-python/pyrex-0.9.4.1 177 kB [ebuild N] sys-apps/dbus-0.62-r1 USE=X gtk python -debug -doc -mono -qt3 -qt4 (-selinux) 1,696 kB [ebuild NS ] gnome-base/orbit-2.14.0 USE=ssl -debug -doc -static 687 kB [ebuild N] gnome-base/libbonobo-2.14.0 USE=-debug -doc 1,354 kB [ebuild N] gnome-base/gconf-2.14.0 USE=-debug -doc 1,851 kB [ebuild N] gnome-base/gnome-mime-data-2.4.2 USE=-debug 829 kB [ebuild N] net-misc/neon-0.26.1-r1 USE=nls ssl zlib -expat -socks5 763 kB [ebuild N] gnome-base/gnome-vfs-2.14.2-r1 USE=ssl -avahi -debug -doc -gnutls -hal -ipv6 -samba 1,773 kB [ebuild N] gnome-base/libgnome-2.14.1 USE=-debug -doc -esd -static 971 kB [ebuild N] gnome-base/gnome-keyring-0.4.9 USE=-debug 386 kB [ebuild N] gnome-base/libbonoboui-2.14.0 USE=X -debug -doc 872 kB [ebuild N] gnome-base/libgnomeui-2.14.1 USE=jpeg -debug -doc 1,847 kB [ebuild N] dev-python/pyorbit-2.14.0 USE=-debug 269 kB [ebuild N] dev-python/pyopengl-2.0.0.44 0 kB [ebuild N] dev-python/pycairo-1.2.2 USE=-numeric 471 kB [ebuild N] dev-python/numeric-23.7 0 kB [ebuild N] dev-python/pygtk-2.8.6 USE=opengl -doc 739 kB [ebuild N] dev-python/gnome-python-2.12.4 USE=-debug -doc -gtkhtml 368 kB [ebuild N] app-text/gnome-doc-utils-0.6.1 USE=-debug 375 kB [ebuild N] gnome-base/gnome-desktop-2.14.2 USE=-debug -doc 1,159 kB [ebuild N] www-client/seamonkey-1.0.6 USE=crypt java -debug -gnome -ipv6 -ldap -mozcalendar -mozdevelop -moznocompose -moznoirc -moznomail -moznopango -moznoroaming -postgres -xinerama -xprint 35,076 kB [ebuild N] app-text/iso-codes-0.49 3,612 kB [ebuild N] www-client/epiphany-2.14.2.1-r1 USE=python -debug -doc -firefox 3,515 kB -- Jorge Almeida -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
Jorge Almeida wrote: On Wed, 29 Nov 2006, Dale wrote: Try Seamonkey then. I have not had such a problem with it. Right now, I more inclined to Konqueror and/or Opera, but who knows. But, speaking of Seamonkey: although I'm not thinking of using Epiphany (due to the Gnome dependencies), I issued emerge -pv epiphany, and this is what I got. Anyone knows why epiphany has seamonkey as dependency? Calculating dependencies... done! [blocks B ] www-client/mozilla (is blocking www-client/seamonkey-1.0.6) [ebuild N] dev-python/pyrex-0.9.4.1 177 kB [ebuild N] sys-apps/dbus-0.62-r1 USE=X gtk python -debug -doc -mono -qt3 -qt4 (-selinux) 1,696 kB [ebuild NS ] gnome-base/orbit-2.14.0 USE=ssl -debug -doc -static 687 kB [ebuild N] gnome-base/libbonobo-2.14.0 USE=-debug -doc 1,354 kB [ebuild N] gnome-base/gconf-2.14.0 USE=-debug -doc 1,851 kB [ebuild N] gnome-base/gnome-mime-data-2.4.2 USE=-debug 829 kB [ebuild N] net-misc/neon-0.26.1-r1 USE=nls ssl zlib -expat -socks5 763 kB [ebuild N] gnome-base/gnome-vfs-2.14.2-r1 USE=ssl -avahi -debug -doc -gnutls -hal -ipv6 -samba 1,773 kB [ebuild N] gnome-base/libgnome-2.14.1 USE=-debug -doc -esd -static 971 kB [ebuild N] gnome-base/gnome-keyring-0.4.9 USE=-debug 386 kB [ebuild N] gnome-base/libbonoboui-2.14.0 USE=X -debug -doc 872 kB [ebuild N] gnome-base/libgnomeui-2.14.1 USE=jpeg -debug -doc 1,847 kB [ebuild N] dev-python/pyorbit-2.14.0 USE=-debug 269 kB [ebuild N] dev-python/pyopengl-2.0.0.44 0 kB [ebuild N] dev-python/pycairo-1.2.2 USE=-numeric 471 kB [ebuild N] dev-python/numeric-23.7 0 kB [ebuild N] dev-python/pygtk-2.8.6 USE=opengl -doc 739 kB [ebuild N] dev-python/gnome-python-2.12.4 USE=-debug -doc -gtkhtml 368 kB [ebuild N] app-text/gnome-doc-utils-0.6.1 USE=-debug 375 kB [ebuild N] gnome-base/gnome-desktop-2.14.2 USE=-debug -doc 1,159 kB [ebuild N] www-client/seamonkey-1.0.6 USE=crypt java -debug -gnome -ipv6 -ldap -mozcalendar -mozdevelop -moznocompose -moznoirc -moznomail -moznopango -moznoroaming -postgres -xinerama -xprint 35,076 kB [ebuild N] app-text/iso-codes-0.49 3,612 kB [ebuild N] www-client/epiphany-2.14.2.1-r1 USE=python -debug -doc -firefox 3,515 kB Use the -t option to see what it is that is pulling it in. I have never used epiphany before. What's it look like? I think your problem is more about what server you are hooking up to when you go to google than what browser you are using. Google has servers all over the world and it may just be that you are getting different ones for some reason. Have you tried http://www.google.com/en by any chance? Maybe try this: 66.102.7.99, 66.102.7.104, or 66.102.7.147 . Those are the IPs I get for google when I go to it. Maybe that will help. This is strange but image what would happen if I wanted a google in Russian or something. That may be hard for me to get here. Hope some part of this will help. Dale :-) :-) :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
On Thu, 30 Nov 2006, Dale wrote: Use the -t option to see what it is that is pulling it in. I have never Here it goes. Doesn't help. (I was just curious, anyway.) [blocks B ] www-client/mozilla (is blocking www-client/seamonkey-1.0.6) [ebuild N] www-client/epiphany-2.14.2.1-r1 USE=python -debug -doc -firefox 3,515 kB [ebuild N] app-text/iso-codes-0.49 3,612 kB [ebuild N] www-client/seamonkey-1.0.6 USE=crypt java -debug -gnome -ipv6 -ldap -mozcalendar -mozdevelop -moznocompose -moznoirc -moznomail -moznopango -moznoroaming -postgres -xinerama -xprint 35,076 kB [ebuild N] gnome-base/gnome-desktop-2.14.2 USE=-debug -doc 1,159 kB [ebuild N] app-text/gnome-doc-utils-0.6.1 USE=-debug 375 kB [ebuild N] dev-python/gnome-python-2.12.4 USE=-debug -doc -gtkhtml 368 kB [ebuild N] dev-python/pygtk-2.8.6 USE=opengl -doc 739 kB [ebuild N]dev-python/numeric-23.7 0 kB [ebuild N]dev-python/pycairo-1.2.2 USE=-numeric 471 kB [ebuild N]dev-python/pyopengl-2.0.0.44 0 kB [ebuild N] dev-python/pyorbit-2.14.0 USE=-debug 269 kB [ebuild N] gnome-base/libgnomeui-2.14.1 USE=jpeg -debug -doc 1,847 kB [ebuild N]gnome-base/libbonoboui-2.14.0 USE=X -debug -doc 872 kB [ebuild N]gnome-base/gnome-keyring-0.4.9 USE=-debug 386 kB [ebuild N]gnome-base/libgnome-2.14.1 USE=-debug -doc -esd -static 971 kB [ebuild N] gnome-base/gnome-vfs-2.14.2-r1 USE=ssl -avahi -debug -doc -gnutls -hal -ipv6 -samba 1,773 kB [ebuild N] net-misc/neon-0.26.1-r1 USE=nls ssl zlib -expat -socks5 763 kB [ebuild N] gnome-base/gnome-mime-data-2.4.2 USE=-debug 829 kB [ebuild N] gnome-base/gconf-2.14.0 USE=-debug -doc 1,851 kB [ebuild N] gnome-base/libbonobo-2.14.0 USE=-debug -doc 1,354 kB [ebuild NS ] gnome-base/orbit-2.14.0 USE=ssl -debug -doc -static 687 kB [ebuild N] sys-apps/dbus-0.62-r1 USE=X gtk python -debug -doc -mono -qt3 -qt4 (-selinux) 1,696 kB [ebuild N] dev-python/pyrex-0.9.4.1 177 kB used epiphany before. What's it look like? Have no idea, I didn't tried either. Being something from Gnome, I suspect it's not very customizable, but I may be completely wrong. I think your problem is more about what server you are hooking up to when you go to google than what browser you are using. Google has But it happens _only_ in FF... servers all over the world and it may just be that you are getting different ones for some reason. Have you tried http://www.google.com/en I tried it. It gets redirected. Google knows best! by any chance? Maybe try this: 66.102.7.99, 66.102.7.104, or 66.102.7.147 . Those are the IPs I get for google when I go to it. Maybe that will help. Cheers. -- Jorge -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
On Thursday 30 November 2006 09:57, Jorge Almeida wrote: On Wed, 29 Nov 2006, Dale wrote: Try Seamonkey then. I have not had such a problem with it. Right now, I more inclined to Konqueror and/or Opera, but who knows. But, speaking of Seamonkey: although I'm not thinking of using Epiphany (due to the Gnome dependencies), I issued emerge -pv epiphany, and this is what I got. Anyone knows why epiphany has seamonkey as dependency? Calculating dependencies... done! [blocks B ] www-client/mozilla (is blocking www-client/seamonkey-1.0.6) [SNIP] Seamonkey replaces Mozilla. Therefore Mozilla needs to be unmerged before Seamonkey can be installed... -- Bo Andresen pgpRk4IOEJlhG.pgp Description: PGP signature
Re: [gentoo-user] Re: browser advice
On Thursday 30 November 2006 00:46, 7v5w7go9ub0o wrote: 1) This version of Opera really seems to struggle with heavy pages. Opera takes a bit longer to load fonts other than the default fonts for your set up. This happens to me when I come across pages with Chinese type of characters. Once the fonts have been loaded the delay does not occur again on the same session. The whole app slows down, no response to clicks etc, until the page has fully rendered. Example of affected page: http://funds.ft.com/funds/searchFund.do?symb=AQSTGtype=F1 2) Opera infrequently causes my system to hang completely. I can't ctrl +alt+F1 to a terminal screen, I can ctrl+alt+backspace to kill X, I can't do anything. It's a hard reboot of the box. Admittedly I'm slightly impatient, but I give it 10 secs before hitting reset, sometimes longer. I can't categorically state that it's Opera, but I've a very strong suspicion. Especially given that I basically use an xterm, sylpheed and opera 95% of the time. Opera is usually quite light footed and performs well in resource constrained systems - I've been using it on a 600Hz Pentium III with 125M RAM for years and have even used it on a Pentium I, with 75M of RAM!!! The only time I had Opera causing *system* crashes was when I had a faulty memory module on my MoBo. 3) Javascript seems fairly broken in Opera - but that could be my fault for not setting something up properly. JS works great here - perhaps reemerge everything? Ditto. Opera does not handle the JavaScript code that renders dhtml toolbars, like certain online field editors use (e.g. the formatting toolbar that comes up in the gmail composing page for html messages). There might be a couple more, but not many. 4) Some pages just don't render properly in Opera and I have occasion to fall back to firefox. As another poster said, it's often badly designed banking sites. You need to try: a) setting Referrer on; b) changing the browser identification to M$IE6, or Mozilla to fool the server - Opera will render fine most of M$IE 'optimised' non-standard compliant code; c) accept all cookies - banking sites in particular use a different to their main page verifying server to store cookies from; d) on Opera 9.02 you can set preferences with regards to browser identification, Java JavaScript, cookies, history, etc. preferences on a website basis. Banks feed you a couple of web pages with cookies to test your browser and settings before you arrive at the login page. You need to hit stop in a timely fashion (before the cookie test errors out) and then right click to change the particular page preferences as per a-c above. If after all of the above the page still fails to render properly then the problem is most likely Opera specific. The Opera forums and newsgroups can offer a lot of help in resolving particular page rendering issues, either in terms of browser settings or in terms of debugging html code. 5) Overall though, IMO Opera is a nicer browser to use than firefox. Tabbed browsing is implemented in a more effective fashion. Keyboard shortcuts are lovely, eg F2 to bring a dialog for typing a URL, which can be configured to fire up a new tab is very nice. Shift+F2 allows you to have a one key shortcut for favourite bookmarks (again firing up a new tab). Sidebar is far more effective in Opera. Obviously personal preference, but I much prefer it. I particularly like/use the save session feature (takes a snapshot of all your open tabs/pages and settings for future use), page tiling, the FastForward button to scroll through subsequent pages without having to return back to the Home page of a website, the launch menu which allows you to continue from your last session, etc. In mail client terms I like the self-learning spam filter, powerful search, custom views (sort of folders/filters in other clients) and in particular I like view mail messages in threaded view. I wish I could find a way to make Kmail show mail messages in threaded view like it does in Knode - any hints? IMHO, Opera loads MUCH faster, and surfs much faster as well. ALSO, it is easy to put Opera in a Chroot Jail; FF is a PITA to put into a jail. chroot jail!?? Can you please share a link for this? Sounds interesting. :) -- Regards, Mick pgpWslESked38.pgp Description: PGP signature
Re: [gentoo-user] browser advice
On Thursday 30 November 2006 01:45, Richard Fish wrote: On 11/29/06, Mick [EMAIL PROTECTED] wrote: How do you use the split window feature for browsing (as opposed to file manager actions)? I typically use it for something like google or bugzilla search results. I drag links from the browser pane that has the search results to the other pane to display each item and browse from there. Much easier than hitting the back button several times and much tidier than opening new windows or tabs. Right, I see now. It's like the tiled view in Opera. I'll use it more often now that I know what it is for. -- Regards, Mick pgpEbxqG4mGFv.pgp Description: PGP signature
Re: [gentoo-user] browser advice
On Thu, 30 Nov 2006, Bo Ørsted Andresen wrote: Seamonkey replaces Mozilla. Therefore Mozilla needs to be unmerged before Seamonkey can be installed... Yes, that part is clear. The point is why should Seamonkey be necessary to install Epiphany? -- Jorge Almeida
Re: [gentoo-user] browser advice
On Thursday 30 November 2006 10:22, Jorge Almeida wrote: On Thu, 30 Nov 2006, Dale wrote: used epiphany before. What's it look like? Have no idea, I didn't tried either. Being something from Gnome, I suspect it's not very customizable, but I may be completely wrong. You can find more info here: http://www.gnome.org/projects/epiphany/ seems that it uses the gecko rendering engine, the same used by firefox and seamonkey (and can use the plugins too). Like many Gnome programs, it aims to be simple, easy to use and probably not very customizable (no flames, just my impression). I think your problem is more about what server you are hooking up to when you go to google than what browser you are using. Google has But it happens _only_ in FF... For me, it happens with konqueror and (sic) internet explorer also. This page explains why: http://www.google.com/support/bin/answer.py?answer=873topic=8995 As another poster said, the redirection can be avoided using the http://www.google.com/ncr address. The above page says that http://www.google.com/webhp should also work (I did not try it myself though). -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: browser advice
Hi, * Jorge Almeida [EMAIL PROTECTED] [30/11/06 09:08]: I'm about to dump Firefox, because I can't google in English. The thing doesn't let me choose the language, and I'm tired of getting useless Brazilian links. Yes, I know about the settings, I already deleted the google.pt cookie, but it's no use. I don't know, nor care, whose fault it is (Google's, firefox's or mine, for not having telepathic gifts), I just won't let anyone choose for me. So, the point is: what browser now? Firefox is the one more often mentioned in this list. How about Konqueror or Opera? The latter is hardly ever mentioned. Is there some special reason for this? For example, is it activelly maintained? Is it missing some particular feature? It looks nice enough, but is there some catch? And Konqueror? I already use KDE, so that's not an issue. I would appreciate your opinions. You may find this helpful: http://en.wikipedia.org/wiki/Comparison_of_web_browsers For me MathML support is important so I use FF. Moshe -- Jorge Almeida -- gentoo-user@gentoo.org mailing list signature.asc Description: Digital signature
Re: [gentoo-user] browser advice
On Thu, 30 Nov 2006, Neil Bothwick wrote: It's the -firefox USE flag. Add firefox to USE and it will depend on FF instead of seamonkey. But why must a browser (Epiphany) depend on another browser (FF, Seamonkey,...)? BTW another vote for Konqueror here, it just makes everything so easy. Thank you. -- Jorge Almeida -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
On Thu, 30 Nov 2006, Etaoin Shrdlu wrote: On Thursday 30 November 2006 10:22, Jorge Almeida wrote: On Thu, 30 Nov 2006, Dale wrote: used epiphany before. What's it look like? Have no idea, I didn't tried either. Being something from Gnome, I suspect it's not very customizable, but I may be completely wrong. You can find more info here: http://www.gnome.org/projects/epiphany/ seems that it uses the gecko rendering engine, the same used by firefox and seamonkey (and can use the plugins too). Like many Gnome programs, it aims to be simple, easy to use and probably not very customizable (no flames, just my impression). OK, so that's why it needs another browser. I think your problem is more about what server you are hooking up to when you go to google than what browser you are using. Google has But it happens _only_ in FF... For me, it happens with konqueror and (sic) internet explorer also. This page explains why: http://www.google.com/support/bin/answer.py?answer=873topic=8995 No. My problem is not redirection. With Konqueror, it gets redirected too, but my preferences are respected, i.e., although I'm connected to google.pt it searches in the languages I selected in Google's preferences. Not so with FF. As another poster said, the redirection can be avoided using the http://www.google.com/ncr address. The above page says that http://www.google.com/webhp should also work (I did not try it myself though). All these links are usefull and will be kept, but they shouldn't be necessary. -- Jorge Almeida -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
On Thursday 30 November 2006 10:54, Jorge Almeida wrote: On Thu, 30 Nov 2006, Neil Bothwick wrote: It's the -firefox USE flag. Add firefox to USE and it will depend on FF instead of seamonkey. But why must a browser (Epiphany) depend on another browser (FF, Seamonkey,...)? Because the gnome fellows didn't feel like implementing yet another html renderer and the mozilla fellows didn't split the renderer for firefox or seamonkey out in a separate package for all of them to depend on. This is the same as konqueror depending on khtml which is part of kdelibs... -- Bo Andresen pgpFiTbbpyb0K.pgp Description: PGP signature
Re: [gentoo-user] browser advice
On Thursday 30 November 2006 11:01, Jorge Almeida wrote: No. My problem is not redirection. With Konqueror, it gets redirected too, but my preferences are respected, i.e., although I'm connected to google.pt it searches in the languages I selected in Google's preferences. Not so with FF. Ah ok, sorry. I misunderstood your problem. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
2006/11/29, Jorge Almeida [EMAIL PROTECTED]: I'm about to dump Firefox, because I can't google in English. The thing doesn't let me choose the language, and I'm tired of getting useless Brazilian links. Yes, I know about the settings, I already deleted the google.pt cookie, but it's no use. I don't know, nor care, whose fault it is (Google's, firefox's or mine, for not having telepathic gifts), I just won't let anyone choose for me. So, the point is: what browser now? Firefox is the one more often mentioned in this list. How about Konqueror or Opera? The latter is hardly ever mentioned. Is there some special reason for this? For example, is it activelly maintained? Is it missing some particular feature? It looks nice enough, but is there some catch? And Konqueror? I already use KDE, so that's not an issue. I would appreciate your opinions. -- Jorge Almeida -- gentoo-user@gentoo.org mailing list Reinstall firefox, below the search box there are a link Google in English that unsets the language cookie... it must work for sure! -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
Etaoin Shrdlu ha scritto: On Thursday 30 November 2006 11:01, Jorge Almeida wrote: No. My problem is not redirection. With Konqueror, it gets redirected too, but my preferences are respected, i.e., although I'm connected to google.pt it searches in the languages I selected in Google's preferences. Not so with FF. Ah ok, sorry. I misunderstood your problem. Can someone explain *why* it is so? It's really odd. I suspect the OP (and us) are missing something very easy in the preferences/cookie management, but what? m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
On Thu, 30 Nov 2006, malevolent wrote: Reinstall firefox, below the search box there are a link Google in English that unsets the language cookie... it must work for sure! That's just the .../ncr link others mentioned. Setting preferences from that page is as useless as setting them from google.pt, the tips keep coming in Portuguese. Of course, I could use only that link and give up using the search window in FF panel. I can give up FF as well. -- Jorge Almeida -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
Jorge Almeida ha scritto: I'm about to dump Firefox, because I can't google in English. The thing doesn't let me choose the language, and I'm tired of getting useless Brazilian links. Yes, I know about the settings, I already deleted the google.pt cookie, but it's no use. I don't know, nor care, whose fault it is (Google's, firefox's or mine, for not having telepathic gifts), I just won't let anyone choose for me. So, the point is: what browser now? Firefox is the one more often mentioned in this list. How about Konqueror or Opera? The latter is hardly ever mentioned. Is there some special reason for this? For example, is it activelly maintained? Is it missing some particular feature? It looks nice enough, but is there some catch? And Konqueror? I already use KDE, so that's not an issue. I would appreciate your opinions. Maybe it's me being dense, and I see you are very determined, but: many people in this 3d has suggested you *how* to google in English with FF. I have no special love for FF (although I use it), but all the hassle of changing browser, getting accustomed, missing extensions you liked etc. shouldn't be solved by simply changing your homepage to an english google homepage of those that has been suggested? I just can't get it, sorry. :) It seems to me you want to kill a mosquito with an atomic bomb. m. -- gentoo-user@gentoo.org mailing list
[gentoo-user] imaginary nvidia-glx blocking qt
on emerge -uDpv world I get: === [EMAIL PROTECTED] ~ $ emerge -uDpv world These are the packages that would be merged, in order: Calculating world dependencies - emerge: there are no ebuilds to satisfy media-video/nvidia-glx. (dependency required by x11-libs/qt-4.1.4-r2 [ebuild]) !!! Problem resolving dependencies for app-arch/rpm !!! Depgraph creation failed. === Trouble is I do not have nvidia-glx installed. I have nvidia-driver installed. Other things: 1. yes it is a while since I emerged world 2. profile is x86/2006.1/desktop 3. nvidia-glx WAS in /var/lib/portage/world, but I commented it out, with no change 4. qt has a dependency: opengl? ( virtual/opengl virtual/glu ) - I suspect this of complicity in the problem. 5. This immediately follows an emerge -sync today, only thing I have done since then is emerge portage. Can anyone cast any more light? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
Jorge Almeida ha scritto: On Thu, 30 Nov 2006, malevolent wrote: Reinstall firefox, below the search box there are a link Google in English that unsets the language cookie... it must work for sure! That's just the .../ncr link others mentioned. Setting preferences from that page is as useless as setting them from google.pt, the tips keep coming in Portuguese. Of course, I could use only that link and give up using the search window in FF panel. I can give up FF as well. Ah, you use the search box in FF panel. That explains the problem. Sorry. m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] imaginary nvidia-glx blocking qt
Nick Rout wrote: on emerge -uDpv world I get: === [EMAIL PROTECTED] ~ $ emerge -uDpv world These are the packages that would be merged, in order: Calculating world dependencies - emerge: there are no ebuilds to satisfy media-video/nvidia-glx. (dependency required by x11-libs/qt-4.1.4-r2 [ebuild]) !!! Problem resolving dependencies for app-arch/rpm !!! Depgraph creation failed. === Trouble is I do not have nvidia-glx installed. I have nvidia-driver installed. Other things: 1. yes it is a while since I emerged world 2. profile is x86/2006.1/desktop 3. nvidia-glx WAS in /var/lib/portage/world, but I commented it out, with no change 4. qt has a dependency: opengl? ( virtual/opengl virtual/glu ) - I suspect this of complicity in the problem. 5. This immediately follows an emerge -sync today, only thing I have done since then is emerge portage. Can anyone cast any more light? I may be wrong but I thought glx was part of nvidia-drivers now?? Or was it xorg-x11 that it become a part of. I read this somewhere. It was when all the change up of xorg going modular or something. Someone shed some light on me here. ;-) Dale :-) :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
Jorge Almeida ha scritto: On Thu, 30 Nov 2006, malevolent wrote: Reinstall firefox, below the search box there are a link Google in English that unsets the language cookie... it must work for sure! That's just the .../ncr link others mentioned. Setting preferences from that page is as useless as setting them from google.pt, the tips keep coming in Portuguese. Of course, I could use only that link and give up using the search window in FF panel. I can give up FF as well. However, before giving up: have you tried to look in /usr/lib/mozilla-firefox/searchplugins/google.src (that should be the searchplugin of the FF panel) and edit it with an English URL? My file is as such: # Mozilla/Google plug-in by [EMAIL PROTECTED] search name=Google description=Google Search method=GET action=http://www.google.com/search; queryCharset=utf-8 input name=q user inputnext name=start factor=10 inputprev input name=ie value=utf-8 input name=oe value=utf-8 interpret browserResultType=result charset = UTF-8 resultListStart=!--a-- resultListEnd=!--z-- resultItemStart=!--m-- resultItemEnd=!--n-- /search browser update=https://addons.mozilla.org/searchplugins/updates/google.src; updateIcon=https://addons.mozilla.org/searchplugins/updates/google.gif; updateCheckDays=1 I haven't tested, but I think that if you change http://www.google.com/search with http://www.a-working-google-in-english-url.whatever/search you could have your preferred behaviour hardcoded. m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 b.n. wrote: However, before giving up: have you tried to look in /usr/lib/mozilla-firefox/searchplugins/google.src (that should be the searchplugin of the FF panel) and edit it with an English URL? Actually, by adding the hl parameter to the GET querystring suffices: http://www.google.com/search?gl=enblahblahblah Edit the file, and add it in the action field. Should work, I guess. - -- Arturo Buanzo Busleiman - Consultor Independiente en Seguridad Informatica Me caso este 1ro de diciembre: Lista de Casamiento Numero 37520 en todos los FRAVEGA!! :) http://www.buanzo.com.ar | http://www.vivamoslavida.com.ar : Portal no-comercial del buen vivir! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFbso8AlpOsGhXcE0RAkUmAJ953d+NknuCRIpeLG+FxhW9/iB2wACePsU2 0U6SbNi8hZQ3GmDUGF7p+mE= =ax4G -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [hl fix] browser advice
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 b.n. wrote: However, before giving up: have you tried to look in /usr/lib/mozilla-firefox/searchplugins/google.src (that should be the searchplugin of the FF panel) and edit it with an English URL? Actually, by adding the hl parameter to the GET querystring suffices: http://www.google.com/search?hl=enblahblahblah Where en = english, and hl = H() language ? :) Edit the file, and add it in the action field. Should work, I guess. - -- Arturo Buanzo Busleiman - Consultor Independiente en Seguridad Informatica Me caso este 1ro de diciembre: Lista de Casamiento Numero 37520 en todos los FRAVEGA!! :) http://www.buanzo.com.ar | http://www.vivamoslavida.com.ar : Portal no-comercial del buen vivir! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFbspmAlpOsGhXcE0RAtb2AJsGfd6VDdgDSqExjQh0bC86IpZmagCfT/B7 SovtGGXe1e+46s1uUOjngk4= =zs4G -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] imaginary nvidia-glx blocking qt
On Thursday 30 November 2006 12:19, Nick Rout wrote: on emerge -uDpv world I get: === [EMAIL PROTECTED] ~ $ emerge -uDpv world These are the packages that would be merged, in order: Calculating world dependencies - emerge: there are no ebuilds to satisfy media-video/nvidia-glx. (dependency required by x11-libs/qt-4.1.4-r2 [ebuild]) !!! Problem resolving dependencies for app-arch/rpm !!! Depgraph creation failed. === Trouble is I do not have nvidia-glx installed. I have nvidia-driver installed. Other things: 1. yes it is a while since I emerged world 2. profile is x86/2006.1/desktop 3. nvidia-glx WAS in /var/lib/portage/world, but I commented it out, with no change 4. qt has a dependency: opengl? ( virtual/opengl virtual/glu ) - I suspect this of complicity in the problem. 5. This immediately follows an emerge -sync today, only thing I have done since then is emerge portage. Can anyone cast any more light? Hmm.. You've verified that you've unmerged nvidia-glx and nvidia-kernel? No remnants of either of them in /var/db/pkg or your world file? Does # grep -R nvidia /etc/portage report anything? What is the output of: # emerge -uDpv --tree --oneshot x11-libs/qt ? If that doesn't provide more info than you've already posted then instead I suggest attaching the output of: # emerge --info emerge -uDpv --debug --oneshot x11-libs/qt as a compressed file. -- Bo Andresen pgpAFvtJMGCec.pgp Description: PGP signature
Re: [gentoo-user] [OT] HDD I/O and UI responsiveness
On Wednesday 29 November 2006 22:17, Vladimir G. Ivanovic [EMAIL PROTECTED] wrote about 'Re: [gentoo-user] [OT] HDD I/O and UI responsiveness': Boyd Stephen Smith Jr. wrote: On Tuesday 28 November 2006 17:45, Dale [EMAIL PROTECTED] wrote about 'Re: [gentoo-user] [OT] HDD I/O and UI responsiveness': I read somewhere that they are trying to 'nice' the drive usage like they do the CPU. That may help if you can find it and enable it. I think it is in some of the very new kernels if I read it correctly. Sorry, I didn't bookmark it. slaps hand There's the ionice utility provided by... Running equery ...sys-process/schedutils. Isn't this just masking the problem? Yes and no. I don't see the CPU pegged, so why should other applications be unresponsive? Because they aren't waiting to be scheduled on the CPU. They are waiting to be scheduled for I/O against a certain device. ionice will cause a process to be more likely to have interruptable I/O operations interrupted, allowing other non-ioniced processes to access the disk(s) with less latency. Dumping the contents of /dev/null to disk will slow other processes down even though your CPU will be used very little, because all your I/O is consumed. It is masking the problem that you are running out of I/O bandwidth / latency / cycles. Of course, that's not actually that rare; I have a 6 disk RAID-5 array, and I can still make playing video from disk stutter, by performing I/O intensive tasks. -- If there's one thing we've established over the years, it's that the vast majority of our users don't have the slightest clue what's best for them in terms of package stability. -- Gentoo Developer Ciaran McCreesh pgpeQFurODICI.pgp Description: PGP signature
Re: [gentoo-user] browser advice
On Thursday 30 November 2006 02:51, Jorge Almeida [EMAIL PROTECTED] wrote about 'Re: [gentoo-user] browser advice': On Wed, 29 Nov 2006, Boyd Stephen Smith Jr. wrote: I use Konqueror near exclusively; I was an avid Opera user before I switched to Linux. May I ask what led you to change to Konqueror, given that Opera also was available in Linux? General movement away from proprietary programs. I'm not completely free, but moving that way. Also, That was back in the 7.x branch of Opera and I believe it was available but looked like crap; or I was using a beta that wasn't available for linux yet; or it was binary-only and I was installing Gentoo (therefore wanted the advantages of compiling from source); or it just didn't integrate with KDE (my desktop environment of choice) as well. -- If there's one thing we've established over the years, it's that the vast majority of our users don't have the slightest clue what's best for them in terms of package stability. -- Gentoo Developer Ciaran McCreesh pgpNby9LmJniO.pgp Description: PGP signature
Re: [gentoo-user] browser advice
On Thu, 30 Nov 2006, b.n. wrote: However, before giving up: have you tried to look in /usr/lib/mozilla-firefox/searchplugins/google.src (that should be the searchplugin of the FF panel) and edit it with an English URL? My file is as such: My file looks as yours. It should, because I never edited global preferences. I haven't tested, but I think that if you change http://www.google.com/search with http://www.a-working-google-in-english-url.whatever/search you could have your preferred behaviour hardcoded. m. Maybe that would work, but it shouldn't be necessary. And it might not be a good solution in case the box had more human users. Please don't bother about this. Changing browser is not a life-shattering experience, and both Opera and Konqueror seem nice enough. As for issues like MathMl fonts and such, I'll have to see how much I miss them. -- Jorge Almeida -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
On Thu, 30 Nov 2006, Boyd Stephen Smith Jr. wrote: May I ask what led you to change to Konqueror, given that Opera also was available in Linux? General movement away from proprietary programs. I'm not completely free, but moving that way. Also, That was back in the 7.x branch of Opera and I believe it was available but looked like crap; or I was using a beta that wasn't available for linux yet; or it was binary-only and I was installing Gentoo (therefore wanted the advantages of compiling from source); or it just didn't integrate with KDE (my desktop environment of choice) as well. OK. Opera is good-looking now (don't know about the rest yet). I also use KDE, but I don't care much for integration. I'll probably start using both Opera and Konqueror... Thanks. -- Jorge Almeida -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrading tetex, not finding crti.o
Hi Richard, Am Mittwoch, 29. Nov 2006, 13:12:17 -0700 schrieb Richard Fish: On 11/29/06, Bertram Scharpf [EMAIL PROTECTED] wrote: I am trying to upgrade teTex using `emerge -pvuD tetex'. The compiling process aborts with an error message saying that this file could not be found: /usr/lib/gcc/i386-pc-linux-gnu/3.4.5/../../../crti.o Can you post your emerge --info, and the everything between the make command that caused this error to the end of the emerge output. The last 20-30 lines of build output should suffice if you can identify the make command that caused the problem. Sorry, the output of '... 21 myfile' seems not to happen in the correct order. http://www.bertram-scharpf.de/tmp/emerge-info http://www.bertram-scharpf.de/tmp/emerge-vuD-tetex Bertram -- Bertram Scharpf Stuttgart, Deutschland/Germany http://www.bertram-scharpf.de -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
Jorge Almeida ha scritto: I haven't tested, but I think that if you change http://www.google.com/search with http://www.a-working-google-in-english-url.whatever/search you could have your preferred behaviour hardcoded. m. Maybe that would work, but it shouldn't be necessary. Please don't get me wrong -no personal attack intended, really- but changing browser too shouldn't be necessary. You continue to complain about this (admittedly very minor, even if annoying) bug and instead of using just a very simple workaround, you throw out babies and dirty water, saying it shouldn't be necessary. You have a solution, probably working, that is much easier than changing browser, importing preferences and the like. Why don't you try? Do as you like it, but it seems to me quite an odd reaction. Next time you'll meet a bug in Linux or Gentoo that would just require editing a text file, you'll change OS? :) The really appropriate reaction, in the meantime, is filing a bug (because in this you're perfectly right -it's a bug, or at least an annoyance) at the firefox bugzilla, I guess. You're right to complain, that's for sure. Please don't bother about this. Changing browser is not a life-shattering experience, Sure, but editing a tiny text file seems even less life-shattering, IMHO. and both Opera and Konqueror seem nice enough. They are good software indeed, just like FF. But what will you do when you'll met the next bug with them? It's not like I want to defend FF. It isn't perfect, and I really don't care about what browser are you using. It's the approach that leaves me perplexed. Still, without any animosity. Your complain led me also discover something, so it was useful. :) m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
On Thursday 30 November 2006 17:37, b.n. wrote: [SNIP] Why don't you try? Maybe he just needed an excuse to finally check out the alternatives. After all the performance of firefox is pretty horrific... [SNIP] The really appropriate reaction, in the meantime, is filing a bug (because in this you're perfectly right -it's a bug, or at least an annoyance) at the firefox bugzilla, I guess. You're right to complain, that's for sure. That's assuming it hasn't been filed already. And that it isn't just some misconfiguration somewhere. I guess the latter could be tested by temporarily moving .mozilla and creating a new profile just to see it that changes it's behaviour. Please don't bother about this. Changing browser is not a life-shattering experience, Sure, but editing a tiny text file seems even less life-shattering, IMHO. It would require adding a line like e.g: input name=hl value=en and both Opera and Konqueror seem nice enough. They are good software indeed, just like FF. But what will you do when you'll met the next bug with them? Then at least he knows what the alternatives are.. -- Bo Andresen pgp1lzCJMZQ4w.pgp Description: PGP signature
Re: [gentoo-user] browser advice
Hi Jorge, on Wednesday, 2006-11-29 at 21:00:06, you wrote: I'm about to dump Firefox, because I can't google in English. The thing doesn't let me choose the language, and I'm tired of getting useless Brazilian links. Yes, I know about the settings, I already deleted the google.pt cookie, but it's no use. I don't know, nor care, whose fault it is (Google's, firefox's or mine, for not having telepathic gifts), I just won't let anyone choose for me. Are you sure you aren't being sent to the Portuguese version because Google finds your IP is in Portugual and redirects you to where it thinks you want to go? I've seen this in .de, .br and .ph, so I presume it's the same in other countries. I also don't want the national versions so I go directly to http://www.google.com/advanced_search where the redirection doesn't happen. Works fine in any browser here. cheers! Matthias -- I prefer encrypted and signed messages. KeyID: FAC37665 Fingerprint: 8C16 3F0A A6FC DF0D 19B0 8DEF 48D9 1700 FAC3 7665 pgpLJBASwqkrL.pgp Description: PGP signature
Re: [gentoo-user] browser advice
Maybe he just needed an excuse to finally check out the alternatives. After all the performance of firefox is pretty horrific... That's sad but true. That's assuming it hasn't been filed already. Well, it was implicit to check if a bug has been filed before filing it... :) And that it isn't just some misconfiguration somewhere. I guess the latter could be tested by temporarily moving .mozilla and creating a new profile just to see it that changes it's behaviour. True. They are good software indeed, just like FF. But what will you do when you'll met the next bug with them? Then at least he knows what the alternatives are.. Good point. :) m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] imaginary nvidia-glx blocking qt
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nick Rout wrote: on emerge -uDpv world I get: === [EMAIL PROTECTED] ~ $ emerge -uDpv world These are the packages that would be merged, in order: Calculating world dependencies - emerge: there are no ebuilds to satisfy media-video/nvidia-glx. (dependency required by x11-libs/qt-4.1.4-r2 [ebuild]) You're experiencing bug #154223 [1], which is fixed in the latest ~arch versions of portage. If you want to work around the problem, you can use `find /var/db/pkg -name PROVIDE | xargs grep virtual/opengl` to find the old-style virtuals that are preventing the new-style virtuals from working correctly. You should simply remove any PROVIDE file that contains virtual/opengl. Zac [1] http://bugstest.gentoo.org/show_bug.cgi?id=154223 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFbw22/ejvha5XGaMRAgiPAJ4gtDTdiNz/Fn464f+JZhhVKNiNcwCfWyf+ VqyqR/+/f9MfuxYRpFVNQqQ= =V3Hz -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
[gentoo-user] media-libs/libpng-1.2.13 emerge -u missing file
Hi, When I run emerge -uvDN world, I get the following problem with libpng 1.2.13: !!! A file listed in the Manifest could not be found: '/usr/portage/distfiles/libpng-manual.txt' Perhaps I have --sync'ed with a broken mirror, but I have to wait to try --sync again (one --sync per day rule). Can anybody suggest a solution? Thanks, Joe. Here is the output from emerge: == tux smokinjoe # emerge -uvDN world Calculating world dependencies... done! starting parallel fetching Emerging (1 of 110) media-libs/libpng-1.2.13 to / * libpng-1.2.13.tar.bz2 MD5 ;-) ... [ ok ] * libpng-1.2.13.tar.bz2 RMD160 ;-) ... [ ok ] * libpng-1.2.13.tar.bz2 SHA1 ;-) ... [ ok ] * libpng-1.2.13.tar.bz2 SHA256 ;-) ... [ ok ] * libpng-1.2.13.tar.bz2 size ;-) ... [ ok ] Downloading 'http://www.libpng.org/pub/png/libpng-manual.txt' --15:27:21-- http://www.libpng.org/pub/png/libpng-manual.txt = `/usr/portage/distfiles/libpng-manual.txt' Resolving www.libpng.org... 66.35.250.210 Connecting to www.libpng.org|66.35.250.210|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 128,288 (125K) [text/plain] 100%[==] 128,288 24.88K/sETA 00:00 15:27:26 (24.84 KB/s) - `/usr/portage/distfiles/libpng-manual.txt' saved [128288/128288] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking libpng-1.2.13.tar.bz2 ;-) ... [ ok ] * checking libpng-manual.txt ;-) ... [ !! ] !!! A file listed in the Manifest could not be found: '/usr/portage/distfiles/libpng-manual.txt' -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] media-libs/libpng-1.2.13 emerge -u missing file
On Thursday 30 November 2006 17:21, Joem wrote: Hi, When I run emerge -uvDN world, I get the following problem with libpng 1.2.13: !!! A file listed in the Manifest could not be found: '/usr/portage/distfiles/libpng-manual.txt' Perhaps I have --sync'ed with a broken mirror, but I have to wait to try --sync again (one --sync per day rule). Can anybody suggest a solution? Thanks, Joe. Here is the output from emerge: [SNIP] Downloading 'http://www.libpng.org/pub/png/libpng-manual.txt' --15:27:21-- http://www.libpng.org/pub/png/libpng-manual.txt = `/usr/portage/distfiles/libpng-manual.txt' Resolving www.libpng.org... 66.35.250.210 Connecting to www.libpng.org|66.35.250.210|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 128,288 (125K) [text/plain] 100%[== ] 128,288 24.88K/sETA 00:00 15:27:26 (24.84 KB/s) - `/usr/portage/distfiles/libpng-manual.txt' saved [128288/128288] [SNIP] !!! A file listed in the Manifest could not be found: '/usr/portage/distfiles/libpng-manual.txt' If you are at less than portage-2.1.1-r2 then upgrade portage. Either way I'd try removing /usr/portage/distfiles/libpng-manual.txt and then try again. -- Bo Andresen pgpwiOwEybgTs.pgp Description: PGP signature
[gentoo-user] media-libs/libpng-1.2.13 emerge -u missing file
Hi, When I run emerge -uvDN world, I get the following problem with libpng 1.2.13: !!! A file listed in the Manifest could not be found: '/usr/portage/distfiles/libpng-manual.txt' Perhaps I have --sync'ed with a broken mirror, but I have to wait to try --sync again (one --sync per day rule). Can anybody suggest a solution? Thanks, Joe. Here is the output from emerge: == tux smokinjoe # emerge -uvDN world Calculating world dependencies... done! starting parallel fetching Emerging (1 of 110) media-libs/libpng-1.2.13 to / * libpng-1.2.13.tar.bz2 MD5 ;-) ... [ ok ] * libpng-1.2.13.tar.bz2 RMD160 ;-) ... [ ok ] * libpng-1.2.13.tar.bz2 SHA1 ;-) ... [ ok ] * libpng-1.2.13.tar.bz2 SHA256 ;-) ... [ ok ] * libpng-1.2.13.tar.bz2 size ;-) ... [ ok ] Downloading 'http://www.libpng.org/pub/png/libpng-manual.txt' --15:27:21-- http://www.libpng.org/pub/png/libpng-manual.txt = `/usr/portage/distfiles/libpng-manual.txt' Resolving www.libpng.org... 66.35.250.210 Connecting to www.libpng.org|66.35.250.210|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 128,288 (125K) [text/plain] 100%[==] 128,288 24.88K/sETA 00:00 15:27:26 (24.84 KB/s) - `/usr/portage/distfiles/libpng-manual.txt' saved [128288/128288] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking libpng-1.2.13.tar.bz2 ;-) ... [ ok ] * checking libpng-manual.txt ;-) ... [ !! ] !!! A file listed in the Manifest could not be found: '/usr/portage/distfiles/libpng-manual.txt' -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] What to do if packages are old?
On 11/30/06, Hans de Hartog [EMAIL PROTECTED] wrote: Hi, I'm currently evaluating some exotic packages in the portage tree and found out that they're almost 2 years old, don't compile or crash immediately. When I go to their home page or forums, I see that lots of new versions have been released. What to do about this? I'm not going back to the early 90's to play around with tarballs, ./configure, make make install and after a few months end up in the hell of shared library dependencies and systems being polluted beyond repair. After all, that's why I've choosen Gentoo in the first place. Should I - kindly ask somebody to do something about it? - try to make an ebuild from a tarball? - something else? Thanks for your advice! Hans. -- gentoo-user@gentoo.org mailing list The s.o.p., I believe, is to check for bugs asking for new ebuilds, failing that, file one yourself, failing that, create an ebuild (probably using the old one as a guide), and submit it. If you get all the way to step 3, email me off list, I might be willing to help with some ebuild writing. You could also check and see if newer versions are keyword-masked or hard-masked, or see if they're in an overlay somewhere. Please correct if I'm wrong. -- Ryan W Sims -- gentoo-user@gentoo.org mailing list
[gentoo-user] Unable to load firmware into QLA2312-Card after Kernelupdate
After updating from kernel linux-2.6.17-gentoo-r8 to linux-2.6.18-gentoo-r2 (and -r3) I can't get my QLA2312-FC-Cards to work. This is what dmesg says: QLogic Fibre Channel HBA Driver GSI 19 sharing vector 0xC1 and IRQ 19 ACPI: PCI Interrupt :05:08.0[A] - GSI 32 (level, low) - IRQ 193 qla2xxx :05:08.0: Found an ISP2312, irq 193, iobase 0xc2006000 qla2xxx :05:08.0: Configuring PCI space... qla2xxx :05:08.0: Configure NVRAM parameters... qla2xxx :05:08.0: Verifying loaded RISC code... qla2xxx :05:08.0: Firmware image unavailable. qla2xxx :05:08.0: Firmware images can be retrieved from: ftp://ftp.qlogic.com/outgoing/linux/firmware/. qla2xxx :05:08.0: Failed to initialize adapter GSI 20 sharing vector 0xC9 and IRQ 20 ACPI: PCI Interrupt :05:08.1[B] - GSI 33 (level, low) - IRQ 201 qla2xxx :05:08.1: Found an ISP2312, irq 201, iobase 0xc2006000 qla2xxx :05:08.1: Configuring PCI space... qla2xxx :05:08.1: Configure NVRAM parameters... qla2xxx :05:08.1: Verifying loaded RISC code... qla2xxx :05:08.1: Firmware image unavailable. qla2xxx :05:08.1: Firmware images can be retrieved from: ftp://ftp.qlogic.com/outgoing/linux/firmware/. qla2xxx :05:08.1: Failed to initialize adapter The firmware file is under /lib/firmware: # ls -l /lib/firmware/ total 1884 lrwxrwxrwx 1 root root 21 Aug 31 16:26 ql2100_fw.bin - ql2100_fw.bin.1.19.38 -rw-r--r-- 1 root root 71314 Nov 20 13:09 ql2100_fw.bin.1.17.38 -rw-r--r-- 1 root root 76802 Nov 20 13:09 ql2100_fw.bin.1.19.38 lrwxrwxrwx 1 root root 21 Aug 31 16:26 ql2200_fw.bin - ql2200_fw.bin.2.02.08 -rw-r--r-- 1 root root 84566 Nov 20 13:09 ql2200_fw.bin.2.02.08 lrwxrwxrwx 1 root root 21 Aug 31 16:26 ql2300_fw.bin - ql2300_fw.bin.3.03.20 -rw-r--r-- 1 root root 121872 Nov 20 13:09 ql2300_fw.bin.3.03.18 -rw-r--r-- 1 root root 123170 Nov 20 13:09 ql2300_fw.bin.3.03.20 lrwxrwxrwx 1 root root 21 Jun 16 15:02 ql2310_fw.bin - ql2300_fw.bin.3.03.20 lrwxrwxrwx 1 root root 21 Nov 20 13:11 ql2312_fw.bin - ql2300_fw.bin.3.03.20 lrwxrwxrwx 1 root root 21 Aug 31 16:26 ql2322_fw.bin - ql2322_fw.bin.3.03.20 -rw-r--r-- 1 root root 131464 Nov 20 13:09 ql2322_fw.bin.3.03.18 -rw-r--r-- 1 root root 132978 Nov 20 13:09 ql2322_fw.bin.3.03.20 lrwxrwxrwx 1 root root 21 Aug 31 16:26 ql2400_fw.bin - ql2400_fw.bin.4.00.18 -rw-r--r-- 1 root root 196900 Nov 20 13:09 ql2400_fw.bin.4.00.16 -rw-r--r-- 1 root root 196412 Nov 20 13:09 ql2400_fw.bin.4.00.18 -rw-r--r-- 1 root root 200244 Nov 20 13:09 ql2400_fw.bin.4.00.22 -rw-r--r-- 1 root root 200244 Nov 20 13:09 ql2400_fw.bin.4.00.23 -rw-r--r-- 1 root root 201900 Nov 20 13:09 ql2400_fw.bin.4.00.26 lrwxrwxrwx 1 root root 21 Aug 31 16:26 ql6312_fw.bin - ql6312_fw.bin.3.03.18 -rw-r--r-- 1 root root 112494 Nov 20 13:09 ql6312_fw.bin.3.03.18 lrwxrwxrwx 1 root root 21 Nov 20 13:18 qla2312_fw.bin - ql2300_fw.bin.3.03.20 Any hints on what could be wrong and how to fix it? -- Dan Johansson, http://www.dmj.nu *** This message is printed on 100% recycled electrons! *** pgpkoqdSc9KBs.pgp Description: PGP signature
Re: [gentoo-user] What to do if packages are old?
Hans de Hartog wrote: Hi, I'm currently evaluating some exotic packages in the portage tree and found out that they're almost 2 years old, don't compile or crash immediately. When I go to their home page or forums, I see that lots of new versions have been released. What to do about this? I'm not going back to the early 90's to play around with tarballs, ./configure, make make install and after a few months end up in the hell of shared library dependencies and systems being polluted beyond repair. After all, that's why I've choosen Gentoo in the first place. Should I - kindly ask somebody to do something about it? - try to make an ebuild from a tarball? - something else? Check bugzilla to see if there are version bumps + ebuild bugs in there already. Most of the time, maintainers leave, and the herds are left to take care of them. If no one in the herd is interested in the package, then things can stagnate. If there isn't a bug, feel free to file one. If you have some ebuild skillz and want to help maintain the ebuild, then let some developers know that you'd be willing to take care of the package. Or, look at project Sunrise as well. There's a lot of things that can be done, and I've just barely glossed over the basics. Most of the time it comes down to a per-package basis, and usually the case is that there's just no one interested in maintaining it. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] What to do if packages are old?
061130 Hans de Hartog wrote: I'm currently evaluating some exotic packages in the portage tree and found out that they're almost 2 years old, don't compile or crash immediately. When I go to their home or forums, I see that lots of new versions have been released. It would help if you listed the packages in question. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] imaginary nvidia-glx blocking qt
On Thu, 30 Nov 2006 08:58:31 -0800 Zac Medico [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nick Rout wrote: on emerge -uDpv world I get: === [EMAIL PROTECTED] ~ $ emerge -uDpv world These are the packages that would be merged, in order: Calculating world dependencies - emerge: there are no ebuilds to satisfy media-video/nvidia-glx. (dependency required by x11-libs/qt-4.1.4-r2 [ebuild]) You're experiencing bug #154223 [1], which is fixed in the latest ~arch versions of portage. If you want to work around the problem, you can use `find /var/db/pkg -name PROVIDE | xargs grep virtual/opengl` to find the old-style virtuals that are preventing the new-style virtuals from working correctly. You should simply remove any PROVIDE file that contains virtual/opengl. Zac [1] http://bugstest.gentoo.org/show_bug.cgi?id=154223 Thank you -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] media-libs/libpng-1.2.13 emerge -u missing file
On Thu, 30 Nov 2006 15:37:59 +, Joem wrote: Perhaps I have --sync'ed with a broken mirror, but I have to wait to try --sync again (one --sync per day rule). That's not a hard and fast rule. you won't get banned for syncing twice one day, especially if the tree is broken. -- Neil Bothwick User-friendly: (adj.) trivialized, slow, incapable, and boring. signature.asc Description: PGP signature
Re: [gentoo-user] SegFault while compiling gcc 4.1.1
On 11/29/06, Vladimir G. Ivanovic [EMAIL PROTECTED] wrote: 1. Have you seen this error message in an emerge? Yes. 2. Have you subsequently identified a hardware problem, fixed the hardware problem, and have not seen the message since? Yes. The problem was memory timings...or more specifically the RAM didn't really work as fast as its manufacturer claimed. Dropping the memory timings, and later replacing the RAM, fixed the problem. 3. Have you re-run the emerge and not seen the message in a while (please indicate how long a while is.) No. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] What to do if packages are old?
Philip Webb wrote: It would help if you listed the packages in question. Also thanks to Ryan and Steve to illustrate the situation in the not_so_common_packages scene. (BTW, how do I check for an overlay somewhere?) - freewheeling (dies in glibc with double free or corruption) In the tree is only 0.5_pre4 (masked ~x86). There's bug 149784 asking for a version bump to 0.5.2a and the newest version from the freewheeling people is 0.5.3 - sooperlooper (won't build at all) In the tree is only 1.0.3 (masked ~x86). No bugs reported. Latest version is 1.0.8c (and even 1.0.8u for the Mac). I guess I've to file a bug asking for a version bump? Hans. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] What to do if packages are old?
Hans de Hartog wrote: Philip Webb wrote: It would help if you listed the packages in question. Also thanks to Ryan and Steve to illustrate the situation in the not_so_common_packages scene. (BTW, how do I check for an overlay somewhere?) - freewheeling (dies in glibc with double free or corruption) In the tree is only 0.5_pre4 (masked ~x86). There's bug 149784 asking for a version bump to 0.5.2a and the newest version from the freewheeling people is 0.5.3 - sooperlooper (won't build at all) In the tree is only 1.0.3 (masked ~x86). No bugs reported. Latest version is 1.0.8c (and even 1.0.8u for the Mac). I guess I've to file a bug asking for a version bump? If you're going to file a stabilization bug, then make sure you do this: First, make sure the ebuild works and the program compiles cleanly without any problems. Make sure that all possible deps are stable for it (if they aren't file stable request bugs for those first). You can check the stable status by going to http://packages.gentoo.org/ and searching for the package in question. Then, when you file the bug, make sure you add the arches to the CC list so they get a copy. Oh yes, and don't file any stable request bugs unless the ebuild has been released for at least 30 days, and there are no bugs in bugzilla. That's a pretty hacked summary, again, but there ya go. :) Pretty much just make sure everything is good to go before filing a stable request. Doing the legwork really doesn't take much time, and it makes things much simpler for arch testers and developers. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] media-libs/libpng-1.2.13 emerge -u missing file
Bo Ørsted Andresen wrote: On Thursday 30 November 2006 17:21, Joem wrote: Hi, When I run emerge -uvDN world, I get the following problem with libpng 1.2.13: !!! A file listed in the Manifest could not be found: '/usr/portage/distfiles/libpng-manual.txt' Perhaps I have --sync'ed with a broken mirror, but I have to wait to try --sync again (one --sync per day rule). Can anybody suggest a solution? Thanks, Joe. Here is the output from emerge: [SNIP] Downloading 'http://www.libpng.org/pub/png/libpng-manual.txt' --15:27:21-- http://www.libpng.org/pub/png/libpng-manual.txt = `/usr/portage/distfiles/libpng-manual.txt' Resolving www.libpng.org... 66.35.250.210 Connecting to www.libpng.org|66.35.250.210|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 128,288 (125K) [text/plain] 100%[== ] 128,288 24.88K/sETA 00:00 15:27:26 (24.84 KB/s) - `/usr/portage/distfiles/libpng-manual.txt' saved [128288/128288] [SNIP] !!! A file listed in the Manifest could not be found: '/usr/portage/distfiles/libpng-manual.txt' If you are at less than portage-2.1.1-r2 then upgrade portage. Either way I'd try removing /usr/portage/distfiles/libpng-manual.txt and then try again. Ok, I have emerge --sync'ed. portage is the latest stable version -i.e. 2.1.1-r2 /usr/distfiles/libpng-manual.txt does not exist - that is what portage is complaining about ;-) Interestingly, if I manually download the file and place it in /usr/portage/distfiles, portage removes it, and says: !!! Digest verification failed: !!! /usr/portage/distfiles/libpng-manual.txt !!! Reason: Filesize does not match recorded size !!! Got: 128288 !!! Expected: 128275 Not sure if that helps, or is a red herring? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] What to do if packages are old?
On 11/30/06, Hans de Hartog [EMAIL PROTECTED] wrote: Philip Webb wrote: It would help if you listed the packages in question. Also thanks to Ryan and Steve to illustrate the situation in the not_so_common_packages scene. (BTW, how do I check for an overlay somewhere?) [snip] The gentoo wiki I know has a semi-complete list, the forums discuss them, etc. Google is, as always, your friend. -- Ryan W Sims -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
On Thu, 30 Nov 2006, b.n. wrote: Please don't get me wrong -no personal attack intended, really- but changing browser too shouldn't be necessary. You continue to complain about this No, I don't. Maybe you don't have the whole thread present to memory. I mentioned the reason why I want to dump FF. Once. And I asked for the list members to share their experiences/impressions/opinions about _other_ browsers. I didn't ask for sympathy nor for help with my FF troubles. If some people chose to give suggestions about it, I appreciate it and reply to them, but my intentions about FF are not bound to change. (They might if an _explanation_ arose, as opposite to a workaround which may work today but maybe not tomorrow.) Do as you like it, but it seems to me quite an odd reaction. Next time you'll meet a bug in Linux or Gentoo that would just require editing a text file, you'll change OS? No. There are not many OSs left. I like Linux, but I would prefer a more let's-understand-it and less let's-push-buttons attitude from the general community. Still, the world is what it is and it's not up to me to judge... And I don't mind at all editing config files, I find it much better than clicking boxes in some half-baked wizard. It's just that I appreciate knowing what I'm doing, I'm not a fan of the JustWorks(TM). :) The really appropriate reaction, in the meantime, is filing a bug (because in this you're perfectly right -it's a bug, or at least an annoyance) at the firefox bugzilla, I guess. You're right to complain, that's for sure. Since my experience seems to be unique, it's hard to give data about how to reproduce the problem. and both Opera and Konqueror seem nice enough. They are good software indeed, just like FF. But what will you do when you'll met the next bug with them? I will do what I usually do when I find bugs in other software: search the gentoo forums, search Google (in English, I hope), ask for help in mailing lists,... I won't read the source because that's beyond my skills. As a user who is not a CS professional, I have to rely on whatever documentation is accessible to me. Sometimes I have to dump the software (for example, I had to switch from bincimap to dovecot, even if bincimap seemed more to my liking). In the case of FF, I got tired and chose a different approach, that's all. Regards, Jorge Almeida -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] media-libs/libpng-1.2.13 emerge -u missing file
On Thursday 30 November 2006 20:56, Joem wrote: /usr/distfiles/libpng-manual.txt does not exist - that is what portage is complaining about ;-) Interestingly, if I manually download the file and place it in /usr/portage/distfiles, portage removes it, and says: !!! Digest verification failed: !!! /usr/portage/distfiles/libpng-manual.txt !!! Reason: Filesize does not match recorded size !!! Got: 128288 !!! Expected: 128275 Not sure if that helps, or is a red herring? Throw a comment at bug #156710 about the digest being broken when the doc use flag is enabled. https://bugs.gentoo.org/show_bug.cgi?id=156710 -- Bo Andresen pgpHCcHUuDZRD.pgp Description: PGP signature
Re: [gentoo-user] browser advice
Jorge Almeida ha scritto: It is good to have this link, together with others mentioned in this thread. But I need to search files in several languages, not just English, so I set the preferences. Then, since they are not kept, I would have to do it everytime I would start a search! Even better, you could actually *add* search plugins to FF. So you shouldn't have to set preferences at all. You'd have a list of google searches in different languages, just choose the one you want and use it. m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] What to do if packages are old?
On Thu, 30 Nov 2006 20:36:39 +0100, Hans de Hartog wrote: (BTW, how do I check for an overlay somewhere? emerge eix then run update-eix-remote update from cron.daily. Now eix will index all the overlays in layman. -- Neil Bothwick Sigh - An amplifier for people who suffer in silence signature.asc Description: PGP signature
Re: [gentoo-user] Nagios emerge failure
/data/usr/i686-pc-linux-gnu/gcc-bin/4.1.1/../../../lib/gcc/i686-pc-linux-gnu/4.1.1/../../../libdl.a(dlerror.o): In function `dlerror': : undefined reference to `__dlerror' collect2: ld returned 1 exit status make[1]: *** [nagios] Error 1 make[1]: Leaving directory `/var/tmp/portage/nagios-core-1.4.1/work/nagios-1.4.1/base' make: *** [nagios] Error 2 Have you tired to emerge the ~arch ebuild? Nagios version 1.4.1 is a fairly old version, and you would probably want to install a newer version anyway. James -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SegFault while compiling gcc 4.1.1
On Thursday 30 November 2006 09:02, Etaoin Shrdlu wrote: On Thursday 30 November 2006 07:56, Vladimir G. Ivanovic wrote: Let's take a poll. 1. Have you seen this error message in an emerge? Yes, several times. Ditto. 2. Have you subsequently identified a hardware problem, fixed the hardware problem, and have not seen the message since? Yes. 99% of the times it was bad RAM (verified with memtest86). Of course, for trivial emerges a subsequent emerge completed fine, but the first failure put me on the alert. Yes, it was a bad/incompatible RAM module for the particular memory controller. memetest86 did not identify it, I found out by trial and error! The symptom was random crashes (mostly) during emerge which would complete fine after a hard reboot. The crashes would invariably happen either when the memory controller was switching onto the next memory module, or when both modules were used up and it started using swap. 3. Have you re-run the emerge and not seen the message in a while (please indicate how long a while is.) For me, a while is since fixing the hardware problem. Ditto, i.e. about 18 months so far. HTH. -- Regards, Mick pgpy2Wqda1NFT.pgp Description: PGP signature
[gentoo-user] UTF-8 troubles
I switched a few systems to all-UTF-8 a while ago, and while it's generally a big improvement, a few apps are playing up. Pretty common apps that is, most notably tin and centericq, so I think it's probably my problem. Thing is, tin seems to decode messages correctly and tries to show umlauts. However, I only see the lowercase ä, ö and ü; the uppercase versions and the German sharp s (ß) are garbled. The latter for example is displayed as a diamond with a question mark inside (supposedly indicating invalid UTF sequence) followed by ~_ (0x7e 0x5f---the correct UTF-8 sequence is 0xc3 0x9f). Centericq is similar; I see all umlauts I type in the input area as two question marks, but the lowercase ones get transmitted correctly and I can read others' lowercase umlauts. No capitals, no ß either. The only distinction I could make out between the sets of characters that are displayed correctly and those that aren't is that the latter contain UTF-8 bytes that would not be printable when interpreted as ISO-8859-x, so my hypothesis is that something in-between the app's text output and the terminal eats bytes unless they're deemed printable. The affected programs all seem to use ncurses. I couldn't find anything in terminfo that could be causing this, but then I don't have much of a clue about terminfo in the first place. Google doesn't seem to hvae heard of the problem. Any ideas where I could look? cheers! Matthias -- I prefer encrypted and signed messages. KeyID: FAC37665 Fingerprint: 8C16 3F0A A6FC DF0D 19B0 8DEF 48D9 1700 FAC3 7665 pgpjIiUL6vMu5.pgp Description: PGP signature
Re: [gentoo-user] browser advice
Mick wrote: unlike gecko and Khtml engined browsers Opera does not divulge Referrer headers, unless you set it to do so. Firefox can also withhold the Referer line. In about:config filter for referer, set it to zero. Anyone know if Konqeeror can do this? Benno -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] media-libs/libpng-1.2.13 emerge -u missing file
Joem wrote: 15:27:26 (24.84 KB/s) - `/usr/portage/distfiles/libpng-manual.txt' saved [128288/128288] The size here is different: -rw-rw-r-- 1 root portage 127770 Dec 3 2004 /usr/portage/distfiles/libpng-manual.txt * checking libpng-manual.txt ;-) ... [ !! ] !!! A file listed in the Manifest could not be found: '/usr/portage/distfiles/libpng-manual.txt' The error message is confusing. What it should say is that sizes or checksums don't match. Benno -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] media-libs/libpng-1.2.13 emerge -u missing file
Joem wrote: Hi, Darn. Why do you send messages twice? No, don't answer that. Benno -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] browser advice
Just don't try out Opera or you'll get even more annoyed at Firefox :-)
Re: [gentoo-user] Upgrading tetex, not finding crti.o
On 11/30/06, Bertram Scharpf [EMAIL PROTECTED] wrote: Sorry, the output of '... 21 myfile' seems not to happen in the correct order. Just for future reference, you want myfile 21. The order is significant, as the command that you ran first redirected stderr to the same location as stdout, _then_redirected stdout to the file, leaving stderr pointing at whatever stdout was going to. Reversing the order first redirects stdout to the file, then redirects stdout to the same place. http://www.bertram-scharpf.de/tmp/emerge-info http://www.bertram-scharpf.de/tmp/emerge-vuD-tetex Ok, a few things: 1) in your original message, you stated that you had a directory /usr/lib/gcc/i386-pc-linux-gnu/3.4.6 In fact, based on your emerge --info, you should have: /usr/lib/gcc/i686-pc-linux-gnu/3.4.6 Was this a typo in your original message, or do you have both i386- and i686- compilers installed? (gcc-config -l) 2) Assuming you don't have multiple compilers installed, I don't understand why you have an i386-pc-linux-g++ command. Where is this located (which i386-pc-linux-g++), and what owns it (equery belongs i386-pc-linux-g++)? 3) It looks like you changed from a i386 CHOST to i686, in addition to changing compiler versions. In this case, you need to do: fix_libtool_files.sh 3.4.5 --oldarch i386-pc-linux-gnu Just a quick explanation of libtool and why that command is needed: normally when a program is compiled and linked against dynamic libraries, the link command must include all dependent libraries as well. So if I link prog against liba.so, and liba.so requires libb.so, I must include both liba and libb on the link command for prog or I will end up with unresolved symbol errors. But this is really a nightmare, because liba may only /sometimes/ depend on libb, depending upon what options liba was compiled with. Determining which systems needs to link against libb and which ones do not was very problematic. This is the problem that libtool is intended to solve, and it does it fairly well. If prog and liba both use libtool, then when liba is compiled and installed, there is a libtool archive (.la) file that is generated and installed at the same time. This archive contains the link options required to successfully link against liba, including any dependent libraries. So when the build process for prog is linked, it uses libtool, and tells libtool to link prog against liba. Libtool looks in the .la file for liba, and sees that linking against libb is also required, and adds it automatically. The problem that gcc-upgrades introduce to this system though is that the libtool files contain references to object (.o) files located in the gcc installation. When you upgrade gcc, the directory structure changes, and the libtool files now reference files that do not exist. So, fix_libtool_files.sh was created for gentoo systems to correct all libtool archives. HTH, -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SegFault while compiling gcc 4.1.1
Etaoin Shrdlu wrote: On Thursday 30 November 2006 07:56, Vladimir G. Ivanovic wrote: Let's take a poll. 1. Have you seen this error message in an emerge? Yes, several times. 2. Have you subsequently identified a hardware problem, fixed the hardware problem, and have not seen the message since? Yes. 99% of the times it was bad RAM (verified with memtest86). Of course, for trivial emerges a subsequent emerge completed fine, but the first failure put me on the alert. 3. Have you re-run the emerge and not seen the message in a while (please indicate how long a while is.) For me, a while is since fixing the hardware problem. BTW, do you know portage/emerge/make/whatever knows that the problem is not reproducible? If, all other things being equal, a subsequent attempt at the same operation does not exhibit the problem, or fails differently, there's a good chance that the problem is not reproducible. Interesting responses from 3 people. But ... I have done nothing to my hardware and I've seen this error, oh, a half a dozen times, the last time 3 months (?) ago. I ran memtest when I installed new memory, and it did not report problems even when run for hours. And I do not get random segfaults with other programs. Finally, I don't think my hardware fixed itself. Given all of this, my suspicion is that these errors are software bugs, not hardware problems. The other thing that I don't really believe is the part about this bug not being reproducible as reported by portage/emerge/make/gcc. I don't recall any evidence that the emerge that actually tried the compilation again and /succeeded/. (Why then error out rather than print a warning message like, Compilation retry succeeded on subsequent attempt; hardware problem suspected.) So, my suspicion that the commentary is bogus; but I believe the part about internal compiler error: Segfault. --- Vladimir -- gentoo-user@gentoo.org mailing list
[gentoo-user] Best method for automounting...
It seems as though there's a couple of different way to support automounting drives and shares and I was wondering what you guys thought was the best method. Currently, I'm using autofs to handle all my personal needs for cds, dvd compact cards and an occasional usb stick or two. No problems and I'm a happy camper. However, what I'm getting ready to do is to deploy a number of kde/gentoo desktops that will need to automount an occasional data cd or cf card and I was looking for an easier way of managing it all. What I'd rather do is discover a broader approach for supporting plugable media, without having be be present to set it all up as in autofs. The mentioned desktops aren't all going to have the same hardware... Anyway, I've looked into using hal,dbus and media:/ in konqueror... It works to a degree, but the hal daemon has a nasty habit of polling the cd card/pcmcia to such a degree that autofs won't unmount the then when you're done... Using a udev only approach is a lot like working/seting up autofs... you gotta be there to support something new when it comes up... Not what I want. Has anyone figured out a reasonable approach for auto mount/unmount for removeable media that's as hands off as possible? Thanks, in advance. What I find with autofs, hal constantly polls any cf card that I plugin and subsequently does not auto-unmout -- -- Jerry McBride -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrading tetex, not finding crti.o
Richard Fish wrote: 1) in your original message, you stated that you had a directory /usr/lib/gcc/i386-pc-linux-gnu/3.4.6 In fact, based on your emerge --info, you should have: /usr/lib/gcc/i686-pc-linux-gnu/3.4.6 Was this a typo in your original message, or do you have both i386- and i686- compilers installed? (gcc-config -l) 2) Assuming you don't have multiple compilers installed, I don't understand why you have an i386-pc-linux-g++ command. Where is this located (which i386-pc-linux-g++), and what owns it (equery belongs i386-pc-linux-g++)? Something that's been bugging me about my system - I accidentally used an i386 stage 3 when I installed, and didn't notice until long after the machine was configures. Can I just change the CHOST setting to i686 and use fix_libtool_files.sh along with an emerge world or something like that? Would this destroy my system? Is there any benefit at all to using an i686 CHOST as opposed to i386? Thanks! -- Randy Barlow http://www.electronsweatshop.com -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SegFault while compiling gcc 4.1.1
On 11/30/06, Vladimir G. Ivanovic [EMAIL PROTECTED] wrote: I have done nothing to my hardware and I've seen this error, oh, a half a dozen times, the last time 3 months (?) ago. I ran memtest when I installed new memory, and it did not report problems even when run for hours. memtest is basically useless these days. It can only tell you if you have a bad memory cell, which almost never happens today. Most memory problems are the result of timing issues between the processor(s) and DMA controllers. This script [1] seems to be a much better memory test for modern systems, although you may have to make some tweaks to run it on Gentoo. And I do not get random segfaults with other programs. Yes, compiling is very unique in this regard. The memory access pattern of a compiler, reading and writing to locations on different rows, or even different modules, under high CPU load and using lots of memory, with some IO thrown in for good measure, tends to reveal hardware problems quite nicely. Finally, I don't think my hardware fixed itself. Given all of this, my suspicion is that these errors are software bugs, not hardware problems. If we were talking about a driver, or an event-based GUI program, I might agree. But a compiler is going to take the exact same actions given the same input and options. The compiler isn't going to do something different between 2 different executions over the _exact_ same sources because it feels like it. The other thing that I don't really believe is the part about this bug not being reproducible as reported by portage/emerge/make/gcc. Then you should read the gcc sources. One of the patches applied by Gentoo adds a retry loop when the compiler is about to exit with an internal compiler error (ICE). It retries the compile twice, and if either of those succeeds, you get the The bug is not reproducible message. It doesn't output anything because that would possibly obscure the original error. The gentoo devs probably added this loop to avoid more duplicates of [2]. -Richard [1] http://people.redhat.com/dledford/memtest.html [2] http://bugs.gentoo.org/show_bug.cgi?id=20600 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Upgrading tetex, not finding crti.o
On 11/30/06, Randy Barlow [EMAIL PROTECTED] wrote: Something that's been bugging me about my system - I accidentally used an i386 stage 3 when I installed, and didn't notice until long after the machine was configures. Can I just change the CHOST setting to i686 and use fix_libtool_files.sh along with an emerge world or something like that? You end up recompiling *everything*. But there is a guide to help you: http://www.gentoo.org/doc/en/change-chost.xml Would this destroy my system? It should be possible to do safely, but I would make a backup just in case, and since you are about to emerge -e world anyway, make sure you have some down time available. Is there any benefit at all to using an i686 CHOST as opposed to i386? Yes. For one thing it allows you to use nptl which is more efficient for threading than pthreads. In fact, glibc-2.5 is nptl _only_, so upgrading to glibc-2.5 will require CHOST to be i486 or better. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Best method for automounting...
On 11/30/06, Jerry McBride [EMAIL PROTECTED] wrote: Anyway, I've looked into using hal,dbus and media:/ in konqueror... It works to a degree, but the hal daemon has a nasty habit of polling the cd card/pcmcia to such a degree that autofs won't unmount the then when you're done... I've had very good results just using the hal+dbus+pmount method with KDE. I haven't had any issues with Unmount/Eject options from the KDE device menu popups, or noticed any signfiicant polling by hal. Are you sure it is hald, and not something else (like ivman or autofs) that is polling? -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] SegFault while compiling gcc 4.1.1
Richard Fish wrote: On 11/30/06, Vladimir G. Ivanovic [EMAIL PROTECTED] wrote: I have done nothing to my hardware and I've seen this error, oh, a half a dozen times, the last time 3 months (?) ago. I ran memtest when I installed new memory, and it did not report problems even when run for hours. memtest is basically useless these days. It can only tell you if you have a bad memory cell, which almost never happens today. Most memory problems are the result of timing issues between the processor(s) and DMA controllers. This script [1] seems to be a much better memory test for modern systems, although you may have to make some tweaks to run it on Gentoo. Just for kicks I'll run the script and see what happens. And I do not get random segfaults with other programs. Yes, compiling is very unique in this regard. The memory access pattern of a compiler, reading and writing to locations on different rows, or even different modules, under high CPU load and using lots of memory, with some IO thrown in for good measure, tends to reveal hardware problems quite nicely. Finally, I don't think my hardware fixed itself. Given all of this, my suspicion is that these errors are software bugs, not hardware problems. For grins, here is part of comment #174: Random segfaults during compilation. ... in general a sign of hardware problems. // No, this is in general a sign of GCC 4.1 - problem ;-) If we were talking about a driver, or an event-based GUI program, I might agree. But a compiler is going to take the exact same actions given the same input and options. The compiler isn't going to do something different between 2 different executions over the _exact_ same sources because it feels like it. You're right at the logical level, but not at the physical level. Cache effects and different disk accesses are two physical differences that spring to mind. Temporary files will be in different physical sectors, or in the buffer cache or not; directories may or may not be in the directory cache. Depending on what else is running, the pattern of cache misses will be different. I emerge with -j2. Plus I'm doing work while the emerges happen. The likelihood of the memory access pattern of two compiles being the same is precisely zero. The other thing that I don't really believe is the part about this bug not being reproducible as reported by portage/emerge/make/gcc. Then you should read the gcc sources. One of the patches applied by Gentoo adds a retry loop when the compiler is about to exit with an internal compiler error (ICE). It retries the compile twice, and if either of those succeeds, you get the The bug is not reproducible message. Interesting. I did not know that. But I don't get why gcc exits with an error when the second (or third) try succeeds? Why not just print a warning, perhaps at the end so it is noticeable? Most people will restart the entire emerge, which seems like a gargantuan amount of wasted effort since the re-compilation has succeeded. It doesn't output anything because that would possibly obscure the original error. The gentoo devs probably added this loop to avoid more duplicates of [2]. -Richard [1] http://people.redhat.com/dledford/memtest.html [2] http://bugs.gentoo.org/show_bug.cgi?id=20600 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] What to do if packages are old?
Selon Hans de Hartog [EMAIL PROTECTED]: Philip Webb wrote: It would help if you listed the packages in question. Also thanks to Ryan and Steve to illustrate the situation in the not_so_common_packages scene. (BTW, how do I check for an overlay somewhere?) - freewheeling (dies in glibc with double free or corruption) In the tree is only 0.5_pre4 (masked ~x86). There's bug 149784 asking for a version bump to 0.5.2a and the newest version from the freewheeling people is 0.5.3 - sooperlooper (won't build at all) In the tree is only 1.0.3 (masked ~x86). No bugs reported. Latest version is 1.0.8c (and even 1.0.8u for the Mac). I guess I've to file a bug asking for a version bump? Hans. -- gentoo-user@gentoo.org mailing list Add to the list above SNNS (Stuttgart Neural Network Simulator) which has been replaced for more than a year by JavaNNS. I use the tarball, as I don't know enough of gentoo package management to replace the first by the second. -- ~adj~ -- gentoo-user@gentoo.org mailing list
[gentoo-user] wake-on-lan, 3c59x
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Salutations -- I'm puzzled. I know that this card supports WOL, because I've done it: # uname -r 2.6.18-gentoo-r3 # lspci |grep 3c 01:0c.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) However: # ethtool -s eth0 wol g Cannot get current wake-on-lan settings: Operation not supported not setting wol and further: # ethtool eth0 Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 24 Transceiver: internal Auto-negotiation: on Current message level: 0x0001 (1) Link detected: yes This is goofy, because it definitely used to report that at least WOL g was supported, though it was a couple of kernels ago. I have tried adding 'options 3c59x enable_wol=1' to modules.d/3c59x, though this was not previously necessary, and still nothing. Has something changed with this driver? Cheers -d - -- David Talkington PGP key: http://www.prairienet.org/~dtalk/004B8F8B.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFb8wI5FKhdwBLj4sRAiQhAJ9kHqypdKxgm7dDks/ltxChBhJTPQCggphB wy98LvAZF6ZFDNI2PofY7Yg= =Sltz -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] media-libs/libpng-1.2.13 emerge -u missing file
On 30 November 2006 21:59, Joem wrote: Neil Bothwick wrote: On Thu, 30 Nov 2006 15:37:59 +, Joem wrote: Perhaps I have --sync'ed with a broken mirror, but I have to wait to try --sync again (one --sync per day rule). That's not a hard and fast rule. you won't get banned for syncing twice one day, especially if the tree is broken. Thanks for that Neil, I have just --synced again, and unfortunately the problem persists. Is anyone else having problems with a libpng emerge?? Yup. Same here. Haven't synced today yet. Uwe -- Mark Twain: I rather decline two drinks than a German adjective. http://www.SysEx.com.na -- gentoo-user@gentoo.org mailing list
[gentoo-user] XMMS: Bye, Bye Gentoo
Hi, guys Can someone explain me what is going on? Gentoo drops XMMS and here I remained with the impression the reason is because XMMS is not under development anymore. On the other side I see the site of XMMS [1] has recent news including the one from the subject of this e-mail. Its date is Oct 24, 2006 and has only a picture which represents a sailor waving for good-bye to someone or something (my first assoc. is sinking ship). So whats going on? [1] http://www.xmms.org/ -- Best regards, Daniel -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] XMMS: Bye, Bye Gentoo
On Friday, 1 December 2006 17:07, Daniel Iliev wrote: Hi, guys Can someone explain me what is going on? Gentoo drops XMMS and here I remained with the impression the reason is because XMMS is not under development anymore. On the other side I see the site of XMMS [1] has recent news including the one from the subject of this e-mail. Its date is Oct 24, 2006 and has only a picture which represents a sailor waving for good-bye to someone or something (my first assoc. is sinking ship). So whats going on? [1] http://www.xmms.org/ -- Best regards, Daniel I'm surprised you failed to notice the 'Bye Bye Gentoo' heading. -- Raymond Lewis Rebbeck -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] XMMS: Bye, Bye Gentoo
Daniel Iliev wrote: Hi, guys Can someone explain me what is going on? Gentoo drops XMMS and here I remained with the impression the reason is because XMMS is not under development anymore. On the other side I see the site of XMMS [1] has recent news including the one from the subject of this e-mail. Its date is Oct 24, 2006 and has only a picture which represents a sailor waving for good-bye to someone or something (my first assoc. is sinking ship). So whats going on? [1] http://www.xmms.org/ XMMS was dropped since it had many bugs, dead upstream, and no maintainer. Essentially it was becoming a real drain on Gentoo developers time and patience and so the hard decision was made to let it go. The whole shebang is covered in quite a bit in the forums. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] XMMS: Bye, Bye Gentoo
On Friday, 1 December 2006 17:18, Raymond Lewis Rebbeck wrote: On Friday, 1 December 2006 17:07, Daniel Iliev wrote: Hi, guys Can someone explain me what is going on? Gentoo drops XMMS and here I remained with the impression the reason is because XMMS is not under development anymore. On the other side I see the site of XMMS [1] has recent news including the one from the subject of this e-mail. Its date is Oct 24, 2006 and has only a picture which represents a sailor waving for good-bye to someone or something (my first assoc. is sinking ship). So whats going on? [1] http://www.xmms.org/ -- Best regards, Daniel I'm surprised you failed to notice the 'Bye Bye Gentoo' heading. Oh it seems you did notice, just ignore me :p -- Raymond Lewis Rebbeck -- gentoo-user@gentoo.org mailing list
[gentoo-user] urgent: udev-upgrade inhibits firmware upload (speedtouch-usb)
Hi, I desparately need help! I have upgraded from udev-087-r1 to udev-103 (and from baselayout-1.12.5 to 1.12.6) At rebooting (I have a speedtouch usb ADSL device) I get speedtch_find_firmware: no stage 1 firmware found (This is obviously a message from the speedtouch kernel module) Yes, speedtouch has to upload firmware to the device before I can use it. This has worked just fine before my upgrade to the new udev. And I've checked that the firmware is (still) in /lib/firmware. I've even reinstalled net-dialup/speedtouch-usb and net-dialup/ppp but nothing helps. I couldn't find anything in the Changelogs. I haven't changed my kernel (still 2.6.17-r8) Many thanks for a hint, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] XMMS: Bye, Bye Gentoo
Raymond Lewis Rebbeck wrote: On Friday, 1 December 2006 17:18, Raymond Lewis Rebbeck wrote: On Friday, 1 December 2006 17:07, Daniel Iliev wrote: Hi, guys Can someone explain me what is going on? Gentoo drops XMMS and here I remained with the impression the reason is because XMMS is not under development anymore. On the other side I see the site of XMMS [1] has recent news including the one from the subject of this e-mail. Its date is Oct 24, 2006 and has only a picture which represents a sailor waving for good-bye to someone or something (my first assoc. is sinking ship). So whats going on? [1] http://www.xmms.org/ -- Best regards, Daniel I'm surprised you failed to notice the 'Bye Bye Gentoo' heading. Oh it seems you did notice, just ignore me :p lol I noticed it today (just in time, ahaha) but I am an audacious user several weeks before xmms was dropped. Actually this list, gentoo-amd64 and GWN are enough for me to keep up with the changes in gentoo which are important (to me). -- Best regards, Daniel -- gentoo-user@gentoo.org mailing list