Re: [arch-general] [arch-dev-public] inkscape finding a maintainer
[2010-08-31 01:32:21 -0400] Loui Chang: On Mon 30 Aug 2010 19:24 +0200, Gaetan Bisson wrote: [2010-08-30 19:54:44 +0300] Ionuț Bîru: Does anyone in our dev team uses inkscape like a daily bases and wants to maintain it? I use it about once a week or so; if you want inkscape to stay in [extra] I could maintain it. Now if Laurent wants it, I'm also happy to have it go to [community]. Hey... Did we gain some new developers that went unannounced? Indeed, I don't think we've been introduced. :) I'm a junior dev, mentored by Allan. -- Gaetan
Re: [arch-general] [arch-dev-public] [signoff] kernel26-lts 2.6.32.21-1
Am Montag 30 August 2010 schrieb Andreas Radke: Am Fri, 27 Aug 2010 21:03:05 +0200 schrieb Tobias Powalowski t.p...@gmx.de: Latest kernel is in testing, please signoff for both arches. greetings tpowa signoff x86_64 -Andy anyone i686? -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-general] [PATCH 21/48] Both rc.single and rc.shutdown use the same code to kill everything.
2010-07-02 11:27, Thomas Bächler: First of all, sorry for not continuing the review yesterday, time is short :( Still, I'll finish this, as I'd like to have this applied eventually. Am 02.07.2010 11:21, schrieb Kurt J. Bosch: Am 2010-06-30 23:47, schrieb Victor Lowther: Move that shared code into functions. +run_hook single_prekillall This line should be run_hook ${0##*/rc.}_prekillall IMHO Kurt is right here. We call this code from rc.single and rc.shutdown I think. We use two distinct hooks, you can register functions for these hooks independently! Hmm, git bashification-redux has now: kill_everything() { # $1 = where we are being called from. # This is used to determine which hooks to run. # Find daemons NOT in the DAEMONS array. Shut these down first for daemon in /var/run/daemons/*; do [[ -f $daemon ]] || continue daemon=${daemon##*/} in_array $daemon ${daemo...@]} || stop_daemon $daemon done # Shutdown daemons in reverse order for ((i=${#daemo...@]}-1; i=0; i--)); do [[ ${DAEMONS[$i]:0:1} = '!' ]] continue ck_daemon ${daemons[$...@} || stop_daemon ${daemons[$...@} done # Terminate all processes stat_busy Sending SIGTERM To Processes run_hook $1_prekillall /sbin/killall5 -15 /dev/null /bin/sleep 5 stat_done stat_busy Sending SIGKILL To Processes /sbin/killall5 -9 /dev/null /bin/sleep 1 stat_done run_hook $1_postkillall } I suggest: From b202be97f8dc1c0c68aaea792d4457c674c673f3 Mon Sep 17 00:00:00 2001 From: Kurt J. Bosch kjb-temp-2...@alpenjodel.de Date: Tue, 31 Aug 2010 09:57:47 +0200 Subject: [PATCH 17/17] Correct behaviour of kill_everything() --- functions | 11 +-- 1 files changed, 5 insertions(+), 6 deletions(-) diff --git a/functions b/functions index b9ba718..3ca7324 100644 --- a/functions +++ b/functions @@ -205,10 +205,9 @@ ck_status() { kill_everything() { # $1 = where we are being called from. # This is used to determine which hooks to run. -# Find daemons NOT in the DAEMONS array. Shut these down first -for daemon in /var/run/daemons/*; do -[[ -f $daemon ]] || continue -daemon=${daemon##*/} +# Find daemons NOT in the DAEMONS array. +# Shut these down first in reverse order. +for daemon in $( /bin/ls -t /var/run/daemons ); do in_array $daemon ${daemo...@]} || stop_daemon $daemon done @@ -220,7 +219,7 @@ kill_everything() { # Terminate all processes stat_busy Sending SIGTERM To Processes -run_hook $1_prekillall +run_hook ${1}_prekillall /sbin/killall5 -15 /dev/null /bin/sleep 5 stat_done @@ -230,7 +229,7 @@ kill_everything() { /bin/sleep 1 stat_done -run_hook $1_postkillall +run_hook ${1}_postkillall } activate_vgs() { -- 1.7.0.3
[arch-general] cannot run pacman in different operating system
Hello Dear Archians, I need to install arch from existing operating system. This is Mandriva 2010.0 64 bit: uname -a Linux luker500 2.6.33.5-server-2mnb #1 SMP Thu Jun 17 21:11:54 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux I am using (and contributing to): http://wiki.archlinux.org/index.php/Install_From_Existing_Linux Let me show you which steps I have done so far: $ ARCH=`uname -m` $ echo $ARCH x86_64 $ pwd /home/luke/archtest $ wget -q http://www.archlinux.org/packages/core/$ARCH/pacman/download/ http://mirrors.kernel.org/archlinux/core/os/x86_64/pacman-mirrorlist-20100825-1-any.pkg.tar.gz http://www.archlinux.org/packages/core/$ARCH/libfetch/download/ http://www.archlinux.org/packages/core/$ARCH/libarchive/download/ http://www.archlinux.org/packages/core/$ARCH/openssl/download/ http://www.archlinux.org/packages/core/$ARCH/xz/download/ $ ls libarchive-2.8.4-1-x86_64.pkg.tar.gz openssl-1.0.0.a-3-x86_64.pkg.tar.gz pacman-mirrorlist-20100825-1-any.pkg.tar.gz libfetch-2.33-1-x86_64.pkg.tar.gz pacman-3.4.0-2-x86_64.pkg.tar.gz xz-4.999.9beta-5-x86_64.pkg.tar.gz $ for f in *.tar.gz ; do tar xzf $f ; done $ export LD_LIBRARY_PATH=/home/luke/archtest/usr/lib:$LD_LIBRARY_PATH $ echo $LD_LIBRARY_PATH /home/luke/archtest/usr/lib: $ ls -d /home/luke/archtest/usr/lib /home/luke/archtest/usr/lib/ $ export PATH=/home/luke/archtest/usr/bin:$PATH $ which pacman /home/luke/archtest/usr/bin/pacman So now it is time to try to run pacman: $ pacman --help -bash: /home/luke/archtest/usr/bin/pacman: No such file or directory I checked, this file really exists: $ file /home/luke/archtest/usr/bin/pacman /home/luke/archtest/usr/bin/pacman: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped But I cannot even do ldd: $ ldd /home/luke/archtest/usr/bin/pacman /usr/bin/ldd: line 119: /home/luke/archtest/usr/bin/pacman: No such file or directory So additionally I checked strace output: $ strace /home/luke/archtest/usr/bin/pacman execve(/home/luke/archtest/usr/bin/pacman, [/home/luke/archtest/usr/bin/pacm...], [/* 78 vars */]) = -1 ENOENT (No such file or directory) dup(2) = 3 fcntl(3, F_GETFL) = 0x8002 (flags O_RDWR|O_LARGEFILE) fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 33), ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f3180b61000 lseek(3, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) write(3, strace: exec: No such file or di..., 40strace: exec: No such file or directory ) = 40 close(3)= 0 munmap(0x7f3180b61000, 4096)= 0 exit_group(1) = ? And now I am really stuck. Is it related to my configuration or glibc incompatibility? What more information you need to track this issue? What shall I try, maybe compiling pacman from source? Regards, Luke
Re: [arch-general] cannot run pacman in different operating system
Am 31.08.2010 11:49, schrieb Łukasz Nowak: So now it is time to try to run pacman: $ pacman --help -bash: /home/luke/archtest/usr/bin/pacman: No such file or directory Arch binaries assume the dynamic linker to be in /lib/ld-linux-x86-64.so.2, while most (all?) other distributions assume it to be in /lib64/ld-linux-x86-64.so.2: $ readelf -a $(which pacman) | grep interpreter [Requesting program interpreter: /lib/ld-linux-x86-64.so.2] $ readelf -a /some/mandriva/binary | grep interpreter [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2] The No such file or directory is very misleading here, as the file that it is trying to open is the program interpreter, not pacman itself. A symlink should suffice: # ln -s /lib64/ld-linux-x86-64.so.2 /lib/ This problem does not exist on i686: The dynamic linker is /lib/ld-linux.so.2 here, on Arch or on any distribution out there. signature.asc Description: OpenPGP digital signature
Re: [arch-general] cannot run pacman in different operating system
Hello, 2010/8/31 Thomas Bächler tho...@archlinux.org: Am 31.08.2010 11:49, schrieb Łukasz Nowak: So now it is time to try to run pacman: $ pacman --help -bash: /home/luke/archtest/usr/bin/pacman: No such file or directory Arch binaries assume the dynamic linker to be in /lib/ld-linux-x86-64.so.2, while most (all?) other distributions assume it to be in /lib64/ld-linux-x86-64.so.2: $ readelf -a $(which pacman) | grep interpreter [Requesting program interpreter: /lib/ld-linux-x86-64.so.2] $ readelf -a /some/mandriva/binary | grep interpreter [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2] The No such file or directory is very misleading here, as the file that it is trying to open is the program interpreter, not pacman itself. A symlink should suffice: # ln -s /lib64/ld-linux-x86-64.so.2 /lib/ This problem does not exist on i686: The dynamic linker is /lib/ld-linux.so.2 here, on Arch or on any distribution out there. Ach, thank you. I will update the page. You are right: $ ls /lib64/ld-linux-x86-64.so.2 /lib64/ld-linux-x86-64.so.2 $ ls /lib/ld-linux-x86-64.so.2 ls: cannot access /lib/ld-linux-x86-64.so.2: No such file or directory Regards, Luke PS. In meantime I just compiled pacman :) -- Łukasz Nowak IT Specialist em...@lnowak.com http://lnowak.com/ Skype: Shufla jid: shu...@jabster.pl gg: 1157726 ``Use the Source, Luke...''
Re: [arch-general] [arch-dev-public] The Great Python Rebuild of 2010 begins
On Sun, 29 Aug 2010 13:31:16 -0500, Christopher Brannon cmbranno...@gmail.com wrote: Any updates regarding the creation of a [community-staging] repository? +1. Most of my packages are rebuilt; I'm just waiting to push. -- Chris I could add it to dbscripts and devtools easily; but some admin of sigurd needs to create the dir and adjust the rsync to gerolde. -- Pierre Schmitz, https://users.archlinux.de/~pierre
Re: [arch-general] [PATCH 21/48] Both rc.single and rc.shutdown use the same code to kill everything.
On Tue, Aug 31, 2010 at 10:07:52AM +0200, Kurt J. Bosch wrote: --snip-- I suggest: From b202be97f8dc1c0c68aaea792d4457c674c673f3 Mon Sep 17 00:00:00 2001 From: Kurt J. Bosch kjb-temp-2...@alpenjodel.de Date: Tue, 31 Aug 2010 09:57:47 +0200 Subject: [PATCH 17/17] Correct behaviour of kill_everything() --- functions | 11 +-- 1 files changed, 5 insertions(+), 6 deletions(-) diff --git a/functions b/functions index b9ba718..3ca7324 100644 --- a/functions +++ b/functions @@ -205,10 +205,9 @@ ck_status() { kill_everything() { # $1 = where we are being called from. # This is used to determine which hooks to run. -# Find daemons NOT in the DAEMONS array. Shut these down first -for daemon in /var/run/daemons/*; do -[[ -f $daemon ]] || continue -daemon=${daemon##*/} +# Find daemons NOT in the DAEMONS array. +# Shut these down first in reverse order. +for daemon in $( /bin/ls -t /var/run/daemons ); do in_array $daemon ${daemo...@]} || stop_daemon $daemon done @@ -220,7 +219,7 @@ kill_everything() { # Terminate all processes stat_busy Sending SIGTERM To Processes -run_hook $1_prekillall +run_hook ${1}_prekillall /sbin/killall5 -15 /dev/null /bin/sleep 5 stat_done @@ -230,7 +229,7 @@ kill_everything() { /bin/sleep 1 stat_done -run_hook $1_postkillall +run_hook ${1}_postkillall } activate_vgs() { -- 1.7.0.3 Parsing the output of ls will never be better than using shell globbing no matter how much simpler it might make the code appear to be. Not only are you avoiding a fork, but the shell glob will properly handle any odd characters thrown into the mix. You'll see breakage on something as simple as a space in your suggestion. While I'm inclined to believe that there will never be a space in the name of a daemon in Arch, if we're going for pure Bash in this rewrite, let's use Bash instead of mindlessly forking. The only useful change here is to remove the line: [[ -f $daemon ]] || continue and instead call 'shopt -s nullglob' outside the loop. Sorry for the no-patch patch. d
Re: [arch-general] [arch-dev-public] inkscape finding a maintainer
On Tue, Aug 31, 2010 at 3:27 AM, Gaetan Bisson bis...@archlinux.org wrote: [2010-08-31 01:32:21 -0400] Loui Chang: On Mon 30 Aug 2010 19:24 +0200, Gaetan Bisson wrote: [2010-08-30 19:54:44 +0300] Ionuț Bîru: Does anyone in our dev team uses inkscape like a daily bases and wants to maintain it? I use it about once a week or so; if you want inkscape to stay in [extra] I could maintain it. Now if Laurent wants it, I'm also happy to have it go to [community]. Hey... Did we gain some new developers that went unannounced? Indeed, I don't think we've been introduced. :) I'm a junior dev, mentored by Allan. -- Gaetan Yep, we should do an announcement, I will do a try (if my english skills let me) -- Angel Velásquez angvp @ irc.freenode.net Arch Linux Developer / Trusted User Linux Counter: #359909 http://www.angvp.com
Re: [arch-general] [arch-dev-public] inkscape finding a maintainer
Am 31.08.2010 14:47, schrieb Angel Velásquez: On Tue, Aug 31, 2010 at 3:27 AM, Gaetan Bisson bis...@archlinux.org wrote: [2010-08-31 01:32:21 -0400] Loui Chang: On Mon 30 Aug 2010 19:24 +0200, Gaetan Bisson wrote: [2010-08-30 19:54:44 +0300] Ionuț Bîru: Does anyone in our dev team uses inkscape like a daily bases and wants to maintain it? I use it about once a week or so; if you want inkscape to stay in [extra] I could maintain it. Now if Laurent wants it, I'm also happy to have it go to [community]. Hey... Did we gain some new developers that went unannounced? Indeed, I don't think we've been introduced. :) I'm a junior dev, mentored by Allan. -- Gaetan Yep, we should do an announcement, I will do a try (if my english skills let me) Hello, why not doing so for new TUs, too? I mean, for instance in the forums? Regards Stefan
Re: [arch-general] [arch-dev-public] inkscape finding a maintainer
On 08/31/2010 06:14 PM, Stefan Husmann wrote: Am 31.08.2010 14:47, schrieb Angel Velásquez: On Tue, Aug 31, 2010 at 3:27 AM, Gaetan Bissonbis...@archlinux.org wrote: [2010-08-31 01:32:21 -0400] Loui Chang: On Mon 30 Aug 2010 19:24 +0200, Gaetan Bisson wrote: [2010-08-30 19:54:44 +0300] Ionuț Bîru: Does anyone in our dev team uses inkscape like a daily bases and wants to maintain it? I use it about once a week or so; if you want inkscape to stay in [extra] I could maintain it. Now if Laurent wants it, I'm also happy to have it go to [community]. Hey... Did we gain some new developers that went unannounced? Indeed, I don't think we've been introduced. :) I'm a junior dev, mentored by Allan. -- Gaetan Yep, we should do an announcement, I will do a try (if my english skills let me) Hello, why not doing so for new TUs, too? I mean, for instance in the forums? Regards Stefan i agree that we should do some announcements. In the past we had the newsletter. Feel free to compile such news and i'll post it in the news section. Wait for all applications to finish -- Ionuț
[arch-general] kde 4.5.1 ati/intel workarounds
Does anyone know if the workarounds are still needed or if that was a fixed bug? I read the changelog but was unable to discern whether or not these were on the list of fixed kwin bugs. -- Caleb Cushing http://xenoterracide.com
[arch-general] HAL .fdi files stopped working
After an upgrade in the beginning of summer (don't remember what was updated) my hal fdi files in /etc/hal/fdi/policy stopped working, I had to change the keyboard mapping in the xfce settings and haven't been able to use my joypad since. I can't find anything on it with google and I've upgraded my system a couple of times since, but it still isn't working. Anybody who knows what might cause this?
Re: [arch-general] HAL .fdi files stopped working
On 09/01/2010 12:19 AM, Linus Eklöf wrote: After an upgrade in the beginning of summer (don't remember what was updated) my hal fdi files in /etc/hal/fdi/policy stopped working, I had to change the keyboard mapping in the xfce settings and haven't been able to use my joypad since. I can't find anything on it with google and I've upgraded my system a couple of times since, but it still isn't working. Anybody who knows what might cause this? because hal is not used by xorg anymore since long time ago. http://www.archlinux.org/news/502/ -- Ionuț
Re: [arch-general] HAL .fdi files stopped working
Am 31.08.2010 23:20, schrieb Ionuț Bîru: On 09/01/2010 12:19 AM, Linus Eklöf wrote: After an upgrade in the beginning of summer (don't remember what was updated) my hal fdi files in /etc/hal/fdi/policy stopped working, I had to change the keyboard mapping in the xfce settings and haven't been able to use my joypad since. I can't find anything on it with google and I've upgraded my system a couple of times since, but it still isn't working. Anybody who knows what might cause this? because hal is not used by xorg anymore since long time ago. http://www.archlinux.org/news/502/ I wonder why we write news announcements about these things. People don't seem to read them and ask anyway, so why bother writing the news? signature.asc Description: OpenPGP digital signature
Re: [arch-general] HAL .fdi files stopped working
On 31.08.2010 23:31, Thomas Bächler wrote: Am 31.08.2010 23:20, schrieb Ionuț Bîru: On 09/01/2010 12:19 AM, Linus Eklöf wrote: After an upgrade in the beginning of summer (don't remember what was updated) my hal fdi files in /etc/hal/fdi/policy stopped working, I had to change the keyboard mapping in the xfce settings and haven't been able to use my joypad since. I can't find anything on it with google and I've upgraded my system a couple of times since, but it still isn't working. Anybody who knows what might cause this? because hal is not used by xorg anymore since long time ago. http://www.archlinux.org/news/502/ I wonder why we write news announcements about these things. People don't seem to read them and ask anyway, so why bother writing the news? Because those that *do* read them don't ask questions like these.
Re: [arch-general] HAL .fdi files stopped working
On Tue, Aug 31, 2010 at 6:31 PM, Thomas Bächler tho...@archlinux.org wrote: http://www.archlinux.org/news/502/ I wonder why we write news announcements about these things. People don't seem to read them and ask anyway, so why bother writing the news? Because some of us read them and it's better to assume the community is capable of evolving.
Re: [arch-general] HAL .fdi files stopped working
On Tue, 2010-08-31 at 18:39 -0300, Guilherme M. Nogueira wrote: On Tue, Aug 31, 2010 at 6:31 PM, Thomas Bächler tho...@archlinux.org wrote: http://www.archlinux.org/news/502/ I wonder why we write news announcements about these things. People don't seem to read them and ask anyway, so why bother writing the news? Because some of us read them and it's better to assume the community is capable of evolving. +1, some read them, that's why we only have these few emails rather than dozens of emails. To be fair, those who infrequently update are more likely to miss announcements. Perhaps they shouldn't be using rolling release in that case.
Re: [arch-general] HAL .fdi files stopped working
2010/8/31 Ng Oon-Ee ngoo...@gmail.com: On Tue, 2010-08-31 at 18:39 -0300, Guilherme M. Nogueira wrote: On Tue, Aug 31, 2010 at 6:31 PM, Thomas Bächler tho...@archlinux.org wrote: http://www.archlinux.org/news/502/ I wonder why we write news announcements about these things. People don't seem to read them and ask anyway, so why bother writing the news? Because some of us read them and it's better to assume the community is capable of evolving. +1, some read them, that's why we only have these few emails rather than dozens of emails. To be fair, those who infrequently update are more likely to miss announcements. Perhaps they shouldn't be using rolling release in that case. i always liked the idea of including any relevant announcements directly into pacman output, possibly bundling announcements right into packages themselves, and displaying the ones created between old ver - new ver. its just text, and not many; it would compress well. while i rarely have problems, and when i do i'm adept enough to usually get it myself or find the answer, i am certainly guilty of not going to the website to read announcements (there is a ML for that tho, right?). in fact i don't think i ever have :-X, but most people, i would think, do at least look at pacman output. i'm not an advocate of noobification features, but a feature of this type would be useful for anyone. system state management is a hot topic for me, and this is one of the things on my list for my own manager i'm working on (i don't like any package managers that exist, i want a DVCS at it's heart :-) C Anthony
Re: [arch-general] kde 4.5.1 ati/intel workarounds
On 1 September 2010 04:48, Caleb Cushing xenoterrac...@gmail.com wrote: Does anyone know if the workarounds are still needed or if that was a fixed bug? I read the changelog but was unable to discern whether or not these were on the list of fixed kwin bugs. Still needed; has not been confirmed to be fixed: Fix regression which caused desktop effects not working with some drivers. Fixes bug 243991. See SVN commit 1167908. [1] very likely. there's a massive amount of similar problem reports (freezes - press shift+alt+f12 - or fragmented screes depending on the resolution, latter one just like this on your particular GPU, see the other two dupes and bug #241402, while it's not clear that latter one is really related) [2] I just did a commit, but I do not know if it fixed it. I have to properly investigate the issue but currently I am lacking the time. If I get a patch before the release I will send a notice to the release team. [3] [1] http://www.kde.org/announcements/changelogs/changelog4_5_0to4_5_1.php [2] http://bugs.kde.org/show_bug.cgi?id=243991 [3] http://bugs.kde.org/show_bug.cgi?id=241402 -- GPG/PGP ID: B42DDCAD
Re: [arch-general] kde 4.5.1 ati/intel workarounds
On Tue, Aug 31, 2010 at 9:58 PM, Ray Rashif schivmeis...@gmail.com wrote: On 1 September 2010 04:48, Caleb Cushing xenoterrac...@gmail.com wrote: Does anyone know if the workarounds are still needed or if that was a fixed bug? I read the changelog but was unable to discern whether or not these were on the list of fixed kwin bugs. Still needed; has not been confirmed to be fixed: I'm on an intel GM965 and it works fine in 4.5.1. The compositing is enabled after login and the velocity is bearable, although moving windows is slower than with 4.5.0. I have blur effect on. -- A: Because it obfuscates the reading. Q: Why is top posting so bad? --- Denis A. Altoe Falqueto ---
Re: [arch-general] kde 4.5.1 ati/intel workarounds
Try this Denis: [...@paradise ~]$ cat /usr/share/autostart/plasma-desktop.desktop [Desktop Entry] Exec=plasma-desktop --graphicssystem raster Also you can add --graphicssystem raster to all KDE apps to boost performance, specially Yakuake if you use it. This hack should work with KWin composite feature enabled. -Martín Un buen antivirus, no debería dejar cargar Windows y sugerir instalar GNU/Linux xD - omar...@#parabola@freenode
Re: [arch-general] HAL .fdi files stopped working
On 08/31/10 17:31, Thomas Bächler wrote: I wonder why we write news announcements about these things. People don't seem to read them and ask anyway, so why bother writing the news? How about because I read and therefore ask less, and same for several other people? And am informed ahead-of-time what is likely to break -- an irreplaceable service. Also the news means that when people *do* ask, you can answer with a one-line link to the news instead of explaining it again. Seems like a most efficient system. (Not that questions about things that were recently in the news are a good thing!) -Isaac
Re: [arch-general] kde 4.5.1 ati/intel workarounds
On Tue, Aug 31, 2010 at 10:41 PM, Martín Cigorraga martosurf7...@gmail.com wrote: Try this Denis: [...@paradise ~]$ cat /usr/share/autostart/plasma-desktop.desktop [Desktop Entry] Exec=plasma-desktop --graphicssystem raster Also you can add --graphicssystem raster to all KDE apps to boost performance, specially Yakuake if you use it. This hack should work with KWin composite feature enabled. Well, composite didn't work with raster graphics system. But the old one is fine. I'll continue looking for other options too. Thanks for the hint! -- A: Because it obfuscates the reading. Q: Why is top posting so bad? --- Denis A. Altoe Falqueto ---
Re: [arch-general] kde 4.5.1 ati/intel workarounds
On Tue, Aug 31, 2010 at 11:22 PM, Denis A. Altoé Falqueto denisfalqu...@gmail.com wrote: On Tue, Aug 31, 2010 at 10:41 PM, Martín Cigorraga martosurf7...@gmail.com wrote: Try this Denis: [...@paradise ~]$ cat /usr/share/autostart/plasma-desktop.desktop [Desktop Entry] Exec=plasma-desktop --graphicssystem raster Also you can add --graphicssystem raster to all KDE apps to boost performance, specially Yakuake if you use it. This hack should work with KWin composite feature enabled. Well, composite didn't work with raster graphics system. But the old one is fine. I'll continue looking for other options too. Thanks for the hint! In fact, the vsync option was re-enabled. After I turned it off, the performance was restored to the levels of 4.5.0. I think It could be better, but it is fine now. -- A: Because it obfuscates the reading. Q: Why is top posting so bad? --- Denis A. Altoe Falqueto ---
[arch-general] Hard disc clicks
Recently I got preoccupied with the hard disc clicking sounds I have been hearing since I installed Arch Linux on my Asus 1201N. Anyway, I remembered that there was an issue that could dramatically reduce the life of the hard disc, then I looked up on Google and found this article [1]. I ran smartctl -A and noticed that each time I heard a click, one was added to Load_Cycle_Count. Then I ran hdparm -B 254 /dev/sda, but the Arch Wiki [2] says that it is best to set a smaller value, like 128, if you move your laptop a lot. The thing is, 128 keeps the hard disc spinning down a lot. In fact, 254 is quite noiseless, but as from 253 the clicking sound returns. I read this bug page [3] but found nothing new. It is worth remembering that, sometimes, when I'm watching a movie or TV show with mplayer, it stops for less than I second, then I hear the disc spinning faster and the video continues. So, how did you guys set the power manager with hdparm in your laptops? Does anybody else have this problem? Since I move my netbook often, should I set it to 128 even if it spins down more than four times a minute? Than you all. [1] http://www.thinkwiki.org/wiki/Problem_with_hard_drive_clicking [2] http://wiki.archlinux.org/index.php/Laptop#Hard_drive_spin_down_problem [3] https://bugs.launchpad.net/ubuntu/+source/pm-utils/+bug/361680 -- Rafael Beraldo http://cabaladada.org