Re: [gentoo-user] DRI doesn't work with xorg 7.4 and an intel chipset Q35 board
Hi, On Fri, Mar 27, 2009 at 05:51:02PM +, Momesso Andrea wrote: On Fri, Mar 27, 2009 at 02:05:14PM +0500, Mike Kazantsev wrote: On Fri, 27 Mar 2009 08:17:49 +0100 wolfgang.lieb...@siemens.com wrote: I've upgraded to 2.6.27-gentoo-r10 - no change. Prehaps it'll help to upgrade to the latest developers-stable kernel (2.6.29), since there are quite a few changes, affecting intel video, most notable of which, of course, is GEM, which still (afaik) works only with intel. http://kernelnewbies.org/Linux_2_6_28#head-b957b19f6139b6bbbfabaf790bf643b1746985d6 http://kernelnewbies.org/Linux_2_6_29#head-e1bab8dc862e3b477cc38d87e8ddc779a66509d1 If you upgrade to 2.6.29 DO NOT enable modesetting by default... As the help says (and also my first hand experience) it will break things such as the intelfb. Thanks for the tip. I do not use framebuffers at all, though. And, by the way, there are not yet drivers supporting it. So it's somewhat useless - I see :-/ Some further experiences with other kernels: - I've upgraded to the latest greatest xorg-x11; this move DID solve the instant crash on openGL usage bug, BUT it introduced some new problems: -- some calls to mplayer also instantly crash the X server. I did not yet get around to pinning this problem down exactly. -- Tests with glxgears show that as soon as I enable DRI, the framerate DROPS from about 500 to 50. HUH??? -- Sometimes when shutting down, the shutdown of the X server does not correctly reset the console - as soon as X-Server dies, some strange color pattens are all that remain visible. As long as the shutdown works, this is more of an annoyance than a problem, but if I want to drop to console mode, this WOULD be a problem. - Using kernel gentoo-sources-2.6.29-gentoo I get a problem during shutdown: The shutdown of ALSA hangs, and I can only stop the computer with the Alt-SysRq-Trick. The Alt-SysRQ shows that it seems to hang during a rmmod - removing the ALSA modules has problems at this kernel version. I'm using intel on board audio (intel-hda module). Sound works - it's only a shutdown problem. Ciao, Wolfgang Liebich
[gentoo-user] qt-4.4.3 won't install any files
I have qt-3.3.8b-r1 and qt-4.4.2 I tried qt-assistant-4.4.2-r1, and it showed me no docs. Then I tried to reinstall qt-4.4.2, looking for some use-flag I might have missed, like doc or something like that. The emerge process of qt-4.4.2 goes like that: # emerge -v =x11-libs/qt-4.4.2 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-libs/qt-4.4.2 USE=dbus opengl qt3support 0 kB Total: 1 package (1 reinstall), Size of downloads: 0 kB Verifying ebuild manifests Emerging (1 of 1) x11-libs/qt-4.4.2 * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ...[ ok ] * checking miscfile checksums ;-) ... [ ok ] Unpacking source... Source unpacked in /var/tmp/portage/x11-libs/qt-4.4.2/work Compiling source in /var/tmp/portage/x11-libs/qt-4.4.2/work ... Source compiled. Test phase [not enabled]: x11-libs/qt-4.4.2 Install qt-4.4.2 into /var/tmp/portage/x11-libs/qt-4.4.2/image/ category x11-libs Completed installing qt-4.4.2 into /var/tmp/portage/x11-libs/qt-4.4.2/image/ Installing x11-libs/qt-4.4.2 * checking 0 files for package collisions * Removing /usr/share/doc Safely unmerging already-installed instance... No package files given... Grabbing a set. Original instance of package unmerged safely. Auto-cleaning packages... No outdated packages were found on your system. * GNU info directory index is up-to-date. #_ Nothing showing the traditional compile and install procedure. Is this a bug? Thankyou Francisco -- If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have one idea and we exchange these ideas, then each of us will have two ideas. - George Bernard Shaw
Re: [gentoo-user] frambuffer Dell Vostro 1400
Hi! uvesafb works with widescreen resoluitons. Try this as kernel parameter: video=uvesafb:mtrr:3,scroll:ywrap,1280x800-32 2009/3/30 Sergey A. Kobzar sergey.kob...@mail.ru: Hello. I have Dell Vostro 1400 with Intel(r)GM965/PM965/GL960 Graphics Controller. It's native resolution is 1280x800. I've tried to use intelfb, but it does not work on LCD panel. uvesafb does not support wide screen resolutions. Supported resolutions are # cat /sys/class/graphics/fb0/modes U:1024x768p-60 U:800x600p-59 U:640x480p-60 U:1024x768p-60 but FB worked definitely when I used Gentoo LiveCD to install system. Do I have other options? Any thoughts? Thanks :) -- Sergey -- Victor Ashirov
Re: [gentoo-user] qt-4.4.3 won't install any files
On Monday 30 March 2009 08:13:33 Francisco Ares wrote: I have qt-3.3.8b-r1 and qt-4.4.2 I tried qt-assistant-4.4.2-r1, and it showed me no docs. [snip] Nothing showing the traditional compile and install procedure. Is this a bug? No. qt is now a meta package and exists only to have the qt split ebuilds as DEPENDencies, so it installs nothing. Unlike the kde split ebuilds, the devs decided not to call it qt-meta and promptly confused most of the KDE using community. What you should do, it grep your world file for 'qt' and delete all explicit references therein to qt ebuilds. The 'emerge avuND world' and let portage figure out which ones you need based on dependencies of stuff that uses it. If 'emerge --depclean' wants to remove you want to keep, then you can add that back to world explicitly -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] full shutdown
Simon schrieb: Hi there, this must be simple (it always is) but I can't figure out by myself. I have one of the first eeepc (4gb) and when issuing `shutdown -h now` the computer shutdown perfectly but forgets to cut the current. I have to press the power button 4 sec to cut it manually. On some systems (ubuntu, if i remember right) there was/is(?) an issue with the sound driver: please try do onload before you shutdown. / modprobe -v snd-hda-intel Steffen
Re: [gentoo-user] full shutdown
Steffen Loos schrieb: Simon schrieb: Hi there, this must be simple (it always is) but I can't figure out by myself. I have one of the first eeepc (4gb) and when issuing `shutdown -h now` the computer shutdown perfectly but forgets to cut the current. I have to press the power button 4 sec to cut it manually. On some systems (ubuntu, if i remember right) there was/is(?) an issue with the sound driver: please try do onload before you shutdown. / modprobe -v snd-hda-intel sorry, / modprobe -rv snd-hda-intel Steffen
Re: [gentoo-user] qt-4.4.3 won't install any files
On Mon, 30 Mar 2009 08:24:54 +0200, Alan McKinnon wrote: No. qt is now a meta package and exists only to have the qt split ebuilds as DEPENDencies, so it installs nothing. Unlike the kde split ebuilds, the devs decided not to call it qt-meta and promptly confused most of the KDE using community. I'd say that's a good thing, it saved having to change every ebuild depending on qt to depend on || (qt qt-meta) and is the same way the transition to split XOrg packages was handled. Te -meta addition to the KDE package names was a necessary kludge, because the split builds lived alongside the monolithic variants. -- Neil Bothwick Committee (noun): A group of people spending hours taking minutes signature.asc Description: PGP signature
Re: [gentoo-user] qt-4.4.3 won't install any files
2009/3/30 Neil Bothwick n...@digimed.co.uk: On Mon, 30 Mar 2009 08:24:54 +0200, Alan McKinnon wrote: No. qt is now a meta package and exists only to have the qt split ebuilds as DEPENDencies, so it installs nothing. Unlike the kde split ebuilds, the devs decided not to call it qt-meta and promptly confused most of the KDE using community. I'd say that's a good thing, it saved having to change every ebuild depending on qt to depend on || (qt qt-meta) and is the same way the transition to split XOrg packages was handled. Te -meta addition to the KDE package names was a necessary kludge, because the split builds lived alongside the monolithic variants. Calling it qt-meta instead of simply qt has nothing to do with this. No ebuild should ever depend on the qt meta ebuild, instead it should just depend on the needed parts that have been split up. So a transition from the single qt dependency to the split up parts was needed anyway and already took place. The only remaining reason for the meta ebuild is that some people who want all of qt can simply emerge the meta ebuild. -- Regards, Daniel
[gentoo-user] kacpid eating alot of cpu
Hi. My laptop is in great need of cpu frequency scaling and sleep (it overheats in 10 minutes of compiling otherwise and sounds like a train when I'm sleeping), and as it seems on every how to I have found; acpi is the way it suppose to be. However acpi isn't so nice, since this is what happens (top) 85:08.20 firefox 22:31.57 X 309:53.76 kacpid after three days of use (notice the 309h of cpu-time). And in powertop, 15.7% ( inf) interrupt : acpi acpi takes quite alot of power. And for some reason, sometimes kacpid takes ~80% for many minutes at a time and if I run powertop during that period acpi is responsible for ~90%. I thought that acpi was suppose to help with power waste and stuff like that. On a forum I read that HAL is the thing one should use and acpi is going obsolete. However, that doesn't help so much since it seems as HAL depends on a lot of acpi options in the kernel, which are the ones wasting the cpu and power. So my questions are: Is acpi suppose to act like this? Can I fix it? If not, whats the proper way to migrate to HAL? Does HAL have cpufreq-tools? Any help appreciated. /Blå -- For security reasons, all text in this mail is double-rot13 encrypted.
Re: [gentoo-user] qt-4.4.3 won't install any files
Thankyou guys Francisco
Re: [gentoo-user] qt-4.4.3 won't install any files
On Mon, 30 Mar 2009 10:38:48 +0200, Daniel Pielmeier wrote: Calling it qt-meta instead of simply qt has nothing to do with this. No ebuild should ever depend on the qt meta ebuild, instead it should just depend on the needed parts that have been split up. So a transition from the single qt dependency to the split up parts was needed anyway and already took place. The only remaining reason for the meta ebuild is that some people who want all of qt can simply emerge the meta ebuild. During the transition, there will be lots of packages depending on qt. Your argument becomes true when all previous qt:4 ebuilds vanish from the tree, and so do all ebuilds depending on them. Until then, the meta ebuild is required, as it was with XOrg. -- Neil Bothwick Top Oxymorons Number 45: Resident alien signature.asc Description: PGP signature
Re: [gentoo-user] a couple of baselayout2 problems
John covici wrote: Hi. Several months ago, during an update, I converted to baselayout2 -- openrt, etc. This has caused a couple of annoying problems. When I shutdown the computer with shutdown -r now it does not completely shut down, the last message I get is init: no more processes at this run level. How can I fix such a thing? The other problem is that once in a while a service dies -- named did this -- and it would not let me stop the service and when I tried to restart I got the message that the service was already started and it would not start. How do I tell openrt or whomever that something has already stopped? Any assistance on these would be appreciated. If something is stopped but init thinks it is still running, try the zap option. /etc/init.d/service zap Not sure on the rest. Hope that helps tho. Dale :-) :-)
Re: [gentoo-user] qt-4.4.3 won't install any files
2009/3/30 Neil Bothwick n...@digimed.co.uk: On Mon, 30 Mar 2009 10:38:48 +0200, Daniel Pielmeier wrote: Calling it qt-meta instead of simply qt has nothing to do with this. No ebuild should ever depend on the qt meta ebuild, instead it should just depend on the needed parts that have been split up. So a transition from the single qt dependency to the split up parts was needed anyway and already took place. The only remaining reason for the meta ebuild is that some people who want all of qt can simply emerge the meta ebuild. During the transition, there will be lots of packages depending on qt. Your argument becomes true when all previous qt:4 ebuilds vanish from the tree, and so do all ebuilds depending on them. Until then, the meta ebuild is required, as it was with XOrg. Okay, let me try to make this more clear. First some example dependencies for the switch from monolithic to split qt which happened between qt-4.3 and qt-4.4: monolithic phase: DEPEND=x11-libs/qt:4 transition phase (monolithic and split qt coexist): DEPEND=|| ( ( x11-libs/qt-gui x11-libs/qt-opengl ) =x11-libs/qt-4.3* ) split phase (only split qt left): DEPEND=x11-libs/qt-gui x11-libs/qt-opengl In the monolithic phase there was no meta ebuild and everything depended on the monolithic qt ebuild. During the transition phase the dependencies have been separated to make it possible to use either the monolithic qt-4.3 or the split qt-4.4 without any ebuild depending direct on the new qt-4.4 meta ebuild but just the split parts which are needed by the application. After the removal of the monolithic qt-4.3 ebuild which already happened the ebuilds need to depend on the split parts only. So there should be no ebuild in the monolithic phase and almost all ebuilds in the transition phase that will be slowly converted to the split phase. So as far as I see the new qt meta ebuild wasn't needed at any time. -- Regards, Daniel
[gentoo-user] konqueror-4.2.1-r1 not interpreting javascript properly
Hi, One of our internal web sites launches an Add record function with this javascript (gleaned from the statusbar): javascript: void window.open(blah-blah-blah.php?,InsertWindow, width=600,height=400,left=50,top=50,scrollbars=yes,status=no, toolbar=no,resizable=no,dependent=yes) Using konqueror-4.2.1-r1, if I set my Konqueror Start Page to the Intro Page or blank, this works correctly and I get the HMTL popup I expect with the correct fields rendered correctly. If I set my Konqueror Start Page to my home directory, I get a popup window using file view mode (like dolphin) which obviously cannot ever work... Before I report this as a bug, is this some kind of expected behavior I am running into? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] a couple of baselayout2 problems
On Monday 30 March 2009 12:33:48 Dale wrote: John covici wrote: The other problem is that once in a while a service dies -- named did this -- and it would not let me stop the service and when I tried to restart I got the message that the service was already started and it would not start. How do I tell openrt or whomever that something has already stopped? Any assistance on these would be appreciated. If something is stopped but init thinks it is still running, try the zap option. /etc/init.d/service zap Not sure on the rest. Hope that helps tho. His real problem isn't baselayout2 and openrc, it's named. named is notorious for crappy stupid behaviour when being stopped and confusing the init scripts. It happens to me so often that now I tossed out the init script and do it manually. One day when my country's currency is worth something I can afford ans then I can get rid of named and it's start-up crap forever. It's still the only service I ever have to use zap on -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] frambuffer Dell Vostro 1400
On Monday 30 March 2009 07:36:18 Victor Ashirov wrote: uvesafb works with widescreen resoluitons. ... but only if your BIOS does. -- Rgds Peter
Re[2]: [gentoo-user] frambuffer Dell Vostro 1400
Monday, March 30, 2009, 2:23:43 PM, Peter wrote: On Monday 30 March 2009 07:36:18 Victor Ashirov wrote: uvesafb works with widescreen resoluitons. ... but only if your BIOS does. Do you know which FB Gentoo LiveCD uses? I got FB working with it and want to do same on my base system. -- Sergey
Re: [gentoo-user] a couple of baselayout2 problems
On Monday 30 March 2009 13:19:26 Dale wrote: Alan McKinnon wrote: His real problem isn't baselayout2 and openrc, it's named. named is notorious for crappy stupid behaviour when being stopped and confusing the init scripts. It happens to me so often that now I tossed out the init script and do it manually. One day when my country's currency is worth something I can afford ans then I can get rid of named and it's start-up crap forever. It's still the only service I ever have to use zap on I don't even know what named is but the zap option usually works for a lost service. Sort of like a reset button. I just wonder what would happen if it is really running when the zap option is used. Start a new process I guess. I guess ps would be a good friend then. named is the BIND name server from the same guys as dhcpcd (and also vixie- cron). It's a *reference* *implementation* of how a name server should work (it exactly 100% behaves just like the RFCs say), but as a name server in *production* it just sucks. It's extremely popular because it's free and just because life evolved that way but in real life it's the world's worst PITA to administer. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] a couple of baselayout2 problems
On Monday 30 March 2009, Alan McKinnon wrote: On Monday 30 March 2009 13:19:26 Dale wrote: Alan McKinnon wrote: His real problem isn't baselayout2 and openrc, it's named. named is notorious for crappy stupid behaviour when being stopped and confusing the init scripts. It happens to me so often that now I tossed out the init script and do it manually. One day when my country's currency is worth something I can afford ans then I can get rid of named and it's start-up crap forever. It's still the only service I ever have to use zap on I don't even know what named is but the zap option usually works for a lost service. Sort of like a reset button. I just wonder what would happen if it is really running when the zap option is used. Start a new process I guess. I guess ps would be a good friend then. named is the BIND name server from the same guys as dhcpcd (and also vixie- cron). It's a *reference* *implementation* of how a name server should work (it exactly 100% behaves just like the RFCs say), but as a name server in *production* it just sucks. It's extremely popular because it's free and just because life evolved that way but in real life it's the world's worst PITA to administer. hm, I hadn't trouble with named not stopping so far. Now apache updates... that is a can of worms.
Re: [gentoo-user] a couple of baselayout2 problems
on Monday 03/30/2009 Daniel Pielmeier(daniel.pielme...@googlemail.com) wrote 2009/3/30 John covici cov...@ccs.covici.com: Hi. Several months ago, during an update, I converted to baselayout2 -- openrt, etc. This has caused a couple of annoying problems. When I shutdown the computer with shutdown -r now it does not completely shut down, the last message I get is init: no more processes at this run level. How can I fix such a thing? The other problem is that once in a while a service dies -- named did this -- and it would not let me stop the service and when I tried to restart I got the message that the service was already started and it would not start. How do I tell openrt or whomever that something has already stopped? Any assistance on these would be appreciated. Did you follow the migration guide? http://www.gentoo.org/doc/en/openrc-migration.xml Yep. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] qt-4.4.3 won't install any files
2009/3/30 Neil Bothwick n...@digimed.co.uk: On Mon, 30 Mar 2009 12:53:30 +0200, Daniel Pielmeier wrote: So as far as I see the new qt meta ebuild wasn't needed at any time. So every ebuild, in the tree and all overlays, was updated before the split ebuilds were introduced? I don't know the exact progress but I think the split ebuilds were introduced masked, then the dependencies have been adjusted accordingly. After the transition was done the ebuilds have been unmasked. -- Regards, Daniel
Re: [gentoo-user] a couple of baselayout2 problems
2009/3/30 John covici cov...@ccs.covici.com: Hi. Several months ago, during an update, I converted to baselayout2 -- openrt, etc. This has caused a couple of annoying problems. When I shutdown the computer with shutdown -r now it does not completely shut down, the last message I get is init: no more processes at this run level. How can I fix such a thing? The other problem is that once in a while a service dies -- named did this -- and it would not let me stop the service and when I tried to restart I got the message that the service was already started and it would not start. How do I tell openrt or whomever that something has already stopped? Any assistance on these would be appreciated. Did you follow the migration guide? http://www.gentoo.org/doc/en/openrc-migration.xml -- Regards, Daniel
Re: [gentoo-user] qt-4.4.3 won't install any files
On Mon, 30 Mar 2009 14:17:00 +0200, Daniel Pielmeier wrote: So every ebuild, in the tree and all overlays, was updated before the split ebuilds were introduced? I don't know the exact progress but I think the split ebuilds were introduced masked, then the dependencies have been adjusted accordingly. After the transition was done the ebuilds have been unmasked. OK, so the meta ebuild is just a safety net for those running ebuilds not in the portage tree. -- Neil Bothwick All things in moderation, ESPECIALLY moderation. signature.asc Description: PGP signature
Re: [gentoo-user] a couple of baselayout2 problems
on Monday 03/30/2009 Alan McKinnon(alan.mckin...@gmail.com) wrote On Monday 30 March 2009 12:33:48 Dale wrote: John covici wrote: The other problem is that once in a while a service dies -- named did this -- and it would not let me stop the service and when I tried to restart I got the message that the service was already started and it would not start. How do I tell openrt or whomever that something has already stopped? Any assistance on these would be appreciated. If something is stopped but init thinks it is still running, try the zap option. /etc/init.d/service zap Not sure on the rest. Hope that helps tho. His real problem isn't baselayout2 and openrc, it's named. named is notorious for crappy stupid behaviour when being stopped and confusing the init scripts. It happens to me so often that now I tossed out the init script and do it manually. One day when my country's currency is worth something I can afford ans then I can get rid of named and it's start-up crap forever. It's still the only service I ever have to use zap on Thanks, at least I can restart with no difficulties after using zap. Spamd has the opposite behavior, the init script tells me it died when its actually running. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] qt-4.4.3 won't install any files
On Mon, 30 Mar 2009 12:53:30 +0200, Daniel Pielmeier wrote: So as far as I see the new qt meta ebuild wasn't needed at any time. So every ebuild, in the tree and all overlays, was updated before the split ebuilds were introduced? -- Neil Bothwick You cannot really appreciate Dilbert unless you've read it in the original Klingon. signature.asc Description: PGP signature
Re: [gentoo-user] a couple of baselayout2 problems
Alan McKinnon wrote: His real problem isn't baselayout2 and openrc, it's named. named is notorious for crappy stupid behaviour when being stopped and confusing the init scripts. It happens to me so often that now I tossed out the init script and do it manually. One day when my country's currency is worth something I can afford ans then I can get rid of named and it's start-up crap forever. It's still the only service I ever have to use zap on I don't even know what named is but the zap option usually works for a lost service. Sort of like a reset button. I just wonder what would happen if it is really running when the zap option is used. Start a new process I guess. I guess ps would be a good friend then. Dale :-) :-)
Re: [gentoo-user] qt-4.4.3 won't install any files
2009/3/30 Neil Bothwick n...@digimed.co.uk: On Mon, 30 Mar 2009 14:17:00 +0200, Daniel Pielmeier wrote: So every ebuild, in the tree and all overlays, was updated before the split ebuilds were introduced? I don't know the exact progress but I think the split ebuilds were introduced masked, then the dependencies have been adjusted accordingly. After the transition was done the ebuilds have been unmasked. OK, so the meta ebuild is just a safety net for those running ebuilds not in the portage tree. Probably, but even overlays should consider changing the dependencies and use the advantage of the split ebuilds ;-) -- Regards, Daniel
Re[2]: [gentoo-user] frambuffer Dell Vostro 1400
Monday, March 30, 2009, 9:36:18 AM, Victor wrote: Hi! uvesafb works with widescreen resoluitons. Try this as kernel parameter: video=uvesafb:mtrr:3,scroll:ywrap,1280x800-32 2009/3/30 Sergey A. Kobzar sergey.kob...@mail.ru: Hello. I have Dell Vostro 1400 with Intel(r)GM965/PM965/GL960 Graphics Controller. It's native resolution is 1280x800. I've tried to use intelfb, but it does not work on LCD panel. uvesafb does not support wide screen resolutions. Supported resolutions are # cat /sys/class/graphics/fb0/modes U:1024x768p-60 U:800x600p-59 U:640x480p-60 U:1024x768p-60 but FB worked definitely when I used Gentoo LiveCD to install system. Do I have other options? Any thoughts? Thanks :) uvesafb: unrecognized option scroll:ywrap Current config: /boot/grub/grub.conf: title Gentoo Linux 2.6.27-r8-b0 root (hd0,0) kernel /boot/kernel-2.6.27-gentoo-r8-b0 root=/dev/sda3 video=uvesafb:1280x800-32,mtrr:3,ywrap lynx ~ # dmesg | grep uvesafb Kernel command line: root=/dev/sda3 video=uvesafb:1280x800-32,mtrr:3,ywrap uvesafb: Intel Corporation, Intel(r)GM965/PM965/GL960 Graphics Controller, Hardware Version 0.0, OEM: Intel(r)GM965/PM965/GL960 Graphics Chip Accelerated VGA BIOS, VBE v3.0 uvesafb: VBIOS/hardware supports DDC2 transfers uvesafb: monitor limits: vf = 60 Hz, hf = 49 kHz, clk = 71 MHz uvesafb: scrolling: redraw uvesafb: framebuffer at 0xe000, mapped to 0xf888, using 6144k, total 7616k but FB does not change my recolution... I followed this instruction: http://dev.gentoo.org/~spock/projects/uvesafb/ -- Sergey
[gentoo-user] a couple of baselayout2 problems
Hi. Several months ago, during an update, I converted to baselayout2 -- openrt, etc. This has caused a couple of annoying problems. When I shutdown the computer with shutdown -r now it does not completely shut down, the last message I get is init: no more processes at this run level. How can I fix such a thing? The other problem is that once in a while a service dies -- named did this -- and it would not let me stop the service and when I tried to restart I got the message that the service was already started and it would not start. How do I tell openrt or whomever that something has already stopped? Any assistance on these would be appreciated. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] qt-4.4.3 won't install any files
On Mon, 30 Mar 2009 14:58:43 +0200, Daniel Pielmeier wrote: OK, so the meta ebuild is just a safety net for those running ebuilds not in the portage tree. Probably, but even overlays should consider changing the dependencies and use the advantage of the split ebuilds ;-) Absolutely, but should != do :( -- Neil Bothwick Pound for pound, the amoeba is the most vicious animal on the earth. signature.asc Description: PGP signature
Re: [gentoo-user] a couple of baselayout2 problems
On Monday 30 March 2009 14:08:11 Volker Armin Hemmann wrote: On Monday 30 March 2009, Alan McKinnon wrote: named is the BIND name server from the same guys as dhcpcd (and also vixie- cron). It's a *reference* *implementation* of how a name server should work (it exactly 100% behaves just like the RFCs say), but as a name server in *production* it just sucks. It's extremely popular because it's free and just because life evolved that way but in real life it's the world's worst PITA to administer. hm, I hadn't trouble with named not stopping so far. Now apache updates... that is a can of worms. Did you try stopping a named that is auth for 36,000 domains? And then try starting it again? Trust me, it's painful. It's at least 30 minutes to get it back up, whereas ans can restart, including a full reload, and be accurately answering queries again in less than 3 seconds -- alan dot mckinnon at gmail dot com
[gentoo-user] reload etc conf files
Hi, I finished etc-updates with a lot of files, is there a way or even need to make all application reload the updated configuration files? thx Laurent
Re: [gentoo-user] frambuffer Dell Vostro 1400
On Monday 30 March 2009 12:45:17 Sergey A. Kobzar wrote: Do you know which FB Gentoo LiveCD uses? Frame buffer? No, sorry - I haven't used a live CD. -- Rgds Peter
Re: [gentoo-user] reload etc conf files
On Monday 30 March 2009 16:25:10 laurent wrote: Hi, I finished etc-updates with a lot of files, is there a way or even need to make all application reload the updated configuration files? Yes, it's called a reboot. Nothing else will get the job done and guarantee it's done right without errors. The better way is to just look at the files that were changed, decide for yourself if they need to be restarted and if so restart them manually. If this reply sounds snarky, it's because your question is actually nonsensical from a Unix perspective (although probably quite reasonable from a human perspective). This is a situation that requires either a sledgehammer approach or intelligent human intervention. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] recommendations sought for fonts
Thank you willie, dale, and paul for your suggestions. allan
Re: [gentoo-user] reload etc conf files
On Mon, 30 Mar 2009 16:25:10 +0200 laurent laur...@logiquefloue.org wrote: I finished etc-updates with a lot of files, is there a way or even need to make all application reload the updated configuration files? Not quite what you asked, but there's easy way to check if there are any processes still using pre-update (non-existing now) libs: lsof | grep 'DEL.*lib' | cut -f 1 -d ' ' | sort -u lsof here is sys-process/lsof (not part of the @system afaik). -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
Re: [gentoo-user] frambuffer Dell Vostro 1400
2009/3/29 Sergey A. Kobzar sergey.kob...@mail.ru: Hello. I have Dell Vostro 1400 with Intel(r)GM965/PM965/GL960 Graphics Controller. It's native resolution is 1280x800. I've tried to use intelfb, but it does not work on LCD panel. uvesafb does not support wide screen resolutions. Supported resolutions are # cat /sys/class/graphics/fb0/modes U:1024x768p-60 U:800x600p-59 U:640x480p-60 U:1024x768p-60 but FB worked definitely when I used Gentoo LiveCD to install system. Do you still have the Live CD? can you boot it and see what it is using?
Re: [gentoo-user] reload etc conf files
laurent wrote: Hi, I finished etc-updates with a lot of files, is there a way or even need to make all application reload the updated configuration files? thx Laurent It depends upon the software / changes involved. Many services (eg. web server, mail servers) have a reload option on the init script (ie. /etc/init.d/apache reload), otherwise you generally need to restart them to apply changes. Some services / daemons will pick up changes on the fly, but generally they don't in my experience. Programs which are not services / daemons will pick the changes up the next time they are run. You DO NOT generally need to reboot to make sure config changes are correctly loaded. This is not Windows. You just need to read the documentation for the software involved. AllenJB
Re: [gentoo-user] reload etc conf files
On Monday 30 March 2009 17:20:44 Mike Kazantsev wrote: On Mon, 30 Mar 2009 16:25:10 +0200 laurent laur...@logiquefloue.org wrote: I finished etc-updates with a lot of files, is there a way or even need to make all application reload the updated configuration files? Not quite what you asked, but there's easy way to check if there are any processes still using pre-update (non-existing now) libs: lsof | grep 'DEL.*lib' | cut -f 1 -d ' ' | sort -u lsof here is sys-process/lsof (not part of the @system afaik). He asked about config files updated via etc-update, not about libs updated via emerge -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] frambuffer Dell Vostro 1400
2009/3/30 Paul Hartman paul.hartman+gen...@gmail.compaul.hartman%2bgen...@gmail.com 2009/3/29 Sergey A. Kobzar sergey.kob...@mail.ru: Hello. I have Dell Vostro 1400 with Intel(r)GM965/PM965/GL960 Graphics Controller. It's native resolution is 1280x800. I've tried to use intelfb, but it does not work on LCD panel. uvesafb does not support wide screen resolutions. Supported resolutions are # cat /sys/class/graphics/fb0/modes U:1024x768p-60 U:800x600p-59 U:640x480p-60 U:1024x768p-60 but FB worked definitely when I used Gentoo LiveCD to install system. Do you still have the Live CD? can you boot it and see what it is using? I have a similar laptop, with the same intel chip and intelfb also didn't work. while vesafb works good. Cheers!
Re: [gentoo-user] frambuffer Dell Vostro 1400
On Mon, Mar 30, 2009 at 12:58 PM, Alejandro elcorreode...@gmail.com wrote: 2009/3/30 Paul Hartman paul.hartman+gen...@gmail.compaul.hartman%2bgen...@gmail.com 2009/3/29 Sergey A. Kobzar sergey.kob...@mail.ru: Hello. I have Dell Vostro 1400 with Intel(r)GM965/PM965/GL960 Graphics Controller. It's native resolution is 1280x800. I've tried to use intelfb, but it does not work on LCD panel. uvesafb does not support wide screen resolutions. Supported resolutions are # cat /sys/class/graphics/fb0/modes U:1024x768p-60 U:800x600p-59 U:640x480p-60 U:1024x768p-60 but FB worked definitely when I used Gentoo LiveCD to install system. Do you still have the Live CD? can you boot it and see what it is using? I have a similar laptop, with the same intel chip and intelfb also didn't work. while vesafb works good. Cheers! Vesafb works fine for me too.
Re: [gentoo-user] reload etc conf files
Alan McKinnon a écrit : On Monday 30 March 2009 17:20:44 Mike Kazantsev wrote: On Mon, 30 Mar 2009 16:25:10 +0200 laurent laur...@logiquefloue.org wrote: I finished etc-updates with a lot of files, is there a way or even need to make all application reload the updated configuration files? Not quite what you asked, but there's easy way to check if there are any processes still using pre-update (non-existing now) libs: lsof | grep 'DEL.*lib' | cut -f 1 -d ' ' | sort -u lsof here is sys-process/lsof (not part of the @system afaik). He asked about config files updated via etc-update, not about libs updated via emerge yes it was usefull, I saw around fifteen process not updated so I did a reboot, and it's fine :) thanks guys L
[gentoo-user] PAN with bluez-utils-3
Hi list! I used to have a working private area network (pan) over bluetooth. However, since the update to net-wireless/bluez-utils-3.36, it doesn't work anymore. I especially want to get rid of the old daemons (USE=-old-daemons) because, as I understand it, they are deprecated. However, I just can't find satisfying documentation on the new structure and config files. I don't want to go into detail on what exactly doesn't work at the moment because I really just guessed how I had to configure everything. So my question is: Does anyone have a working set of configuration files for newer bluez-utils? Preferably something related to the roles GN or NAP. Thanks in advance! Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] reload etc conf files
On Mon, Mar 30, 2009 at 09:20:44PM +0600, Mike Kazantsev wrote: On Mon, 30 Mar 2009 16:25:10 +0200 laurent laur...@logiquefloue.org wrote: I finished etc-updates with a lot of files, is there a way or even need to make all application reload the updated configuration files? Not quite what you asked, but there's easy way to check if there are any processes still using pre-update (non-existing now) libs: lsof | grep 'DEL.*lib' | cut -f 1 -d ' ' | sort -u lsof here is sys-process/lsof (not part of the @system afaik). This is worth an alias in my .zshrc... And imho you should also post it in http://www.commandlinefu.com/ --- TopperH http://topperh.blogspot.com pgpEPckDAuBCO.pgp Description: PGP signature
Re[2]: [gentoo-user] frambuffer Dell Vostro 1400
Monday, March 30, 2009, 7:08:40 PM, Fernando wrote: On Mon, Mar 30, 2009 at 12:58 PM, Alejandro elcorreode...@gmail.com wrote: 2009/3/30 Paul Hartman paul.hartman+gen...@gmail.com 2009/3/29 Sergey A. Kobzar sergey.kob...@mail.ru: Hello. I have Dell Vostro 1400 with Intel(r)GM965/PM965/GL960 Graphics Controller. It's native resolution is 1280x800. I've tried to use intelfb, but it does not work on LCD panel. uvesafb does not support wide screen resolutions. Supported resolutions are # cat /sys/class/graphics/fb0/modes U:1024x768p-60 U:800x600p-59 U:640x480p-60 U:1024x768p-60 but FB worked definitely when I used Gentoo LiveCD to install system. Do you still have the Live CD? can you boot it and see what it is using? I have a similar laptop, with the same intel chip and intelfb also didn't work. while vesafb works good. Cheers! Vesafb works fine for me too. In native 1280x800 resolution? -- Sergey
[gentoo-user] Upgrading GCC (just to be sure)...
Hi, today after syncing I found new version of GCC being available, emerge --pretend --update --deep --newuse world shows: [ebuild NS ] sys-devel/gcc-4.3.2-r3 [4.1.2] USE=... I found a Gentoo GCC Upgrade Guide, but it deals with GCC 3.x, or 3.x-4.x. Should I follow that guide when upgrading 4.x version of GCC too? In a summary, the upgrade guide recommends this way: # emerge -uav gcc # gcc-config x86_64-pc-linux-gnu-4.3.2-r3 # env-update source /etc/profile # emerge --oneshot -av libtool # emerge -eav system # emerge -eav world # emerge -aC =sys-devel/gcc-4.1.2 I'm asking just to be sure, because I have such a bad feeling, that screwing up gcc upgrade might render my system unusable... Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: Re[2]: [gentoo-user] frambuffer Dell Vostro 1400
2009/3/30 Sergey A. Kobzar sergey.kob...@mail.ru Monday, March 30, 2009, 7:08:40 PM, Fernando wrote: On Mon, Mar 30, 2009 at 12:58 PM, Alejandro elcorreode...@gmail.com wrote: 2009/3/30 Paul Hartman paul.hartman+gen...@gmail.compaul.hartman%2bgen...@gmail.com 2009/3/29 Sergey A. Kobzar sergey.kob...@mail.ru: Hello. I have Dell Vostro 1400 with Intel(r)GM965/PM965/GL960 Graphics Controller. It's native resolution is 1280x800. I've tried to use intelfb, but it does not work on LCD panel. uvesafb does not support wide screen resolutions. Supported resolutions are # cat /sys/class/graphics/fb0/modes U:1024x768p-60 U:800x600p-59 U:640x480p-60 U:1024x768p-60 but FB worked definitely when I used Gentoo LiveCD to install system. Do you still have the Live CD? can you boot it and see what it is using? I have a similar laptop, with the same intel chip and intelfb also didn't work. while vesafb works good. Cheers! Vesafb works fine for me too. In native 1280x800 resolution? -- Sergey I can't remeber but maybe is 1024x768
Re: [gentoo-user] Upgrading GCC (just to be sure)...
On Mon, 2009-03-30 at 19:56 +0200, Jarry wrote: Hi, today after syncing I found new version of GCC being available, emerge --pretend --update --deep --newuse world shows: [ebuild NS ] sys-devel/gcc-4.3.2-r3 [4.1.2] USE=... I found a Gentoo GCC Upgrade Guide, but it deals with GCC 3.x, or 3.x-4.x. Should I follow that guide when upgrading 4.x version of GCC too? In a summary, the upgrade guide recommends this way: # emerge -uav gcc # gcc-config x86_64-pc-linux-gnu-4.3.2-r3 # env-update source /etc/profile # emerge --oneshot -av libtool # emerge -eav system # emerge -eav world # emerge -aC =sys-devel/gcc-4.1.2 I'm asking just to be sure, because I have such a bad feeling, that screwing up gcc upgrade might render my system unusable... You're going from a 4.x to a 4.x... it's a relatively minor upgrade, not like going from 3.x to 4.x. If you're that paranoid, keep 4.1.2 around or create a quickpkg until they drop.
Re: [gentoo-user] Upgrading GCC (just to be sure)...
Jarry schrieb: Hi, today after syncing I found new version of GCC being available, emerge --pretend --update --deep --newuse world shows: [ebuild NS ] sys-devel/gcc-4.3.2-r3 [4.1.2] USE=... I found a Gentoo GCC Upgrade Guide, but it deals with GCC 3.x, or 3.x-4.x. Should I follow that guide when upgrading 4.x version of GCC too? In a summary, the upgrade guide recommends this way: # emerge -uav gcc # gcc-config x86_64-pc-linux-gnu-4.3.2-r3 # env-update source /etc/profile # emerge --oneshot -av libtool # emerge -eav system # emerge -eav world # emerge -aC =sys-devel/gcc-4.1.2 I'm asking just to be sure, because I have such a bad feeling, that screwing up gcc upgrade might render my system unusable... Jarry You don't need to follow this guide. Just emerge and you'll be fine. However, you might want to make adjustments to CFLAGS (especially when you have a newer CPU, there are new -march settings for your chip) and reemerge cpu-intensive programs and maybe important libraries like glibc to profit from the new features. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Upgrading GCC (just to be sure)...
Jarry schrieb am 30.03.2009 19:56: Hi, today after syncing I found new version of GCC being available, emerge --pretend --update --deep --newuse world shows: [ebuild NS ] sys-devel/gcc-4.3.2-r3 [4.1.2] USE=... I found a Gentoo GCC Upgrade Guide, but it deals with GCC 3.x, or 3.x-4.x. Should I follow that guide when upgrading 4.x version of GCC too? In a summary, the upgrade guide recommends this way: # emerge -uav gcc # gcc-config x86_64-pc-linux-gnu-4.3.2-r3 # env-update source /etc/profile # emerge --oneshot -av libtool # emerge -eav system # emerge -eav world # emerge -aC =sys-devel/gcc-4.1.2 I'm asking just to be sure, because I have such a bad feeling, that screwing up gcc upgrade might render my system unusable... Jarry The recommendations in the section General Upgrade Instructions should apply here. Another thing probably worth to mention is that some big packages (xorg, mono, firefox, etc) are about to go stable in the near future. So it is maybe a good idea to upgrade this packages in one go with the gcc upgrade to avoid needlessly double compilation. -- Daniel Pielmeier signature.asc Description: OpenPGP digital signature
[gentoo-user] audio convert splitter etc...
Hello. Can you suggest some simple program which can make these functions: 1).ape,.cue splitting 2)converting flac/ape/wav to ogg mp3 etc. 3)cutting parts of audio files? Please with overlay if one there is.
Re: [gentoo-user] kacpid eating alot of cpu
On Mon, 30 Mar 2009 10:57:11 +0200 Johan Blåbäck johan.bluecr...@gmail.com wrote: Is acpi suppose to act like this? No. But you probably really knew that. ;-) Can I fix it? I had to update to latest kernels, as bug patch for kacpid hogging CPU with certain laptops and certain configurations is in 2.6.28, finally. (Happens consistently when returning from sleep or when switching out the extra battery for the DVD. I think Dell and some HP machines are/were affected.) IDK if this will help *you*, but if it smells similar... might be worth checking into. Cheers, -- |\ /|| | ~ ~ | \/ ||---| `|` ? ||ichael | |iggins\^ / michael.higgins[at]evolone[dot]org
Re: [gentoo-user] Upgrading GCC (just to be sure)...
Florian Philipp schrieb: Jarry schrieb: Hi, today after syncing I found new version of GCC being available, emerge --pretend --update --deep --newuse world shows: [ebuild NS ] sys-devel/gcc-4.3.2-r3 [4.1.2] USE=... [snip] Jarry You don't need to follow this guide. Just emerge and you'll be fine. However, you might want to make adjustments to CFLAGS (especially when you have a newer CPU, there are new -march settings for your chip) and reemerge cpu-intensive programs and maybe important libraries like glibc to profit from the new features. Hi, have a look at: http://en.gentoo-wiki.com/wiki/Safe_Cflags#-march.3Dnative I just changed this and did only follow up till emerge -eav system. Will skip world unless I do run in trouble. kh
Re: [gentoo-user] reload etc conf files
On Mon, 30 Mar 2009 16:31:47 +0100, AllenJB wrote: It depends upon the software / changes involved. Many services (eg. web server, mail servers) have a reload option on the init script (ie. /etc/init.d/apache reload), otherwise you generally need to restart them to apply changes. Or send them a SIGHUP - killall -HUP processname -- Neil Bothwick Programmers do it bit by bit. signature.asc Description: PGP signature
Re: [gentoo-user] reload etc conf files
On Monday 30 March 2009 23:21:00 Neil Bothwick wrote: On Mon, 30 Mar 2009 16:31:47 +0100, AllenJB wrote: It depends upon the software / changes involved. Many services (eg. web server, mail servers) have a reload option on the init script (ie. /etc/init.d/apache reload), otherwise you generally need to restart them to apply changes. Or send them a SIGHUP - killall -HUP processname Don't try that with X though... -- alan dot mckinnon at gmail dot com
[gentoo-user] Konqueror and https sites
This doesn't seem to be my week with Konqueror. Suddenly my bank's internet banking site won't work, claiming SSL errors. Could someone please double check using konqueror-4.2.1* if this link works, or if I have done something stupid config-wise: http://www.absa.co.za In the left sidebar there's a red block. Top right of that block is a logon button. Clicking it should take you to an https login page, instead I almost instantly get an error page. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Konqueror and https sites
On Monday 30 March 2009, Alan McKinnon wrote: This doesn't seem to be my week with Konqueror. Suddenly my bank's internet banking site won't work, claiming SSL errors. Could someone please double check using konqueror-4.2.1* if this link works, or if I have done something stupid config-wise: well it works with 4.2.67 - and my bank's website works with 4.2.1 when I used it last week. You have done a revdep-rebuilt?
Re: [gentoo-user] Konqueror and https sites
On Monday 30 March 2009 23:49:37 Volker Armin Hemmann wrote: On Monday 30 March 2009, Alan McKinnon wrote: This doesn't seem to be my week with Konqueror. Suddenly my bank's internet banking site won't work, claiming SSL errors. Could someone please double check using konqueror-4.2.1* if this link works, or if I have done something stupid config-wise: well it works with 4.2.67 - and my bank's website works with 4.2.1 when I used it last week. You have done a revdep-rebuilt? Yes, lately I've been doing emerge world|depclean|revdep-rebuild almost daily, and it's been over a month since something failed. But I just noticed that I have some kde-testing packages installed. No idea how they got there as I reverted to portage-tree only for KDE some time back. I must have wanted to check something in the overlay and forgot to remove it when done. So I'll remove the overlay, rebuild, test again and report back the results. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Konqueror and https sites
On Mon, 2009-03-30 at 23:40 +0200, Alan McKinnon wrote: Could someone please double check using konqueror-4.2.1* if this link works, or if I have done something stupid config-wise: The login page does not work here with konqueror-4.2.1-r1 (amd64), giving a ssl negotiation failed error. Other https sites work fine, however. $ konqueror -version Qt: 4.5.0 KDE: 4.2.1 (KDE 4.2.1) Konqueror: 4.2.1 (KDE 4.2.1) I have not used the kde overlay for quite some time, so that is not the issue, at least for me. Regards, Brandon Vargo
Re: [gentoo-user] Konqueror and https sites
Alan McKinnon wrote: This doesn't seem to be my week with Konqueror. Suddenly my bank's internet banking site won't work, claiming SSL errors. Could someone please double check using konqueror-4.2.1* if this link works, or if I have done something stupid config-wise: http://www.absa.co.za In the left sidebar there's a red block. Top right of that block is a logon button. Clicking it should take you to an https login page, instead I almost instantly get an error page. Well, I'm still on the old KDE 3.5 stuff but I tried it anyway. I get this little boo boo message with Konqueror: An error occurred while loading https://ib.absa.co.za/ib/ib.jsp: Could not connect to host ib.absa.co.za. If you got the same, this may not just be a KDE 4 boo boo. I also tried it in Seamonkey, it loaded the page fine with no error. Hope this piece of oddity helps. Dale :-) :-) P. S. Care to share your password info so I can test this properly? ROFLMAO
Re: [gentoo-user] Konqueror and https sites
On Tuesday 31 March 2009 00:04:33 Brandon Vargo wrote: On Mon, 2009-03-30 at 23:40 +0200, Alan McKinnon wrote: Could someone please double check using konqueror-4.2.1* if this link works, or if I have done something stupid config-wise: The login page does not work here with konqueror-4.2.1-r1 (amd64), giving a ssl negotiation failed error. Other https sites work fine, however. $ konqueror -version Qt: 4.5.0 KDE: 4.2.1 (KDE 4.2.1) Konqueror: 4.2.1 (KDE 4.2.1) I have not used the kde overlay for quite some time, so that is not the issue, at least for me. So it's not just me then. I have almost the identical setup, apart from qt - I'm still on 4.4.2. Maybe I should hold off rebuilding kde and wait a day or two for KDE-4.2.2 Thanks for the feedback -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Konqueror and https sites
On Tuesday 31 March 2009 00:06:23 Dale wrote: Well, I'm still on the old KDE 3.5 stuff but I tried it anyway. I get this little boo boo message with Konqueror: An error occurred while loading https://ib.absa.co.za/ib/ib.jsp: Could not connect to host ib.absa.co.za. Now that's interesting. That's the page you get redirected to after SSL negotiation succeeds. And I know for a fact it worked for many years in 3.5.x Looks like my bank is doing what I do so often: Change stuff and hope that it's transparent. If not, the users will moan and I'll fix it. Maybe. :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Konqueror and https sites
On Monday 30 March 2009, Dale wrote: Alan McKinnon wrote: This doesn't seem to be my week with Konqueror. Suddenly my bank's internet banking site won't work, claiming SSL errors. Well, I'm still on the old KDE 3.5 stuff but I tried it anyway. If you got the same, this may not just be a KDE 4 boo boo. I'm running vanilla KDE, so with Konqueror 3.5.9 I can open this page fine when I click on the logon button: https://ib.absa.co.za/ib/ib.jsp I am not sure if my javascript settings are default, but if you enable Debug and Report Errors you should see if this is a javascript problem. Also I would think that you need to have your cookies switched on (haven't tried without). HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Konqueror and https sites
On Mon, Mar 30, 2009 at 4:40 PM, Alan McKinnon alan.mckin...@gmail.com wrote: This doesn't seem to be my week with Konqueror. Suddenly my bank's internet banking site won't work, claiming SSL errors. Could someone please double check using konqueror-4.2.1* if this link works, or if I have done something stupid config-wise: http://www.absa.co.za In the left sidebar there's a red block. Top right of that block is a logon button. Clicking it should take you to an https login page, instead I almost instantly get an error page. It works fine for me in Konq 4.2.2 on Linux and Konq 4.2.1 on Windows XP.
Re: [gentoo-user] Konqueror and https sites
Alan McKinnon wrote: On Tuesday 31 March 2009 00:06:23 Dale wrote: Well, I'm still on the old KDE 3.5 stuff but I tried it anyway. I get this little boo boo message with Konqueror: An error occurred while loading https://ib.absa.co.za/ib/ib.jsp: Could not connect to host ib.absa.co.za. Now that's interesting. That's the page you get redirected to after SSL negotiation succeeds. And I know for a fact it worked for many years in 3.5.x Looks like my bank is doing what I do so often: Change stuff and hope that it's transparent. If not, the users will moan and I'll fix it. Maybe. :-) Don't worry, me and my bank has went a few rounds too. They just don't understand that Linux doesn't get viruses like their windoze boxes does. They may get a wake up call in the next day or so tho. I been hearing about this nasty fishing lure going around. Heck, even the CBS news network was infected here. It took those guys almost two weeks to find out they even had it then several days to figure out it was on about all of theirs. Me, I'd switch to Linux something and boot windoze. Some people are not as smart as us tho. ;-) Windoze is like dating. Time tells what is more secure. I don't hear about Linux boxes getting infected like this. Dale :-) :-)
[gentoo-user] Re: kdelibs -plasma -webkit
Alan McKinnon alan.mckinnon at gmail.com writes: If so are they no long valid for kdelibs (in which case I leave them in make.conf) or are they completely deprecated flages (and hence I should removed them from make.conf)? The former. Other stuff is likely to make use of plasma and webkit (they are fairly generic things) OK got it Gmane requires more new than old ok thx James
Re: [gentoo-user] audio convert splitter etc...
On Tue, 31 Mar 2009 00:40:17 +0400 Vasya Volkov my.pipes.b...@gmail.com wrote: Hello. Can you suggest some simple program which can make these functions: 1).ape,.cue splitting 2)converting flac/ape/wav to ogg mp3 etc. 3)cutting parts of audio files? Please with overlay if one there is. I use following simple script for flac-mp3 conversion: = #!/bin/bash lame_opts=--vbr-new -V 2 -B 256 for FLAC in $@; do MP3=`basename ${FLAC%.flac}.mp3` TAGS=TITLE TRACKNUMBER GENRE DATE COMMENT ARTIST ALBUM\ Title Tracknumber Genre Date Comment Artist Album for VAR in $TAGS; do eval $VAR=''; done eval $(metaflac --export-tags-to=- $FLAC | sed 's/=\(.*\)/=\1/') [ -z $TITLE ] TITLE=$Title [ -z $TRACKNUMBER ] TRACKNUMBER=$Tracknumber [ -z $GENRE ] GENRE=$Genre [ -z $DATE ] DATE=$Date [ -z $COMMENT ] COMMENT=$Comment [ -z $ARTIST ] ARTIST=$Artist [ -z $ALBUM ] ALBUM=$Album echo Converting $FLAC to mp3: $MP3 flac -c -d $FLAC | lame $lame_opts - $MP3 id3tag \ --artist=$ARTIST \ --album=$ALBUM \ --song=$TITLE \ --track=$TRACKNUMBER \ --genre=$GENRE \ --year=$DATE \ --comment=$COMMENT \ $MP3 done = Script actually depends on following packages (main tree): media-libs/flac media-libs/id3lib media-sound/lame I'm sorry for posting following on the list, since it's non-english. Just disregard the rest of the message, please :) Concerning ape, there were some suggestions in (quite recent) ape 2 wav (flac) thread on gentoo-user-ru mailing list: http://archives.gentoo.org/gentoo-user-ru/msg_060cfe116536e31d0b823d7d5117e999.xml Also, check out this link (if you haven't stumbled upon it already): http://engraver.wordpress.com/2009/01/03/monkeys-audio-ape-cue-%D0%B2-gentoo/ -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature