Re: [gentoo-user] links in Thunderbird
Pingveno schreef: Craig Duncan wrote: Arran Fraser wrote: I recently did my first-in-a-long-while emerge world. Now, when I click a link in Thunderbird nothing happens. I'd like the link to be opened in Firefox (of course). I'm using KDE. Any ideas? -- Arran Try something like this... $EDITOR ~/.thunderbird/default pref dir/prefs.js and add the following lines And add these lines user_pref(network.protocol-handler.app.ftp, /opt/firefox/firefox); user_pref(network.protocol-handler.app.http, /opt/firefox/firefox); user_pref(network.protocol-handler.app.https, /opt/firefox/firefox); Restart thunderbird and links in email should now open in firefox. Craig I'm have approximately the same problem, with Thunderbird instead wanting to open links in mozilla-launcher. The problem is, mozilla-launcher has the audacity to fail to open *anything*. mozilla-laucher sits in /usr/libexec, giving the error unknown browser when I attempt to launch it. I tried editing prefs.js, but Thunderbird reverted prefs.js to its previous state when I next started it up. -Pingveno This is odd-- I have been so happy this week because after a good year of waiting, T-bird and Firefox finally interoperate seamlessly, with no need for me to write scripts, edit prefs.js or anything of that nature. What I wonder is: 1) do you have Thunderbird and Firefox set as the default email client/browser in your desktop environment (if GNOME or KDE)? 2) what does mozilla-launcher itself say (what is the unknown browser it's looking for)? Mozilla-launcher is just a script, so open it up in a text editor and look at it. Hope this helps, Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] Problems changing email clients
Hey, all-- So many people on this list have mentioned neat features of Sylpheed-Claws that I wanted to check it out. My problem is that I'm currently using Thunderbird, and I want to share my stored mail with Sylpheed-Claws. In the event Sylpheed-Claws doesn't suit me, I certainly don't want my mail winding up split all over the place (the new mail in the MH directory, and the old mail in the directory Thunderbird points to --which is not in ~/.thunderbird, btw). Now, I could always leave the mail on the POP3 server just for that, but I also want to know how Sylpheed will act upon my current settings (labels, filters, etc). And I just don't want to have to manage two mail directories, even temporarily. As I understand it, I could share the mail directory with the sylpheed-claws-mailmbox plugin, but I can't get it to work under either the GTK version (1.0.4) or the GTK2 version (1.9.9). It's a twisted tale of installs, uninstalls and reinstalls (the bulk of which I will spare you), but the upshot seems to be that under 1.0.4 no plugin would load (even the builtins), giving me 'invalid ELF header' errors, and under 1.9.9, the only mbox plugin is for 1.0.4 (GTK1, in other words, but the builtin plugins load fine). As much as I dislike GTK1 apps, I would drop back down to 1.0.4 (now updated to 1.0.4a, I see in just the couple of hours I've been playing with this; just my luck) if it would work, but I presently don't have any such assurance. So here are my questions: 1. Is this even possible in the first place? What I want is to point sylpheed to my current mail directory, which is the same one I've used since before 1) I moved to Holland 5 years ago; 2) I switched from Windows to Linux; 3) Thunderbird even existed (way back when, I was using MozillaMail, and before that Netscape Mail). In other words, I've ported this same mail directory and its contents across an ocean, from ISP to ISP, and from OS to OS-- I really don't want to screw it up now just because I changed mail clients. If I did, I'd be using Opera :-) or (heaven help us) KMail. If I can't change back to my current mail client without endangering my data (which, as you might guess, I somewhat value) via 2 conversion operations (to Sylpheed-Claws and then back again if I don't like it), then the deal is off already. 2. If this is possible, under which version of Sylpheed-Claws is it possible? My guess is that the new GTK2 version is so new that the plugin has not yet been updated to match-- but can I expect this to occur in a reasonably timely fashion (in other words, is the speed of Claws development fast, slow, or non-existent)? If I should drop back to the GTK version, how can I do so so that the plugins will load when I try to activate them? Uninstalling everything and then installing the client and the plugins in the correct order did not seem to work, and I really didn't feel like recompiling libelf for no reason. So if someone can confirm that either an updated plugin is likely within a few days, or that recompiling libelf would fix the GTK plugins, I'd wait or give it a shot. It really looks like a nice program (it did when I looked at it last year, too), and I would regret not having the opportunity to check it out more thoroughly, but I am admittedly (extremely) anal about my mail (which is actually pretty funny, all things considered, but it's my right to be as weird as I want about what I want to be weird about, and I'm exercising it :-) ). TIA for any help/advice, Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] Rogue devices at boot
Hey ho again-- I don't *think* this is a major issue, as everything works, but since my system is reasonably stable atm, I'm working on my 'orange flag' items (disturbing things that are not an emergency). During boot, when devices are being set up, services loaded, and drives mounted, I get a whole lotta the following: nbd110: Request when not-ready end_request: I/O error, dev nbd110, sector 0 nbd111: Request when not-ready end_request: I/O error, dev nbd111, sector 0 nbd112: Request when not-ready end_request: I/O error, dev nbd112, sector 0 nbd113: Request when not-ready end_request: I/O error, dev nbd113, sector 0 nbd114: Request when not-ready end_request: I/O error, dev nbd114, sector 0 nbd115: Request when not-ready end_request: I/O error, dev nbd115, sector 0 nbd116: Request when not-ready end_request: I/O error, dev nbd116, sector 0 nbd117: Request when not-ready end_request: I/O error, dev nbd117, sector 0 nbd118: Request when not-ready end_request: I/O error, dev nbd118, sector 0 nbd119: Request when not-ready end_request: I/O error, dev nbd119, sector 0 nbd120: Request when not-ready end_request: I/O error, dev nbd120, sector 0 nbd121: Request when not-ready end_request: I/O error, dev nbd121, sector 0 nbd122: Request when not-ready end_request: I/O error, dev nbd122, sector 0 nbd123: Request when not-ready end_request: I/O error, dev nbd123, sector 0 nbd124: Request when not-ready end_request: I/O error, dev nbd124, sector 0 nbd125: Request when not-ready end_request: I/O error, dev nbd125, sector 0 nbd126: Request when not-ready end_request: I/O error, dev nbd126, sector 0 nbd127: Request when not-ready end_request: I/O error, dev nbd127, sector 0 device-mapper: dm-linear: Device lookup failed device-mapper: error adding target to table This is just the end of the list; the listed nbd devices start from 0. I've checked Google, and now I know that nbd stands for 'network block device. I also know that I have enabled network block devices in my kernel (currently gentoo-sources 2.6.11-r6), because I thought it might be useful when setting up Samba to share to and receive shares from my bf's Windows computer. But even though I have not yet configured Samba (it is, however, installed and running; it just doesn't work because I haven't configured it), and even if nbd has nothing to do for or against it, I don't see that I should be getting 127 unusable devices. Why has udev not removed them, for example (no, I'm not using the tarball; I checked /etc/conf.d/rc)? Can I (as root) remove them without issue? I've just downloaded a new kernel; if I disable ndb, will that get rid of them? Should I actually disable nbd in the kernel (or is it useful for something like Samba)? Or do I just need to configure Samba (client and server) so that *something* knows what to do with these devices, and that will do it? I don't have a clue (obviously), so any suggestions apreciated. In case it's relevant, I will also mention that this installation is 'converted' to real Gentoo from an installation of that Gentoo-based OS with an installer (I was just out of patience, but whether it was worth it is offically questionable), so if it's possible that this device creation/persistence is caused by a holdover system utility from that OS which I'm unaware of and which was not removed during the conversion process, please let me know-- that's another aspect of the orange flag cleanup that I'd like to handle as well. Thanks, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: encrypted dvds no longer correctly decrypted under gentoo
Antoine schreef: I thought it might be a problem with the ugly state of my portage but I get a slightly different problem on a recently installed laptop running gentoo ~x86. On the laptop a dumpstream gets most of the way through and then starts transferring bytes about 8 at a time - with about 30 seconds between reads - clearly not an option for the last 1 gig! Seeing the problems I tried (on machine 1) remerging and the merging ~x86 versions of libdvdread and libdvdcss but no change. Any help or even similar stories would be most appreciated. Is it possible that these problems come from /usr/src/linux pointing to the ck sources instead of the 2.6.8 gentoo std that I am now running? Should I try to recompile? Cheers Antoine I don't so much see how that could be involved. But you say these are rented DVDs? Are they new films (such as Kingdom of Heaven, rather than older films such as Fargo)? The causes I see as more likely than the kernel link are: 1) dirt (rented DVDs pass through a lot of hands) 2) new encryption that libdvdcss cannot handle. After all, that regstered encoding copy-protection business that the media providers have been pushing/implementing (I don't follow RIAA/MPAA news that closely) is certainly more likely to be on DVDs available for rental, since they know that it's a source to rip DVDs. So that's where I'd put it if I thought it was important to make it (meaning on DVDs destined for rental outlets). Plus, you *played* it under PowerDVD, but you didn't try to *rip* it under Windows-- I suspect that it wouldn't work there either, and that PowerDVD and other Windows players have the facility to bypass the copy protection for reading, but that the DVD itself is copy-proofed against both Windows and Linux tools. Clearly some of them are-- I just read (not a week or two ago) about a French claimant who won (!!) a case claiming that DVD copy protection violated his privacy rights (he was trying to copy a DVD to a video tape-- the story is at http://www.foxnews.com/story/0,2933,154663,00.html ). So clearly the technology is in use. Perhaps it's bitten you in the figurative butt. HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Doubt about qt and kde flags
A. R. schreef: On 5/13/05, Allan Spagnol Comar [EMAIL PROTECTED] wrote: Hi All, I am having a little doubt about qt and kde user flags, I am using Gnome in my system but I like some kde programs, so I have gtk and gnome flag, should I use kde and qt flags to or should I put the -kde and -qt ? -- Hi, It is my understanding that even if you disable those flags (-kde -qt) and you try to emerge a package that depends on kde and qt libraries, those will be compiled as well. As an example, I am running xfce4 (gtk2) and my use flags have -kde -qt, if I try to emerge k3b, it shows that it wants to emerge: (just a snippet) x11-libs/qt kde-base/kde-env kde-base/kde-libs The flags only affect what a given package is *able* to support. In this example, if I want to be able to use k3b, some kde and qt libraries need to be compiled so it can run, and that is completely different than the software supported by k3b that can be customized through altering the use flags. HTH, -AR This is true, but not exactly clear. Continuing with the K3b example (because it's a good one for this purpose), I have often compiled K3b without the -kde and -arts USE flags, because by preference I use GNOME or Openbox or IceWM, not KDE. Because K3b relies on kdelibs and qt before it can be compiled at all, those will be compiled when I emerge K3b, no matter what my USE flags say. They are required dependencies. However K3bsetup2 is an optional dependency. It is required if you want to integrate K3b into KDE (+kde), and sound output (the rasberry sound when a burn fails, the fanfare when it succeeds, etc) is an optional dependency that will be compiled with the +arts flag, also for integration with KDE. So if I am running K3b under GNOME, and thus have emerged it -kde and -arts, I won't have K3bsetup2 or the sound business, but then again, I'm running it under GNOME, so I don't actually care that much (I can do the setup manually if I must, and it's not worth it to have aRTs just to hear a fanfare when my burn succeeds). That's what an optional dependency is. If I don't have KDE installed, though, and try to emerge K3b +kde and +arts, K3b will not only emerge the required kdelibs, but also kdebase, because k3bsetup2 (the optional dependency added by +kde) requires that as well. So basically I'll get KDE, because I requested that K3b be integrated with KDE-- and that obviously requires that a viable KDE installation be present, so it will be created if it does not exist beforehand. So if you want your programs to have all possible integration into the KDE environment (perhaps you want to give it a spin, even I think that 3.4.0 is pretty nice), then use +kde and +arts. +qt you probably want if you want to use QT based programs (some of which are not related to KDE, for instance DVD:Rip, iirc, and probably Quanta). But if you know that you just want some KDE based programs, but not KDE itself, you can try using -kde and -arts (it should always be -both, because aRTs pulls in KDE if present). However, you should be aware that there are not all that many KDE-based programs that don't require KDE to be present to run, but only the libs. That may have changed with the split ebuilds, but up to now the only ones I know of are K3b and Krusader (mostly because they're the only ones I use when not using KDE). It's not like you can so much install Konqueror without KDE, for example. But again, that may have changed. Hope this helps. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] XML parsing error when downloading files with Firefox
Jim Hatfield schreef: I think this may have started happening since a recent Firefox upgrade. If I try to download (say) vtun from vtun.sourceforge.net, it points me at the mirror list and I pick one, say Heanet. I get the what should firefox do with this file dialog and select Save To Disk and when I hit OK I then get: XML Parsing Error: not well formed Location: chrome://global/content/filepicker.xul Line Number 1, Column 22: all, dialog=no, url, null, null, line); ^ ie the uparrow is pointing at the second comma. Is there an easy way of fixing this bar removing and reinstalling Firefox? Two things I notice: 1) if you're specifically talking about vtun, it's in Portage, so you don't even necessarily have to download it separately. 2) I just tried downloading both the stable source tarball and the development tarball from vtun.sourceforge.net using Firefox 1.03 and did not have any problems. So this is probably one of the ever-popular make sure to create a new profile when upgrading issues. That would be the first thing I would try. You can copy your bookmarks.html and signons.txt (if you have one) from your old profile easily enough; I usually also copy key3.db as well (I'm not sure if it's related to the Password Manager, but better safe than sorry. IIrc, if you don't want to create a new profile, you can delete compreg.dat (please check the archives to confirm this filename!!!) in your current profile to clean it of conflicting settings in the backend (if this is the correct file, it will be recreated 'properly' by the upgraded firefox version if not found; everything else will remain the same, such as your installed extensions and the like). Hope this helps, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Ebuild for RealPlayer-10.0.4 not working: Aborting before download
Urs Schuetz schreef: Just tried to install mplayer with the real USE-flag set, which results in additional installation of RealPlayer-10.0.4. However, the installation is not working, as there is an error before the download of RealPlayer: Here is what «emerge mplayer» does: emerge (1 of 2) media-video/realplayer-10.0.4 to / Downloading https://helixcommunity.org/download.php/1145/RealPlayer-10.0.4.750-20050401.i586.rpm The URL syntatically wrong! !!! Couldn't download RealPlayer-10.0.4.750-20050401.i586.rpm. Aborting. (sorry for the long lines!) The download url is correct, I can manually download the RealPlayer rpm. My questions: Where expects portage the downloaded RealPlayer to be? Can it just be moved there, or has something else to be done? What means The URL syntatically wrong!, and why spits portage something like this at me, even if the URL is working? Somebody else has this or is it just me? Does it need a bug report or not? And where? RealPlayer or Portage? Urs Now isn't that funny-- I just installed that same version of RealPlayer-- also as a dependency of mPlayer-- and did not have any such error. But if you can download the *.rpm, do so, and put it in /usr/portage/distfiles, and then run the emerge again. Portage will find it is already downloaded and will just continue with the emerge. As for why your download failed with such a weird error, I cannot say, but maybe it has something to do with it being a https:// url? Hope this helps, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] mmx error with compiling ffmpeg on epia m9000 box
Nick Rout schreef: I have an M9000 epia mini-itx box. It chokes on ffmpeg per the error message later on. As the message relates to mmx in some way, I also include cat /proc/cpuinfo which shows the mmx flag, so I have the mmx USE flag turned on. [EMAIL PROTECTED] narnia $ cat /proc/cpuinfo processor : 0 vendor_id : CentaurHauls cpu family : 6 model : 8 model name : VIA C3 Ezra stepping: 9 cpu MHz : 933.076 cache size : 64 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu de tsc msr cx8 mtrr pge mmx 3dnow bogomips: 1843.20 Now the ffmpeg compile error: i586-pc-linux-gnu-gcc -O3 -Wall -Wno-switch -march=c3 -m3dnow -O3 -pipe -fomit-frame-pointer -I. -I'/var/tmp/portage/ffmpeg-0.4.9_p20050226-r3/work/ffmpeg-0.4.9-p20050226-shared' -I'/var/tmp/portage/ffmpeg-0.4.9_p20050226-r3/work/ffmpeg-0.4.9-p20050226-shared'/libavcodec -I'/var/tmp/portage/ffmpeg-0.4.9_p20050226-r3/work/ffmpeg-0.4.9-p20050226-shared'/libavformat -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o output_example.o output_example.c i586-pc-linux-gnu-gcc '/var/tmp/portage/ffmpeg-0.4.9_p20050226-r3/work/ffmpeg-0.4.9-p20050226-shared'/qt-faststart.c -o qt-faststart i386/dsputil_mmx.c: In function `dsputil_init_mmx': i386/dsputil_mmx.c:3076: warning: assignment from incompatible pointer type i386/dsputil_mmx.c:3077: warning: assignment from incompatible pointer type i386/dsputil_mmx.c: In function `put_qpel8_mc10_3dnow': i386/dsputil_mmx_avg.h:105: error: can't find a register in class `BREG' while reloading `asm' i386/dsputil_mmx.c: At top level: i386/dsputil_mmx_rnd.h:59: warning: `put_no_rnd_pixels8_l2_mmx' defined but not used i386/dsputil_mmx_rnd.h:155: warning: `put_no_rnd_pixels16_l2_mmx' defined but not used i386/dsputil_mmx_rnd.h:300: warning: `avg_no_rnd_pixels4_mmx' defined but not used i386/dsputil_mmx_rnd.h:59: warning: `put_pixels8_l2_mmx' defined but not used i386/dsputil_mmx_rnd.h:155: warning: `put_pixels16_l2_mmx' defined but not used make[1]: *** [i386/dsputil_mmx.o] Error 1 make[1]: Leaving directory `/var/tmp/portage/ffmpeg-0.4.9_p20050226-r3/work/ffmpeg-0.4.9-p20050226-shared/libavcodec' make: *** [lib] Error 2 !!! ERROR: media-video/ffmpeg-0.4.9_p20050226-r3 failed. !!! Function src_compile, Line 111, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. The only way I could get ffmpeg to compile was to turn mmx off for that package only: echo 'media-video/ffmpeg -mmx' /etc/portage/package.use Hope this helps. Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] Is this a KDE split build problem, a KDE problem or just me?
Hey ho, I've installed KDE 3.4.0 using the split ebuilds. Originally I did not install kdebase-meta but just kdebase-startkde, then the extras like kicker and kate and stuff (no Konqueror; I use Krusader and Firefox). This did not last, as I had to install the rest of kdebase-meta when I wanted to install kbiff, which was unfortunate, but noted in the changelog, so fine. KDE works and all programs are installed, but there's something very wrong with the K-menu: 1) KControl does not appear (can be accessed using a Run box), which is annoying and disturbing (if the KDE Control Center does not appear in the KDE menu, something must be truly borked, imo); 2) Kate does not appear in either the menu or in the Open With menu. If I select Kate manually (using the full path to the binary) and then tell KDE to use it for all files of whatever type, it will remember that Kate exists for those types of files. But it doesn't know where the icon is, apparently (another disturbing but minor side-issue); 3) KMenuEdit does not change menu entries (the app runs, but any changes I make to icons or menu item position are not reflected in the menu itself, even after a reboot. And yes, I did of course save my changes, and the the system configuration is being updated dialog did appear and supposedly did its job); 4) KDE Mime-type editor will not allow me to edit entries (I went to text-plain and tried to edit the Kate entry to see if I could associate the icon; kcontrol froze and had to be killed). Is anyone else seeing any of this? I certainly didn't see issues like this under SuSE 9.3 with KDE 3.4, but then again SuSE tweaks madly, so it *could* be a KDE thing. Or it could be a split build thing (something not installed, making communication between the parts of KDE difficult). Or it could just be that I did something completely wrong somehow-- after all, I managed to break GNOME again and I don't know how I did that, either. Any suggestions to point me in a direction so that I could fix/troubleshoot whatever has gone wrong here would be appreciated. Thanks, Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] SLOTS and Cedega
Hi all, Those of you that use Cedega probably know that some versions work better with some games than others. I'm wondering how to install multiple versions simultaneously, via Portage, without having them stomp all over each other. Yes, I could use Point2Play, but that seems to cause more problems than it solves much of the time, and I would rather avoid it. I am also trying to keep as much of the Wine things as possible in one family (either WINE or Cedega, I really don't want to have to keep track of what's running under which any given month. One time through the WINE and TG databases and Wikis and forums was quite enough for now). As I see it, there are two issues of concern: 1) SLOTS 2) binary name Now for WineX v3 and WineX ver2 this is not so much of a problem, because WineX 2.2.1 (needed for Planescape:Torment, as this is the only version it runs under) a) actually has its own SLOT (2.2.1), and b) uses a unique binary name (winex, whereas WineX 3.3.2 uses the binary name winex3). However, all versions of WineX 3 and Cedega use the same SLOT (3) and of course, all versions of cedega use the same binary name (cedega). So here's my question; if I: 1) edit the ebuilds for the Wine versions I want to use to give them unique SLOTS (by version number) 2) unpack and repack the *.tgz packages to make sure that a) the files install into unique directories under /usr/lib (only a problem for multiple versions of Cedega itself; WineX v2 and WineX v3 install into unique directories under /usr/lib) and b) the binaries have a unique name (again only a problem for multiple versions of Cedega, basically I'd just add the verion to anything other than the latest) 3) move the edited ebuilds to my OVERLAY and redigest them that should do it, yes? Have I missed or forgotten anything? And is this b.g.o-worthy? I really don't think that WineX 3 and Cedega should use the same SLOT-- at the very least Cedega should use SLOT 4, leaving SLOT 3 for WineX 3-- and by preference I'd rather that they all used a version-based slot like 2.2.1 does, since it's really not unreasonable that I might want to install several versions of Wine X/Cedega until such time as TG gets it together and stops breaking stuff that used to work in the name of getting the 'next big thing' to work. Just doing a double-check before I give this a shot; thanks for any suggestions. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Evolution Data Server keeps reverting
Alex Bennee wrote: Hi, I had a problem starting evolution: 14:11 [EMAIL PROTECTED] [alex] evolution-2.2 evolution-2.2: error while loading shared libraries: libecal-1.2.so.2: cannot open shared object file: No such file or directory When I checked I found that libecalc belonged to evolution-data-server. A quick re-emerge later updates it to the latest version and everythig is good. However I check for updates and find emerge would revert it back to 1.0.4 if it got the chance (which explains why evolution broke): 14:21 [EMAIL PROTECTED] emerge -p -v --deep --update world These are the packages that I would merge, in order: Calculating world dependencies ...done! [ebuild UD] gnome-extra/evolution-data-server-1.0.4 [1.2.1] -debug -doc -ldap 0 kB Both versions are ~amd64 so I don't think that is the reason. Any idea what is causing emerge to think it wants to revert to a broken package? There could be a couple of reasons reasons: 1) you're running a amd64 system (~amd64 is not set in /etc/make.conf), and you've installed evolution-data-server with ACCEPT_KEYWORDS instead of with an entry in /etc/portage/package.keywords; 2) something else is installed that depends on the earlier version of evo-data-server and must downgrade evo-data-server to the version it can use. For 1), add gnome-extra/evolution-data-server ~amd64 to /etc/portage/package.keywords For 2) instead of emerge -upDv, try emerge -upDtv to get a tree view of what is trying to downgrade evo-data-server. Perhaps that program needs to be updated to an unstable version that will accept the higher version of evo-data-server. Hope this helps. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] I big problem with compilations (s
Allan Spagnol Comar schreef: I am having this problem for 4 days now, I believe I made a sin by changing my CHOST from pentium3 to i686 :( .. every now and then I am having this kind of message //usr/lib/gcc-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la: No such file or directory /bin/sed: can't read //usr/lib/gcc-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la: No such file or directory libtool: link: `//usr/lib/gcc-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la' is not a valid libtool archive I already tryed all, I tryed: fix_libtool_files.sh 3.3.5 fix_libtool_files.sh `gcc -dumpversion` --oldarch pentium3-pc-linux-gnu What more can I do ? You can re-emerge libtool. Sometimes that works when fix_libtool_files does not. You could also try re-emerging libstdc++-v3 as well. I suspect there might be more you should (have) re-compile(d) after making a change to CHOST, but I've never done that, so I couldn't say what more you might need to re-emerge for stability's sake. I do feel we just talked about this issue on the list not too long ago, though, so you might want to check the archives for the past two weeks or so and see if there are any tips to be found. please I am hopeless at this point ;( Then I hope this helps :) Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] This email best viewed with IE 6.5 at 800X600 resolution
Calvin Spealman schreef: 1) I don't see how this should have anything to do with Microsoft, it should be a free and open standard. ROFL! Yeah, so should text documents, but as soon as I do any simple formatting to it (oh, no, not bold text!!!), it's not so free and open anymore (*.rtf, *.doc). As soon as you have any standard that's used by more that 3 people (making it mass usage), Microsoft *is* involved, and you can't just blow that off like it's not the reality that most every computer user has find some way to live with. 2) If you are going 20, 15, or even only 5 years without upgrading your software, then you deserve to be the victim of every single exploit and hole discoved in that software and patched within that time, if you couldn't be bothered to do a simple upgrade. Right, because I control every single email client I might ever use. Suppose I travel a lot for business-- I can't make the hotel or Internet cafe upgrade. Suppose I use a company-provided laptop for business and I have no rights to install or upgrade software. Suppose those responsible for upgrading the software on my company-provided laptop are slackers, and it's just all-around better to not submit the forms required to get an upgrade authorized, since I would then lose the use of the laptop (and probably have to use an even worse loaner) for 1.5 months just to get this non-essential upgrade. *Suppose I live in an underdeveloped country* and I'm lucky to have a donated 486 that someone richer than me gave to the Peace Corps. In that case, I may not even have the option to upgrade, as my hardware doesn't support the upgrade. And there are a lot of people who don't have good Internet access, so are really limited to whatever software is on the CD that they got-- if they got a CD at all and the donating facility didn't just pre-install the PC in the first place. Really, think. Every single person in the world does not have the advantages or capabilities that you do-- isn't that punishment enough without you 1) blaming them further (it's their fault if they don't upgrade) and 2) preventing them from becoming better human beings (sic) by way of your deathless wisdom (sic) by making that wisdom unavailable to them because you *must* disseminate that wisdom in a format that they cannot access? Holly On 5/7/05, Walter Dnes [EMAIL PROTECTED] wrote: On Sat, May 07, 2005 at 04:56:09PM +, Calvin Spealman wrote then support for it can grow until everyone will have updated just over time. once you know someone's reader has support for it, because they send you emails using it, you can send to them without the old inline-quoted version. AGGH NNNOOO!! You know what we'll end up with??? This email best viewed with Internet Explorer 6.5 at 800X600 resolution and 16,000,000 with Active-X and Schlockwave-Trash enabled. I do *NOT* want to have to go out and buy Windows in order to be able to read email. Secondly, I can read today's text email with a 15 or 20 year old email client. (X)HTML doesn't work that way. It's always changing. Try reading most web pages with a 5-year-old browser and see what I mean. I should *NOT* have to change my email client every few months to keep up with deliberate incompatabilities thrown in by Microsoft. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Is this a KDE split build problem, a KDE problem or just me?
Dmitri Vassilenko schreef: On Sunday May 8 2005 09:54, Holly Bostick wrote: 1) KControl does not appear 2) Kate does not appear in either the menu or in the Open With menu 3) KMenuEdit does not change menu entries 4) KDE Mime-type editor will not allow me to edit entries There are several posts about this on the forums. $ cp -R /usr/kde/3.4/etc/xdg/menus /etc/xdg/menus Gnome 2.10 overwrites those files messing up the KDE menu/settings. The above command restored many broken things for me. Cheers, Dmitri Thanks, Dmitri-- I always check b.g.o and forget to check the forums. Anyway, your tip didn't help me (though it's good to know), but I did find something on the forums that did (thanks, vipernicus!): I put in a bug report about a month ago on this, still no response. So far the only thing I know of that you can do to fix this (though it will kill your gnome menu) is to do a: root# mv /etc/xdg/menus/applications.menu /etc/xdg/menus/gapplications.menu and your KDE Menu will be back to normal and when you want to use gnome menus again: root# mv /etc/xdg/menus/gapplications.menu /etc/xdg/menus/applications.menu and your Gnome Menu will be back to normal It's annoying, but it works. Since my GNOME is already broken, I don't so much care that the GNOME menus are broken as well, and this did restore my KDE menu to standard. Guess I'll have to resign myself to being a KDE convert. At least it works. :( Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] I big problem with compilations (s
Allan Spagnol Comar schreef: Holly Bostick wrote: Allan Spagnol Comar schreef: I am having this problem for 4 days now, I believe I made a sin by changing my CHOST from pentium3 to i686 :( .. every now and then I am having this kind of message //usr/lib/gcc-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la: No such file or directory /bin/sed: can't read //usr/lib/gcc-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la: No such file or directory libtool: link: `//usr/lib/gcc-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la' is not a valid libtool archive I already tryed all, I tryed: fix_libtool_files.sh 3.3.5 fix_libtool_files.sh `gcc -dumpversion` --oldarch pentium3-pc-linux-gnu What more can I do ? You can re-emerge libtool. Sometimes that works when fix_libtool_files does not. You could also try re-emerging libstdc++-v3 as well. snip Hi, I had re-emerge libtool, but still having the problem... I tryed to emerge libstdc++-v3 but is a masked package and I don know how to do it... So I am think to symbolic link the i686 to the pentium3 and see what happens .. OK, I'm confused. Your error says that //usr/lib/gcc-lib/pentium3-pc-linux-gnu/3.3.5/libstdc++.la' is not a valid libtool archive But if it's masked, you don't even have it installed, which would explain why it's not found, nor is a valid archive-- it's not there! Now, according to esearch: sys-libs/libstdc++-v3 Latest version available: 3.3.4 Latest version installed: 3.3.4 Size of downloaded files: 22,784 kB Homepage:http://gcc.gnu.org/libstdc++/ Description: Compatibility package for running binaries linked against a pre gcc 3.4 libstdc++ License: GPL-2 LGPL-2.1 Description: Compatibility package for running binaries linked against a pre gcc 3.4 libstdc++ .. and you are running a pre-3.4 gcc. So it seems to me you need this installed. I see that both versions available in Portage are stable for ppc, ppc64 and amd64, so I guess you're running an x86 system. In that case. to unmask the package, what you'd want to do is add this to /etc/portage/package.keywords. First, make sure you have the /etc/portage directory. If you do, then go to the next step. If you don't, create it (as root): # mkdir /etc/portage Once you have the directory, open a terminal, su to root and type echo 'sys-libs/libstdc++-v3 ~x86' /etc/portage/package.keywords This will create the file package.keywords if it does not exist, and add the line sys-libs/libstdc++-v3 ~x86 to it. Or you could just open a text editor as root and add this line to the file, if you want. This unmasks the package in question, which should allow you to emerge it. I don't know if that will solve your problem, though. Hope this helps. Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Please Use Subjects
fire-eyes schreef: There's quite a lot of messages today with zero subject, all I see is [gentoo-user]. This gets confusing when you get a ton of mail a day. It might be interesting to many others too, but they end up deleting it because it's got no subject. Or at least respond to subjectless messages with a subject... Thanks! Thank you for saying; I thought it was just me. But what's weird is: 1) most of the time the subject appears in the headers when I select the message to read (in Thunderbird), and the messages are correctly threaded; the subject just does not appear in the folder list; 2) In my last reply to a message I specifically copied and pasted the subject (from an earlier message in the same thread which does have a subject) before sending, but having just gotten the message, my subject does not appear. So I don't know what's going on, but at least it's not some weird Thunderbird extension, or my ISP... Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] OK, now this is weird-- where are the subjects?
Now I just replied to a message with a subject, and my reply has no subject??!! I don't even know if this will have a subject. What could be going on? Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] LVM2 won't compile...? [SOLVED]
Hi again, Sorry to top-post, but since 1) it's been a bit (RL and minor PC crises, sorry) and 2) I fixed it, I hope everyone will forgive me for putting the relevant information first. Anyway, in the course of trying to clean up the 3900 unread list messages since I started my reinstall of Gentoo a couple of weeks ago, I discovered a thread entitled Gentoo: /usr/include/linux from May 5th, which suggested that re-emerging linux-headers might solve a multitude of ills related to failures involving files in /usr/include/linux. And so I re-emerged the headers, and lvm2 emerged fine therafter. Hurrah, one PC cleanup task off my list :-) . But thanks for the help (and you were right, it was the headers, for whatever reason). Holly James Hiscock wrote: This is not a major problem (I have LVM2 partitions, but EVMS compiled fine, so I can manage them), but I don't like it, as it seems weird for the main tool for the fs not to compile. Nothing related seems to be on B.G.O (which is also weird), so I'm wondering if anyone might know what I (presumably) did wrong to get this error: snip I had no problems compiling installing sys-fs/lvm2-2.00.33-r1... setting sys-fs/lvm2 to ~x86 gets me device-mapper-1.01.00 (after ~x86'ing device-mapper, as well) lvm2-2.01.09, both of which also compiled cleanly. My first guess would've been the kernel headers, since that appears to be where the error is coming from, but that doesn't make (much) sense, since I've got the same version installed here...? So... Maybe a ccache problem? Or maybe your profile's outdated? I would assume you're running a partial ~x86 system here, since the versions of glibc, gcc, and lvm2 are all ~x86, but ACCEPT_KEYWORDS is just x86...? Here's my emerge info, in case it helps: Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r6 i686) = System uname: 2.6.11-gentoo-r6 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.5 [2.3.5 (#1, May 1 2005, 13:29:28)] dev-lang/python: 2.3.5 sys-apps/sandbox:[Not Present] sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.5, 1.6.3, 1.8.5-r3, 1.7.9-r1, 1.4_p6, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.4.3-r4, 1.5.16 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS=x86 AUTOCLEAN=yes CFLAGS=-O2 -march=pentium4 -fomit-frame-pointer CHOST=i686-pc-linux-gnu CONFIG_PROTECT=/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control CONFIG_PROTECT_MASK=/etc/gconf /etc/terminfo /etc/env.d CXXFLAGS=-O2 -march=pentium4 -fomit-frame-pointer DISTDIR=/usr/portage/distfiles FEATURES=autoaddcvs autoconfig buildpkg ccache distlocks sandbox sfperms strict GENTOO_MIRRORS=http://gentoo.mirrors.pair.com/ ftp://gentoo.mirrors.pair.com/ ftp://ftp.ndlug.nd.edu/pub/gentoo/ http://gentoo.seren.com/gentoo http://mirror.datapipe.net/gentoo; LANG=en_US.UTF-8 MAKEOPTS=-j3 -s PKGDIR=/usr/portage/packages PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage PORTDIR_OVERLAY=/usr/local/portage SYNC=rsync://rsync.gentoo.org/gentoo-portage USE=x86 X aalib acpi alsa apm arts artswrappersuid audiofile avi berkdb bitmap-fonts cdparanoia cdr crypt curl dga directfb divx4linux dvd dvdr dvdread eds emboss encode esd fam fbcon flac foomaticdb fortran gd gdbm gif gnome gpm gstreamer gtk gtk2 guile hal imagemagick imlib java jpeg kde ldap libg++ libwww lzo mad mikmod mmx mmx2 motif mozilla mp3 mpeg mysql ncurses network nptl nvidia offensive ogg oggvorbis opengl pam pda pdflib perl pic png python qt quicktime readline real rtc sasl sdl sftplogging snmp spell sse sse2 ssl svg svga tcltk tcpd tiff truetype truetype-fonts type1-fonts v4l v4l2 vhosts vorbis xanim xine xinerama xml2 xv xvid xvmc yv12 zlib video_cards_nvidia userland_GNU kernel_linux libc_glibc Unset: ASFLAGS, CBUILD, CTARGET, LC_ALL, LDFLAGS, LINGUAS -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] how to japanese intput
askar ... wrote: Thank you. Would you please tell me what do I need to install some package like canna etc.? askar What, other than # emerge -av kinput2 These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N] app-i18n/canna-3.7_p2 -canna -doc 1,233 kB [ebuild N] app-i18n/kinput2-3.1-r1 -canna -freewnn 500 kB Total size of downloads: 1,733 kB Do you want me to merge these packages? [Yes/No] no Looks like you'd need to add 'canna' and 'freewnn' to your USE flags-- check /usr/portage/profiles/use.desc and/or /usr/portage/profiles/use.local.desc to find out if you do. Otherwise, there's not too much too it other than emerge and go! Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] No HTML in posts?
Greg Donald wrote: On 5/2/05, Alex A. Smith MCP [EMAIL PROTECTED] wrote: Time straped as it is, I'll type in what ever my Default Email prog wants me to Laziness is no excuse. Takes all of 2 seconds to turn it off. Just to prove it in Thunderbird: Edit=Account Preferences=Composition and Addressing=uncheck Compose Messages in HTML format. Done (just had to do it myself, since I've *finally* got Gentoo reinstalled --who missed me ? :) -- and this is thus a new T-bird install). Really, it's the right thing to do. HTML mail is OK if you're getting an email newsletter from a store or or Activision or whoever (it's not really OK, but at least the product kinda justifies it, and you can reasonably expect that it's safe, being from an authorized source). But there's no reason whatsoever to use HTML on a mailing list that might be read via 1) a text mail client 2) a text newsgroup reader 3) a gui mail client or news reader that doesn't support all the HTML features your mail composition program does 4) a web browser that doesn't support all the HTML features your mail composition program does (hey, there's a lot of GMail users here, and they could be accessing GMail via unsupported browsers, which drops you to Basic HTML view which could mean anything in terms of ultimate mail display, over and above the service's feature limitation that is explained for this condition) 5) on any computer that doesn't have all the same pretty fonts installed (unless you embed your fonts in the mail as well, which would cause at least me to come after you with --at the very minimum-- a big axe, and at preference, a huge amount of somewhat heavier weaponry. I hate people embedding fonts in their emails like my mail server has infinite space to hold their bloody mails so they can be as big as they feel like they want). Ultimately, HTML mail to a mailing list like this one is extremely inconsiderate without adding a thing to the content of the mail. And since the main point of writing to a mailing list is often to *ask for a favor* (please help me with this problem, o knowledgeable complete strangers), being inconsiderate is not really a good way to start. Nor is making the content more difficult to read. Holly -- gentoo-user@gentoo.org mailing list
[gentoo-user] LVM2 won't compile...?
Hey ho, all-- This is not a major problem (I have LVM2 partitions, but EVMS compiled fine, so I can manage them), but I don't like it, as it seems weird for the main tool for the fs not to compile. Nothing related seems to be on B.G.O (which is also weird), so I'm wondering if anyone might know what I (presumably) did wrong to get this error: LOCKING_INTERNAL -DSNAPSHOT_INTERNAL -DMIRRORED_INTERNAL -DREADLINE_SUPPORT -DDEVMAPPER_SUPPORT -DO_DIRECT_SUPPORT -DHAVE_LIBDL -DHAVE_GETOPTLONG -DHAVE_RL_COMPLETION_MATCHES -fPIC -Wall -Wundef -Wshadow -Wcast-align -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -O2 -O2 -march=athlon-xp -fomit-frame-pointer -pipe -DLVM1_INTERNAL -DPOOL_INTERNAL -DCLUSTER_LOCKING_INTERNAL -DSNAPSHOT_INTERNAL -DMIRRORED_INTERNAL -DREADLINE_SUPPORT -DDEVMAPPER_SUPPORT -DO_DIRECT_SUPPORT -DHAVE_LIBDL -DHAVE_GETOPTLONG -DHAVE_RL_COMPLETION_MATCHES -fPIC -Wall -Wundef -Wshadow -Wcast-align -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -O2 datastruct/hash.c -o datastruct/hash.o i686-pc-linux-gnu-gcc -c -I. -I../include -O2 -march=athlon-xp -fomit-frame-pointer -pipe -O2 -march=athlon-xp -fomit-frame-pointer -pipe -DLVM1_INTERNAL -DPOOL_INTERNAL -DCLUSTER_LOCKING_INTERNAL -DSNAPSHOT_INTERNAL -DMIRRORED_INTERNAL -DREADLINE_SUPPORT -DDEVMAPPER_SUPPORT -DO_DIRECT_SUPPORT -DHAVE_LIBDL -DHAVE_GETOPTLONG -DHAVE_RL_COMPLETION_MATCHES -fPIC -Wall -Wundef -Wshadow -Wcast-align -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -O2 -O2 -march=athlon-xp -fomit-frame-pointer -pipe -DLVM1_INTERNAL -DPOOL_INTERNAL -DCLUSTER_LOCKING_INTERNAL -DSNAPSHOT_INTERNAL -DMIRRORED_INTERNAL -DREADLINE_SUPPORT -DDEVMAPPER_SUPPORT -DO_DIRECT_SUPPORT -DHAVE_LIBDL -DHAVE_GETOPTLONG -DHAVE_RL_COMPLETION_MATCHES -fPIC -Wall -Wundef -Wshadow -Wcast-align -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -O2 datastruct/str_list.c -o datastruct/str_list.o i686-pc-linux-gnu-gcc -c -I. -I../include -O2 -march=athlon-xp -fomit-frame-pointer -pipe -O2 -march=athlon-xp -fomit-frame-pointer -pipe -DLVM1_INTERNAL -DPOOL_INTERNAL -DCLUSTER_LOCKING_INTERNAL -DSNAPSHOT_INTERNAL -DMIRRORED_INTERNAL -DREADLINE_SUPPORT -DDEVMAPPER_SUPPORT -DO_DIRECT_SUPPORT -DHAVE_LIBDL -DHAVE_GETOPTLONG -DHAVE_RL_COMPLETION_MATCHES -fPIC -Wall -Wundef -Wshadow -Wcast-align -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -O2 -O2 -march=athlon-xp -fomit-frame-pointer -pipe -DLVM1_INTERNAL -DPOOL_INTERNAL -DCLUSTER_LOCKING_INTERNAL -DSNAPSHOT_INTERNAL -DMIRRORED_INTERNAL -DREADLINE_SUPPORT -DDEVMAPPER_SUPPORT -DO_DIRECT_SUPPORT -DHAVE_LIBDL -DHAVE_GETOPTLONG -DHAVE_RL_COMPLETION_MATCHES -fPIC -Wall -Wundef -Wshadow -Wcast-align -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -O2 device/dev-cache.c -o device/dev-cache.o i686-pc-linux-gnu-gcc -c -I. -I../include -O2 -march=athlon-xp -fomit-frame-pointer -pipe -O2 -march=athlon-xp -fomit-frame-pointer -pipe -DLVM1_INTERNAL -DPOOL_INTERNAL -DCLUSTER_LOCKING_INTERNAL -DSNAPSHOT_INTERNAL -DMIRRORED_INTERNAL -DREADLINE_SUPPORT -DDEVMAPPER_SUPPORT -DO_DIRECT_SUPPORT -DHAVE_LIBDL -DHAVE_GETOPTLONG -DHAVE_RL_COMPLETION_MATCHES -fPIC -Wall -Wundef -Wshadow -Wcast-align -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -O2 -O2 -march=athlon-xp -fomit-frame-pointer -pipe -DLVM1_INTERNAL -DPOOL_INTERNAL -DCLUSTER_LOCKING_INTERNAL -DSNAPSHOT_INTERNAL -DMIRRORED_INTERNAL -DREADLINE_SUPPORT -DDEVMAPPER_SUPPORT -DO_DIRECT_SUPPORT -DHAVE_LIBDL -DHAVE_GETOPTLONG -DHAVE_RL_COMPLETION_MATCHES -fPIC -Wall -Wundef -Wshadow -Wcast-align -Wwrite-strings -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -O2 device/dev-io.c -o device/dev-io.o In file included from /usr/include/linux/wait.h:12, from /usr/include/linux/fs.h:12, from device/dev-io.c:34: /usr/include/linux/list.h:44: error: conflicting types for 'list_empty' ../include/list.h:61: error: previous definition of 'list_empty' was here make[1]: *** [device/dev-io.o] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: Leaving directory `/var/tmp/portage/lvm2-2.01.09/work/LVM2.2.01.09/lib' make: *** [lib] Error 2 !!! ERROR: sys-fs/lvm2-2.01.09 failed. I'm guessing that I've got something in the kernel that shouldn't be (or vice versa), but nothing is leaping out in its total obviousness... Does this look like user error (quite possible, since this was a somewhat irregular install which could very likely have loose ends), or should I file a bug? Portage 2.0.51.19 (default-linux/x86, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.11-gentoo-r6 i686) = System uname: 2.6.11-gentoo-r6 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.5 [2.3.5 (#1,