Re: [gentoo-user] Re: can one tell me: gentoo vs opensuse
On Dec 13, 2011 11:56 AM, "Grant Edwards" wrote: > > On 2011-12-13, Pandu Poluan wrote: > > > I'm sure they are. In the interview [1], Lameter said that > > NASDAQ uses a modified version of the Gentoo Linux distribution. > > > > > > "modified version"? That practically screams "ricers!" to me :-D > > I didn't know there was such a thing as "unmodified" Gentoo. > > I'm pretty sure each of my 4 installations is unique... > Certainly you don't expect NASDAQ guys to openly admit they're ricers, do you? ;-) Rgds,
Re: [gentoo-user] ext4 inode limit reached
On 12/12/2011 06:15 AM, Daniel Troeder wrote: $ fsck -vf /dev/sda5 [..] 655360 inodes used (100.00%) [..] $ find /gentoo -xdev | wc -l 655338 That's really disappointing. I was using reiser3fs and XFS before, and they didn't have that kind of limitation... Uhm... not meant as a rant - I like ext4 - that's why I'm moving (almost?) everything to it... Is there any way to raise the number of inodes without using $ mkfs.ext4 -N BIGNUM 640k should be enough for anybody.
[gentoo-user] Re: can one tell me: gentoo vs opensuse
On 2011-12-13, Pandu Poluan wrote: > I'm sure they are. In the interview [1], Lameter said that > NASDAQ uses a modified version of the Gentoo Linux distribution. > > > "modified version"? That practically screams "ricers!" to me :-D I didn't know there was such a thing as "unmodified" Gentoo. I'm pretty sure each of my 4 installations is unique... -- Grant
Re: [gentoo-user] Re: ext4 - grow_buffers: requested out-of-range block
On Tue, Dec 13, 2011 at 12:03:32AM +, James Broadhead wrote > So on returning to this machine, I see that another USB disk that I > have connected to it is also having those messages printed about it. > This leads me to suspect that it's either an ext4 bug or the situation > that you mentioned above. > > Both are Western Digital 2TB disks; > 1058:1130 Western Digital Technologies, Inc. > 1058:1021 Western Digital Technologies, Inc. Elements 2TB Could these disks be slightly larger than 2 TB? If you you use "make menuconfig", the setting is... -*- Enable the block layer ---> [*] Support for large (2TB+) block devices and files If you edit .config manually, set... CONFIG_LBDAF=y -- Walter Dnes
Re: [gentoo-user] How do I use LLVM?
On Mon, Dec 12, 2011 at 07:30:32AM +, Mick wrote > Unless you are using a new radeon card you may need > sys-kernel/linux-firmware instead of radeon-ucode. As I mentioned in my reply to Michael Mol, building mesa with the "llvm" USE flag does the trick. It appears the web pages http://www.gentoo.org/doc/en/xorg-config.xml and http://www.gentoo.org/doc/en/ati-faq.xml may be out of date. The video card shows up under lspci as... "ATI Technologies Inc RV280 [Radeon 9200 PRO]". According to the Gentoo web pages, it doesn't need a firmware blob at all. However, when booting, the PC said something about loading an R200 blob. It sat there for a minute, timed out, and went on to a standard VGA display. I emerged radeon-ucode and it came up with 62 files, including R200_cp.bin. I stuck that file into the "[*] Include in-kernel firmware blobs in kernel binary" option in the kernel, rebuilt, and it appears to work. Since this is an actual gentoo.org webpage, and not a wiki, I'll file a "documentation bug" at bugs.gentoo.org. The "torture test" will come this evening. I'm a paying subscriber to NHL Gamecenter Live. What prompted me to do all this work in the first place was the fact that the onboard Intel GPU couldn't quite keep up to a live hockey game in fullscreen mode. There was occasional stuttering of the video. I went to all this trouble in hopes of a better viewing experience. BTW, I have 2 Dell Dimension 530's. On the one with only the onboard GPU, glxgears shows just over 60 fps. On the one with the ATI card it's jumped to over 262 fps. Last minute note. DRM is *NOT* in effect. I'll be starting a separate thread on that. It's "an excellent adventure" in its own right. -- Walter Dnes
Re: [gentoo-user] can one tell me: gentoo vs opensuse
On Dec 13, 2011 7:09 AM, "James Broadhead" wrote: > > On 12 December 2011 23:52, Indi wrote: > > On Sat, Dec 10, 2011 at 03:40:02PM +0100, Pandu Poluan wrote: > >>On Dec 10, 2011 8:50 PM, "LinuxIsOne" <[1]linuxis...@gmail.com> wrote: > >> > >>((No wonder NASDAQ uses Gentoo for its infrastructure)) > >> > > > > Indeed > > What a bunch of ricers :P > I'm sure they are. In the interview [1], Lameter said that NASDAQ uses a modified version of the Gentoo Linux distribution. "modified version"? That practically screams "ricers!" to me :-D [1] http://m.itworld.com/open-source/193823/how-linux-mastered-wall-street?mm_ref=http%3A%2F%2Fwww.gossamer-threads.com%2Flists%2Fgentoo%2Fuser%2F236472 Rgds,
Re: [gentoo-user] can one tell me: gentoo vs opensuse
On Tue, Dec 13, 2011 at 01:10:02AM +0100, James Broadhead wrote: > On 12 December 2011 23:52, Indi wrote: > > On Sat, Dec 10, 2011 at 03:40:02PM +0100, Pandu Poluan wrote: > >> On Dec 10, 2011 8:50 PM, "LinuxIsOne" <[1]linuxis...@gmail.com> wrote: > >> > >> ((No wonder NASDAQ uses Gentoo for its infrastructure)) > >> > > > > Indeed > > What a bunch of ricers :P I LOL'd. :) -- caveat utilitor ♫ ❤ ♫ ❤ ♫ ❤ ♫ ❤
Re: [gentoo-user] ext4 inode limit reached
On Mon, Dec 12, 2011 at 12:15:52PM +0100, Daniel Troeder wrote: > I have an ext4-filesystem that contains /usr/src, the /usr/portage and > /var/cache/edb. It previously also contained /var/db/pkg, but I had to > move that some weeks ago, because the fs was "full". Now it's "full" > again, though it has free blocks. But no inodes are left: > > $ fsck -vf /dev/sda5 > [..] > 655360 inodes used (100.00%) > [..] > > $ find /gentoo -xdev | wc -l > 655338 > > Is there any way to raise the number of inodes without using > $ mkfs.ext4 -N BIGNUM You can’t increase the number in an existing FS, you’ll have to reformat it. If you have a backup, as you should anyway ;-) , you could boot a live system and reformat. On my system, /usr/portage currently contains 127000 files. But for reason of increased performance I put it into a squashfs file. (There was a nice howto on this ML some months ago). You could try that, which will free those inodes up and ideally leaves you with one used inode for the squashfs image. Plus, if you have enough RAM, you could put /var/tmp/portage into tmpfs. I have 3GB, and this is fairly enough. For other hogs like firefox, LO and java, I use binary packages though. For comparision, I too have one (seldom two) kernel source trees and everything else on / except /home. And while of the 17GB capacity barely 1GB is left free, I still have 480k inodes free of the 1M in total. (I figured that I may have more space for content if I reserved less for inodes). -- Gruß | Greetings | Qapla' I forbid any use of my email addresses with Facebook services. A hammer is a wonderful tool, but it is plain unsuitable for cleaning windows. (SelfHTML forum) pgpyh5Ew7w2Gy.pgp Description: PGP signature
Re: [gentoo-user] [SOLVED] ffmpeg - fails to compile on amd64
On 12/12/11 21:52, Michael Schreckenbauer wrote: Am Montag, 12. Dezember 2011, 13:28:39 schrieb Joseph: On 12/12/11 20:32, Michael Hampicke wrote: >> Configuring source in >> /var/tmp/portage/media-video/ffmpeg-0.7.8/work/ffmpeg-0.7.8 ... >> x86_64-pc-linux-gnu-gcc is unable to create an executable file. >> If x86_64-pc-linux-gnu-gcc is a cross-compiler, use the >> --enable-cross-compile option. >> Only do this if you know what cross compiling means. >> C compiler test failed. > >Do you have enabled the "cpudetection" and/or "custom-cflags" use flags? >Or do you use some crazy CFLAGS? >ffmpeg 0.7.8 compiles just fine on my amd64 box. No nothing crazy: CFLAGS="-Os -pipe -mtune=i686" i686? That's not amd64. You need something 64bit. Just use march=native instead of mtune=i686. I'm not even sure if these flags are correct for my CPU: AMD FX(tm)-8150 Eight-Core Processor Thanks, you are correct. The Cflags that were suggested by Gentoo wiki did not work at all so I wasn't sure what to enter and took them from Gen too Rescue CD that I bootstrap the system. But after changing the flags to: CFLAGS="-march=native -Os -pipe" ffmpeg compiled just fine. -- Joseph
Re: [gentoo-user] Re: ext4 - grow_buffers: requested out-of-range block
On Mon, Dec 12, 2011 at 6:03 PM, James Broadhead wrote: >> Does it happen to be a >2TB USB drive? I remember reading about >> problems with some of those. It works in Windows with the factory >> partition/FAT tables because of tricks they do to the addressing that >> works in Windows, but once you reformat it you can't access the >2TB >> areas. Something like that... As far as I recall, you could >> repartition to create a 2TB or smaller partition and that would work, >> but then the rest of the drive was inaccessible. > > So on returning to this machine, I see that another USB disk that I > have connected to it is also having those messages printed about it. > This leads me to suspect that it's either an ext4 bug or the situation > that you mentioned above. > > Both are Western Digital 2TB disks; > 1058:1130 Western Digital Technologies, Inc. > 1058:1021 Western Digital Technologies, Inc. Elements 2TB > > There are 42 messages in quick succession for each disk, appearing to > cycle through the same list of blocks twice. I'll attach the messages. > > I'm inclined towards the bad-usb-firmware idea - do you have a link to > where you read about the 2TB partition problem ? > > I don't have much time to deal with this at the moment, so I think > that I'll just power them down and wait until I do. The problem I was referring to was for drives LARGER than 2TB (I think the real limit hits somewhere around 2.1 or 2.2TB). So if your drives are 2TB then I don't think it's that problem. I use a 2TB external USB drive myself (LaCie brand, with a pair of spanned 1TB Samsung disks inside), formatted as ext4, and it works fine. However, that was not always the case. I had to replace the USB cable after I suffered a lot of corruption and random USB disconnects. Later on, the drive started going offline and making the click of death, and eventually failed to start up. It turned out to be a faulty power supply. They sent me a replacement free of charge, despite the drive being out of warranty, and it worked perfectly fine with the new power supply. And it has worked fine ever since.
Re: [gentoo-user] can one tell me: gentoo vs opensuse
On 12 December 2011 23:52, Indi wrote: > On Sat, Dec 10, 2011 at 03:40:02PM +0100, Pandu Poluan wrote: >> On Dec 10, 2011 8:50 PM, "LinuxIsOne" <[1]linuxis...@gmail.com> wrote: >> >> ((No wonder NASDAQ uses Gentoo for its infrastructure)) >> > > Indeed What a bunch of ricers :P
Re: [gentoo-user] Re: ext4 - grow_buffers: requested out-of-range block
On 12 December 2011 20:55, Paul Hartman wrote: > On Mon, Dec 12, 2011 at 2:33 PM, James Broadhead > wrote: >> >> Apologies; the correct message is: >> grow_buffers: requested out-of-range block 18446744072382021139 for device >> sdb1 >> >> This appears 42 times immediately following mount. >> >> Running picasa today, it informed me that one of the files I was >> working with was corrupted (but put the message in a box too small to >> read the full path). >> >> This makes me think that perhaps the disk is bad. Any advice, aside >> from the usual "get your data off asap"? > > Does it happen to be a >2TB USB drive? I remember reading about > problems with some of those. It works in Windows with the factory > partition/FAT tables because of tricks they do to the addressing that > works in Windows, but once you reformat it you can't access the >2TB > areas. Something like that... As far as I recall, you could > repartition to create a 2TB or smaller partition and that would work, > but then the rest of the drive was inaccessible. So on returning to this machine, I see that another USB disk that I have connected to it is also having those messages printed about it. This leads me to suspect that it's either an ext4 bug or the situation that you mentioned above. Both are Western Digital 2TB disks; 1058:1130 Western Digital Technologies, Inc. 1058:1021 Western Digital Technologies, Inc. Elements 2TB There are 42 messages in quick succession for each disk, appearing to cycle through the same list of blocks twice. I'll attach the messages. I'm inclined towards the bad-usb-firmware idea - do you have a link to where you read about the 2TB partition problem ? I don't have much time to deal with this at the moment, so I think that I'll just power them down and wait until I do. On 12 December 2011 21:52, Florian Philipp wrote: > > I've looked at the kernel code that causes the error message. It > verifies that this is most likely a dead disk: > Now that I have 2 from the same manufacturer, of similar vintage causing the same errors, it's probably not simultaneous failure (unless I'm super-unlucky!). It's also entirely possible that it's an ext4 bug, so I'll try with a different kernel; Linux broadhej-D830 3.1.2-gentoo #2 SMP PREEMPT Sun Nov 27 17:41:32 GMT 2011 i686 Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz GenuineIntel GNU/Linux ... although I didn't see this problem until recently. (Or maybe I just didn't notice it ... ) On 12 December 2011 22:44, Adam Carter wrote: >> I've looked at the kernel code that causes the error message. It >> verifies that this is most likely a dead disk: > > It would be worth running smartctl from smartmontools to see what it > knows of the disks status. Having suffered with a faulty power supply for a while, I'm pretty good with smartmontools - if you read the Google paper though, you'll see that it only predicts failure in ~50% of cases. Thanks though! James
Re: [gentoo-user] can one tell me: gentoo vs opensuse
On Sat, Dec 10, 2011 at 03:40:02PM +0100, Pandu Poluan wrote: >On Dec 10, 2011 8:50 PM, "LinuxIsOne" <[1]linuxis...@gmail.com> wrote: >> > >- >8 snip > > > > > I have come to conclusion that almost all Linux work almost in the > > same way since they have the same kernel, however, this is what I > > think. > >I don't mean to scare you, but most Linux distros work differently. > >First, there might be differences in how they install a package. >There's RPM, apt, pacman, portage, and others. > >Second, there are differences in the "init" system. Gentoo users >OpenRC, Ubuntu uses upstart, and others use SysVinit, systemd, and so >on. > >And even you can't guarantee that the kernels are the same. Many >distros introduce their own distro-specific patches to the vanilla >kernel. With Gentoo, it's even more complicated, as most experienced >Gentooroids will configure and compile their own kernels. > >(The last paragraph, however, is the reason why Gentoo is so secure: >attackers can't be sure that the vuln they're targeting is located at >the right spot, *if* the vuln exists at all. Throw in hardened patches >like GrSecurity, PAX, and SELinux... well, you get the idea.) Probably he doesn't; one has to learn a bit before any of this will make sense to them. Imagine having this converstaion with your great-aunt Agnes... ;) > >((No wonder NASDAQ uses Gentoo for its infrastructure)) > Indeed. -- ♫ ❤ ♫ ❤ ♫ ❤ ♫ ❤
Re: [gentoo-user] What happened to OpenRC 0.9.6?
On Mon, 12 Dec 2011 23:23:16 +0100 Florian Philipp wrote: > > Same here. All my server VMs work just fine with parallel enabled. > > There's nothing complex in them, they tend to be single-service > > machines. > > > > Don't tell me you reboot your servers so often that it is necessary to > tune the boot process for every last second. And please tell me you > make the time slots for scheduled reboots large enough for trouble > shooting, thereby not requiring every last second, either. I think you misunderstand me. I basically said: "Parallel init out the box? Works for me." I said nothing else. Especially not that I test it often, that I need it, that I know exactly what I'm going to do with the 3 seconds I save or anything else other than one single data point in the discussion about problematic parallel init - that it works for me with simple setups. -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: ext4 - grow_buffers: requested out-of-range block
> I've looked at the kernel code that causes the error message. It > verifies that this is most likely a dead disk: It would be worth running smartctl from smartmontools to see what it knows of the disks status.
Re: [gentoo-user] How do I use LLVM?
On Mon, Dec 12, 2011 at 12:32:04AM -0500, Michael Mol wrote > llvm is pulled in on most of my systems as a dependency of something > else. It doesn't conflict with having gcc installed. > > emerge sys-devel/llvm > > And try again. If that fixes it, you should file a bug against the > specific package failing to build, noting the missing explicit build > dependency. After some testing, and plain old trial-and-error, I discovered that it may have been due to me running with USE starting with "-*". I found out that... * emergeing llvm does not help * I unmerged llvm, and added the line media-libs/mesa llvm to /etc/portage/package.use, and the build works. Now that I know what to look for, I can find... https://bugs.gentoo.org/show_bug.cgi?id=377013 which covers this issue. The problem is that the generic error message... configure: error: LLVM is required to build Gallium R300 on x86 and x86_64 ...is not informative enough. This has been fixed in mesa 7.12, due out in a few months. Apparently, it'll generate an error message advising that mesa must be built with USE="llvm" if Gallium R300 is to be built. -- Walter Dnes
Re: [gentoo-user] What happened to OpenRC 0.9.6?
Am 12.12.2011 09:43, schrieb Alan McKinnon: > On Mon, 12 Dec 2011 07:29:16 +0700 > Pandu Poluan wrote: > It's worked for me ever since I switched all of my machines to OpenRC a year+(?) ago. >>> >>> You are not a representative sample. >>> >> >> worksforme >> >> In production servers, even. Virtualized on top of XenServer. All of >> them last updated last week. >> > > Same here. All my server VMs work just fine with parallel enabled. > There's nothing complex in them, they tend to be single-service > machines. > Don't tell me you reboot your servers so often that it is necessary to tune the boot process for every last second. And please tell me you make the time slots for scheduled reboots large enough for trouble shooting, thereby not requiring every last second, either. > I don't have a current desktop Gentoo system, those necessarily have > more complex start-up routines. Perhaps that's where most of the > problems are to found? > Guess so. Besides, there is a new init script format in the pipe, for example mentioned here: [1] It will also make use of cgroups [2]. IMHO loosing a few seconds of boot time is an acceptable price for better CPU and IO scheduling. If these "new style" scripts are written declarative, that means less shell scripting and probably better performance even under sequential execution. And as I've learned often and hard: You don't parallelize until you have properly optimized your sequential execution, not the other way around. WTF do you need fast boot processes, anyway?! If you care about this, you hibernate or suspend. Daily shutdown/bootup sounds like something you'd do on a diskless client, a pre-ACPI system or some flakey hardware. I hardly see a boot screen once per month. My laptop currently has an uptime of 15 days, my workstation three months. You probably waste more time repopulating your page cache after starting your desktop environment than you do with init scripts. [1] http://blog.flameeyes.eu/2011/10/22/updating-init-scripts [2] http://blog.flameeyes.eu/2011/11/28/the-infamous-run-migration Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: ext4 - grow_buffers: requested out-of-range block
Am 12.12.2011 21:33, schrieb James Broadhead: > On 12 December 2011 14:14, James Broadhead wrote: >> ext4: "fill_buffer on unknown block out of range" > > Apologies; the correct message is: > grow_buffers: requested out-of-range block 18446744072382021139 for device > sdb1 > > This appears 42 times immediately following mount. > > Running picasa today, it informed me that one of the files I was > working with was corrupted (but put the message in a box too small to > read the full path). > > This makes me think that perhaps the disk is bad. Any advice, aside > from the usual "get your data off asap"? > I've looked at the kernel code that causes the error message. It verifies that this is most likely a dead disk: commit e5657933863f43cc6bb76a54d659303dafaa9e58 Author: Andrew Morton Date: Wed Oct 11 01:21:46 2006 -0700 [PATCH] grow_buffers() infinite loop fix If grow_buffers() is for some reason passed a block number which wants to lie outside the maximum-addressable pagecache range (PAGE_SIZE * 4G bytes) then it will accidentally truncate `index' and will then instnatiate[sic] a page at the wrong pagecache offset. This causes __getblk_slow() to go into an infinite loop. This can happen with corrupted disks, or with software errors elsewhere. Detect that, and handle it. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] ffmpeg - fails to compile on amd64
> # echo | gcc -dM -E - -march=native > /usr/libexec/gcc/x86_64-pc-linux-gnu/4.5.3/cc1 -E -quiet -v - > -D_FORTIFY_SOURCE=2 -mtune=i686 -march=x86-64 Sorry, something went wrong while pasting this lines, here are the correct ones: # cc -mtune=i686 -E -v - &1 | grep cc1 /usr/libexec/gcc/x86_64-pc-linux-gnu/4.5.3/cc1 -E -quiet -v - -D_FORTIFY_SOURCE=2 -mtune=i686 -march=x86-64
Re: [gentoo-user] ffmpeg - fails to compile on amd64
>> No nothing crazy: >> CFLAGS="-Os -pipe -mtune=i686" > > i686? That's not amd64. You need something 64bit. Just use march=native > instead of mtune=i686. Wait, what! I could swear I was reading march=native just a few minutes ago. mtune=i686 on amd64 just doesn't seem right, but it should compile. # echo | gcc -dM -E - -march=native /usr/libexec/gcc/x86_64-pc-linux-gnu/4.5.3/cc1 -E -quiet -v - -D_FORTIFY_SOURCE=2 -mtune=i686 -march=x86-64 gcc sets the correct march even if you set the wrong mtune. But as Michael says, just use march=native and you should be fine.
Re: [gentoo-user] Re: ext4 - grow_buffers: requested out-of-range block
On Mon, Dec 12, 2011 at 2:33 PM, James Broadhead wrote: > On 12 December 2011 14:14, James Broadhead wrote: >> ext4: "fill_buffer on unknown block out of range" > > Apologies; the correct message is: > grow_buffers: requested out-of-range block 18446744072382021139 for device > sdb1 > > This appears 42 times immediately following mount. > > Running picasa today, it informed me that one of the files I was > working with was corrupted (but put the message in a box too small to > read the full path). > > This makes me think that perhaps the disk is bad. Any advice, aside > from the usual "get your data off asap"? Does it happen to be a >2TB USB drive? I remember reading about problems with some of those. It works in Windows with the factory partition/FAT tables because of tricks they do to the addressing that works in Windows, but once you reformat it you can't access the >2TB areas. Something like that... As far as I recall, you could repartition to create a 2TB or smaller partition and that would work, but then the rest of the drive was inaccessible.
Re: [gentoo-user] ffmpeg - fails to compile on amd64
Am Montag, 12. Dezember 2011, 13:28:39 schrieb Joseph: > On 12/12/11 20:32, Michael Hampicke wrote: > >> Configuring source in > >> /var/tmp/portage/media-video/ffmpeg-0.7.8/work/ffmpeg-0.7.8 ... > >> x86_64-pc-linux-gnu-gcc is unable to create an executable file. > >> If x86_64-pc-linux-gnu-gcc is a cross-compiler, use the > >> --enable-cross-compile option. > >> Only do this if you know what cross compiling means. > >> C compiler test failed. > > > >Do you have enabled the "cpudetection" and/or "custom-cflags" use flags? > >Or do you use some crazy CFLAGS? > >ffmpeg 0.7.8 compiles just fine on my amd64 box. > > No nothing crazy: > CFLAGS="-Os -pipe -mtune=i686" i686? That's not amd64. You need something 64bit. Just use march=native instead of mtune=i686. > I'm not even sure if these flags are correct for my CPU: > AMD FX(tm)-8150 Eight-Core Processor :) They are not. > The flags suggestion I found on gentoo wiki are crazy: > http://en.gentoo-wiki.com/wiki/Safe_Cflags/AMD#AMD_FX-8xxx.2F6xxx.2F4xxx_.28 > Bulldozer.29 > > CFLAGS="-O2 -pipe -fomit-frame-pointer -march=bdver1 -mtune=bdver1 -mcx16 > -msahf -maes -mpclmul -mpopcnt -mabm -mlwp -mavx" > Whoever suggested these flags must have been on some drugs :-/ Could well be, that this is what march=native gives for bdver1. Best, Michael
Re: [gentoo-user] ffmpeg - fails to compile on amd64
> No nothing crazy: > CFLAGS="-Os -pipe -mtune=i686" No you're right, that's nothing crazy. Perhaps you could paste the complete build log of your failed merge to pastebin[1]. Portage tells you where you can find that log file. The output of % emerge --info might prove useful too. [1] http://pastebin.com/
Re: [gentoo-user] ffmpeg - fails to compile on amd64
On 12/12/11 14:29, Dale wrote: [snip} gcc-config -l Then you can use gcc-config to set it if it is not set. If it is set, it should look like this: [1] x86_64-pc-linux-gnu-4.4.5 [2] x86_64-pc-linux-gnu-4.5.3 * Note the little * on the end? That is the one that it is trying to use. Sometimes it gets unset, especially if you install a new gcc and remove the old without setting it to use the new one first, then things tend to error out when gcc is called and it is not there. Hope that helps. Dale Yes the profile is set to: [1] x86_64-pc-linux-gnu-4.5.3 * everything compiled without any problems except that ffmpeg :-/ -- Joseph
[gentoo-user] Re: ext4 - grow_buffers: requested out-of-range block
On 12 December 2011 14:14, James Broadhead wrote: > ext4: "fill_buffer on unknown block out of range" Apologies; the correct message is: grow_buffers: requested out-of-range block 18446744072382021139 for device sdb1 This appears 42 times immediately following mount. Running picasa today, it informed me that one of the files I was working with was corrupted (but put the message in a box too small to read the full path). This makes me think that perhaps the disk is bad. Any advice, aside from the usual "get your data off asap"?
Re: [gentoo-user] ffmpeg - fails to compile on amd64
Joseph wrote: On 12/12/11 14:52, Michael Mol wrote: [snip] gcc-config $SOME_PROFILE where SOME_PROFILE is something you'll find under /etc/env.d/gcc After that, things worked fine for me again. (I was in the process of building an email because I was going to ask this list for help, and I figured out the solution while building the narrative of things I was trying and testing. It'll probably show up as another blog post.) -- :wq I have only three files in there ll /etc/env.d/gcc/ .NATIVE config-x86_64-pc-linux-gnu x86_64-pc-linux-gnu-4.5.3 Should I run it on config-x86_64-pc-linux-gnu or x86_64-pc-linux-gnu-4.5.3 ? Use this command to see if one is set: gcc-config -l Then you can use gcc-config to set it if it is not set. If it is set, it should look like this: [1] x86_64-pc-linux-gnu-4.4.5 [2] x86_64-pc-linux-gnu-4.5.3 * Note the little * on the end? That is the one that it is trying to use. Sometimes it gets unset, especially if you install a new gcc and remove the old without setting it to use the new one first, then things tend to error out when gcc is called and it is not there. Hope that helps. 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] ffmpeg - fails to compile on amd64
On 12/12/11 20:32, Michael Hampicke wrote: Configuring source in /var/tmp/portage/media-video/ffmpeg-0.7.8/work/ffmpeg-0.7.8 ... x86_64-pc-linux-gnu-gcc is unable to create an executable file. If x86_64-pc-linux-gnu-gcc is a cross-compiler, use the --enable-cross-compile option. Only do this if you know what cross compiling means. C compiler test failed. Do you have enabled the "cpudetection" and/or "custom-cflags" use flags? Or do you use some crazy CFLAGS? ffmpeg 0.7.8 compiles just fine on my amd64 box. No nothing crazy: CFLAGS="-Os -pipe -mtune=i686" I'm not even sure if these flags are correct for my CPU: AMD FX(tm)-8150 Eight-Core Processor The flags suggestion I found on gentoo wiki are crazy: http://en.gentoo-wiki.com/wiki/Safe_Cflags/AMD#AMD_FX-8xxx.2F6xxx.2F4xxx_.28Bulldozer.29 CFLAGS="-O2 -pipe -fomit-frame-pointer -march=bdver1 -mtune=bdver1 -mcx16 -msahf -maes -mpclmul -mpopcnt -mabm -mlwp -mavx" Whoever suggested these flags must have been on some drugs :-/ -- Joseph
Re: [gentoo-user] ffmpeg - fails to compile on amd64
On 12/12/11 14:52, Michael Mol wrote: [snip] gcc-config $SOME_PROFILE where SOME_PROFILE is something you'll find under /etc/env.d/gcc After that, things worked fine for me again. (I was in the process of building an email because I was going to ask this list for help, and I figured out the solution while building the narrative of things I was trying and testing. It'll probably show up as another blog post.) -- :wq I have only three files in there ll /etc/env.d/gcc/ .NATIVE config-x86_64-pc-linux-gnu x86_64-pc-linux-gnu-4.5.3 Should I run it on config-x86_64-pc-linux-gnu or x86_64-pc-linux-gnu-4.5.3 ? -- Joseph
Re: [gentoo-user] ffmpeg - fails to compile on amd64
On Mon, Dec 12, 2011 at 2:28 PM, Joseph wrote: > I"m trying to install "kino" but ffmpeg fails to compile: > Configuring source in /var/tmp/portage/media-video/ffmpeg-0.7.8/work/ffmpeg-0.7.8 ... > > x86_64-pc-linux-gnu-gcc is unable to create an executable file. > If x86_64-pc-linux-gnu-gcc is a cross-compiler, use the > --enable-cross-compile option. > Only do this if you know what cross compiling means. > C compiler test failed. > > * ERROR: media-video/ffmpeg-0.7.8 failed (configure phase): > * (no error message) > * * Call stack: > * ebuild.sh, line 56: Called src_configure > * environment, line 2680: Called die > * The specific snippet of code: > * ./configure --prefix=/usr --libdir=/usr/$(get_libdir) > --shlibdir=/usr/$(get_libdir) --mandir=/usr/share/man --enable-shared > --cc="$(tc-getCC)" $(use_enable static-libs static) ${myconf} || die > * * If you need support, post the output of 'emerge --info > =media-video/ffmpeg-0.7.8', > * the complete build log and the output of 'emerge -pqv > =media-video/ffmpeg-0.7.8'. > * The complete build log is located at > '/var/tmp/portage/media-video/ffmpeg-0.7.8/temp/build.log'. > * The ebuild environment file is located at > '/var/tmp/portage/media-video/ffmpeg-0.7.8/temp/environment'. > * S: '/var/tmp/portage/media-video/ffmpeg-0.7.8/work/ffmpeg-0.7.8' That sounds like a configure-script-time error. I somehow borked up my gcc profile pretty badly the other day, and the solution turned out to be re-running: gcc-config $SOME_PROFILE where SOME_PROFILE is something you'll find under /etc/env.d/gcc After that, things worked fine for me again. (I was in the process of building an email because I was going to ask this list for help, and I figured out the solution while building the narrative of things I was trying and testing. It'll probably show up as another blog post.) -- :wq
Re: [gentoo-user] ffmpeg - fails to compile on amd64
> Configuring source in > /var/tmp/portage/media-video/ffmpeg-0.7.8/work/ffmpeg-0.7.8 ... > x86_64-pc-linux-gnu-gcc is unable to create an executable file. > If x86_64-pc-linux-gnu-gcc is a cross-compiler, use the > --enable-cross-compile option. > Only do this if you know what cross compiling means. > C compiler test failed. Do you have enabled the "cpudetection" and/or "custom-cflags" use flags? Or do you use some crazy CFLAGS? ffmpeg 0.7.8 compiles just fine on my amd64 box.
[gentoo-user] ffmpeg - fails to compile on amd64
I"m trying to install "kino" but ffmpeg fails to compile: Configuring source in /var/tmp/portage/media-video/ffmpeg-0.7.8/work/ffmpeg-0.7.8 ... x86_64-pc-linux-gnu-gcc is unable to create an executable file. If x86_64-pc-linux-gnu-gcc is a cross-compiler, use the --enable-cross-compile option. Only do this if you know what cross compiling means. C compiler test failed. * ERROR: media-video/ffmpeg-0.7.8 failed (configure phase): * (no error message) * * Call stack: * ebuild.sh, line 56: Called src_configure * environment, line 2680: Called die * The specific snippet of code: * ./configure --prefix=/usr --libdir=/usr/$(get_libdir) --shlibdir=/usr/$(get_libdir) --mandir=/usr/share/man --enable-shared --cc="$(tc-getCC)" $(use_enable static-libs static) ${myconf} || die * * If you need support, post the output of 'emerge --info =media-video/ffmpeg-0.7.8', * the complete build log and the output of 'emerge -pqv =media-video/ffmpeg-0.7.8'. * The complete build log is located at '/var/tmp/portage/media-video/ffmpeg-0.7.8/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/media-video/ffmpeg-0.7.8/temp/environment'. * S: '/var/tmp/portage/media-video/ffmpeg-0.7.8/work/ffmpeg-0.7.8' -- Joseph
Re: [gentoo-user] The phpMyAdmin configuration storage is not completely configured,
> mysql -u phpmyadmin -p > Enter password: ERROR 1045 (28000): Access denied for user > 'phpmyadmin'@'localhost' The ting about mysql is, that it's not enough to just create a user and give him a password. you also have to grant this user access to the database you wish to connect to. Last thing is: you also have to set the hosts from this user may be allowed to access the database, in your case I guess that would be 'localhost'
Re: [gentoo-user] The phpMyAdmin configuration storage is not completely configured,
On 12/12/11 11:17, Paul Hartman wrote: On Mon, Dec 12, 2011 at 11:05 AM, Joseph wrote: I have this strange problem with phpmyadmin, error: The phpMyAdmin configuration storage is not completely configured, some extended features have been deactivated. To find out why click here. I solve it in the past by generating phpmyadmin database and controluser, instruction in this link: http://www.phpfreaks.com/forums/index.php?topic=335580.0 Though I'm going through this procedure again and it doesn't work. There is a script create_tables.sql to create all of the additional tables that it's complaining about. On my system it is located in /usr/share/webapps/phpmyadmin/3.4.7/htdocs/scripts Also be sure that if you're upgraded MySQL/MariaDB to run the upgrade script otherwise it can have weird permissions errors. And of course test that the phpmyadmin user can actually login and has been granted the appropriate access to those tables. The whole process worked. The trick is to Log OUT/IN in order to take effect :-/ -- Joseph
Re: [gentoo-user] The phpMyAdmin configuration storage is not completely configured,
On 12/12/11 18:10, Michael Hampicke wrote: Does the mysql user 'phpmyadmin' exist, and does he have access to the mysql database 'phpmyadmin'? Have you tried connection manually to the phpmyadmin db? Yes, user phpmyadmin exists but when I try to connect to database I get error: mysql -u phpmyadmin -p Enter password: ERROR 1045 (28000): Access denied for user 'phpmyadmin'@'localhost' When I delete the generated hash from controlpass in config.ini.php I get an error message on web interface that control user can not connect etc. When I put the password back that error message disappears so I assume the password is correct. However, I can still not connect as -u phpmyadmin -p -- Joseph
Re: [gentoo-user] The phpMyAdmin configuration storage is not completely configured,
On Mon, Dec 12, 2011 at 11:05 AM, Joseph wrote: > I have this strange problem with phpmyadmin, error: > The phpMyAdmin configuration storage is not completely configured, some > extended features have been deactivated. To find out why click here. > > I solve it in the past by generating phpmyadmin database and controluser, > instruction in this link: > http://www.phpfreaks.com/forums/index.php?topic=335580.0 > > Though I'm going through this procedure again and it doesn't work. There is a script create_tables.sql to create all of the additional tables that it's complaining about. On my system it is located in /usr/share/webapps/phpmyadmin/3.4.7/htdocs/scripts Also be sure that if you're upgraded MySQL/MariaDB to run the upgrade script otherwise it can have weird permissions errors. And of course test that the phpmyadmin user can actually login and has been granted the appropriate access to those tables.
Re: [gentoo-user] The phpMyAdmin configuration storage is not completely configured,
Does the mysql user 'phpmyadmin' exist, and does he have access to the mysql database 'phpmyadmin'? Have you tried connection manually to the phpmyadmin db?
[gentoo-user] The phpMyAdmin configuration storage is not completely configured,
I have this strange problem with phpmyadmin, error: The phpMyAdmin configuration storage is not completely configured, some extended features have been deactivated. To find out why click here. I solve it in the past by generating phpmyadmin database and controluser, instruction in this link: http://www.phpfreaks.com/forums/index.php?topic=335580.0 Though I'm going through this procedure again and it doesn't work. my config.ing.php /* Servers configuration */ $i = 0; /* Server: localhost [1] */ $i++; $cfg['Servers'][$i]['verbose'] = ''; $cfg['Servers'][$i]['host'] = 'localhost'; $cfg['Servers'][$i]['port'] = ''; $cfg['Servers'][$i]['socket'] = ''; $cfg['Servers'][$i]['connect_type'] = 'tcp'; $cfg['Servers'][$i]['extension'] = 'mysqli'; $cfg['Servers'][$i]['auth_type'] = 'cookie'; $cfg['Servers'][$i]['user'] = 'root'; $cfg['Servers'][$i]['password'] = ''; /* End of servers configuration */ $cfg['blowfish_secret'] = '4ee6286bdb41d1.96573143'; $cfg['UploadDir'] = ''; $cfg['SaveDir'] = ''; $cfg['DefaultLang'] = 'en'; $cfg['ServerDefault'] = 1; /* configuration storage */ $cfg['Servers'][$i]['pmadb'] = 'phpmyadmin'; $cfg['Servers'][$i]['controluser'] = 'phpmyadmin'; $cfg['Servers'][$i]['controlpass'] = ''; $cfg['Servers'][$i]['relation'] = 'pma_relation'; $cfg['Servers'][$i]['table_info'] = 'pma_table_info'; $cfg['Servers'][$i]['table_coords'] = 'pma_table_coords'; $cfg['Servers'][$i]['pdf_pages'] = 'pma_pdf_pages'; $cfg['Servers'][$i]['column_info'] = 'pma_column_info'; $cfg['Servers'][$i]['bookmarktable'] = 'pma_bookmark'; $cfg['Servers'][$i]['history'] = 'pma_history'; $cfg['Servers'][$i]['designer_coords'] = 'pma_designer_coords'; $cfg['Servers'][$i]['tracking'] = 'pma_tracking'; $cfg['Servers'][$i]['userconfig'] = 'pma_userconfig'; -- Joseph
Re: [gentoo-user] ext4 inode limit reached
On 12.12.2011 15:54, Alex Schuster wrote: > Joseph writes: >> That is scary. I just install new HD with 2TB capacity and ext4 that is >> 2% full and: >> $ find /home/joseph/ -xdev | wc -l >> shows: 169977 that is 26% full. > No, that is 26% of the number of total inodes _Daniel_ has on his small > partition. Yours is bigger, so you have more inodes. My largest partition > has 724G, and 46 million inodes. Use df -i to see how many you have. Ah yes... My partition is only 10GB, and mkfs.ext4 sais in its man page (at "-N" option) it uses a "calculation [..] based on the number of blocks and the bytes-per-inode ratio". So a small partition will have fewer inodes than a big partition. mkfs.extX uses settings for the inode-block-ratio from /etc/mke2fs.conf. The "-T" option configures which one to use, my partition falls into category 512MB < "default" < 4TB, which makes it use inode_ratio=16384. I think I should use the "news" type. It has inode_ratio=4096, which should give me 4 times the inodes testing... yes: 2621440 inodes instead of 655360. Previously I used reiser3fs for this kind of filesystem usage, but it's not faster than extX anymore. Moreover it's running on a SSD now, and afaik reiser3fs doesn't support TRIM :( OK - thank you all. It seems I'll have to reformat. Bye, Daniel -- PGP key @ http://pgpkeys.pca.dfn.de/pks/lookup?search=0xBB9D4887&op=get # gpg --recv-keys --keyserver hkp://subkeys.pgp.net 0xBB9D4887 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Re: AVCHD on Gentoo
On Sun, Dec 11, 2011 at 7:27 PM, James wrote: > Paul Hartman gmail.com> writes: > > >> I use Kdenlive for GUI (which uses MLT as backend) and my camcorder is >> Canon HG-10. It uses AVCHD, Kdenlive/MLT handles it beautifully. > > > thanks. > > I replied to this yesterday, but I guess Gmane > was not working. > > I'll give kdenlive a spin. > > On mlt, it looks very feature rich. I shall read up on it > and experiment with it's features. What do you typically > use MLT specifically for while creating a dvd or blue_ray disc? MLT handles the filters, transitions, audio mixing, titles, overlays, etc. though I never actually run MLT directly. Kdenlive seems to basically have UI for all of MLTs features, so it makes it nice and easy to use.
Re: [gentoo-user] ext4 inode limit reached
Joseph writes: > On 12/12/11 12:15, Daniel Troeder wrote: > >Hello :) > > > >I have an ext4-filesystem that contains /usr/src, the /usr/portage and > >/var/cache/edb. It previously also contained /var/db/pkg, but I had to > >move that some weeks ago, because the fs was "full". Now it's "full" > >again, though it has free blocks. But no inodes are left: > > > >$ fsck -vf /dev/sda5 > >[..] > > 655360 inodes used (100.00%) > >[..] > > > >$ find /gentoo -xdev | wc -l > >655338 > > > >That's really disappointing. I was using reiser3fs and XFS before, and > >they didn't have that kind of limitation... Uhm... not meant as a rant > >- I like ext4 - that's why I'm moving (almost?) everything to it... > > > >Is there any way to raise the number of inodes without using > >$ mkfs.ext4 -N BIGNUM > > > >Thank you, > >Daniel > > That is scary. I just install new HD with 2TB capacity and ext4 that is > 2% full and: > $ find /home/joseph/ -xdev | wc -l > shows: 169977 that is 26% full. No, that is 26% of the number of total inodes _Daniel_ has on his small partition. Yours is bigger, so you have more inodes. My largest partition has 724G, and 46 million inodes. Use df -i to see how many you have. > So will run out of inodes before I run out of hard disk space :-/ that > is not good. If other filesystems don't have these kind of limitation > I'll be switching. Having too few inodes has been a problem for me in the past. But that was either a tiny partition for the portage tree, which has so many small files. Or the partition where I back up my /var partition with rdiff-backup, so it also has lots of files, and with each backup the same amount gets added. If you intend to place unusually many files on a partition, check how many inodes mkfs has created, and re-create the file system using the -N option, giving it a somewhat larger number. Wonko
Re: [gentoo-user] ext4 inode limit reached
On Dec 12, 2011 9:39 PM, "Joseph" wrote: > > Quick googling around indicates that JFS, or XFS don't have these limitation. > -quote > Many computer programs used by system administrators in UNIX operating systems often designate files with inode numbers. Examples include popular disk integrity checking utilities such as the fsck or pfiles. Thus, the need naturally arises to translate inode numbers to file pathnames and vice versa. This can be accomplished using the file finding utility find with the -inum option, or the ls command with the proper option (-i on POSIX compliant platforms). > > It is possible to use up a device's set of inodes. When this happens, new files cannot be created on the device, even though there may be free space available. For example, a mail server may have many small files that don't fill up the disk, but use many inodes to point to the numerous files. > > Filesystems (such as JFS, or XFS) escape this limitation with extents and/or dynamic inode allocation, which can 'grow' the filesystem and/or increase the number of inodes. > end quote-- > ReiserFS also doesn't have problems with inodes because everything are kept in b*trees that can keep growing indefinitely. In fact, I think I read somewhere that ReiserFS is perfect for /var/tmp and /usr/src due to the amount of small files in those directories. Rgds,
Re: [gentoo-user] ext4 inode limit reached
Quick googling around indicates that JFS, or XFS don't have these limitation. -quote Many computer programs used by system administrators in UNIX operating systems often designate files with inode numbers. Examples include popular disk integrity checking utilities such as the fsck or pfiles. Thus, the need naturally arises to translate inode numbers to file pathnames and vice versa. This can be accomplished using the file finding utility find with the -inum option, or the ls command with the proper option (-i on POSIX compliant platforms). It is possible to use up a device's set of inodes. When this happens, new files cannot be created on the device, even though there may be free space available. For example, a mail server may have many small files that don't fill up the disk, but use many inodes to point to the numerous files. Filesystems (such as JFS, or XFS) escape this limitation with extents and/or dynamic inode allocation, which can 'grow' the filesystem and/or increase the number of inodes. end quote-- -- Joseph
Re: [gentoo-user] ext4 inode limit reached
On 12/12/11 12:15, Daniel Troeder wrote: Hello :) I have an ext4-filesystem that contains /usr/src, the /usr/portage and /var/cache/edb. It previously also contained /var/db/pkg, but I had to move that some weeks ago, because the fs was "full". Now it's "full" again, though it has free blocks. But no inodes are left: $ fsck -vf /dev/sda5 [..] 655360 inodes used (100.00%) [..] $ find /gentoo -xdev | wc -l 655338 That's really disappointing. I was using reiser3fs and XFS before, and they didn't have that kind of limitation... Uhm... not meant as a rant - I like ext4 - that's why I'm moving (almost?) everything to it... Is there any way to raise the number of inodes without using $ mkfs.ext4 -N BIGNUM Thank you, Daniel That is scary. I just install new HD with 2TB capacity and ext4 that is 2% full and: $ find /home/joseph/ -xdev | wc -l shows: 169977 that is 26% full. So will run out of inodes before I run out of hard disk space :-/ that is not good. If other filesystems don't have these kind of limitation I'll be switching. -- Joseph
[gentoo-user] ext4 - fill_buffer on unknown block out of range
ext4: "fill_buffer on unknown block out of range" I have seen a number of these appearing in my dmesg recently for a new-ish external disk. I'm afraid that it's a paraphrase, as I am away from the machine at present. ckfs.ext4 -f comes back clean and smartmontools reports nothing out of the ordinary. I have been running Picasa through wine, which is probably the application using the disk. What does this error imply? I'm guessing that they are failed writes, but if so, why is ckfs reporting that the filesystem is clean? I'm guessing that it means that data has been lost, but am uncertain how to determine which files are bad. Any advice or help would be appreciated - James
Re: [gentoo-user] ext4 inode limit reached
Daniel Troeder writes: > I have an ext4-filesystem that contains /usr/src, the /usr/portage and > /var/cache/edb. It previously also contained /var/db/pkg, but I had to > move that some weeks ago, because the fs was "full". Now it's "full" > again, though it has free blocks. But no inodes are left: > > $ fsck -vf /dev/sda5 > [..] > 655360 inodes used (100.00%) > [..] > > $ find /gentoo -xdev | wc -l > 655338 > > That's really disappointing. I was using reiser3fs and XFS before, and > they didn't have that kind of limitation... Uhm... not meant as a rant - > I like ext4 - that's why I'm moving (almost?) everything to it... > > Is there any way to raise the number of inodes without using > $ mkfs.ext4 -N BIGNUM Not really I think. You can enlarge the file system with resize2fs, this will also increase the number of inodes, but that's probably hard when not using LVM, and it's not really what you want, as the file system will be larger than it needs to be. Wonko
[gentoo-user] ext4 inode limit reached
Hello :) I have an ext4-filesystem that contains /usr/src, the /usr/portage and /var/cache/edb. It previously also contained /var/db/pkg, but I had to move that some weeks ago, because the fs was "full". Now it's "full" again, though it has free blocks. But no inodes are left: $ fsck -vf /dev/sda5 [..] 655360 inodes used (100.00%) [..] $ find /gentoo -xdev | wc -l 655338 That's really disappointing. I was using reiser3fs and XFS before, and they didn't have that kind of limitation... Uhm... not meant as a rant - I like ext4 - that's why I'm moving (almost?) everything to it... Is there any way to raise the number of inodes without using $ mkfs.ext4 -N BIGNUM Thank you, Daniel -- PGP key @ http://pgpkeys.pca.dfn.de/pks/lookup?search=0xBB9D4887&op=get # gpg --recv-keys --keyserver hkp://subkeys.pgp.net 0xBB9D4887 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] [SOLVED] apache - virtual host not working
On Mon, 12 Dec 2011 08:26:55 +0100, J. Roeleveld wrote: > > Another lesson learned. > > I went for easy way out, tar.gz /var/* directory copy it to another > > machine. > > The "-p" option will preserve ownership and permissions. You need to add > it to both compressing and extracting. That's the default anyway, but it only works if you extract as root or the user that owns the files. -- Neil Bothwick WinErr 042: Virus error - A virus has been activated in a dos-box. The virus, however, requires Windows. All tasks will automatically be closed and the virus will be activated again. signature.asc Description: PGP signature
Re: [gentoo-user] Lynx, Links, or Elinks?
Am Sonntag, den 11.12.2011, 00:13 +0100 schrieb Frank Steinmetzger: > On Sat, Dec 10, 2011 at 10:36:32AM -0200, luis jure wrote: > > > >As the subject says: Which text browser do you recommend? > > > > i haven't used text browsers for some time now, but i definitely > prefered > > links over lynx. if i were you, i would try both. for me the links > > interface was much better, although lynx seems to be better known or > more > > widely used. > > I like elinks for its tabs capability and easy configurability through > its GUI > (the latter isn’t a killer feature in console land, but it makes it > easy for > example to find every keyboard-assignable feature it has). I like elinks and lynx for their proxy support. lynx simply uses *_proxy environment variables, elinks must be configured in it's menu. links doesn't support https over proxy. signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] What happened to OpenRC 0.9.6?
On Mon, 12 Dec 2011 07:29:16 +0700 Pandu Poluan wrote: > > > It's worked for me ever since I switched all of my machines to > > > OpenRC a year+(?) ago. > > > > You are not a representative sample. > > > > worksforme > > In production servers, even. Virtualized on top of XenServer. All of > them last updated last week. > Same here. All my server VMs work just fine with parallel enabled. There's nothing complex in them, they tend to be single-service machines. I don't have a current desktop Gentoo system, those necessarily have more complex start-up routines. Perhaps that's where most of the problems are to found? -- Alan McKinnnon alan.mckin...@gmail.com