[gentoo-user] --depclean and PyQt4 blocking
Hi, I did my weekly updates last night and as always I run --depclean -p afterwards to see if anything needs cleaning out. I seem to have ran into something that doesn't make sense. This is what I get: r...@smoker / # emerge -p --depclean * Always study the list of packages to be cleaned for any obvious * mistakes. Packages that are part of the world set will always * be kept. They can be manually added to this set with * `emerge --noreplace atom`. Packages that are listed in * package.provided (see portage(5)) will be removed by * depclean, even if they are part of the world set. * * As a safety measure, depclean will not remove any packages * unless *all* required dependencies have been resolved. As a * consequence, it is often necessary to run `emerge --update * --newuse --deep @system @world` prior to depclean. Calculating dependencies... done! Checking for lib consumers... Assigning files to packages... * In order to avoid breakage of link level dependencies, one or more * packages will not be removed. This can be solved by rebuilding the * packages that pulled them in. * * x11-libs/qt-assistant-4.4.2-r1 pulled in by: * dev-python/PyQt4-4.4.4-r1 * * x11-libs/qt-xmlpatterns-4.4.2 pulled in by: * dev-python/PyQt4-4.4.4-r1 * Adding lib providers to graph... / Calculating dependencies... done! No packages selected for removal by depclean To see reverse dependencies, use --verbose r...@smoker / # I have ran emerge -1va =x11-libs/qt-assistant-4.4.2-r1 =x11-libs/qt-xmlpatterns-4.4.2 =dev-python/PyQt4-4.4.4-r1 so that it will re-emerge all the packages it was fussing about. I get the same thing. I also ran revdep-rebuild -i and it comes back clean. I then did this, emerge -v1a =dev-python/qscintilla-python-2.3.2 =x11-libs/qscintilla-2.3.2 =dev-python/PyQt-3.17.6 =x11-libs/qt-gui-4.4.2-r1 =x11-libs/qt-dbus-4.4.2 and still get the same thing. Anybody ran into this? Anybody have a clue why it keeps giving this message? Do I need to rebuild something else that I missed to clear this up? Dale :-) :-)
Re: [gentoo-user] Kernel update messed up console encoding
Hi Sebastian, That is a problem of the consolefont, since the console can't display it with cp1250... Maybe - if this font has codepage 1250, as one would assume, it should normally display a capital A with a short accent (I think that's a slavonic letter) in position hex c3. True, that is different from the capital A tilde it should have in iso-8859-1. But this is hardly the heart of the matter- the c3 shouldn't be there in the first place. echo äöüÄÖÜß console.test then write the same in emacs and save as emacs.test. And then compare the output of file console.test and file emace.test If there are differences, somewhere here lies the Problem But I have already described the result of the first procedure in my first posting (UTF-8 when echoed under the new kernel, iso-8859-1 when echoed under the old kernel) and the result of the second one - IN DETAIL - in my last posting (too long to repeat; see there), which I assume you have read. Have I missed something? locale should shown it to you Thanks. $LANG and $LC_ALL are not set (i.e. locale simply shows LANG= and LC_ALL= with no values). All other LC_... variables are set to POSIX. Does nobody know where the kernel controls what the keys of the console keyboard send when pressed? (BTW, KEYMAP=de-latin1-nodeadkeys, in /etc/conf.d/keymaps.) Exactly there. Could you explain that, please (do you perhaps mean this is where the kernel's behaviour IS CONTROLLED)? As I have repeatedly said, all variable settings are of course the same under both kernels, so both definitely behave differently with the same settings. Regards, Florian PS: Just one thing: do you think you could cite only those portions of postings that you are replying to? Having to wade through tons of cited material to find any replies is quite hard on the eyes, especially when understanding one another seems to be difficult.
[gentoo-user] Re: Kernel update messed up console encoding
Florian v. Savigny wrote: [...] But still, I am wondering how to get the new kernel to behave as I want out of the box. My best guess is now that this console behaviour has become the default at some point between kernels 2.6.17 and 2.6.27, and that you now have to switch it off explicitely. But how? Maybe the commands unicode_start and unicode_stop might help.
Re: [gentoo-user] Re: Kernel update messed up console encoding
Hi Nikos, $LANG and $LC_ALL are not set (i.e. locale simply shows LANG= and LC_ALL= with no values). All other LC_... variables are set to POSIX. I don't think that will work. Interestingly, I just discovered the locales are different for one user (who has de_DE.iso-8859-1 for all variables (including LANG) except LC_ALL, which is empty). For the other users, the locales are as above, and it is this way no matter which kernel is running. But the console does not behave differently for the two users, but differently for the two kernels (i.e. identically for both users). So, the bottom line is: that is apparently not the heart of the problem either, as the setting cited above DOES work under my kernel 2.6.17. But thanks for having me discover the user-specific locale settings! I wasn't aware of that. A user who said he was too lazy to subscribe to the list (which is a loss for the list, I think) gave me the tip that passing the kernel the parameter default_utf8=0 should reverse that behaviour. While the kernel does know the parameter, it did not change the behaviour. But he also said that the command kbd_mode can change the behaviour of the keyboard, and indeed it can: kbd_mode -a sets the behaviour to single bytes, i.e. the keys send single bytes, while kbd_mode -u sets it to sending one, two, or three bytes, depending on what UTF-8 requires. kbd_mode without a parameter outputs the current status, and this is indeed different after booting the two kernels: as expected, for the old kernel, it is The keyboard is in ASCII mode, for the new one The keyboard is in Unicode (UTF-8) mode (the documentation explains that ASCII is misleading; it is indeed single-byte, and fine for all iso-8859- encodings). After saying kbd_mode -a under the new kernel, I can now produce ISO-8859-1-encoded files with Emacs or the shell. I haven't worked out how to get the screen to display them correctly, however (as it does under the old kernel). The unsubscribed user told me two magic escape sequences, but I have yet to see how to type them correctly. ('ECS ( K' to switch to single-byte mode, 'ESC % G' to switch to utf-8 mode). console covers both keyboard and screen, he explained. (Sounds familiar, but I thought it would not hurt to repeat it here.) But still, I am wondering how to get the new kernel to behave as I want out of the box. My best guess is now that this console behaviour has become the default at some point between kernels 2.6.17 and 2.6.27, and that you now have to switch it off explicitely. But how? Regards, Florian
[gentoo-user] A little light relief from endless problems
As it's Sunday, here's an odd little thing. Not long ago, while booting this machine, four ext3 partitions needed checks on remount count reaching zero. They had been set to 23, 24, 25 and 26 mounts. (I didn't choose the numbers; they were allocated at the time I was creating the file system.) Now, this box does get rebooted, but hardly 23 x 24 x 25 x 26 = 358,800 times all told. At, say, two reboots per day, that would take rather a long time: a little under 500 years if my arithmetic is working. -- Rgds Peter
[gentoo-user] Re: A little light relief from endless problems
Peter Humphrey wrote: As it's Sunday, here's an odd little thing. Not long ago, while booting this machine, four ext3 partitions needed checks on remount count reaching zero. They had been set to 23, 24, 25 and 26 mounts. (I didn't choose the numbers; they were allocated at the time I was creating the file system.) Now, this box does get rebooted, but hardly 23 x 24 x 25 x 26 = 358,800 times all told. At, say, two reboots per day, that would take rather a long time: a little under 500 years if my arithmetic is working. I think you're confused. 23 means a check each 23 mounts. With 2 mounts per day, that's a check every 12 days for the first and second disk. Also, except mount count, there's also a time-based check. The check happens whichever of the two expires first (otherwise, a system that gets rebooted once each two months or such would get checked in a timely manner.)
[gentoo-user] Re: Kernel update messed up console encoding
Florian v. Savigny wrote: locale should shown it to you Thanks. $LANG and $LC_ALL are not set (i.e. locale simply shows LANG= and LC_ALL= with no values). All other LC_... variables are set to POSIX. I don't think that will work. Here, locale says: LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 LC_NUMERIC=en_US.UTF-8 LC_TIME=en_US.UTF-8 LC_COLLATE=en_US.UTF-8 LC_MONETARY=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_PAPER=en_US.UTF-8 LC_NAME=en_US.UTF-8 LC_ADDRESS=en_US.UTF-8 LC_TELEPHONE=en_US.UTF-8 LC_MEASUREMENT=en_US.UTF-8 LC_IDENTIFICATION=en_US.UTF-8 LC_ALL=en_US.UTF-8 So I suppose you need something like de_de.iso-8859...@euro. You need only set LANG and and LC_ALL. The rest is derived automatically from those two. To do this, edit the file /etc/env.d/02locale. There should be only two lines in it: LC_ALL=de_de.iso-8859...@euro LANG=de_de.iso-8859...@euro Substitute ISO-8859-15 with whatever you're using. After editing, run env-update as root. Reboot (just to make sure) and try again. I really recommend UTF-8 though: LC_ALL=en_US.UTF-8 LANG=en_US.UTF-8
Re: [gentoo-user] Re: A little light relief from endless problems
At Sun, 01 Mar 2009 13:57:30 +0200 Nikos Chantziaras rea...@arcor.de wrote: Peter Humphrey wrote: As it's Sunday, here's an odd little thing. Not long ago, while booting this machine, four ext3 partitions needed checks on remount count reaching zero. They had been set to 23, 24, 25 and 26 mounts. (I didn't choose the numbers; they were allocated at the time I was creating the file system.) Now, this box does get rebooted, but hardly 23 x 24 x 25 x 26 = 358,800 times all told. At, say, two reboots per day, that would take rather a long time: a little under 500 years if my arithmetic is working. I think you're confused. 23 means a check each 23 mounts. With 2 mounts per day, that's a check every 12 days for the first and second disk. I think the point is that 23, 24, 25, 26 are relatively prime so that, if N is initially zero, it takes 23x24x25x26 increments initially for (N mod 23), ..., (N mod 26) to all again be zero. Also, except mount count, there's also a time-based check. The check happens whichever of the two expires first (otherwise, a system that gets rebooted once each two months or such would get checked in a timely manner.) This second point is quite valid. allan
[gentoo-user] Re: A little light relief from endless problems
Allan Gottlieb wrote: At Sun, 01 Mar 2009 13:57:30 +0200 Nikos Chantziaras rea...@arcor.de wrote: Peter Humphrey wrote: As it's Sunday, here's an odd little thing. Not long ago, while booting this machine, four ext3 partitions needed checks on remount count reaching zero. They had been set to 23, 24, 25 and 26 mounts. (I didn't choose the numbers; they were allocated at the time I was creating the file system.) Now, this box does get rebooted, but hardly 23 x 24 x 25 x 26 = 358,800 times all told. At, say, two reboots per day, that would take rather a long time: a little under 500 years if my arithmetic is working. I think you're confused. 23 means a check each 23 mounts. With 2 mounts per day, that's a check every 12 days for the first and second disk. I think the point is that 23, 24, 25, 26 are relatively prime so that, if N is initially zero, it takes 23x24x25x26 increments initially for (N mod 23), ..., (N mod 26) to all again be zero. Why would it matter if they're all zero or not?
Re: [gentoo-user] A little light relief from endless problems
Peter Humphrey schrieb: As it's Sunday, here's an odd little thing. Not long ago, while booting this machine, four ext3 partitions needed checks on remount count reaching zero. They had been set to 23, 24, 25 and 26 mounts. (I didn't choose the numbers; they were allocated at the time I was creating the file system.) Now, this box does get rebooted, but hardly 23 x 24 x 25 x 26 = 358,800 times all told. At, say, two reboots per day, that would take rather a long time: a little under 500 years if my arithmetic is working. Hi, this is incorrect. 179400 mounts would be enough (24 and 26 can both be divided by 2). Have you been running gentoo for 250 years? ;-) Maybe your counts are incorrect in another way. Let's say you install your system. You create root partition and install, reboot. Than you install all the other partitions. Maybe something went wrong and you needed to remount partition 4 four times ... Hope this helped a little. kh
Re: [gentoo-user] Re: A little light relief from endless problems
At Sun, 01 Mar 2009 16:27:17 +0200 Nikos Chantziaras rea...@arcor.de wrote: Allan Gottlieb wrote: At Sun, 01 Mar 2009 13:57:30 +0200 Nikos Chantziaras rea...@arcor.de wrote: Peter Humphrey wrote: As it's Sunday, here's an odd little thing. Not long ago, while booting this machine, four ext3 partitions needed checks on remount count reaching zero. They had been set to 23, 24, 25 and 26 mounts. (I didn't choose the numbers; they were allocated at the time I was creating the file system.) Now, this box does get rebooted, but hardly 23 x 24 x 25 x 26 = 358,800 times all told. At, say, two reboots per day, that would take rather a long time: a little under 500 years if my arithmetic is working. I think you're confused. 23 means a check each 23 mounts. With 2 mounts per day, that's a check every 12 days for the first and second disk. I think the point is that 23, 24, 25, 26 are relatively prime so that, if N is initially zero, it takes 23x24x25x26 increments initially for (N mod 23), ..., (N mod 26) to all again be zero. Why would it matter if they're all zero or not? When they are all zero they fsck is triggered. So it was not surprising that all the fsck's occurred. What was surprising is that they all triggered at the same reboot. allan
[gentoo-user] Re: A little light relief from endless problems
Allan Gottlieb wrote: At Sun, 01 Mar 2009 16:27:17 +0200 Nikos Chantziaras rea...@arcor.de wrote: Allan Gottlieb wrote: I think the point is that 23, 24, 25, 26 are relatively prime so that, if N is initially zero, it takes 23x24x25x26 increments initially for (N mod 23), ..., (N mod 26) to all again be zero. Why would it matter if they're all zero or not? When they are all zero they fsck is triggered. So it was not surprising that all the fsck's occurred. What was surprising is that they all triggered at the same reboot. You might have umounted/mounted them without rebooting. Or the maximum time allowed without a fsck ran out :P
[gentoo-user] More weird portage behavior
I'm getting more weird portage behavior and I don't see how to solve this. I've tried un-emerging and re-emerging ffmpeg to no avail. Please let me know if you have any ideas. # emerge -avDuN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD] media-video/ffmpeg-0.4.9_p20090201-r1 [2009] USE=3dnow%* X aac alsa%* encode%* hardcoded-tables mmx mmxext%* mp3 sdl speex%* ssse3%* theora threads vorbis x264 xvid zlib (-altivec) -amr% -bindist -custom-cflags% -debug -dirac -doc -gsm -ieee1394 -ipv6 -network -oss -schroedinger -test -v4l -v4l2% -vhook% (-amrnb%) (-amrwb%) (-icc%) (-imlib%*) (-truetype%*) (-vdpau%*) 0 kB [1=0] Total: 1 package (1 downgrade), Size of downloads: 0 kB Portage tree and overlays: [0] /usr/portage [1] /usr/portage/local/layman/berkano !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: media-video/ffmpeg:0 ('installed', '/', 'media-video/ffmpeg-2009', 'nomerge') pulled in by =media-video/ffmpeg-0.4.9_p20070129 required by ('installed', '/', 'media-libs/xine-lib-1.1.', 'nomerge') media-video/ffmpeg required by ('installed', '/', 'media-sound/picard-0.11', 'nomerge') =media-video/ffmpeg-0.4.9_p20080326 required by ('installed', '/', 'media-libs/wxsvg-1.0', 'nomerge') (and 4 more) ('ebuild', '/', 'media-video/ffmpeg-0.4.9_p20090201-r1', 'merge') pulled in by =media-video/ffmpeg-0.4.9_p20090201[encode] required by ('installed', '/', 'media-video/dvdstyler-1.7.2_beta4', 'nomerge') (and 7 more) Explanation: New USE are correctly set, but --newuse wasn't requested, so an installed package with incorrect USE happened to get pulled into the dependency graph. In order to solve this, either specify the --newuse option or explicitly reinstall 'media-video/ffmpeg:0'. # equery depends ffmpeg [ Searching for packages depending on ffmpeg... ] media-libs/libquicktime-1.0.3 (ffmpeg? =media-video/ffmpeg-0.4.9_p20070616) media-libs/wxsvg-1.0 (ffmpeg? =media-video/ffmpeg-0.4.9_p20080326) media-libs/xine-lib-1.1. (=media-video/ffmpeg-0.4.9_p20070129) media-plugins/gst-plugins-ffmpeg-0.10.5 (=media-video/ffmpeg-0.4.9_p20081014) media-sound/mpd- (ffmpeg? media-video/ffmpeg) media-sound/picard-0.11 (ffmpeg? media-video/ffmpeg) media-video/dvdstyler-1.7.2_beta4 (=media-video/ffmpeg-0.4.9_p20090201[encode]) media-video/vlc-0.9.8a (ffmpeg? =media-video/ffmpeg-0.4.9_p20070616) - Grant
Re: [gentoo-user] More weird portage behavior
On Sunday 01 March 2009 19:42:05 Grant wrote: I'm getting more weird portage behavior and I don't see how to solve this. I've tried un-emerging and re-emerging ffmpeg to no avail. Please let me know if you have any ideas. # emerge -avDuN world ^ This entirely conflicts with New USE are correctly set, but --newuse wasn't requested, so an ^ this. What version of portage are you on? Try mask it, downgrade, and try again. If that fixes, I strongly suspect you have uncovered a bug that needs reporting. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] More weird portage behavior
I'm getting more weird portage behavior and I don't see how to solve this. I've tried un-emerging and re-emerging ffmpeg to no avail. Please let me know if you have any ideas. # emerge -avDuN world ^ This entirely conflicts with New USE are correctly set, but --newuse wasn't requested, so an ^ this. What version of portage are you on? Try mask it, downgrade, and try again. If that fixes, I strongly suspect you have uncovered a bug that needs reporting. I've tried portage-2.1.6.7 and 2.1.6.4 with the same results. - Grant
Re: [gentoo-user] More weird portage behavior
Am Sonntag, 1. März 2009 18:42:05 schrieb Grant: [0] /usr/portage [1] /usr/portage/local/layman/berkano Any chance ffmpeg is provided by both overlays? Bye... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] More weird portage behavior
[0] /usr/portage [1] /usr/portage/local/layman/berkano Any chance ffmpeg is provided by both overlays? Bye... Dirk Yes, media-video/ffmpeg-2009 is provided by berkano and media-video/ffmpeg-0.4.9_p2009020 is provided by /usr/portage. Is that a problem? - Grant
Re: [gentoo-user] Re: Which USB device on which controller?
Sounds like it's a 1.1 device to me. Yep, that's what it sounds like to me too. Dale But that's OK isn't it? I don't need 2.0 speeds between each webcam and the controller, I just need the increased overall bandwidth of a 2.0 controller so one of the 1.1 webcams doesn't use all of it. The 2.0 controller doesn't _have_ increased bandwith if it's talking to 1.1 devices. In that case, the 2.0 controller is transferring data at the same speed as a 1.1 controller. I thought the total bandwidth available for a controller was different than the bandwidth at which it communicates with one device. You're saying any 1.1 device that uses 12 mbit/s will 100% monopolize a 2.0 controller so no other devices can function? Yes. USB is not like 1394/Firewire. Firewire will increase and decrease bandwidth as different devices take control of the bus. There is negotiation between devices and the device that owns the bus controls how the bus is used. With USB a 1.1 device on the bus causes the 2.0 controller to operate at 1.1 speed so there is only 12Mb/S on that bus once you plug the 1.1 web cam in. Taking a different approach, since I have 2 USB controllers (EHCIx1, OHCIx1) why can't I operate one webcam on one controller and one webcam on the other controller so they can both function? If the hardware is working correctly, if the drivers are independent, and IF IF IF the two physical ports you chose are actually going to completely different controllers then you can. I do this. This sort of thing becomes an issue with USB when you make a mistake an plug an old USB mouse or keyboard into the wrong physical port and bring your 2.0 bus speed down to 1.1 bandwidth. Over and out, Mark Thanks everyone. Sounds like I need another USB controller or 2.0 webcams. - Grant - Grant I get the feeling I have a misconception somewhere along the line here. Could someone straighten me out? A Corvette going 3MPH will get to the finish line at exactly the same time as a 4-year-old kid on a tricycle going 3MPH. It doesn't matter what the controller is capable of -- it matters what speed it's actually talking. -- Grant
Re: [gentoo-user] More weird portage behavior
Am Sonntag, 1. März 2009 19:20:25 schrieb Grant: [0] /usr/portage [1] /usr/portage/local/layman/berkano Any chance ffmpeg is provided by both overlays? Yes, media-video/ffmpeg-2009 is provided by berkano and media-video/ffmpeg-0.4.9_p2009020 is provided by /usr/portage. Is that a problem? Yes. You've got ffmpeg-2009 installed, but media- video/dvdstyler-1.7.2_beta4 wants to have ffmpeg with the encode USE flag, which your installed version doesn't seem to have, but ffmpeg-0.4.9_p20090201 does. Bye... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] More weird portage behavior
[0] /usr/portage [1] /usr/portage/local/layman/berkano Any chance ffmpeg is provided by both overlays? Yes, media-video/ffmpeg-2009 is provided by berkano and media-video/ffmpeg-0.4.9_p2009020 is provided by /usr/portage. Is that a problem? Yes. You've got ffmpeg-2009 installed, but media- video/dvdstyler-1.7.2_beta4 wants to have ffmpeg with the encode USE flag, which your installed version doesn't seem to have, but ffmpeg-0.4.9_p20090201 does. Bye... Dirk Good eye Dirk, I think that's it. Thank you. - Grant
Re: [gentoo-user] A little light relief from endless problems
At Sun, 01 Mar 2009 17:49:36 +0100 KH gentoo-u...@konstantinhansen.de wrote: Peter Humphrey schrieb: As it's Sunday, here's an odd little thing. Not long ago, while booting this machine, four ext3 partitions needed checks on remount count reaching zero. They had been set to 23, 24, 25 and 26 mounts. (I didn't choose the numbers; they were allocated at the time I was creating the file system.) Now, this box does get rebooted, but hardly 23 x 24 x 25 x 26 = 358,800 times all told. At, say, two reboots per day, that would take rather a long time: a little under 500 years if my arithmetic is working. Hi, this is incorrect. 179400 mounts would be enough (24 and 26 can both be divided by 2). Correct. I erred in saying that 23,24,25,26 are relatively prime as you noted. In general if it was a1,a2,...an the answer would be LCM(a1,a2,...,an), where LCM abbreviates Least Common Multiple. allan
Re: [gentoo-user] Re: Which USB device on which controller?
Sounds like it's a 1.1 device to me. Yep, that's what it sounds like to me too. Dale But that's OK isn't it? I don't need 2.0 speeds between each webcam and the controller, I just need the increased overall bandwidth of a 2.0 controller so one of the 1.1 webcams doesn't use all of it. The 2.0 controller doesn't _have_ increased bandwith if it's talking to 1.1 devices. In that case, the 2.0 controller is transferring data at the same speed as a 1.1 controller. I thought the total bandwidth available for a controller was different than the bandwidth at which it communicates with one device. You're saying any 1.1 device that uses 12 mbit/s will 100% monopolize a 2.0 controller so no other devices can function? Yes. USB is not like 1394/Firewire. Firewire will increase and decrease bandwidth as different devices take control of the bus. There is negotiation between devices and the device that owns the bus controls how the bus is used. With USB a 1.1 device on the bus causes the 2.0 controller to operate at 1.1 speed so there is only 12Mb/S on that bus once you plug the 1.1 web cam in. Taking a different approach, since I have 2 USB controllers (EHCIx1, OHCIx1) why can't I operate one webcam on one controller and one webcam on the other controller so they can both function? If the hardware is working correctly, if the drivers are independent, and IF IF IF the two physical ports you chose are actually going to completely different controllers then you can. I do this. This sort of thing becomes an issue with USB when you make a mistake an plug an old USB mouse or keyboard into the wrong physical port and bring your 2.0 bus speed down to 1.1 bandwidth. That's a lot of IFs. This USB PCI card looks good because it claims: Five ports in three independent host controller design, two OHCI and one EHCI http://www.newegg.com/Product/Product.aspx?Item=N82E16815104202 Are you saying I can't count on this card behaving as 3 separate USB controllers? - Grant Over and out, Mark - Grant I get the feeling I have a misconception somewhere along the line here. Could someone straighten me out? A Corvette going 3MPH will get to the finish line at exactly the same time as a 4-year-old kid on a tricycle going 3MPH. It doesn't matter what the controller is capable of -- it matters what speed it's actually talking. -- Grant
Re: [gentoo-user] More weird portage behavior
On Sunday 01 March 2009 19:59:05 Grant wrote: I'm getting more weird portage behavior and I don't see how to solve this. I've tried un-emerging and re-emerging ffmpeg to no avail. Please let me know if you have any ideas. # emerge -avDuN world ^ This entirely conflicts with New USE are correctly set, but --newuse wasn't requested, so an ^ this. What version of portage are you on? Try mask it, downgrade, and try again. If that fixes, I strongly suspect you have uncovered a bug that needs reporting. I've tried portage-2.1.6.7 and 2.1.6.4 with the same results. OK. Meawhile Dirk spotted the overlay thing, which looks a likely candidate for the true cause -- alan dot mckinnon at gmail dot com
[gentoo-user] [OT hardware ?] Can ram spec be tracked to different mobos
Anyone know if the ram sticks installed in one mobo can be tracked to see what other mobo's it will work in. I'm thinking switching out a mobo and hate to loose the 3GB ram installed in it. I don't have the spec to hand due to one machine being shut down but do have record of it on that machine when I boot it. You'd think some kind of cross reference like that would be around since ram is one of the more expensive parts of a setup.
Re: [gentoo-user] [OT hardware ?] Can ram spec be tracked to different mobos
On Sonntag 01 März 2009, Harry Putnam wrote: Anyone know if the ram sticks installed in one mobo can be tracked to see what other mobo's it will work in. I'm thinking switching out a mobo and hate to loose the 3GB ram installed in it. I don't have the spec to hand due to one machine being shut down but do have record of it on that machine when I boot it. You'd think some kind of cross reference like that would be around since ram is one of the more expensive parts of a setup. a) vendors website b) vendors website c) modprobe i2c-dev, eeprom, ./decode-dimms.pl
[gentoo-user] Re: [OT hardware ?] Can ram spec be tracked to different mobos
Volker Armin Hemmann volkerar...@googlemail.com writes: On Sonntag 01 März 2009, Harry Putnam wrote: Anyone know if the ram sticks installed in one mobo can be tracked to see what other mobo's it will work in. I'm thinking switching out a mobo and hate to loose the 3GB ram installed in it. I don't have the spec to hand due to one machine being shut down but do have record of it on that machine when I boot it. You'd think some kind of cross reference like that would be around since ram is one of the more expensive parts of a setup. a) vendors website b) vendors website So, are you thinking the vendor website will have some kind of cross reference showing all the motherboards a particular stick of ram will work on? I'm not finding anything like that, of course had prowled the vendors website before posting (http://www.corsair.com/) c) modprobe i2c-dev, eeprom, ./decode-dimms.pl This will require a recompile. And in fact the memory sticks on a solaris OS, so not useful there anyway. But useful on my linux boxes. thanks.
Re: [gentoo-user] Re: [OT hardware ?] Can ram spec be tracked to different mobos
On Montag 02 März 2009, Harry Putnam wrote: Volker Armin Hemmann volkerar...@googlemail.com writes: On Sonntag 01 März 2009, Harry Putnam wrote: Anyone know if the ram sticks installed in one mobo can be tracked to see what other mobo's it will work in. I'm thinking switching out a mobo and hate to loose the 3GB ram installed in it. I don't have the spec to hand due to one machine being shut down but do have record of it on that machine when I boot it. You'd think some kind of cross reference like that would be around since ram is one of the more expensive parts of a setup. a) vendors website b) vendors website So, are you thinking the vendor website will have some kind of cross reference showing all the motherboards a particular stick of ram will work on? I'm not finding anything like that, of course had prowled the vendors website before posting (http://www.corsair.com/) c) modprobe i2c-dev, eeprom, ./decode-dimms.pl This will require a recompile. And in fact the memory sticks on a solaris OS, so not useful there anyway. But useful on my linux boxes. thanks. no, just a make modules_install.
Re: [gentoo-user] Re: Kernel update messed up console encoding
Hi Nikos, Maybe the commands unicode_start and unicode_stop might help. Bull's eye! unicode_stop reverses the behavior completely to what the old kernel did. I looked inside; both are actually shell scripts; unicode_stop is very simple: kbd_mode -a if test -t ; then echo -n -e '\033%@' fi unicode_start does a little more (also change the keyboard mapping and choose a unicode font), but it also contains kbd_mode -u and if test -t 1 -a -t 2 ; then echo -n -e '\033%G' fi So the escape sequences are 'ESC % @' and 'ESC % G'. Thanks very much for this collaborate effort! Simultaneously, the unnamed user (sorry, I just forgot to ask whether he minds being named or not) told me to try the kernel parameter vt.default_utf8=0, and that does the trick as well. So the smoothest workaround will now be putting that into lilo.conf (yes, I know, I'm hopelessly old-fashioned - old encodings, old bootloaders ... ;-)). I think I'll continue on a kernel list to figure out what kernel 2.6.27 does differently from 2.6.17, and why (and whether that behaviour cannot be changed with a compile-time option). I think that part is really not a gentoo-specific question. But I'll report here when I get the result! Best regards! Florian
[gentoo-user] Learning to use libtool
I'm trying to learn about libtool for the New Riders book GNU Attoconf, Automake and libtool, and I'm stymied early on. It wants me to run a ltconfig program that does not seem to exist. It said to find a few things in /usr/local/share/libtool, and I found all but one of them in /usr/share/libtool, but no ltconfig. I'm in a similar fix on Ubunu, the only other Linux I have at home. Can anyone enlighten me? ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] Grep question
I need to select all the lines between string1 and string2 in a file. String1 exists on an entire line by itself and string2 will be at the start of a line. What's the syntax? I cant use -A as there is a variable number of lines. Thanks.
Re: [gentoo-user] Learning to use libtool
On Sun, 1 Mar 2009 17:19:19 -0800 Kevin O'Gorman kogor...@gmail.com wrote: I'm trying to learn about libtool for the New Riders book GNU Attoconf, Automake and libtool, and I'm stymied early on. It wants me to run a ltconfig program that does not seem to exist. It said to find a few things in /usr/local/share/libtool, and I found all but one of them in /usr/share/libtool, but no ltconfig. Prehaps it's just a typo and the program in question is ldconfig? I'm in a similar fix on Ubunu, the only other Linux I have at home. Illustrates the fact that typos can be anywhere ;) -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] Grep question
On Mon, 2 Mar 2009 13:01:31 +1100 Adam Carter adam.car...@optus.com.au wrote: I need to select all the lines between string1 and string2 in a file. String1 exists on an entire line by itself and string2 will be at the start of a line. What's the syntax? I cant use -A as there is a variable number of lines. I doubt there's a solution involving grep, unless you use it twice in the same pipe: grep -A string1 /some/file | grep -B string2 But there can be any amount of more elegant solutions, involving sed: sed -n '/string1/,/string2/p' /some/file -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] Learning to use libtool
On Sun, Mar 1, 2009 at 5:59 PM, Mike Kazantsev mike_kazant...@fraggod.net wrote: On Sun, 1 Mar 2009 17:19:19 -0800 Kevin O'Gorman kogor...@gmail.com wrote: I'm trying to learn about libtool for the New Riders book GNU Attoconf, Automake and libtool, and I'm stymied early on. It wants me to run a ltconfig program that does not seem to exist. It said to find a few things in /usr/local/share/libtool, and I found all but one of them in /usr/share/libtool, but no ltconfig. Prehaps it's just a typo and the program in question is ldconfig? I'm in a similar fix on Ubunu, the only other Linux I have at home. Illustrates the fact that typos can be anywhere ;) It appears the book is just out of date. I need newer references. It's definitely not ldconfig that's wanted, but a program that configures a local copy of libtool itself. Maybe it's now obsolete. So I'm looking for a new reference. All I've found so far is some acrobat slides -- lots of them, but they have all the problems inherent in slide presentations without a presenter. ++ kevin -- Kevin O'Gorman, PhD
Re: [gentoo-user] A little light relief from endless problems
On Sun, Mar 01, 2009 at 02:03:28PM -0500, Allan Gottlieb wrote: At Sun, 01 Mar 2009 17:49:36 +0100 KH gentoo-u...@konstantinhansen.de wrote: Peter Humphrey schrieb: As it's Sunday, here's an odd little thing. Not long ago, while booting this machine, four ext3 partitions needed checks on remount count reaching zero. They had been set to 23, 24, 25 and 26 mounts. (I didn't choose the numbers; they were allocated at the time I was creating the file system.) Now, this box does get rebooted, but hardly 23 x 24 x 25 x 26 = 358,800 times all told. At, say, two reboots per day, that would take rather a long time: a little under 500 years if my arithmetic is working. Hi, this is incorrect. 179400 mounts would be enough (24 and 26 can both be divided by 2). Correct. I erred in saying that 23,24,25,26 are relatively prime as you noted. In general if it was a1,a2,...an the answer would be LCM(a1,a2,...,an), where LCM abbreviates Least Common Multiple. allan What about battery? If that's a laptop checks are deferred if running on battery at boot time, so it can happen that all the partitions are fscked the first time you boot on AC. === TopperH === pgpnTYmcI1rwJ.pgp Description: PGP signature