[gentoo-user] gentoo-sources menuconfig feature/weirdness
Hello all,
Usually on gentoo when gentoo-sources gets updated, updating the kernel
went as follows:
eselect kernel set {new kernel}
cd /usr/src/linux
make menuconfig
and then there was a totally clean config which I would then customize
for the specific setup.
On one box I am currently running 3.1.6-gentoo
When I start make menuconfig for 3.2.1-gentoo-r2 it would appear as if
it got my current config from somewhere, eg local version.
Is this a new feature?
To make sure of this I unistalled all gentoo-sources pkgs, deleted
everything /usr/src/linux*
installed the latest gentoo-sources
yet it still seems to find the current config somewhere
Anyway, just wondering,,
Regards,
Coert
Re: [gentoo-user] gentoo-sources menuconfig feature/weirdness
On Thursday 23 Feb 2012 08:10:56 Coert Waagmeester wrote:
Hello all,
Usually on gentoo when gentoo-sources gets updated, updating the kernel
went as follows:
eselect kernel set {new kernel}
cd /usr/src/linux
make menuconfig
and then there was a totally clean config which I would then customize
for the specific setup.
On one box I am currently running 3.1.6-gentoo
When I start make menuconfig for 3.2.1-gentoo-r2 it would appear as if
it got my current config from somewhere, eg local version.
Is this a new feature?
To make sure of this I unistalled all gentoo-sources pkgs, deleted
everything /usr/src/linux*
installed the latest gentoo-sources
yet it still seems to find the current config somewhere
Anyway, just wondering,,
Regards,
Coert
Where does the /usr/src/linux symlink point to? Here's mine:
$ ls -la /usr/src/
total 20
drwxr-xr-x 5 root root 4096 Feb 4 11:40 .
drwxr-xr-x 13 root root 4096 Dec 27 09:01 ..
-rw-r--r-- 1 root root0 Dec 16 2010 .keep
lrwxrwxrwx 1 root root 30 Feb 4 11:40 linux - /usr/src/linux-3.2.1-
gentoo-r2
drwxr-xr-x 24 root root 4096 Oct 16 16:40 linux-2.6.39-gentoo-r3
drwxr-xr-x 24 root root 4096 Dec 8 21:35 linux-3.0.6-gentoo
drwxr-xr-x 24 root root 4096 Feb 18 13:31 linux-3.2.1-gentoo-r2
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On Wednesday 22 Feb 2012 07:11:15 Mick wrote: On Wednesday 22 Feb 2012 00:22:27 Philip Webb wrote: 120222 Nikos Chantziaras wrote: On 22/02/12 00:34, Alex Schuster wrote: Mick writes: The latest stable x86 firefox fails to compile: [... big linking being done ...] collect2: ld terminated with signal 9 [Killed] make[5]: *** [libxul.so] Error 1 [...] Do you have enough memory on that machine, is swap space activated? The linking phase will need a lot of memory. Although I don't understand why ld would terminate with signal 9 then. When there's not enough memory available, signal 9 is actually how the system recovers from that, by killing the offending process. dmesg should have given a clue about what happened in that case. I compiled FF 10.0.1 on amd64 without any problems : it needed 3,61 GB disk space for the link stage most/all of my 2 GB memory. Thanks guys, I did add half a gig of swap just in case to the 250M already available. It may be that this old box is now s old that I can no longer emerge FF on it. I will try adding some more swap (which of course will take away available disk space for /var/portage) and see what I run out of. PS. I was expecting some message on screen saying no space left on device, but have not checked dmesg for running out memory errors. I increased the swap to 1G and emerged without memory errors this time. I'll remember to check dmesg first next time I emerge a big package. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] gentoo-sources menuconfig feature/weirdness
On 02/23/2012 10:25 AM, Mick wrote:
On Thursday 23 Feb 2012 08:10:56 Coert Waagmeester wrote:
Hello all,
Usually on gentoo when gentoo-sources gets updated, updating the kernel
went as follows:
eselect kernel set {new kernel}
cd /usr/src/linux
make menuconfig
and then there was a totally clean config which I would then customize
for the specific setup.
On one box I am currently running 3.1.6-gentoo
When I start make menuconfig for 3.2.1-gentoo-r2 it would appear as if
it got my current config from somewhere, eg local version.
Is this a new feature?
To make sure of this I unistalled all gentoo-sources pkgs, deleted
everything /usr/src/linux*
installed the latest gentoo-sources
yet it still seems to find the current config somewhere
Anyway, just wondering,,
Regards,
Coert
Where does the /usr/src/linux symlink point to? Here's mine:
$ ls -la /usr/src/
total 20
drwxr-xr-x 5 root root 4096 Feb 4 11:40 .
drwxr-xr-x 13 root root 4096 Dec 27 09:01 ..
-rw-r--r-- 1 root root0 Dec 16 2010 .keep
lrwxrwxrwx 1 root root 30 Feb 4 11:40 linux - /usr/src/linux-3.2.1-
gentoo-r2
drwxr-xr-x 24 root root 4096 Oct 16 16:40 linux-2.6.39-gentoo-r3
drwxr-xr-x 24 root root 4096 Dec 8 21:35 linux-3.0.6-gentoo
drwxr-xr-x 24 root root 4096 Feb 18 13:31 linux-3.2.1-gentoo-r2
Here is mine:
# ls -l /usr/src/
total 4
lrwxrwxrwx 1 root root 21 Feb 23 10:02 linux - linux-3.2.1-gentoo-r2
drwxr-xr-x 24 root root 4096 Feb 23 10:23 linux-3.2.1-gentoo-r2
and I made sure that its a completely clean install of gentoo-sources
The only thing I can currently think of is maybe the kernel config files
in /boot?
# ls -l /boot/
total 13760
-rw-r--r-- 1 root root 2336082 Jan 5 12:03 System.map-3.1.6-gentoo-cj-1
-rw-r--r-- 1 root root 2422336 Feb 23 10:23 System.map-3.2.1-gentoo-r2-cj-2
lrwxrwxrwx 1 root root 1 Jan 9 13:38 boot - .
-rw-r--r-- 1 root root 68292 Jan 5 12:03 config-3.1.6-gentoo-cj-1
-rw-r--r-- 1 root root 70578 Feb 23 10:23 config-3.2.1-gentoo-r2-cj-2
drwxr-xr-x 2 root root4096 Feb 23 10:48 grub
-rw-r--r-- 1 root root 4563312 Jan 5 12:03 vmlinuz-3.1.6-gentoo-cj-1
-rw-r--r-- 1 root root 4608752 Feb 23 10:23 vmlinuz-3.2.1-gentoo-r2-cj-2
Rgds,
Coert
Re: [gentoo-user] gentoo-sources menuconfig feature/weirdness
On Thu, 23 Feb 2012 10:51:43 +0200, Coert Waagmeester wrote: The only thing I can currently think of is maybe the kernel config files in /boot? I'd say it's more likely to be getting it from /proc/config.gz. But why start with a clean config each time? That means you have plenty of opportunities to produce a broken kernel on every update. -- Neil Bothwick This is as bad as it can get; but don't bet on it. signature.asc Description: PGP signature
Re: [gentoo-user] gentoo-sources menuconfig feature/weirdness
On Thu, 2012-02-23 at 10:10 +0200, Coert Waagmeester wrote:
Hello all,
Usually on gentoo when gentoo-sources gets updated, updating the kernel
went as follows:
eselect kernel set {new kernel}
cd /usr/src/linux
make mrproper
make menuconfig
...
BillK
Re: [gentoo-user] Overlays - mask everything except a specific package?
On Tue, Feb 21, 2012 at 08:04:36PM +, Penguin Lover Neil Bothwick squawked: 2) Mask everything in an overlay except exactly what I actually want installed. The way I do this is to layman -a the overlay but not put it in make.conf. Then I symlink only the ebuilds I want to my local overlay. By symlinking instead of copying, I automatically get updates to that package. Neat! I should've thought of that. I guess you actually symlink the directory? Would there be any problem with eclass and such? Cheers W -- Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On Tue, Feb 21, 2012 at 07:22:27PM -0500, Penguin Lover Philip Webb squawked: I compiled FF 10.0.1 on amd64 without any problems : it needed 3,61 GB disk space for the link stage most/all of my 2 GB memory. Argh. 3.6 diskspace and 2G memory? I guess it is finally getting to the point that my laptop cannot build firefox. Time to switch to the -bin I guess. W -- Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On Thursday 23 Feb 2012 10:22:40 Willie WY Wong wrote: On Tue, Feb 21, 2012 at 07:22:27PM -0500, Penguin Lover Philip Webb squawked: I compiled FF 10.0.1 on amd64 without any problems : it needed 3,61 GB disk space for the link stage most/all of my 2 GB memory. Argh. 3.6 diskspace and 2G memory? I guess it is finally getting to the point that my laptop cannot build firefox. Time to switch to the -bin I guess. I've only got something like 625M RAM and around 4G disk space (for var/portage). I used 750M from that 4G for adding swap. Eventually FF compiled fine. The irony is that older boxen which would benefit most from building from source are constrained in resources to achieve this and have to resort to installing bin packages. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Overlays - mask everything except a specific package?
On Thu, 23 Feb 2012 11:19:03 +0100, Willie WY Wong wrote: The way I do this is to layman -a the overlay but not put it in make.conf. Then I symlink only the ebuilds I want to my local overlay. By symlinking instead of copying, I automatically get updates to that package. Neat! I should've thought of that. I guess you actually symlink the directory? Yes. Would there be any problem with eclass and such? There may be, either with an eclass or a dependency version that only exists in the overlay. Sometimes I've had to symlink a dependency or two too. I don't recall ever hitting this with an eclass, but it is possible. -- Neil Bothwick THE BORG: Calm, Cool and Collective... signature.asc Description: PGP signature
Re: [gentoo-user] gentoo-sources menuconfig feature/weirdness
On 02/23/2012 11:17 AM, Neil Bothwick wrote: On Thu, 23 Feb 2012 10:51:43 +0200, Coert Waagmeester wrote: The only thing I can currently think of is maybe the kernel config files in /boot? I'd say it's more likely to be getting it from /proc/config.gz. But why start with a clean config each time? That means you have plenty of opportunities to produce a broken kernel on every update. Is there a way to import old config files with newer kernel sources? I tried it once by simply copying .config into the newer src dir, but I read somewhere that there could be incompatibilities.
Re: [gentoo-user] gentoo-sources menuconfig feature/weirdness
On Thu, 23 Feb 2012 12:48:35 +0200 Coert Waagmeester lgro...@waagmeester.co.za wrote: On 02/23/2012 11:17 AM, Neil Bothwick wrote: On Thu, 23 Feb 2012 10:51:43 +0200, Coert Waagmeester wrote: The only thing I can currently think of is maybe the kernel config files in /boot? I'd say it's more likely to be getting it from /proc/config.gz. But why start with a clean config each time? That means you have plenty of opportunities to produce a broken kernel on every update. Is there a way to import old config files with newer kernel sources? I tried it once by simply copying .config into the newer src dir, but I read somewhere that there could be incompatibilities. That is exactly how you do it. Copy a .config over and run make oldconfig Yes, there could be incompatibilities. This might happen once every few years when you do an upgrade over 10 version numbers. But that can be fixed. Not doing it this way means a very high likelyhood of the machine not booting with every single upgrade, plus the huge amount of work it takes to go through everything in menuconfig. The choices are simple, - low risk of occasional breakage - high risk of frequent breakage -- Alan McKinnnon alan.mckin...@gmail.com
[gentoo-user] portage updates
Historically, when an update to portage came available, portage would put it at the head of the list, build it first, then re-run emerge world command. I've seen lately that this no longer happens, portage updates are any old place in the list just like all other packages. I'm wondering why this change happened, or if I somehow unknowingly set an option to disable the old behaviour )I'd liek it back). -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] SOLVED gentoo-sources menuconfig feature/weirdness
On 02/23/2012 01:08 PM, Alan McKinnon wrote: On Thu, 23 Feb 2012 12:48:35 +0200 Coert Waagmeesterlgro...@waagmeester.co.za wrote: On 02/23/2012 11:17 AM, Neil Bothwick wrote: On Thu, 23 Feb 2012 10:51:43 +0200, Coert Waagmeester wrote: The only thing I can currently think of is maybe the kernel config files in /boot? I'd say it's more likely to be getting it from /proc/config.gz. But why start with a clean config each time? That means you have plenty of opportunities to produce a broken kernel on every update. Is there a way to import old config files with newer kernel sources? I tried it once by simply copying .config into the newer src dir, but I read somewhere that there could be incompatibilities. That is exactly how you do it. Copy a .config over and run make oldconfig I am definitely going to try this. Yes, there could be incompatibilities. This might happen once every few years when you do an upgrade over 10 version numbers. But that can be fixed. Not doing it this way means a very high likelyhood of the machine not booting with every single upgrade, plus the huge amount of work it takes to go through everything in menuconfig. indeed, especially when the server is stuck in a far away rack. The choices are simple, - low risk of occasional breakage - high risk of frequent breakage Thank you all
Re: [gentoo-user] portage updates
On Thu, 23 Feb 2012 13:16:01 +0200, Alan McKinnon wrote: Historically, when an update to portage came available, portage would put it at the head of the list, build it first, then re-run emerge world command. I've seen lately that this no longer happens, portage updates are any old place in the list just like all other packages. I'm wondering why this change happened, or if I somehow unknowingly set an option to disable the old behaviour )I'd liek it back). It's not just you, although it doesn't appear to be that random. Generally the portage update comes at or near the end of the list here. At least you get the rest of the world update done before a broken new portage renders it unusable :-/ -- Neil Bothwick Normal people believe that if it ain't broke, don't fix it. Engineers believe that if it ain't broke, it doesn't have enough features yet. signature.asc Description: PGP signature
Re: [gentoo-user] SOLVED gentoo-sources menuconfig feature/weirdness
On Thu, 23 Feb 2012 13:16:41 +0200 Coert Waagmeester lgro...@waagmeester.co.za wrote: Not doing it this way means a very high likelyhood of the machine not booting with every single upgrade, plus the huge amount of work it takes to go through everything in menuconfig. indeed, especially when the server is stuck in a far away rack. Ooh, those are the scary ones. Two excellent things can help with that: A proper RAC setup, or Copy the debian boot scheme, where is a kernel won't boot, it panics and times out after 30 seconds. Grub then automagically boots the previous working kernel. Just don't do what I did earlier: sit in Joburg and configure the firewall on a Xen host in deepest darkest Africa where there's no tarred roads to get to it. Check the iptables config three times, plus get your colleagues to look it over as well. We all signed off on it. Guess what? Yup, you got it. We all missed something and now we are locked out. Remember, it's in deepest darkest Africa. sigh -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
120223 Willie WY Wong wrote: On Tue, Feb 21, 2012 at 07:22:27PM -0500, Penguin Lover Philip Webb squawked: I compiled FF 10.0.1 on amd64 without any problems : it needed 3,61 GB disk space for the link stage most/all of my 2 GB memory. Argh. 3.6 diskspace and 2G memory? I guess it is finally getting to the point that my laptop cannot build firefox. Time to switch to the -bin I guess. I installed Midori in my netbook ( 1 GB memory, 160 GB disk) have replacements for all the KDE apps I use on my desktop; I use Fluxbox to manage everything on both. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] portage updates
On Thu, 23 Feb 2012 11:24:17 + Neil Bothwick n...@digimed.co.uk wrote: On Thu, 23 Feb 2012 13:16:01 +0200, Alan McKinnon wrote: Historically, when an update to portage came available, portage would put it at the head of the list, build it first, then re-run emerge world command. I've seen lately that this no longer happens, portage updates are any old place in the list just like all other packages. I'm wondering why this change happened, or if I somehow unknowingly set an option to disable the old behaviour )I'd liek it back). It's not just you, although it doesn't appear to be that random. Generally the portage update comes at or near the end of the list here. At least you get the rest of the world update done before a broken new portage renders it unusable :-/ :-) I prefer to update portage first, just in case it co-coincides with some update to the tree pedantic old fart mode ON I'm not worried about broken portage commits, I have FEATURES=buildsyspkg enabled so as long as I have a working tar I'm good to go with any fix. -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On Thu, Feb 23, 2012 at 10:44:36AM +, Mick wrote I've only got something like 625M RAM and around 4G disk space (for var/portage). I used 750M from that 4G for adding swap. Eventually FF compiled fine. The irony is that older boxen which would benefit most from building from source are constrained in resources to achieve this and have to resort to installing bin packages. An external USB drive, with appropriate changes in /etc/make.conf, plus an overnight build run might be the answer. Also, I'm trying www-client/midori as a browser. It's based on webkit, like most Android browsers. Still a bit rough around the edges. -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] SOLVED gentoo-sources menuconfig feature/weirdness
On Thu, February 23, 2012 12:25 pm, Alan McKinnon wrote: Just don't do what I did earlier: sit in Joburg and configure the firewall on a Xen host in deepest darkest Africa where there's no tarred roads to get to it. How did you get the server there? Flown it in? I've seen the roads in Africa and those are difficult to navigate... (The tarmac'd ones are decent though) Check the iptables config three times, plus get your colleagues to look it over as well. We all signed off on it. Guess what? Yup, you got it. We all missed something and now we are locked out. Remember, it's in deepest darkest Africa. That's why I like the ADMINISABSENTMINDED option in the Shorewall config. It doesn't kill existing connections. I always test a new remote connection prior to closing the one I used to change it with. If I do accidentally kill my existing connection, the safe_restart option will cause it to roll-back if I don't accept the new settings before a time-out. -- Joost
[gentoo-user] Anybody have kdebluetooth working?
I have just tried to send a file from my phone to my laptop running KDE 4.8.0 and it fails; the two devices never bind. When I set up the laptop it was running KDE 4.6.3 and bluetooth worked fine. The BlueZ libraries have changed substantially since, I think. Using 'hcitool inq' works fine, it's the KDE dialogs which sit there searching endlessly. Any recommended settings for /etc/bluetooth/*? Doc is a bit hard to come by. TIA -Robin -- -- Robin Atwood. Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst from Mandalay by Rudyard Kipling --
Re: [gentoo-user] Anybody have kdebluetooth working?
On 23 February 2012 12:39, Robin Atwood robin.atw...@attglobal.net wrote: I have just tried to send a file from my phone to my laptop running KDE 4.8.0 and it fails; the two devices never bind. When I set up the laptop it was running KDE 4.6.3 and bluetooth worked fine. The BlueZ libraries have changed substantially since, I think. Using 'hcitool inq' works fine, it's the KDE dialogs which sit there searching endlessly. Any recommended settings for /etc/bluetooth/*? Doc is a bit hard to come by. TIA -Robin Not exactly on-topic, but I recently got my bluetooth headset working without any major hassle using net-wireless/gnome-bluetooth by - Building the appropriate communications-types modules - Starting the bluetooth init script - Running bluetooth-wizard to pair and bluetooth-applet to connect/disconnect
Re: [gentoo-user] portage updates
On Thu, Feb 23, 2012 at 01:48:59PM +0200, Penguin Lover Alan McKinnon squawked: I'm not worried about broken portage commits, I have FEATURES=buildsyspkg enabled so as long as I have a working tar I'm good to go with any fix. Wait... isn't portage itself no longer in the system set? W -- Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] SOLVED gentoo-sources menuconfig feature/weirdness
On Thu, Feb 23, 2012 at 3:16 AM, Coert Waagmeester lgro...@waagmeester.co.za wrote: On 02/23/2012 01:08 PM, Alan McKinnon wrote: SNIP Is there a way to import old config files with newer kernel sources? I tried it once by simply copying .config into the newer src dir, but I read somewhere that there could be incompatibilities. That is exactly how you do it. Copy a .config over and run make oldconfig I am definitely going to try this. If I can offer one additional step then at the end also do a make menuconfig even if you don't intend to change anything. The additional menuconfig runs checks on the combination of options selected and not selected and in some cases will pop up some messages about incorrect/inconsistent settings. No messages means it's OK to do the build, but if you get messages then it's best to take care of them before building. HTH, Mark
Re: [gentoo-user] Re: alternative to thunderbird?
+1 for sup On Wed, Feb 22, 2012 at 7:21 PM, Peter Humphrey pe...@humphrey.ukfsn.org wrote: On Wednesday 22 February 2012 20:14:05 Alan McKinnon wrote: You'd have to read The Mythical ManMonth to truly do it justice (it's a really good book for developers btw). That book used to be required reading in my coding days (70s and 80s). On our projects we used to say: the first 50% of the project takes the first 90% of the time, and the second 50% takes the other 90%. Then we'd go out to tender when the project was cancelled at board level. (This was in the electricity supply industry.) As Alan said, in software development nobody ever learns the lessons they should. -- Rgds Peter Linux Counter 5290, 1994-04-23
Re: [gentoo-user] portage updates
On Thu, 23 Feb 2012 15:07:46 +0100 Willie WY Wong wong...@member.ams.org wrote: On Thu, Feb 23, 2012 at 01:48:59PM +0200, Penguin Lover Alan McKinnon squawked: I'm not worried about broken portage commits, I have FEATURES=buildsyspkg enabled so as long as I have a working tar I'm good to go with any fix. Wait... isn't portage itself no longer in the system set? W I believe you are right, portage is now just a package manager that satisfies virtual/package-manager -- Alan McKinnnon alan.mckin...@gmail.com
[gentoo-user] acpi_fakekey in portage or alternatives
Hello everybody, Does anybody know how to get acpi_fakekey on gentoo? Maybe there are ways to mimic the functionality via other methods? I wanted to make some more acpi keys working, but I do not know any other methods than acpi_fakekey. Thanks, Ignas
Re: [gentoo-user] screen locker
[snip] I've been using xautolock for years and years. What's good about it is you can have any 'locker' you want. For now, I'm using feh in slideshow mode. For another, you can specify another program as a 'killer' such as a suspend or hibernate script. However, for a traditional ss, I have been using xlock forever - many more modes than xscreensaver, and just a simple binary to worry about. Terry I think I'm going with xautolock and either vlock or xlockmore. It looks like there isn't an init.d script for xautolock. What is the best way to run it automatically in Gentoo? Is there a keyboard shortcut to trigger xautolock? - Grant
[gentoo-user] gcc fails and then succeeds - definitely a problem?
The gcc update just failed to compile on one of my systems with a segfault, but then succeeded after trying again even though I didn't change anything. Does that indicate a hardware problem for sure? Should I run memtester? Any other tests to run? Nothing in dmesg. - Grant
Re: [gentoo-user] gcc fails and then succeeds - definitely a problem?
On Thu, Feb 23, 2012 at 2:17 PM, Grant emailgr...@gmail.com wrote: The gcc update just failed to compile on one of my systems with a segfault, but then succeeded after trying again even though I didn't change anything. Does that indicate a hardware problem for sure? Should I run memtester? Any other tests to run? Nothing in dmesg. Not definitively anything; it could have been a race condition. Memtest if you like. prime95 is designed for CPU and memory burning, too, and wouldn't require you to shutdown your system. -- :wq
[gentoo-user] Re: gcc fails and then succeeds - definitely a problem?
On Thu, 23 Feb 2012 11:17:54 -0800 Grant emailgr...@gmail.com wrote: The gcc update just failed to compile on one of my systems with a segfault, but then succeeded after trying again even though I didn't change anything. Does that indicate a hardware problem for sure? Should I run memtester? Any other tests to run? Nothing in dmesg. - Grant Building gcc usually requires large amount of memory. May be you haven't enough first time.
Re: [gentoo-user] gcc fails and then succeeds - definitely a problem?
On Thu, Feb 23, 2012 at 11:17 AM, Grant emailgr...@gmail.com wrote: The gcc update just failed to compile on one of my systems with a segfault, but then succeeded after trying again even though I didn't change anything. Does that indicate a hardware problem for sure? Should I run memtester? Any other tests to run? Nothing in dmesg. - Grant Might be.might be nothing. Maybe a stray neutrino hit your processor at just the wrong instant. ;-) More likely i my mind is some little corner condition in the software running on your system. I've had the same thing happen many times actually, and actually a few more times since I started playing with your /etc/make.conf -j/-l values which push the system a little harder. I wouldn't personally file a bug or even worry about it much unless it becomes a common occurrence. HTH, Mark
Re: [gentoo-user] gcc fails and then succeeds - definitely a problem?
On Thu, Feb 23, 2012 at 2:28 PM, Mark Knecht markkne...@gmail.com wrote: On Thu, Feb 23, 2012 at 11:17 AM, Grant emailgr...@gmail.com wrote: The gcc update just failed to compile on one of my systems with a segfault, but then succeeded after trying again even though I didn't change anything. Does that indicate a hardware problem for sure? Should I run memtester? Any other tests to run? Nothing in dmesg. - Grant Might be.might be nothing. Maybe a stray neutrino hit your processor at just the wrong instant. ;-) More likely i my mind is some little corner condition in the software running on your system. I've had the same thing happen many times actually, and actually a few more times since I started playing with your /etc/make.conf -j/-l values which push the system a little harder. Whenever I get build failures with the load-adaptive MAKEOPTS and EMERGE_DEFAULT_OPTS, I check the build log to see if it's relatively obvious that something was depended upon before it was built. If so, I file a bug. Happens every month or so, for me. -- :wq
[gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On 23/02/12 12:44, Mick wrote: On Thursday 23 Feb 2012 10:22:40 Willie WY Wong wrote: On Tue, Feb 21, 2012 at 07:22:27PM -0500, Penguin Lover Philip Webb squawked: I compiled FF 10.0.1 on amd64 without any problems : it needed 3,61 GB disk space for the link stage most/all of my 2 GB memory. Argh. 3.6 diskspace and 2G memory? I guess it is finally getting to the point that my laptop cannot build firefox. Time to switch to the -bin I guess. I've only got something like 625M RAM and around 4G disk space (for var/portage). I used 750M from that 4G for adding swap. Eventually FF compiled fine. The irony is that older boxen which would benefit most from building from source are constrained in resources to achieve this and have to resort to installing bin packages. I doubt that the bin package will be slower than the one compiled from source. I predict the reverse, in fact. The bin package will perform better. Why don't you test it with an online browser benchmark? You can quickpkg the current installed version, emerge the -bin version. You can later emerge -C the -bin version and emerge -K the one you quickpkg'ed.
Re: [gentoo-user] gcc fails and then succeeds - definitely a problem?
On Thu, 23 Feb 2012 11:17:54 -0800 Grant emailgr...@gmail.com wrote: The gcc update just failed to compile on one of my systems with a segfault, but then succeeded after trying again even though I didn't change anything. Does that indicate a hardware problem for sure? Should I run memtester? Any other tests to run? Nothing in dmesg. - Grant Nah, most likely it's a -jsomething bigger than 1 issue Parallel builds are not deterministic so if the Makefile allows a race condition to develop it's pot luck whether you'll be hit with it or not -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] gcc fails and then succeeds - definitely a problem?
The gcc update just failed to compile on one of my systems with a segfault, but then succeeded after trying again even though I didn't change anything. Does that indicate a hardware problem for sure? Should I run memtester? Any other tests to run? Nothing in dmesg. Not definitively anything; it could have been a race condition. Memtest if you like. prime95 is designed for CPU and memory burning, too, and wouldn't require you to shutdown your system. Thanks everyone. I ran memtester for a little bit and it came up with this before I killed it: # memtester 14000 memtester version 4.0.8 (64-bit) Copyright (C) 2007 Charles Cazabon. Licensed under the GNU General Public License version 2 (only). pagesize is 4096 pagesizemask is 0xf000 want 14000MB (14680064000 bytes) got 14000MB (14680064000 bytes), trying mlock ...locked. Loop 1: Stuck Address : ok Random Value: ok FAILURE: 0x524e8edb0512f3a7 != 0x524ecedb0512f3a7 at offset 0x04bd5130. FAILURE: 0x224c0b76048d37c0 != 0x224c4b76048d37c0 at offset 0x0de17970. FAILURE: 0x207dad0b8c3aced0 != 0x207ded0b8c3aced0 at offset 0x0de36970. FAILURE: 0x847e610e840fb84e != 0x847e210e840fb84e at offset 0x1dc7922f. FAILURE: 0x3f69916b940c7907 != 0x3f69d16b940c7907 at offset 0x1ed37770. Compare XOR : FAILURE: 0x13664bb2c7a58ca3 != 0x13668bb2c7a58ca3 at offset 0x04bd5130. FAILURE: 0x61bcd9d27eba2967 != 0x61bd19d27eba2967 at offset 0x0686b930. FAILURE: 0xe363c84dc71fd0bc != 0xe364084dc71fd0bc at offset 0x0de17970. FAILURE: 0xe19569e34ecd67cc != 0xe195a9e34ecd67cc at offset 0x0de36970. FAILURE: 0x7b844f40969fc496 != 0x7b848f40969fc496 at offset 0x0de94930. FAILURE: 0x45961de646a2514a != 0x4595dde646a2514a at offset 0x1dc7922f. FAILURE: 0x67e4594142a19ffa != 0x67e4994142a19ffa at offset 0x1ea14730. FAILURE: 0x8341dc6542a103ab != 0x83421c6542a103ab at offset 0x1ecd4730. FAILURE: 0x814e43569f1203 != 0x818e43569f1203 at offset 0x1ed37770. Compare SUB : FAILURE: 0x1082d4779192eec4 != 0xefbfd4779192eec4 at offset 0x02d10930. FAILURE: 0xad2dd70ca745ff5c != 0x8c6ad70ca745ff5c at offset 0x04bd5130. FAILURE: 0x189f6452fe165a2c != 0xf7dc6452fe165a2c at offset 0x0686b930. FAILURE: 0xc9ac41a7eab20330 != 0xa8e941a7eab20330 at offset 0x0de17970. FAILURE: 0x1b9b05b99a41be70 != 0xfad805b99a41be70 at offset 0x0de36970. FAILURE: 0x300cb2e02ea06f8 != 0xe23dcb2e02ea06f8 at offset 0x0de94930. FAILURE: 0xb29086ae7fdf2d4 != 0xea66086ae7fdf2d4 at offset 0x0e1c5970. FAILURE: 0x89126e3b0ccb5288 != 0xa9d56e3b0ccb5288 at offset 0x1dc7922f. FAILURE: 0x4d7afcf6378f9248 != 0x2cb7fcf6378f9248 at offset 0x1ea14730. FAILURE: 0x5a9034aa259352fc != 0x39cd34aa259352fc at offset 0x1ecd4730. FAILURE: 0x7b1c0d3184539edc != 0x5a590d3184539edc at offset 0x1ed37770. Compare MUL : FAILURE: 0x != 0x0001 at offset 0x0686b930. FAILURE: 0x != 0x0001 at offset 0x0de36970. Compare DIV : Compare OR : ok Compare AND : ok Sequential Increment: ok Solid Bits : testing 29 Now I've emerged gimps and I'm running the mprime Blend stress test so we'll see what that turns up. - Grant
Re: [gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On Thu, Feb 23, 2012 at 2:36 PM, Nikos Chantziaras rea...@arcor.de wrote: On 23/02/12 12:44, Mick wrote: On Thursday 23 Feb 2012 10:22:40 Willie WY Wong wrote: On Tue, Feb 21, 2012 at 07:22:27PM -0500, Penguin Lover Philip Webb squawked: I compiled FF 10.0.1 on amd64 without any problems : it needed 3,61 GB disk space for the link stage most/all of my 2 GB memory. Argh. 3.6 diskspace and 2G memory? I guess it is finally getting to the point that my laptop cannot build firefox. Time to switch to the -bin I guess. I've only got something like 625M RAM and around 4G disk space (for var/portage). I used 750M from that 4G for adding swap. Eventually FF compiled fine. The irony is that older boxen which would benefit most from building from source are constrained in resources to achieve this and have to resort to installing bin packages. I doubt that the bin package will be slower than the one compiled from source. I predict the reverse, in fact. The bin package will perform better. That seems a strange prediction. What drives that hunch? -- :wq
Re: [gentoo-user] gcc fails and then succeeds - definitely a problem?
On Thu, Feb 23, 2012 at 11:36 AM, Michael Mol mike...@gmail.com wrote: On Thu, Feb 23, 2012 at 2:28 PM, Mark Knecht markkne...@gmail.com wrote: On Thu, Feb 23, 2012 at 11:17 AM, Grant emailgr...@gmail.com wrote: The gcc update just failed to compile on one of my systems with a segfault, but then succeeded after trying again even though I didn't change anything. Does that indicate a hardware problem for sure? Should I run memtester? Any other tests to run? Nothing in dmesg. - Grant Might be.might be nothing. Maybe a stray neutrino hit your processor at just the wrong instant. ;-) More likely i my mind is some little corner condition in the software running on your system. I've had the same thing happen many times actually, and actually a few more times since I started playing with your /etc/make.conf -j/-l values which push the system a little harder. Whenever I get build failures with the load-adaptive MAKEOPTS and EMERGE_DEFAULT_OPTS, I check the build log to see if it's relatively obvious that something was depended upon before it was built. If so, I file a bug. Happens every month or so, for me. There are log files? You're telling me I should read them? Gawd, pretty soon you're gonna try to make a real admin of me instead of just the oblivious happy home user that I am... ;-) Good inputs. Thanks! Cheers, Mark
Re: [gentoo-user] gcc fails and then succeeds - definitely a problem?
The gcc update just failed to compile on one of my systems with a segfault, but then succeeded after trying again even though I didn't change anything. Does that indicate a hardware problem for sure? Should I run memtester? Any other tests to run? Nothing in dmesg. - Grant Nah, most likely it's a -jsomething bigger than 1 issue Parallel builds are not deterministic so if the Makefile allows a race condition to develop it's pot luck whether you'll be hit with it or not I got sick of stuff like that so I run MAKEOPTS=-j1 on all of my systems. - Grant
Re: [gentoo-user] screen locker
Am Thu, 23 Feb 2012 10:10:45 -0800 schrieb Grant emailgr...@gmail.com: [snip] I've been using xautolock for years and years. What's good about it is you can have any 'locker' you want. For now, I'm using feh in slideshow mode. For another, you can specify another program as a 'killer' such as a suspend or hibernate script. However, for a traditional ss, I have been using xlock forever - many more modes than xscreensaver, and just a simple binary to worry about. Terry I think I'm going with xautolock and either vlock or xlockmore. It looks like there isn't an init.d script for xautolock. What is the best way to run it automatically in Gentoo? I start xautolock from my .xinitrc. Is there a keyboard shortcut to trigger xautolock? No, you will need to configure your environment. I configured a shortcut for my window manager that executes xautolock -locknow, but you could also probably use something like xbindkeys instead. HTH -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup signature.asc Description: PGP signature
[gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On 23/02/12 21:42, Michael Mol wrote: On Thu, Feb 23, 2012 at 2:36 PM, Nikos Chantziarasrea...@arcor.de wrote: On 23/02/12 12:44, Mick wrote: The irony is that older boxen which would benefit most from building from source are constrained in resources to achieve this and have to resort to installing bin packages. I doubt that the bin package will be slower than the one compiled from source. I predict the reverse, in fact. The bin package will perform better. That seems a strange prediction. What drives that hunch? The PGO optimized build that Mozilla is shipping. You can also build with PGO from source, but that means building FF *twice* in a row (by enabling the pgo USE flag). I doubt that with the old laptop anyone is building FF twice with PGO, and that means that the -bin package should be faster. Furthermore, FF is build using its own CFLAGS. They are the same in the source build as well as in the -bin package. The only difference is probably the -march option. And that doesn't make much difference to begin with (after -march=i686, gains are very minimal).
Re: [gentoo-user] ebuild for a fee?
On 02/17/2012 04:09 AM, Grant wrote: I'd like to pay to have an ebuild built. Can anyone recommend a way to get in touch with a good person for the job? ebuild doesn't equal ebuild: packaging java is different to packaging python software etc. find an existing ebuild similar to what you need and contact it's authors. that's what i would do. best, sebastian
[gentoo-user] Setting Java VM for just one program
Hi list, Is there a way to set the Java VM based on program? For the most part I would like to keep icedtea-bin-7 as my system VM, but there is one program (jabref-2.6) which doesn't run well with java-7, but works fine with icedtea-bin-6. Is there a Gentoo way of setting this? Thanks, Willie -- Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] Genkernel 3.4.24 broken?
On 02/06/2012 02:20 PM, Nilesh Govindrajan wrote: I was just compiling my kernel using genkernel, and it seems genkernel 3.4.24 is broken. I have specified INSTALL=YES in /etc/genkernel.conf; the installtion does not happen, instead awk throws an error saying failed to read /var/tmp/genkernel/random decimal number/grub.map no such file or directory. Please open a bug about it including the error output you get. Thanks. Sebastian
Re: [gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
Nikos Chantziaras wrote: On 23/02/12 12:44, Mick wrote: On Thursday 23 Feb 2012 10:22:40 Willie WY Wong wrote: On Tue, Feb 21, 2012 at 07:22:27PM -0500, Penguin Lover Philip Webb squawked: I compiled FF 10.0.1 on amd64 without any problems : it needed 3,61 GB disk space for the link stage most/all of my 2 GB memory. Argh. 3.6 diskspace and 2G memory? I guess it is finally getting to the point that my laptop cannot build firefox. Time to switch to the -bin I guess. I've only got something like 625M RAM and around 4G disk space (for var/portage). I used 750M from that 4G for adding swap. Eventually FF compiled fine. The irony is that older boxen which would benefit most from building from source are constrained in resources to achieve this and have to resort to installing bin packages. I doubt that the bin package will be slower than the one compiled from source. I predict the reverse, in fact. The bin package will perform better. Why don't you test it with an online browser benchmark? You can quickpkg the current installed version, emerge the -bin version. You can later emerge -C the -bin version and emerge -K the one you quickpkg'ed. I try to avoid pre-compiled software for the opposite reason of what you think. What makes you think that software designed and compiled to utilize all the good parts of my system would run slower than a software designed to run on any CPU/hardware out there? This is the first time I ever saw anyone make this claim. Can you shed some light on this? 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] screen locker
[snip] I've been using xautolock for years and years. What's good about it is you can have any 'locker' you want. For now, I'm using feh in slideshow mode. For another, you can specify another program as a 'killer' such as a suspend or hibernate script. However, for a traditional ss, I have been using xlock forever - many more modes than xscreensaver, and just a simple binary to worry about. Terry I think I'm going with xautolock and either vlock or xlockmore. It looks like there isn't an init.d script for xautolock. What is the best way to run it automatically in Gentoo? I start xautolock from my .xinitrc. Is there a keyboard shortcut to trigger xautolock? No, you will need to configure your environment. I configured a shortcut for my window manager that executes xautolock -locknow, but you could also probably use something like xbindkeys instead. Thanks Marc. - Grant
Re: [gentoo-user] genkernel and busybox
On 01/24/2012 10:37 AM, András Csányi wrote: Dear All, I would like to ask what should I do in this case? I would like to make a new kernel using genkernel but there is no 1.8.1 version of busybox and it's not available in portage. To be honest I don't want to do a new kernel by hand despite the fact it would be a few commands. Thanks for any help in advance! sa-home Downloads # genkernel --menuconfig --no-mrproper --no-clean all * Gentoo Linux Genkernel; Version 3.4.23.1 * Running with options: --menuconfig --no-mrproper --no-clean all Could not find source tarball /var/cache/genkernel/src/busybox-1.18.1.tar.bz2. Please refetch. From inspecting the ebuild of genkernel 3.4.23.1 I can tell that genkernel 3.4.23.1 is meant to work with busybox 1.19.3 out of the box. So if genkernel asks for 1.18.1 that means you still have 1.18.1 in your genkernel config. Either a call to etc-update is outstanding or you actively decided for that version of busybox in the past. In the latter case, just get busybox-1.18.1.tar.bz somewhere and drop it in /var/cache/genkernel/src/. I hope that helped. Best, Sebastian
Re: [gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On Thu, Feb 23, 2012 at 09:55:07PM +0200, Penguin Lover Nikos Chantziaras squawked: The PGO optimized build that Mozilla is shipping. You can also build with PGO from source, but that means building FF *twice* in a row (by enabling the pgo USE flag). I doubt that with the old laptop anyone is building FF twice with PGO, and that means that the -bin package should be faster. Call me a sadist, but on my netbook I did build FF with +pgo. I figured, if I was going to let it build overnight and more, why not? :) (FWIW, it took 7hrs and 40 minutes to build FF8.) W -- Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
[gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On 23/02/12 22:11, Dale wrote: Nikos Chantziaras wrote: On 23/02/12 12:44, Mick wrote: On Thursday 23 Feb 2012 10:22:40 Willie WY Wong wrote: The irony is that older boxen which would benefit most from building from source are constrained in resources to achieve this and have to resort to installing bin packages. I doubt that the bin package will be slower than the one compiled from source. I predict the reverse, in fact. The bin package will perform better. Why don't you test it with an online browser benchmark? You can quickpkg the current installed version, emerge the -bin version. You can later emerge -C the -bin version and emerge -K the one you quickpkg'ed. I try to avoid pre-compiled software for the opposite reason of what you think. What makes you think that software designed and compiled to utilize all the good parts of my system would run slower than a software designed to run on any CPU/hardware out there? This is the first time I ever saw anyone make this claim. Can you shed some light on this? Already did in my other post. Also, your assumption is wrong. Binary packages are not designed to run on any CPU and hardware out there. They are designed to run on specific architectures, and with a minimum requirement of some specific CPU. firefox-bin will certainly not run on a PPC or MIPS machine running Linux, for example.
Re: [gentoo-user] Setting Java VM for just one program
On 23 February 2012 21:13, Willie WY Wong wong...@member.ams.org wrote: Hi list, Is there a way to set the Java VM based on program? For the most part I would like to keep icedtea-bin-7 as my system VM, but there is one program (jabref-2.6) which doesn't run well with java-7, but works fine with icedtea-bin-6. Is there a Gentoo way of setting this? I don't think there would be a way to achieve this. I think, there is a way to set the java vm for your application when you start it. You can create an alias to handle easier the program starting, for example. -- - - -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell
Re: [gentoo-user] genkernel and busybox
On 23 February 2012 21:16, Sebastian Pipping sp...@gentoo.org wrote: On 01/24/2012 10:37 AM, András Csányi wrote: Dear All, I would like to ask what should I do in this case? I would like to make a new kernel using genkernel but there is no 1.8.1 version of busybox and it's not available in portage. To be honest I don't want to do a new kernel by hand despite the fact it would be a few commands. Thanks for any help in advance! sa-home Downloads # genkernel --menuconfig --no-mrproper --no-clean all * Gentoo Linux Genkernel; Version 3.4.23.1 * Running with options: --menuconfig --no-mrproper --no-clean all Could not find source tarball /var/cache/genkernel/src/busybox-1.18.1.tar.bz2. Please refetch. From inspecting the ebuild of genkernel 3.4.23.1 I can tell that genkernel 3.4.23.1 is meant to work with busybox 1.19.3 out of the box. So if genkernel asks for 1.18.1 that means you still have 1.18.1 in your genkernel config. Either a call to etc-update is outstanding or you actively decided for that version of busybox in the past. In the latter case, just get busybox-1.18.1.tar.bz somewhere and drop it in /var/cache/genkernel/src/. I hope that helped. Ahh, I forgot this issue. Since then I reinstall my system for other reason and this issue is solved by this. By the way, thank you for your time! -- - - -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell
Re: [gentoo-user] gcc fails and then succeeds - definitely a problem?
On Thu, 23 Feb 2012 11:47:03 -0800, Grant wrote: Parallel builds are not deterministic so if the Makefile allows a race condition to develop it's pot luck whether you'll be hit with it or not I got sick of stuff like that so I run MAKEOPTS=-j1 on all of my systems. If it were a frequent occurrence, there may be some benefit in that. But using only one of the CPUs 8 cores is such a waste when this sort of thing happens only every few weeks. Usually trying again works, rarely does using -j1 make a difference and when it does a bug report ensures that it won't be an issue in future. -- Neil Bothwick PROSTITUTE: Receiver of swollen goods. signature.asc Description: PGP signature
[gentoo-user] dog - man's best friend.
Hi, Gentoo!
I've finally been pushed over the edge. I simply can't stand it any
longer. The it in this case is viewing a file or process output and
either: (a) using less, and have it take just 10 screen lines; (b) using
cat etc., and have the interesting part scroll away.
To solve this dilemma, I've written dog, a short script that will splat
lines to the screen if they're few enough, invoke less otherwise. I've
set the threshold between the two cases at 60 lines. If your screen is
a different size, change the two obvious bits.
Enjoy!
dog:
#
#!/bin/bash
export IFS=
lin=0
while [ $lin -lt 60 ] read ; do
buf[$lin]=$REPLY
lin=$((lin + 1))
done
if [ $lin -ge 60 ] ; then
(
for (( i = 0 ; i 60 ; i++ )) ; do
echo ${buf[$i]}
done
while read ; do
echo $REPLY
done
) | less
else
for (( i = 0 ; i $lin ; i++ )) ; do
echo ${buf[$i]}
done
fi
#
--
Alan Mackenzie (Nuremberg, Germany).
[gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On 23/02/12 22:24, Willie WY Wong wrote: On Thu, Feb 23, 2012 at 09:55:07PM +0200, Penguin Lover Nikos Chantziaras squawked: The PGO optimized build that Mozilla is shipping. You can also build with PGO from source, but that means building FF *twice* in a row (by enabling the pgo USE flag). I doubt that with the old laptop anyone is building FF twice with PGO, and that means that the -bin package should be faster. Call me a sadist, but on my netbook I did build FF with +pgo. I figured, if I was going to let it build overnight and more, why not? :) If you think it's worth the hassle, why not. Personally, the only reason I would build from source on such a slow system is to get a 64-bit build, since the -bin package seems to be 32-bit. That means the GUI is going to look like ass on AMD64 (due to lack of 32-bit versions of the Gtk theme engines.) If you're on 32-bit to begin with, and you're building with pgo enabled, then my guess is that the performance compared to the -bin package is about the same. But as I said previously, this can be easily tested by running a browser benchmark, such as this: http://krakenbenchmark.mozilla.org You could compare the results of the -bin package vs your self-compiled one.
[gentoo-user] No more FLASH on Linux ?
Adobe has announce no more Flash on Linux. What the the (gentoo) plan for those of us that want to still view websites that use FLASH from a gentoo workstation (besides using chrome)? What are the work arounds for web surfing without FLASH support? http://www.phoronix.com/scan.php?page=news_itempx=MTA2MDc James
[gentoo-user] Re: dog - man's best friend.
On 23/02/12 22:42, Alan Mackenzie wrote: I've set the threshold between the two cases at 60 lines. If your screen is a different size, change the two obvious bits. You can use the $LINES env variable to get the height of the current terminal. Another way to get them is with the tput command. tput lines and tput cols print the amount of lines and columns on stdout.
Re: [gentoo-user] dog - man's best friend.
On Thu, 23 Feb 2012 20:42:00 +, Alan Mackenzie wrote:
If the subject is true, why does your dog have no man page?
I've finally been pushed over the edge. I simply can't stand it any
longer. The it in this case is viewing a file or process output and
either: (a) using less, and have it take just 10 screen lines; (b) using
cat etc., and have the interesting part scroll away.
To solve this dilemma, I've written dog, a short script that will splat
lines to the screen if they're few enough, invoke less otherwise.
% eix -e dog
[I] sys-apps/dog
Available versions: 1.7-r4{tbz2}
Installed versions: 1.7-r4{tbz2}(15:54:25 20/12/11)
Homepage:http://packages.gentoo.org/package/sys-apps/dog
Description: Dog is better than cat
--
Neil Bothwick
Top Oxymorons Number 27: Military Intelligence
signature.asc
Description: PGP signature
[gentoo-user] Re: No more FLASH on Linux ?
On 23/02/12 22:49, James wrote: Adobe has announce no more Flash on Linux. What the the (gentoo) plan for those of us that want to still view websites that use FLASH from a gentoo workstation (besides using chrome)? What are the work arounds for web surfing without FLASH support? http://www.phoronix.com/scan.php?page=news_itempx=MTA2MDc We will have to worry about this in 5 years, since the Phoronix title is a bit misleading. The real news is no more Flash on Linux in 5 years. Adobe will support the current version of Flash for 5 years on Linux. Also, maybe other browsers will adopt the Pepper API. If yes, we will be able to run Google's version of Flash on browsers other than Chrome.
Re: [gentoo-user] gcc fails and then succeeds - definitely a problem?
Parallel builds are not deterministic so if the Makefile allows a race condition to develop it's pot luck whether you'll be hit with it or not I got sick of stuff like that so I run MAKEOPTS=-j1 on all of my systems. If it were a frequent occurrence, there may be some benefit in that. But using only one of the CPUs 8 cores is such a waste when this sort of thing happens only every few weeks. Usually trying again works, rarely does using -j1 make a difference and when it does a bug report ensures that it won't be an issue in future. OK you've inspired me to give it another try. So if I find a package that doesn't build with -jn where n 1 but does build with -j1 I should file a bug? - Grant
Re: [gentoo-user] gcc fails and then succeeds - definitely a problem?
The gcc update just failed to compile on one of my systems with a segfault, but then succeeded after trying again even though I didn't change anything. Does that indicate a hardware problem for sure? Should I run memtester? Any other tests to run? Nothing in dmesg. Not definitively anything; it could have been a race condition. Memtest if you like. prime95 is designed for CPU and memory burning, too, and wouldn't require you to shutdown your system. Thanks everyone. I ran memtester for a little bit and it came up with this before I killed it: # memtester 14000 memtester version 4.0.8 (64-bit) Copyright (C) 2007 Charles Cazabon. Licensed under the GNU General Public License version 2 (only). pagesize is 4096 pagesizemask is 0xf000 want 14000MB (14680064000 bytes) got 14000MB (14680064000 bytes), trying mlock ...locked. Loop 1: Stuck Address : ok Random Value : ok FAILURE: 0x524e8edb0512f3a7 != 0x524ecedb0512f3a7 at offset 0x04bd5130. FAILURE: 0x224c0b76048d37c0 != 0x224c4b76048d37c0 at offset 0x0de17970. FAILURE: 0x207dad0b8c3aced0 != 0x207ded0b8c3aced0 at offset 0x0de36970. FAILURE: 0x847e610e840fb84e != 0x847e210e840fb84e at offset 0x1dc7922f. FAILURE: 0x3f69916b940c7907 != 0x3f69d16b940c7907 at offset 0x1ed37770. Compare XOR : FAILURE: 0x13664bb2c7a58ca3 != 0x13668bb2c7a58ca3 at offset 0x04bd5130. FAILURE: 0x61bcd9d27eba2967 != 0x61bd19d27eba2967 at offset 0x0686b930. FAILURE: 0xe363c84dc71fd0bc != 0xe364084dc71fd0bc at offset 0x0de17970. FAILURE: 0xe19569e34ecd67cc != 0xe195a9e34ecd67cc at offset 0x0de36970. FAILURE: 0x7b844f40969fc496 != 0x7b848f40969fc496 at offset 0x0de94930. FAILURE: 0x45961de646a2514a != 0x4595dde646a2514a at offset 0x1dc7922f. FAILURE: 0x67e4594142a19ffa != 0x67e4994142a19ffa at offset 0x1ea14730. FAILURE: 0x8341dc6542a103ab != 0x83421c6542a103ab at offset 0x1ecd4730. FAILURE: 0x814e43569f1203 != 0x818e43569f1203 at offset 0x1ed37770. Compare SUB : FAILURE: 0x1082d4779192eec4 != 0xefbfd4779192eec4 at offset 0x02d10930. FAILURE: 0xad2dd70ca745ff5c != 0x8c6ad70ca745ff5c at offset 0x04bd5130. FAILURE: 0x189f6452fe165a2c != 0xf7dc6452fe165a2c at offset 0x0686b930. FAILURE: 0xc9ac41a7eab20330 != 0xa8e941a7eab20330 at offset 0x0de17970. FAILURE: 0x1b9b05b99a41be70 != 0xfad805b99a41be70 at offset 0x0de36970. FAILURE: 0x300cb2e02ea06f8 != 0xe23dcb2e02ea06f8 at offset 0x0de94930. FAILURE: 0xb29086ae7fdf2d4 != 0xea66086ae7fdf2d4 at offset 0x0e1c5970. FAILURE: 0x89126e3b0ccb5288 != 0xa9d56e3b0ccb5288 at offset 0x1dc7922f. FAILURE: 0x4d7afcf6378f9248 != 0x2cb7fcf6378f9248 at offset 0x1ea14730. FAILURE: 0x5a9034aa259352fc != 0x39cd34aa259352fc at offset 0x1ecd4730. FAILURE: 0x7b1c0d3184539edc != 0x5a590d3184539edc at offset 0x1ed37770. Compare MUL : FAILURE: 0x != 0x0001 at offset 0x0686b930. FAILURE: 0x != 0x0001 at offset 0x0de36970. Compare DIV : Compare OR : ok Compare AND : ok Sequential Increment: ok Solid Bits : testing 29 Now I've emerged gimps and I'm running the mprime Blend stress test so we'll see what that turns up. - Grant mprime ran for about 1.5 hours until it found this: [Work thread Feb 23 13:04] FATAL ERROR: Rounding was 0.5, expected less than 0.4 [Work thread Feb 23 13:04] Hardware failure detected, consult stress.txt file. [Work thread Feb 23 13:04] Torture Test completed 85 tests in 1 hour, 33 minutes - 1 errors, 0 warnings. [Work thread Feb 23 13:04] Worker stopped. [Main thread Feb 23 13:04] Execution halted. I have a 1200 watt Corsair power supply and my temps are very low even during the stress test so I'm thinking bad (Corsair) RAM. I should remove modules one at a time and re-test to narrow it down? - Grant
Re: [gentoo-user] gcc fails and then succeeds - definitely a problem?
On Thu, Feb 23, 2012 at 1:11 PM, Grant emailgr...@gmail.com wrote: SNIP mprime ran for about 1.5 hours until it found this: [Work thread Feb 23 13:04] FATAL ERROR: Rounding was 0.5, expected less than 0.4 [Work thread Feb 23 13:04] Hardware failure detected, consult stress.txt file. [Work thread Feb 23 13:04] Torture Test completed 85 tests in 1 hour, 33 minutes - 1 errors, 0 warnings. [Work thread Feb 23 13:04] Worker stopped. [Main thread Feb 23 13:04] Execution halted. I have a 1200 watt Corsair power supply and my temps are very low even during the stress test so I'm thinking bad (Corsair) RAM. I should remove modules one at a time and re-test to narrow it down? - Grant If it's a modern machine then most of the memory channels are 2 or even 3 DIMM's wide. Consult you manual as to whether you can run less than pairs or DIMMS. If you have 4 DIMM's installed then I'd consider removing two, testing two, testing the other two, and then if you see a problem testing all the combinations until you figure out which one is causing the error. Good luck, Mark
Re: [gentoo-user] gcc fails and then succeeds - definitely a problem?
Grant writes: I have a 1200 watt Corsair power supply and my temps are very low even during the stress test so I'm thinking bad (Corsair) RAM. I should remove modules one at a time and re-test to narrow it down? This sounds just like the right thing to do. Well, if you have four RAM chips, remove two at once to speed up the diagnosis. Wonko
Re: [gentoo-user] dog - man's best friend.
On Thu, Feb 23, 2012 at 08:42:00PM +, Alan Mackenzie wrote: (a) using less, and have it take just 10 screen lines; (b) using cat etc., and have the interesting part scroll away. (c) use less -F and less will automatically exit if the entire file can fit on one screen. One can export LESS='-F' to have less always do the above. -- Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX What's the definition of a legacy system? One that works! Errare humanum est, ignoscere caninum.
Re: [gentoo-user] Invalid boot diskette what do I do?
[snip] Things I would try: Go into BIOS and make sure settings are still proper (sometimes it can get wiped out and set to bad values) Make sure BIOS can see the HDD manufacturer and model number etc. If not, power off, re-seat the HDD cables and try again If yes, boot from liveCD and use your favorite tools to examine the drive If the drive is visible, partition table in-tact, then I would try to chroot into your gentoo and reinstall your boot loader like in the installation handbook If drive is not visible, take it out and hook it up to another computer If other computer can read it, maybe your motherboard/controller got fried somehow If other computer can't read it either... buy a new HDD and restore from your most recent backup ;) Thank you everyone. The system is remote so I will give this a try ASAP. BTW, this happened due to someone pushing the power button during an eclean operation. - Grant I'm amazed but disconnecting and reconnecting the IDE and power cable fixed it. Which is your favorite tool for testing a HD's integrity with and without S.M.A.R.T. support? - Grant
Re: [gentoo-user] dog - man's best friend.
On Thu, Feb 23, 2012 at 2:42 PM, Alan Mackenzie a...@muc.de wrote: I've finally been pushed over the edge. I simply can't stand it any longer. The it in this case is viewing a file or process output and either: (a) using less, and have it take just 10 screen lines; (b) using cat etc., and have the interesting part scroll away. You should just alias less to less -E, it does exactly what you invented. :)
Re: [gentoo-user] dog - man's best friend.
On Thu, Feb 23, 2012 at 3:32 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Thu, Feb 23, 2012 at 2:42 PM, Alan Mackenzie a...@muc.de wrote: I've finally been pushed over the edge. I simply can't stand it any longer. The it in this case is viewing a file or process output and either: (a) using less, and have it take just 10 screen lines; (b) using cat etc., and have the interesting part scroll away. You should just alias less to less -E, it does exactly what you invented. :) Oops, typo, I meant -F not -E. :)
Re: [gentoo-user] gcc fails and then succeeds - definitely a problem?
On Thu, 23 Feb 2012 11:46:03 -0800 Mark Knecht markkne...@gmail.com wrote: Whenever I get build failures with the load-adaptive MAKEOPTS and EMERGE_DEFAULT_OPTS, I check the build log to see if it's relatively obvious that something was depended upon before it was built. If so, I file a bug. Happens every month or so, for me. There are log files? You're telling me I should read them? Gawd, pretty soon you're gonna try to make a real admin of me instead of just the oblivious happy home user that I am... ;-) sideways compliment Well, we wouldn't mention log files if we didn't feel you made the grade :-) /sideways compliment -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On Thu, Feb 23, 2012 at 2:55 PM, Nikos Chantziaras rea...@arcor.de wrote: On 23/02/12 21:42, Michael Mol wrote: On Thu, Feb 23, 2012 at 2:36 PM, Nikos Chantziarasrea...@arcor.de wrote: On 23/02/12 12:44, Mick wrote: The irony is that older boxen which would benefit most from building from source are constrained in resources to achieve this and have to resort to installing bin packages. I doubt that the bin package will be slower than the one compiled from source. I predict the reverse, in fact. The bin package will perform better. That seems a strange prediction. What drives that hunch? The PGO optimized build that Mozilla is shipping. You can also build with PGO from source, but that means building FF *twice* in a row (by enabling the pgo USE flag). I doubt that with the old laptop anyone is building FF twice with PGO, and that means that the -bin package should be faster. Furthermore, FF is build using its own CFLAGS. They are the same in the source build as well as in the -bin package. The only difference is probably the -march option. And that doesn't make much difference to begin with (after -march=i686, gains are very minimal). I knew and forgot about PGO, but I didn't realize there was a USE flag for it. Neat. I'll be enabling that. I disagree with the idea that keeping things down around -march=i686 provides only minimal gains. SSE and SSE2 instructions carry a big benefit for numerical operations, especially those which can be parallelized, but not enough to justify batching into a GPU. AVX will be adding operations which allow more useful and flexible use of registers. Simply bumping up to x86-64 from simple x86 doubles your GPRs, which gives the compiler all kinds of room to work with. If the combination of those things doesn't significantly benefit a program written in C or C++, then I suspect there's something dreadfully wrong with the architecture of that codebase. -- :wq
Re: [gentoo-user] ebuild for a fee?
On Thu, Feb 23, 2012 at 3:07 PM, Sebastian Pipping sp...@gentoo.org wrote: On 02/17/2012 04:09 AM, Grant wrote: I'd like to pay to have an ebuild built. Can anyone recommend a way to get in touch with a good person for the job? ebuild doesn't equal ebuild: packaging java is different to packaging python software etc. find an existing ebuild similar to what you need and contact it's authors. that's what i would do. FWIW, Diego blogged about it. http://blog.flameeyes.eu/2012/02/19/working-outside-the-bubble -- :wq
[gentoo-user] KDE Replace Kwin with something else
Hello, I was wondering if anybody knows what USE flag should I enable in order to have the option to change the default WM in KDE settings to something else. I want to run Awesome WM on top of KDE and currently I can not do it from the KDE System Settings. I'd be very grateful if someone could help me. Cheers, Ignas A.
Re: [gentoo-user] dog - man's best friend.
Hi, Paul. On Thu, Feb 23, 2012 at 03:37:34PM -0600, Paul Hartman wrote: On Thu, Feb 23, 2012 at 3:32 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Thu, Feb 23, 2012 at 2:42 PM, Alan Mackenzie a...@muc.de wrote: I've finally been pushed over the edge. I simply can't stand it any longer. The it in this case is viewing a file or process output and either: (a) using less, and have it take just 10 screen lines; (b) using cat etc., and have the interesting part scroll away. You should just alias less to less -E, it does exactly what you invented. :) Oops, typo, I meant -F not -E. :) Well, that's one way of discovering new features in familiar software. ;-) Thanks! -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] gcc fails and then succeeds - definitely a problem?
On Thu, Feb 23, 2012 at 4:00 PM, Grant emailgr...@gmail.com wrote: Parallel builds are not deterministic so if the Makefile allows a race condition to develop it's pot luck whether you'll be hit with it or not I got sick of stuff like that so I run MAKEOPTS=-j1 on all of my systems. If it were a frequent occurrence, there may be some benefit in that. But using only one of the CPUs 8 cores is such a waste when this sort of thing happens only every few weeks. Usually trying again works, rarely does using -j1 make a difference and when it does a bug report ensures that it won't be an issue in future. OK you've inspired me to give it another try. So if I find a package that doesn't build with -jn where n 1 but does build with -j1 I should file a bug? Pretty much. It can get more specific than that, but that much is already a help. Here's the relevant portions of my MAKEOPTS and EMERGE_DEFAULT_OPTS which should speed things up for you about as much as possible. MAKEOPTS=--jobs --load $n # Where $n is num_CPUs * 1.25 EMERGE_DEFAULT_OPTS=--jobs --load-average=$m # Where $m is num_CPUs * 1.5 With the --jobs parameters, I haven't needed to set $n or $m to num_CPUS*2 to try to keep the load average up. Here's my MAKEOPTS and EMERGE_DEFAULT_OPTS verbatim, for an eight-core machine: MAKEOPTS=--jobs --load 10 EMERGE_DEFAULT_OPTS=--jobs --load-average=12 --verbose --tree --with-bdeps=y --keep-going If you want to keep things simple, just go with num_CPUs=n for both $m and $n. -- :wq
Re: [gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On Thu, Feb 23, 2012 at 10:43:47PM +0200, Penguin Lover Nikos Chantziaras squawked: If you think it's worth the hassle, why not. Personally, the only reason I would build from source on such a slow system is to get a 64-bit build, since the -bin package seems to be 32-bit. That means the GUI is going to look like ass on AMD64 (due to lack of 32-bit versions of the Gtk theme engines.) Actually, why is it that upstream does not provide 64bit binaries? (It always bothers me to see my wife's Windows 7 machines running a copy of firefox marked, in parenthesis, 32 bit.) If you're on 32-bit to begin with, and you're building with pgo enabled, then my guess is that the performance compared to the -bin package is about the same. But as I said previously, this can be easily tested by running a browser benchmark, such as this: http://krakenbenchmark.mozilla.org You could compare the results of the -bin package vs your self-compiled one. I should definitely do that. W -- Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] Setting Java VM for just one program
On Thu, Feb 23, 2012 at 09:26:56PM +0100, Penguin Lover András Csányi squawked:
On 23 February 2012 21:13, Willie WY Wong wong...@member.ams.org wrote:
Hi list,
Is there a way to set the Java VM based on program?
For the most part I would like to keep icedtea-bin-7 as my system VM,
but there is one program (jabref-2.6) which doesn't run well with
java-7, but works fine with icedtea-bin-6.
Is there a Gentoo way of setting this?
I don't think there would be a way to achieve this. I think, there is
a way to set the java vm for your application when you start it. You
can create an alias to handle easier the program starting, for
example.
I just realised that /usr/bin/jabref is a bash script, which says
---
gjl_package=jabref
gjl_main=net.sf.jabref.JabRef
source /usr/share/java-config-2/launcher/launcher.bash
---
and launcher.bash contains the lines
---snip---
# Source package env
# -
gjl_user_env=${HOME}/.gentoo/java-config-2/launcher.d/${gjl_package}
gjl_system_env=/etc/java-config-2/launcher.d/${gjl_package}
if [[ -f ${gjl_user_env} ]]; then
source ${gjl_user_env}
elif [[ -f ${gjl_system_env} ]]; then
source ${gjl_system_env}
fi
---end snip---
which makes me suspect that there is a way to give per-package
specifications. Is there documented anywhere?
Cheers,
W
--
Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire
et vice versa ~~~ I. Newton
Re: [gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On Thu, Feb 23, 2012 at 4:21 PM, Willie WY Wong wong...@member.ams.org wrote: Actually, why is it that upstream does not provide 64bit binaries? (It always bothers me to see my wife's Windows 7 machines running a copy of firefox marked, in parenthesis, 32 bit.) They're working on it... They actually have started generating 64-bit nightly builds for Windows and Linux: https://nightly.mozilla.org/ If I had to guess what the hold-up has been: User confusion about which version to use (32-bit will work for everyone, 64-bit won't) Plugin availability (even Adobe and Sun didn't make 64-bit flash or java until recently)
Re: [gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On Thu, Feb 23, 2012 at 4:43 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: (32-bit will work for everyone, 64-bit won't) And of course by everyone I'm talking about Windows or Ubuntu users who download binaries from mozilla.org in the first place, not sophisticated pure-64-bit Gentoo users. ;)
[gentoo-user] This Connection is Untrusted: WAS: Firefox-10.0.1 fails to compile on x86
On Thu, Feb 23, 2012 at 2:43 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Thu, Feb 23, 2012 at 4:21 PM, Willie WY Wong wong...@member.ams.org wrote: Actually, why is it that upstream does not provide 64bit binaries? (It always bothers me to see my wife's Windows 7 machines running a copy of firefox marked, in parenthesis, 32 bit.) They're working on it... They actually have started generating 64-bit nightly builds for Windows and Linux: https://nightly.mozilla.org/ What is it about my systems wherein every one of these https links case my systems to barf with a This Connection is Untrusted message. If I remove the 's' then things work fine. Is there some part of Gentoo config that should take care of this but that I don't know about? - Mark
[gentoo-user] Re: This Connection is Untrusted: WAS: Firefox-10.0.1 fails to compile on x86
On 24/02/12 00:59, Mark Knecht wrote: On Thu, Feb 23, 2012 at 2:43 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Thu, Feb 23, 2012 at 4:21 PM, Willie WY Wongwong...@member.ams.org wrote: Actually, why is it that upstream does not provide 64bit binaries? (It always bothers me to see my wife's Windows 7 machines running a copy of firefox marked, in parenthesis, 32 bit.) They're working on it... They actually have started generating 64-bit nightly builds for Windows and Linux: https://nightly.mozilla.org/ What is it about my systems wherein every one of these https links case my systems to barf with a This Connection is Untrusted message. If I remove the 's' then things work fine. Is there some part of Gentoo config that should take care of this but that I don't know about? Nope, you can't do anything about that. The warning appears because Mozilla is using a certificate that was issued for www.mozilla.org and mozilla.org, but the actual domain is nightly.mozilla.org. You always get a warning when that happens. HTTP does not use encryption and certificates, so in that case you will never get anything like that.
[gentoo-user] Re: dog - man's best friend.
Kevin Monceaux ke...@rawfeddogs.net writes: On Thu, Feb 23, 2012 at 08:42:00PM +, Alan Mackenzie wrote: (a) using less, and have it take just 10 screen lines; (b) using cat etc., and have the interesting part scroll away. (c) use less -F and less will automatically exit if the entire file can fit on one screen. One can export LESS='-F' to have less always do the above. Maybe I'm seeing behavior that is not supposed to happen, but if I say echo '## ONE LINE' test And then say less -F test I do not get to see the one line. I don't think that's what Alan was looking for is it?
Re: [gentoo-user] This Connection is Untrusted: WAS: Firefox-10.0.1 fails to compile on x86
On Thu, Feb 23, 2012 at 4:59 PM, Mark Knecht markkne...@gmail.com wrote: What is it about my systems wherein every one of these https links case my systems to barf with a This Connection is Untrusted message. If I remove the 's' then things work fine. https encompasses two basic functions: encryption and trust. In this case the hostname in the SSL certificate installed on that server does not match the hostname in the URL, so it does not trust it. If they matched, it would then check to see if it was expired. If it was not expired, it would then check to see if it was signed by a CA that you trust (browsers come with a set of trusted CAs already). If it was self-signed or signed by an untrusted CA (like DigiNotar...) you'd get a warning as well. If literally every https link is untrusted, maybe you have an issue with the installation of certificates on your system, or have chosen not to trust any CAs. Commercial websites, banks, stores, etc. should always have valid and trusted certificates. In OSS world, most people don't have the need or money to pay for a certificate when all they're really interested in is encrypting the connection. There are also servers that are listening for https connections but aren't advertised as such... the mozilla website is probably one of those. Using plug-ins like HTTPS-everywhere will try to use https even on sites that don't use it by default. In all of those cases above, if you allowed the connection it would still be SSL encrypted. You'd be protected against packet sniffers but not against man-in-the-middle attack. By switching to http your session occurs in plain-text and is vulnerable to both attacks.
Re: [gentoo-user] This Connection is Untrusted: WAS: Firefox-10.0.1 fails to compile on x86
On Thu, Feb 23, 2012 at 02:59:31PM -0800, Penguin Lover Mark Knecht squawked: They're working on it... They actually have started generating 64-bit nightly builds for Windows and Linux: https://nightly.mozilla.org/ What is it about my systems wherein every one of these https links case my systems to barf with a This Connection is Untrusted message. If I remove the 's' then things work fine. Every https link, or just some (such as nightly.mozilla.org)? If the former, you may have some problem with your certificates (app-misc/ca-certificates). W -- Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
Re: [gentoo-user] Re: dog - man's best friend.
On Thu, Feb 23, 2012 at 06:24:29PM -0500, Penguin Lover Harry Putnam squawked: On Thu, Feb 23, 2012 at 08:42:00PM +, Alan Mackenzie wrote: (a) using less, and have it take just 10 screen lines; (b) using cat etc., and have the interesting part scroll away. (c) use less -F and less will automatically exit if the entire file can fit on one screen. One can export LESS='-F' to have less always do the above. Maybe I'm seeing behavior that is not supposed to happen, but if I say echo '## ONE LINE' test And then say less -F test I do not get to see the one line. I don't think that's what Alan was looking for is it? That is not supposed to happen. Is that in a X terminal or on the text console? If you `less test` and quit, does the content of the test file stay on screen or does it get cleared (I bet the former)? Try `less -XF test` in that case, and see if it helps. W -- Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
[gentoo-user] A few suggestions for emerge world via cron
First my setup: Fairly basic (newish) install (noX) in a Virtual Box vm on windows7 host I'd like to hear some of the ways you all keep up with syncing and update world. Of course the basic call with cron is clear enough: eix-sync emerge -vuD world But what I mean is how you handle things script wise, so that when something doesn't compile or something else untoward happens during `emerge -vuD world' things don't just get jacked up. That may not be a very common occurrence, especially since my install is quite basic, but I am running with `~x86' so it might be a bit more likely to come up. Also, what have users found to be good guess at how often to update world? (given my console mode setup, and the fact that it is not a server of any kind, more just a way to keep my hand in things gentoo)
Re: [gentoo-user] Re: dog - man's best friend.
On Thu, Feb 23, 2012 at 5:24 PM, Harry Putnam rea...@newsguy.com wrote: Kevin Monceaux ke...@rawfeddogs.net writes: On Thu, Feb 23, 2012 at 08:42:00PM +, Alan Mackenzie wrote: (a) using less, and have it take just 10 screen lines; (b) using cat etc., and have the interesting part scroll away. (c) use less -F and less will automatically exit if the entire file can fit on one screen. One can export LESS='-F' to have less always do the above. Maybe I'm seeing behavior that is not supposed to happen, but if I say echo '## ONE LINE' test And then say less -F test I do not get to see the one line. I don't think that's what Alan was looking for is it? It is caused by alternate screen handling in your terminal emulator. You can disable alternate screen in your terminal (if possible), or remove the smcup and rmcup directives from your termcap file. As a test, you can try this: export TERM=vt220 less -F test it should display the one line file. Or you can use the -X option of less like Willie said which inhibits less from using the alternate screen. But I think it may still be a bug in less, because when it's not in pager mode we shouldn't be using the alternate screen anyway. Taking a look at the bug list on the less website, I don't see anything. Might be worth submitting.
Re: [gentoo-user] A few suggestions for emerge world via cron
On Thu, Feb 23, 2012 at 5:52 PM, Harry Putnam rea...@newsguy.com wrote: First my setup: Fairly basic (newish) install (noX) in a Virtual Box vm on windows7 host I'd like to hear some of the ways you all keep up with syncing and update world. I personally run it all manually and never schedule it to run unattended. Of course the basic call with cron is clear enough: eix-sync emerge -vuD world But what I mean is how you handle things script wise, so that when something doesn't compile or something else untoward happens during `emerge -vuD world' things don't just get jacked up. emerge --keep-going which will abort the bad package and any packages depending on it, but will continue emerging everything else possible. Also, what have users found to be good guess at how often to update world? (given my console mode setup, and the fact that it is not a server of any kind, more just a way to keep my hand in things gentoo) I usually update every day. I have a headless mail and web server running ~amd64 and even that sometimes goes a few days with nothing to update. I find no harm in checking. :) In the Windows world, once a month updates are the norm... with Gentoo I really think updating as often as you're comfortable with is best, because if you let a huge amount of updates happen all at once it can get complicated to sort through them if they aren't straightforward emerge-and-do-nothing updates. (see any of the I'm updating a gentoo system for the first time in a year threads posted to this list) On the other hand, updating too frequently can cause you to re-emerge the same package over and over if someone is tweaking an ebuild (especially on ~x86) and a less frequent update schedule will cause you to miss some of the intermediate versions of the ebuild.
Re: [gentoo-user] KDE Replace Kwin with something else
On Thursday 23 Feb 2012 21:54:07 Ignas Anikevicius wrote: Hello, I was wondering if anybody knows what USE flag should I enable in order to have the option to change the default WM in KDE settings to something else. I want to run Awesome WM on top of KDE and currently I can not do it from the KDE System Settings. I'd be very grateful if someone could help me. Have you tried starting Awesome and then running startkde in a terminal? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
Nikos Chantziaras wrote: On 23/02/12 22:11, Dale wrote: Nikos Chantziaras wrote: On 23/02/12 12:44, Mick wrote: On Thursday 23 Feb 2012 10:22:40 Willie WY Wong wrote: The irony is that older boxen which would benefit most from building from source are constrained in resources to achieve this and have to resort to installing bin packages. I doubt that the bin package will be slower than the one compiled from source. I predict the reverse, in fact. The bin package will perform better. Why don't you test it with an online browser benchmark? You can quickpkg the current installed version, emerge the -bin version. You can later emerge -C the -bin version and emerge -K the one you quickpkg'ed. I try to avoid pre-compiled software for the opposite reason of what you think. What makes you think that software designed and compiled to utilize all the good parts of my system would run slower than a software designed to run on any CPU/hardware out there? This is the first time I ever saw anyone make this claim. Can you shed some light on this? Already did in my other post. Also, your assumption is wrong. Binary packages are not designed to run on any CPU and hardware out there. They are designed to run on specific architectures, and with a minimum requirement of some specific CPU. firefox-bin will certainly not run on a PPC or MIPS machine running Linux, for example. Actually, I can install the same binaries on a AMD machine, a Intel based machine and they work. Thing is, on my machine, I enable MARCH=native and everything is compiled for my CPU. Since I have AMD, they may not run or may be buggy if ran on a Intel machine. That's what I have always been told. Have I been told the wrong thing for the last 8 or 9 years? Am I right in reading as the rest is Firefox specific? 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
[gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On 24/02/12 02:34, Dale wrote: Nikos Chantziaras wrote: On 23/02/12 22:11, Dale wrote: Nikos Chantziaras wrote: On 23/02/12 12:44, Mick wrote: On Thursday 23 Feb 2012 10:22:40 Willie WY Wong wrote: The irony is that older boxen which would benefit most from building from source are constrained in resources to achieve this and have to resort to installing bin packages. I doubt that the bin package will be slower than the one compiled from source. I predict the reverse, in fact. The bin package will perform better. Why don't you test it with an online browser benchmark? You can quickpkg the current installed version, emerge the -bin version. You can later emerge -C the -bin version and emerge -K the one you quickpkg'ed. I try to avoid pre-compiled software for the opposite reason of what you think. What makes you think that software designed and compiled to utilize all the good parts of my system would run slower than a software designed to run on any CPU/hardware out there? This is the first time I ever saw anyone make this claim. Can you shed some light on this? Already did in my other post. Also, your assumption is wrong. Binary packages are not designed to run on any CPU and hardware out there. They are designed to run on specific architectures, and with a minimum requirement of some specific CPU. firefox-bin will certainly not run on a PPC or MIPS machine running Linux, for example. Actually, I can install the same binaries on a AMD machine, a Intel based machine and they work. Thing is, on my machine, I enable MARCH=native and everything is compiled for my CPU. Since I have AMD, they may not run or may be buggy if ran on a Intel machine. That's what I have always been told. Have I been told the wrong thing for the last 8 or 9 years? AMD and Intel are the same architecture: Intel. AMD makes Intel-compatible CPUs. Furthermore, the binary Mozilla provides requires targets a subset of CPUs; it certainly won't run on an 80386. The speed gains of building for specific submodels of CPUs might be there, but they're minimal. Benchmarks have shown (can't find the article, it was on Phoronix) that after -march=i686 you get diminishing returns.
Re: [gentoo-user] This Connection is Untrusted: WAS: Firefox-10.0.1 fails to compile on x86
On Thu, Feb 23, 2012 at 3:28 PM, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Thu, Feb 23, 2012 at 4:59 PM, Mark Knecht markkne...@gmail.com wrote: What is it about my systems wherein every one of these https links case my systems to barf with a This Connection is Untrusted message. If I remove the 's' then things work fine. https encompasses two basic functions: encryption and trust. In this case the hostname in the SSL certificate installed on that server does not match the hostname in the URL, so it does not trust it. If they matched, it would then check to see if it was expired. If it was not expired, it would then check to see if it was signed by a CA that you trust (browsers come with a set of trusted CAs already). If it was self-signed or signed by an untrusted CA (like DigiNotar...) you'd get a warning as well. If literally every https link is untrusted, maybe you have an issue with the installation of certificates on your system, or have chosen not to trust any CAs. Commercial websites, banks, stores, etc. should always have valid and trusted certificates. In OSS world, most people don't have the need or money to pay for a certificate when all they're really interested in is encrypting the connection. There are also servers that are listening for https connections but aren't advertised as such... the mozilla website is probably one of those. Using plug-ins like HTTPS-everywhere will try to use https even on sites that don't use it by default. In all of those cases above, if you allowed the connection it would still be SSL encrypted. You'd be protected against packet sniffers but not against man-in-the-middle attack. By switching to http your session occurs in plain-text and is vulnerable to both attacks. OK, clearly I'm overstating the problem then. I haven't ever had any problems logging into password protected, little closed lock in the bottom corner web sites so that's not a problem. The real problem I've noticed the most is just with these links that arrive as https:// type links and Firefox asking me to specifically accept these certificates which I don't really want to do. And I've not had any problems I've noticed by just removing the 's' and using the site like a regular site. So, I guess there really isn't any problem with my system. I appreciate the info folks. As always, thanks! Cheers, Mark
Re: [gentoo-user] portage updates
On Thursday 23 February 2012 11:48:59 Alan McKinnon wrote: I prefer to update portage first, just in case it co-coincides with some update to the tree pedantic old fart mode ON What does co-coincides mean? I know that various versions of English exist out there, but this one has me foxed. -- Rgds Peter Linux Counter 5290, 1994-04-23
Re: [gentoo-user] KDE Replace Kwin with something else
Ignas Anikevicius writes: I was wondering if anybody knows what USE flag should I enable in order to have the option to change the default WM in KDE settings to something else. I want to run Awesome WM on top of KDE and currently I can not do it from the KDE System Settings. This has nothing to do with USE flags I think. Open Systemsettings - Standard Components, there's an entry for the window manager. I can chose between KDE default (KWin), and another window manager. The dropdown list has Metacity (GNOME) and Openbox, although I have more window managers installed, including awesome, which show up in KDM. Maybe this link helps: http://www.nanolx.org/newslinux/kde4-change-wm I find metacity.desktop and openbox.desktop in /usr/share/apps/ksmserver/windowmanagers/, so I guess you have to find awesome.desktop, and put it there. Or create such a file yourself like suggestend in the link above. Wonko
Re: [gentoo-user] [Solved] KDE Replace Kwin with something else
On 24/02/12 02:01, Alex Schuster wrote: I find metacity.desktop and openbox.desktop in /usr/share/apps/ksmserver/windowmanagers/, so I guess you have to find awesome.desktop, and put it there. Or create such a file yourself like suggestend in the link above. Thank you very much. Copying to this folder the desktop file helped me. I.
[gentoo-user] Midori and Flash
Hi there! I am using all kinds of web browsers. Firefox for sites I always want to have open. Konqueror when I start a browser from scratch to look something up. Chromium is also running, Mainly because I had trouble with Firefox opening one window on another desktop. Now I'd also like to use Midori, as a lightweight browser for using Google+. The reason is that when I open Google+ in Firefox, I am also logged in at Google when I using other tabs with Youtube or other Google sites. If there's a way around this, I'd be happy to know about it. But so I just thought, why not use Midori for Google+ only. But it doesn't do Flash. The FAQ says I have to export MOZ_PLUGIN_PATH=/usr/lib/mozilla/plugins or wherever my plugins are, so I did this, using /usr/lib/firefox/plugins, which looks right to me. But still Flash does not work. How is this for other Midori users, is Flash working? Wonko
[gentoo-user] favorite smartctl test?
I'm trying to figure out how far gone an old Maxtor HD of mine is. It does have S.M.A.R.T. support. Is there a favorite smartctl command for making this determination? 'smartctl -a /dev/sda' says: SMART overall-health self-assessment test result: PASSED and: ATA Error Count: 116 Is a self-test in order? - Grant
Re: [gentoo-user] This Connection is Untrusted: WAS: Firefox-10.0.1 fails to compile on x86
In all of those cases above, if you allowed the connection it would still be SSL encrypted. You'd be protected against packet sniffers but not against man-in-the-middle attack. And the reason someone will man-in-the-middle you, is so they can sniff your traffic and get passwords or other sensitive information. This is done by terminating the SSL session from you, and then creating a new SSL session to the real server. By switching to http your session occurs in plain-text and is vulnerable to both attacks. OK, clearly I'm overstating the problem then. I haven't ever had any problems logging into password protected, little closed lock in the bottom corner web sites so that's not a problem. The real problem I've noticed the most is just with these links that arrive as https:// type links and Firefox asking me to specifically accept these certificates which I don't really want to do. Is the problem that accepting the certificate is inconvenient? And I've not had any problems I've noticed by just removing the 's' and using the site like a regular site. That's ok if you understand that you're turning off the security features, so it will be possible for an attacker to see your traffic. So, I guess there really isn't any problem with my system. Correct - the problem is on the server that you're connecting to is presenting an untrusted certificate. That could be because its a server that's impersonating the server you really want to connect to, or the server's administrator is not doing their job. In rare cases it could also be that the certificate has been revoked or the CA is no longer trusted by your web browser (eg the Diginotar mentioned earlier).
[gentoo-user] Re: Firefox-10.0.1 fails to compile on x86
On Thu, 23 Feb 2012 16:43:11 -0600 Paul Hartman paul.hartman+gen...@gmail.com wrote: On Thu, Feb 23, 2012 at 4:21 PM, Willie WY Wong wong...@member.ams.org wrote: Actually, why is it that upstream does not provide 64bit binaries? (It always bothers me to see my wife's Windows 7 machines running a copy of firefox marked, in parenthesis, 32 bit.) They're working on it... They actually have started generating 64-bit nightly builds for Windows and Linux: https://nightly.mozilla.org/ If I had to guess what the hold-up has been: User confusion about which version to use (32-bit will work for everyone, 64-bit won't) Plugin availability (even Adobe and Sun didn't make 64-bit flash or java until recently) It's mostly that their build people have had more important stuff to deal with for a while, such as adjusting their system to deal with the new-ish release cycle and giving their devs more a more flexible system for building testing binaries. (And there's been almost no clamor from the Windows world for 64-bit builds. For people who are clamoring, there's a third-party build called Waterfox.) But I thought they do release 64-bit binaries for Linux. There's a linux-x86_64 directory in their stable release directory, ftp://releases.mozilla.org/pub/mozilla.org/firefox/releases/latest/.
Re: [gentoo-user] Re: No more FLASH on Linux ?
120223 Nikos Chantziaras wrote: On 23/02/12 22:49, James wrote: Adobe has announce no more Flash on Linux. The real news is no more Flash on Linux in 5 years. Isn't HTML 5 due to replace Flash long before then ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] Re: No more FLASH on Linux ?
On 24/02/12 05:22, Philip Webb wrote: 120223 Nikos Chantziaras wrote: On 23/02/12 22:49, James wrote: Adobe has announce no more Flash on Linux. The real news is no more Flash on Linux in 5 years. Isn't HTML 5 due to replace Flash long before then ? It's not compatible with Flash, so no; it can never truly replace it. It can be used as an alternative though. It's just like with Linux vs Windows. Linux cannot replace Windows. It's an alternative. My guess is that Flash will remain very popular in the next 5 years, but HTML 5 will see increased use. I don't refer to video here, but to web applications. Video will probably keep Flash alive for a very long time, since HTML5 leaves it up to the browser what video formats the user can watch. Flash on the other hand guarantees web designers that a PC user can watch their videos. Having a guarantee that something works is a very powerful incentive; you do not abandon something that works.
Re: [gentoo-user] A few suggestions for emerge world via cron
On Feb 24, 2012 7:18 AM, Harry Putnam rea...@newsguy.com wrote: First my setup: Fairly basic (newish) install (noX) in a Virtual Box vm on windows7 host I'd like to hear some of the ways you all keep up with syncing and update world. Of course the basic call with cron is clear enough: eix-sync emerge -vuD world But what I mean is how you handle things script wise, so that when something doesn't compile or something else untoward happens during `emerge -vuD world' things don't just get jacked up. The only automation in my case is eix-sync followed by emerge -uND --fetchonly @system @world Then, on Friday I manually start the update process on half of my servers, the other half the next Friday. That may not be a very common occurrence, especially since my install is quite basic, but I am running with `~x86' so it might be a bit more likely to come up. Also, what have users found to be good guess at how often to update world? (given my console mode setup, and the fact that it is not a server of any kind, more just a way to keep my hand in things gentoo) In my case, once every other week is enough, unless there's a serious security issue that needs immediate update. Rgds,
Re: [gentoo-user] Re: No more FLASH on Linux ?
On 2012-02-24 05:15, Nikos Chantziaras wrote: user can watch. Flash on the other hand guarantees web designers that a PC user can watch their videos. Having a guarantee that something works is a very powerful incentive; you do not abandon something that works. It's only guaranteed if flash is installed. HTML5 is pretty much guaranteed with current browsers. I know I may be in the minority here but flash is coming no where near my computers, nor the ones I support (my mother etc.). Best regards Peter K
