[gentoo-user] Update BIOS with 4MB .exe
I'm amazed this is so difficult but I've just spent 3 hours trying to update the BIOS on my Dell XPS 13 and hit nothing but dead ends. The root of the problem seems to be that the 4MB BIOS update file is too large for the available 1.44MB DOS boot disks. Apparently FreeDOS had a LiveCD available at some point but it has reportedly been unavailable for quite some time. The following method looks promising but it also doesn't work. DOS can't seem to execute the .exe file which sits outside of the boot image: http://en.gentoo-wiki.com/wiki/FreeDOS_Flash_Drive Does anyone know how to do this? - Grant
Re: [gentoo-user] Update BIOS with 4MB .exe
flashrom can write to a growing number of BIOSes, did you try it already? It's in portage so you can just emerge it. Look at the use flag list, since you might need to enable support for something in there so it can see your chip(s). The exe file might be usable directly with it, or you might have some luck trying to uncompress it with 7z or xz. -- Jesús Guerrero Botella
Re: [gentoo-user] Update BIOS with 4MB .exe
Hi, did you try, if your DELL is supported by libsmbios? http://www.gentoo-wiki.info/Dell_BIOS_Upgrade Worked for me on 3 DELL-Computers (1 Desktop and 2 Laptops). Markus Grant schrieb: I'm amazed this is so difficult but I've just spent 3 hours trying to update the BIOS on my Dell XPS 13 and hit nothing but dead ends. The root of the problem seems to be that the 4MB BIOS update file is too large for the available 1.44MB DOS boot disks. Apparently FreeDOS had a LiveCD available at some point but it has reportedly been unavailable for quite some time. The following method looks promising but it also doesn't work. DOS can't seem to execute the .exe file which sits outside of the boot image: http://en.gentoo-wiki.com/wiki/FreeDOS_Flash_Drive Does anyone know how to do this? - Grant signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Update BIOS with 4MB .exe
flashrom can write to a growing number of BIOSes, did you try it already? It's in portage so you can just emerge it. Look at the use flag list, since you might need to enable support for something in there so it can see your chip(s). The exe file might be usable directly with it, or you might have some luck trying to uncompress it with 7z or xz. I read that flashrom can't use an executable directly and unzip didn't work so I didn't seriously consider it. I didn't try 7z or xz though. I did finally get it to work with unetbootin though. This would actually probably work too: http://en.gentoo-wiki.com/wiki/FreeDOS_Flash_Drive My problem was that I was trying to change to the C drive like this: cd c: instead of like this: c: :) - Grant
Re: [gentoo-user] Update BIOS with 4MB .exe
did you try, if your DELL is supported by libsmbios? http://www.gentoo-wiki.info/Dell_BIOS_Upgrade Worked for me on 3 DELL-Computers (1 Desktop and 2 Laptops). Markus Sometimes it just doesn't pay to *not* come to the list *first*. I did get it working with unetbootin as mentioned in my other post. Thanks guys, Grant I'm amazed this is so difficult but I've just spent 3 hours trying to update the BIOS on my Dell XPS 13 and hit nothing but dead ends. The root of the problem seems to be that the 4MB BIOS update file is too large for the available 1.44MB DOS boot disks. Apparently FreeDOS had a LiveCD available at some point but it has reportedly been unavailable for quite some time. The following method looks promising but it also doesn't work. DOS can't seem to execute the .exe file which sits outside of the boot image: http://en.gentoo-wiki.com/wiki/FreeDOS_Flash_Drive Does anyone know how to do this? - Grant
Re: [gentoo-user] Update BIOS with 4MB .exe
Hi, did you try, if your DELL is supported by libsmbios? http://www.gentoo-wiki.info/Dell_BIOS_Upgrade Worked for me on 3 DELL-Computers (1 Desktop and 2 Laptops). Markus Now that I look more closely at that page, I've got to cast a vote for going the unetbootin way. It's really easy and it doesn't require you to extract anything from the executable. Just remember to change to the C drive like c:. - Grant Grant schrieb: I'm amazed this is so difficult but I've just spent 3 hours trying to update the BIOS on my Dell XPS 13 and hit nothing but dead ends. The root of the problem seems to be that the 4MB BIOS update file is too large for the available 1.44MB DOS boot disks. Apparently FreeDOS had a LiveCD available at some point but it has reportedly been unavailable for quite some time. The following method looks promising but it also doesn't work. DOS can't seem to execute the .exe file which sits outside of the boot image: http://en.gentoo-wiki.com/wiki/FreeDOS_Flash_Drive Does anyone know how to do this? - Grant
Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.
On Sat, April 14, 2012 4:28 pm, Florian Philipp wrote: SNIPPED As we are out of rational ideas, have you tried unplugging the old disk? You don't need it for booting at the moment, right? AS SATA is hot-plugin capable, you can re-insert it later. Be careful here, not all SATA-controllers/ports on mainboards are hotplug capable. I have a mainboard that becomes really unstable when I try to hot(un)plug a harddisk. It runs perfectly fine as long as I switch the computer off before swapping harddrives. -- Joost
[gentoo-user] ATI-drivers 12.3 with Kernel 3.4
Hi, does anybody know about patches for the ATI-drivers 12.3 to work with git-sources 3.4_rc3 ? Many thanks for a hint, Helmut.
Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.
J. Roeleveld wrote: On Sat, April 14, 2012 4:28 pm, Florian Philipp wrote: SNIPPED As we are out of rational ideas, have you tried unplugging the old disk? You don't need it for booting at the moment, right? AS SATA is hot-plugin capable, you can re-insert it later. Be careful here, not all SATA-controllers/ports on mainboards are hotplug capable. I have a mainboard that becomes really unstable when I try to hot(un)plug a harddisk. It runs perfectly fine as long as I switch the computer off before swapping harddrives. -- Joost According to the manual, mine is. Given my luck, I don't want to try it. ;-) Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS=--quiet-build=n
Re: [gentoo-user] FFTOOLS flags?
On Fri, Apr 06, 2012 at 12:15:05PM +0200, Penguin Lover Willie WY Wong squawked: Does anyone know what these guys are and/or if they are documented anywhere? Ah, found it. What I was looking for and more are in the /usr/portage/profiles/desc/ directory. W -- Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] Problems with ath9k: can't authenticate
On Fri, Apr 13, 2012 at 09:44:25AM -0300, Penguin Lover Claudio Roberto França Pereira squawked: Anyway, does anyone with a similar setup had any problems with atheros nics? And how did you solve it? Does your problem happen with WEP or WPA networks? There is a known bug introduced in the 3.2 kernels that breaks ath9k for WEP networks (though WPA and WPA2 are not effected). The patch I thought had been merged into the 3.3 series, though I am not sure when (which minor version) it went in. (I have been putting off a kernel upgrade because of this.) W -- Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] Re: seamonkey bookmarks file location
On Sat, Apr 14, 2012 at 05:28:12PM -0500, Penguin Lover »Q« squawked: That's true. There used to be a places.sqlite-journal file as well, which should be deleted from the profile a places.sqlite file is being copied to, but I don't see it any more in either Firefox or SeaMonkey. While I don't know if this is *supposed* to be the right way, what I've done recently when I installed a new computer was just to copy the latest entry in ~/.mozilla/firefox/*.default/bookmarkbackups/ to the corresponding location in the new computer, and on the new install use bookmark manager to restore to a previous back up. W -- Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] Update BIOS with 4MB .exe
Am Montag, 16. April 2012, 03:14:15 schrieb Grant: I'm amazed this is so difficult but I've just spent 3 hours trying to update the BIOS on my Dell XPS 13 and hit nothing but dead ends. The root of the problem seems to be that the 4MB BIOS update file is too large for the available 1.44MB DOS boot disks. Apparently FreeDOS had a LiveCD available at some point but it has reportedly been unavailable for quite some time. The following method looks promising but it also doesn't work. DOS can't seem to execute the .exe file which sits outside of the boot image: http://en.gentoo-wiki.com/wiki/FreeDOS_Flash_Drive Does anyone know how to do this? - Grant download systemrescuecd install it on a usb stick systemrescuecd has freedos 'on board', boot into freedos, flash. -- #163933
Re: [gentoo-user] Building the nvidia and ati proprietary drivers against the latest kernel.git
Am 09.04.2012 02:30, schrieb walt: For many years I've been testing kernels from Linus's git repository and I find that about twice a year the kernel devs do something evil that breaks proprietary video drivers. (I suspect they do it on purpose but I can't prove it ;) I have no idea how many of you like to test bleeding edge kernels but I thought I'd ask. I have some seriously ugly hacks for building the nvidia (and very recently) the ati proprietary drivers against git kernels, but I won't spend time explaining them here if no one is interested. Tried git-sources-3.4-rc3 on my thinkpad today, on my main rig it wouldn't work because of the nvidia-drivers ... if it ain't too ugly I'd like to know ;-) just being curious Stefan
Re: [gentoo-user] Problems with ath9k: can't authenticate
I'm using WPA2 but tried even with no authentication, without luck. The authentication always times out. I'll try your configurations Zhu. I've tried wpa_supplicant before with similar configurations, without luck. I'll look at this carefully. Thank you for all your feedback. I'll come back today later with results.
[gentoo-user] dev-libs/ppl-0.12 breaks gcc?
I'm currently running ~amd64 and when I ran a world update, dev-libs/ppl-0.12 was pulled down, compiled and installed. At that point, gcc stops compiling. It doesn't matter what I try to compile, whether it's the dev-libs/cloog-ppl rebuild that dev-libs/ppl-0.12. says to do, a recompile of gcc, or anything else. They all die with with 'internal compiler error'. I end up having to 'emerge -k gcc' and then masking dev-libs/ppl-0.12 to get back to a working compiler chain. Am I the only one facing this? How did you guys get through the mud here? -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: douglasjhunley.com G+: http://goo.gl/sajR3
Re: [gentoo-user] dev-libs/ppl-0.12 breaks gcc?
On Mon, Apr 16, 2012 at 1:14 PM, Doug Hunley doug.hun...@gmail.com wrote: I'm currently running ~amd64 and when I ran a world update, dev-libs/ppl-0.12 was pulled down, compiled and installed. At that point, gcc stops compiling. It doesn't matter what I try to compile, whether it's the dev-libs/cloog-ppl rebuild that dev-libs/ppl-0.12. says to do, a recompile of gcc, or anything else. They all die with with 'internal compiler error'. I end up having to 'emerge -k gcc' and then masking dev-libs/ppl-0.12 to get back to a working compiler chain. Am I the only one facing this? How did you guys get through the mud here? Are you using ccache? -- :wq
Re: [gentoo-user] dev-libs/ppl-0.12 breaks gcc?
On Mon, Apr 16, 2012 at 13:20, Michael Mol mike...@gmail.com wrote: Are you using ccache? nope. no ccache, no distcc -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: douglasjhunley.com G+: http://goo.gl/sajR3
Re: [gentoo-user] dev-libs/ppl-0.12 breaks gcc?
On Mon, Apr 16, 2012 at 1:34 PM, Doug Hunley doug.hun...@gmail.com wrote: On Mon, Apr 16, 2012 at 13:20, Michael Mol mike...@gmail.com wrote: Are you using ccache? nope. no ccache, no distcc What are you using for CFLAGS? -- :wq
Re: [gentoo-user] dev-libs/ppl-0.12 breaks gcc?
On Mon, Apr 16, 2012 at 13:39, Michael Mol mike...@gmail.com wrote: On Mon, Apr 16, 2012 at 1:34 PM, Doug Hunley doug.hun...@gmail.com wrote: On Mon, Apr 16, 2012 at 13:20, Michael Mol mike...@gmail.com wrote: Are you using ccache? nope. no ccache, no distcc What are you using for CFLAGS? ~ $ more /etc/make.conf # ---[Compiler Settings]--- CHOST=x86_64-pc-linux-gnu CFLAGS=-O2 -pipe -march=native -mtune=native -mpopcnt -msahf -fomit-frame-pointer -fforce-addr -floop-interchange -floop-strip-mine -floop-block -ftree-loop-distribution -ftree-loop-linear CXXFLAGS=${CFLAGS} -Wabi LDFLAGS=${LDFLAGS} -Wl,--hash-style=gnu,-O1 -Wl,--as-needed -Wl,--sort-common -Wl,--enable-new-dtags MAKEOPTS=-j8 -l6 --quiet -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: douglasjhunley.com G+: http://goo.gl/sajR3
Re: [gentoo-user] dev-libs/ppl-0.12 breaks gcc?
On Mon, Apr 16, 2012 at 1:53 PM, Doug Hunley doug.hun...@gmail.com wrote: On Mon, Apr 16, 2012 at 13:39, Michael Mol mike...@gmail.com wrote: On Mon, Apr 16, 2012 at 1:34 PM, Doug Hunley doug.hun...@gmail.com wrote: On Mon, Apr 16, 2012 at 13:20, Michael Mol mike...@gmail.com wrote: Are you using ccache? nope. no ccache, no distcc What are you using for CFLAGS? ~ $ more /etc/make.conf # ---[Compiler Settings]--- CHOST=x86_64-pc-linux-gnu CFLAGS=-O2 -pipe -march=native -mtune=native -mpopcnt -msahf -fomit-frame-pointer -fforce-addr -floop-interchange -floop-strip-mine -floop-block -ftree-loop-distribution -ftree-loop-linear -O2, -pipe, -march and -mtune look fine (though -mtune is implied by -march), as does -mpopcnt and -msahf. -fomit-frame-pointer is implied by -O2. I don't know about the others. CXXFLAGS=${CFLAGS} -Wabi LDFLAGS=${LDFLAGS} -Wl,--hash-style=gnu,-O1 -Wl,--as-needed -Wl,--sort-common -Wl,--enable-new-dtags Given you're updating a shared library, I'd wonder about some of these. I'd also wonder if a depclean and revdep-rebuild prior to upgrading ppi might reveal something. MAKEOPTS=-j8 -l6 --quiet Aside. Try: MAKEOPTS=--jobs --load=6 (--quiet is default for parallel builds) Also, try: EMERGE_DEFAULT_OPTS=--jobs --load-average=6 -- :wq
[gentoo-user] Problem with eix-update
Hi all, I haven't searched layman for packages in a long time (actually had to google how to do it), and am getting an error I can't seem to solve... problems arised with cachefile _var_lib_layman_zugaina.eix * Calling eix-update... * could not read all eix cachefiles of /tmp/eix-remote.dhR5mKNK/eix-caches.tbz2 Then finally: Database contains 16219 packages in 155 categories. * could not read all eix cachefiles of /tmp/eix-remote.w473Rccs/eix-caches.tbz2 Probably your eix cachefile was *not* updated successfully. Unless the above messages suggest another cause or you specified a wrong filename, the most likely cause of this is that the server uses another eix version than you or produced broken data. Please inspect /tmp/eix-remote.w473Rccs/eix-caches.tbz2 whether this is a valid *.tar.bz2 archive containing eix cachefiles (if it has already been deleted, download it using fetch). If this is not the case (but was freshly downloaded), please report a bug. Note that the archive is *not* broken if only the cachefile format versions differ: In that case only report a bug if the eix cachefile format versions in the downloaded file are *older* than that of the most current ~x86 eix version in the portage tree (but first retry after several days before reporting such a bug to give the server maintainers a chance to upgrade after a version bump of eix). Conversely, if the downloaded versions are even newer than that supported by your eix, you will have to upgrade to the most current ~x86 version of eix to use eix-remote: This inconvenience cannot be avoided and is not a bug! Not sure what to do here or how things got hosed...
[gentoo-user] Re: ATI-drivers 12.3 with Kernel 3.4
On 04/16/2012 06:09 AM, Helmut Jarausch wrote: Hi, does anybody know about patches for the ATI-drivers 12.3 to work with git-sources 3.4_rc3 ? Well, patch is too formal for the ugly hack I use :) After building your new kernel you should patch one kernel header file before building ati-drivers (taken from lkml): --- arch/x86/include/asm/compat.h.orig 2012-04-08 11:51:29.569528342 -0700 +++ arch/x86/include/asm/compat.h 2012-04-08 14:33:58.309972502 -0700 @@ -221,6 +221,7 @@ return (u32)(unsigned long)uptr; } +#ifdef CONFIG_x86_64 static inline void __user *arch_compat_alloc_user_space(long len) { compat_uptr_t sp; @@ -234,6 +235,15 @@ return (void __user *)round_down(sp - len, 16); } +#else + +static inline void __user *arch_compat_alloc_user_space(long len) +{ + struct pt_regs *regs = task_pt_regs(current); + return (void __user *)regs-sp -len; +} + +#endif static inline bool is_x32_task(void) { Here's the ugly part: some names in compat.h were changed recently, and I can't be bothered to do a proper fix, so I hacked this together instead: --- common/lib/modules/fglrx/build_mod/firegl_public.c 2012-03-23 13:38:48.0 -0700 +++ /tmp/firegl_public.c2012-04-16 10:45:41.426582953 -0700 @@ -4181,7 +4181,7 @@ { unsigned int p; KCL_DEBUG5(FN_FIREGL_KAS, %d\n, level_init); -for_each_cpu_mask(p, cpu_possible_map) +for (p=0; p4; p++) { KCL_DEBUG1(FN_FIREGL_KAS,Setting initial execution level for CPU # %d\n, p); preempt_disable(); NOTE: my new machine has 4 cpus, numbered 0 through 3, and I hardcoded that number into the ati code, above, instead of deciphering the new kernel headers. Ugly, ugly, ugly. But it works perfectly :) If you have two cpus you should change the p4 to p2, etc. And then wait for a professional fix from ati :p
Re: [gentoo-user] Update BIOS with 4MB .exe
On 16 April 2012 11:48, Markus Kaindl markus.kai...@stusta.mhn.de wrote: Hi, did you try, if your DELL is supported by libsmbios? http://www.gentoo-wiki.info/Dell_BIOS_Upgrade Worked for me on 3 DELL-Computers (1 Desktop and 2 Laptops). Markus Please link people to the maintained version of the wiki, not the archive (that's .com, not .info) http://en.gentoo-wiki.com/wiki/Dell_BIOS_Upgrade Most of that page describes multiple ways of getting a .hdr file to flash the bios from. Dell provides extracted .hdrs, so there's no need to extract from a .exe. I have used smbios a few times in the past, and haven't had any trouble with it.
Re: [gentoo-user] dev-libs/ppl-0.12 breaks gcc?
Doug Hunley writes: I'm currently running ~amd64 and when I ran a world update, dev-libs/ppl-0.12 was pulled down, compiled and installed. At that point, gcc stops compiling. It doesn't matter what I try to compile, whether it's the dev-libs/cloog-ppl rebuild that dev-libs/ppl-0.12. says to do, a recompile of gcc, or anything else. They all die with with 'internal compiler error'. I end up having to 'emerge -k gcc' and then masking dev-libs/ppl-0.12 to get back to a working compiler chain. Strange, isn't it. How can those bugs make it into the tree? It's ~arch, but this should not mean that it hasn't been tested at all. Am I the only one facing this? Nope. How did you guys get through the mud here? Looking for ppl on bugs.gentoo org, finding bug #412117 [*], rebuilding ppl and cloog-ppl without -floop* CFLAGS, then again with floop* CFLAGS. Wonko [*] https://bugs.gentoo.org/show_bug.cgi?id=412117
CORRECTION - Problem with eix-REMOTE update... WAS: Re: [gentoo-user] Problem with eix-update
On 2012-04-16 2:38 PM, Tanstaafl tansta...@libertytrek.org wrote: Hi all, I haven't searched layman for packages in a long time (actually had to google how to do it), and am getting an error I can't seem to solve... problems arised with cachefile _var_lib_layman_zugaina.eix * Calling eix-update... * could not read all eix cachefiles of /tmp/eix-remote.dhR5mKNK/eix-caches.tbz2 Then finally: Database contains 16219 packages in 155 categories. * could not read all eix cachefiles of /tmp/eix-remote.w473Rccs/eix-caches.tbz2 Probably your eix cachefile was *not* updated successfully. Unless the above messages suggest another cause or you specified a wrong filename, the most likely cause of this is that the server uses another eix version than you or produced broken data. Please inspect /tmp/eix-remote.w473Rccs/eix-caches.tbz2 whether this is a valid *.tar.bz2 archive containing eix cachefiles (if it has already been deleted, download it using fetch). If this is not the case (but was freshly downloaded), please report a bug. Note that the archive is *not* broken if only the cachefile format versions differ: In that case only report a bug if the eix cachefile format versions in the downloaded file are *older* than that of the most current ~x86 eix version in the portage tree (but first retry after several days before reporting such a bug to give the server maintainers a chance to upgrade after a version bump of eix). Conversely, if the downloaded versions are even newer than that supported by your eix, you will have to upgrade to the most current ~x86 version of eix to use eix-remote: This inconvenience cannot be avoided and is not a bug! Not sure what to do here or how things got hosed...
[gentoo-user] Re: dev-libs/ppl-0.12 breaks gcc?
On 04/16/2012 10:14 AM, Doug Hunley wrote: I'm currently running ~amd64 and when I ran a world update, dev-libs/ppl-0.12 was pulled down, compiled and installed. At that point, gcc stops compiling. It doesn't matter what I try to compile, whether it's the dev-libs/cloog-ppl rebuild that dev-libs/ppl-0.12. says to do, a recompile of gcc, or anything else. They all die with with 'internal compiler error'. I end up having to 'emerge -k gcc' and then masking dev-libs/ppl-0.12 to get back to a working compiler chain. I can't explain why the internal compiler error but I'd guess it's probably something in your CFLAGS, as the other replies suggested. But be aware that once you finally get ppl upgraded you'll need to rebuild cloog-ppl *without* the -floop-* flags because gcc will not build anything *with* those flags because the old cloog-ppl will now be broken. Until you rebuild it, of course.
Re: [gentoo-user] dev-libs/ppl-0.12 breaks gcc?
On Mon, Apr 16, 2012 at 14:47, Alex Schuster wo...@wonkology.org wrote: Looking for ppl on bugs.gentoo org, finding bug #412117 [*], rebuilding ppl and cloog-ppl without -floop* CFLAGS, then again with floop* CFLAGS. damn, I searched, didn't see this. thanks -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: douglasjhunley.com G+: http://goo.gl/sajR3
Re: [gentoo-user] dev-libs/ppl-0.12 breaks gcc?
On Mon, Apr 16, 2012 at 16:00, Doug Hunley doug.hun...@gmail.com wrote: On Mon, Apr 16, 2012 at 14:47, Alex Schuster wo...@wonkology.org wrote: Looking for ppl on bugs.gentoo org, finding bug #412117 [*], rebuilding ppl and cloog-ppl without -floop* CFLAGS, then again with floop* CFLAGS. damn, I searched, didn't see this. thanks didn't see it cause I looked on Sat, it was filed yesterday ;) fixed now. thanks mucho! -- Douglas J Hunley (doug.hun...@gmail.com) Twitter: @hunleyd Web: douglasjhunley.com G+: http://goo.gl/sajR3
Re: [gentoo-user] SOLVED: gnome-shell behavior
Am 06.03.2012 12:32, schrieb Stefan G. Weichinger: ... it seems that the Gnome extension Journal triggers the crash. Disabled it now, gotta monitor things. Just to be correct on that one: removed Journal (and Jump Lists) completely, re-added it. It works fine now. Both the extension itself and the typing the first characters-behavior of the gnome-shell. Stefan
[gentoo-user] Re: /usr/local/bin/python???
On Mon, 16 Apr 2012 05:14:07 +0200 Sebastian Pipping sp...@gentoo.org wrote: On 04/16/2012 04:31 AM, meino.cra...@gmx.de wrote: As already mentioned in a previous mail of mine, the package is app-portage/gentoolkit-0.3.0.5. The -rwxr-xr-x 1 root root 1032 2012-04-15 11:27 eclean -rwxr-xr-x 1 root root 1370 2012-04-15 11:27 revdep-rebuild.py -rwxr-xr-x 1 root root 1470 2012-04-15 11:27 epkginfo -rwxr-xr-x 1 root root 1280 2012-04-15 11:27 enalyze -rwxr-xr-x 1 root root 13100 2012-04-15 11:27 glsa-check -rwxr-xr-x 1 root root 1296 2012-04-15 11:27 equery -rwxr-xr-x 1 root root 232 2012-04-15 11:27 eshowkw I have checked mine, same version, no /usr/local/ in these files over here. I have no idea what would have caused such a change. I don't know either. gentoolkit-0.3.0.5.ebuild calls python_convert_shebangs in python.eclass, but I can't follow the algorithm well enough to tell is something is screwy there.
[gentoo-user] Re: seamonkey bookmarks file location
On Mon, 16 Apr 2012 16:30:47 +0200 Willie WY Wong wong...@member.ams.org wrote: On Sat, Apr 14, 2012 at 05:28:12PM -0500, Penguin Lover »Q« squawked: That's true. There used to be a places.sqlite-journal file as well, which should be deleted from the profile a places.sqlite file is being copied to, but I don't see it any more in either Firefox or SeaMonkey. While I don't know if this is *supposed* to be the right way, what I've done recently when I installed a new computer was just to copy the latest entry in ~/.mozilla/firefox/*.default/bookmarkbackups/ to the corresponding location in the new computer, and on the new install use bookmark manager to restore to a previous back up. That's pretty much the way Mozilla recommends doing it. :-) https://support.mozilla.org/kb/Backing-up-restoring-bookmarks#w_moving-bookmarks-to-another-computer (Link is for Firefox, but that part of it is the same as SeaMonkey.)
Re: [gentoo-user] dev-libs/ppl-0.12 breaks gcc?
On Apr 17, 2012 3:23 AM, Doug Hunley doug.hun...@gmail.com wrote: On Mon, Apr 16, 2012 at 16:00, Doug Hunley doug.hun...@gmail.com wrote: On Mon, Apr 16, 2012 at 14:47, Alex Schuster wo...@wonkology.org wrote: Looking for ppl on bugs.gentoo org, finding bug #412117 [*], rebuilding ppl and cloog-ppl without -floop* CFLAGS, then again with floop* CFLAGS. damn, I searched, didn't see this. thanks didn't see it cause I looked on Sat, it was filed yesterday ;) fixed now. thanks mucho! I see you're using gcc's graphite... Welcome to the club! :-D Oh, and glad you had the problem fixed ;-) Rgds,
Re: [gentoo-user] About ready to move /usr, /var and /home to LVM.
On Mon, April 16, 2012 3:47 pm, Dale wrote: J. Roeleveld wrote: On Sat, April 14, 2012 4:28 pm, Florian Philipp wrote: SNIPPED As we are out of rational ideas, have you tried unplugging the old disk? You don't need it for booting at the moment, right? AS SATA is hot-plugin capable, you can re-insert it later. Be careful here, not all SATA-controllers/ports on mainboards are hotplug capable. I have a mainboard that becomes really unstable when I try to hot(un)plug a harddisk. It runs perfectly fine as long as I switch the computer off before swapping harddrives. According to the manual, mine is. Given my luck, I don't want to try it. ;-) If the manual says it is, then probably it will be. I have 2 mainboards I tried it with that don't mention either way for hotswap in the manuals. One gets unstable, the other works perfectly. The last mainboard I bought actually has an option in the BIOS where I can specify per SATA-port which are to support hotswap or not ;) -- Joost
[gentoo-user] Re: CORRECTION - Problem with eix-REMOTE update...
I haven't searched layman for packages in a long time (actually had to google how to do it), and am getting an error I can't seem to solve... Unfortunately, you have not written the actual error which should appear probably a few (probably one) lines before: problems arised with cachefile _var_lib_layman_zugaina.eix * Calling eix-update... * could not read all eix cachefiles of /tmp/eix-remote.dhR5mKNK/eix-caches.tbz2 Maybe this error speaks about differing versions? Conversely, if the downloaded versions are even newer than that supported by your eix, you will have to upgrade to the most current ~x86 version of eix to use eix-remote: This inconvenience cannot be avoided and is not a bug! So if it is the differing versions problem, the solution is to upgrade to the most recent (~x86) version of eix, currently eix-0.25.3: echo app-portage/eix /etc/portage/package.accept_keywords emerge eix