[arch-general] MPD volume problems after update - mpd 0.17-1
if I attempt to change the volume of the current song being played by mpd (tested with ncmpcpp and sonata), the volume gets muted, no sound can be heard. This did not happen with older version of mpd 0.16.x. I haven't touched my mpd.conf and mpd.log does not show anything suspicious. http://shining-global.en.alibaba.com/
Re: [arch-general] MPD volume problems after update - mpd 0.17-1
El 03/07/12 21:32, Gaetan Bisson escribió: [2012-07-03 21:23:01 -0400] Sébastien le Preste de Vauban: if I attempt to change the volume of the current song being played by mpd (tested with ncmpcpp and sonata), the volume gets muted, no sound can be heard. This did not happen with older version of mpd 0.16.x. I haven't touched my mpd.conf and mpd.log does not show anything suspicious. It works for me with ncmpc. Could you try with it? http://shining-global.en.alibaba.com/ What's this? That's weird, it's one website I recently visited, how come it got to you, I don't know, it does not appear in my send email. I tried with ncmpc and got the same results, I will check my alsa and mpd configs files.
Re: [arch-general] Can't suspend or hibernate
El 27/06/12 04:37, Brock York escribió: Hey I haven't been able to suspend my desktop for about 6 months now. I'm not sure what has caused it. I haven't had any hardware changes and even a reload hasn't fixed the problem. I've tried reading the wiki on suspending and run some tests using pm-suspend. It suspends processes fine according to the guide I was following, but it seems to get stuck at suspending hardware. I tried disabling as many modules as possible to then get it to suspend but still no luck. Is anyone else having this problem or has anyone fixed this problem? Regards Brock I can suspend and hibernate but my computer can't boot after a /sudo pm-hibernate/. Not sure why, anyway If I unplug it from the power source for a couple of seconds, then it will boot again almost normally (sometimes I get a message like /cpu frequency error/ from the bios, strangely nothing seems wrong when looking at the bios settings). Maybe the hibernating process sets the computer in some bad state.
Re: [arch-general] [arch-dev-public] linux-3.4.0-1 enters [testing]
El 22/05/12 11:31, Tom Gundersen escribió: Please report this upstream or to the AUR page, as it might be specific to your kernel configuration. If you can reproduce the problem with the kernel from testing, let us know. Tom On May 22, 2012 4:54 PM, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: El 21/05/12 09:21, Tobias Powalowski escribió: Hi guys, Upstream changes: http://kernelnewbies.org/**LinuxChangeshttp://kernelnewbies.org/LinuxChanges The x86_32 switch is not yet enabled. Please report any issues that arise. Thanks. greetings tpowa I am using linux kernel 3.4.0-1-mainline from https://aur.archlinux.org/** packages.php?ID=50893 https://aur.archlinux.org/packages.php?ID=50893. The package maintainer provides binaries at http://arch.miffe.org/ and I installed the kernel binary The problem I am facing is related to hibernating. When I run pm-hibernate the computer hibernates fine, but later on, when I boot the computer again I just get a black screen, no bios information, no nothing. If I unplug the power source cable for a few seconds and then replug it again, the PC boots almost normally, sometimes it complains about wrong cpu settings or the bios settings are completly reseted. After that, the computer boots fine resuming normally. Some specs: *lspci:* 00:00.0 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a1) 00:01.0 ISA bridge: NVIDIA Corporation MCP61 LPC Bridge (rev a2) 00:01.1 SMBus: NVIDIA Corporation MCP61 SMBus (rev a2) 00:01.2 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a2) 00:02.0 USB controller: NVIDIA Corporation MCP61 USB 1.1 Controller (rev a2) 00:02.1 USB controller: NVIDIA Corporation MCP61 USB 2.0 Controller (rev a2) 00:04.0 PCI bridge: NVIDIA Corporation MCP61 PCI bridge (rev a1) 00:05.0 Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2) 00:06.0 IDE interface: NVIDIA Corporation MCP61 IDE (rev a2) 00:07.0 Bridge: NVIDIA Corporation MCP61 Ethernet (rev a2) 00:08.0 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2) 00:09.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2) 00:0b.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2) 00:0c.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:06.0 Multimedia audio controller: Creative Labs CA0106 Soundblaster 02:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV710 [Radeon HD 4350] 02:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI RV710/730 HDMI Audio [Radeon HD 4000 series] 03:00.0 Ethernet controller: Atheros Communications Inc. AR242x / AR542x Wireless Network Adapter (PCI-Express) (rev 01) *lsmod:* Module Size Used by aes_i5866940 1 cryptd 7357 0 aes_generic26054 1 aes_i586 hwmon_vid 2280 0 snd_hda_codec_hdmi 21248 1 arc41118 2 ath5k 128531 0 powernow_k812012 0 snd_hda_codec_realtek51533 1 ppdev 4750 0 ath12349 1 ath5k k8temp 2583 0 mperf991 1 powernow_k8 pcspkr 1455 0 i2c_nforce2 4456 0 forcedeth 50469 0 mac80211 340788 1 ath5k cfg80211 147397 3 ath,ath5k,mac80211 rfkill 12568 1 cfg80211 parport_pc 26569 0 parport26095 2 ppdev,parport_pc processor 23783 1 powernow_k8 fan 1902 0 evdev 7630 4 thermal 6563 0 button 3614 0 floppy 48805 0 snd_hda_intel 20208 0 snd_hda_codec 80701 3 snd_hda_codec_realtek,snd_hda_** codec_hdmi,snd_hda_ intel snd_hwdep 4746 1 snd_hda_codec snd_ca0106 29188 0 snd_ac97_codec 89900 1 snd_ca0106 ac97_bus 874 1 snd_ac97_codec snd_rawmidi14630 1 snd_ca0106 snd_pcm61237 5 snd_ac97_codec,snd_hda_codec_** hdmi,snd_hda_codec,snd_hda_**intel,snd_ca0106 snd_page_alloc 5837 3 snd_pcm,snd_hda_intel,snd_**ca0106 snd_timer 14902 1 snd_pcm snd_seq_device 4316 1 snd_rawmidi snd44426 11 snd_hda_codec_realtek,snd_** ac97_codec,snd_hwdep,snd_**timer,snd_hda_codec_hdmi,snd_** pcm,snd_rawmidi,snd_hda_codec,**snd_hda_intel,snd_seq_device,**snd_ca0106 soundcore 4378 1 snd vboxnetflt 16499 0 vboxdrv 194788 1 vboxnetflt fuse 60090 2 ext4
Re: [arch-general] Switching betweenX and TTY freezes WM
El 11/06/12 06:10, Mateusz Loskot escribió: On Jun 11, 2012 1:43 AM, Mateusz Loskot mate...@loskot.net wrote: On 11 June 2012 04:53, 逸冰欧阳 yaf...@gmail.com wrote: [...] I find that If you don't input anything like hitting ENTER at 8th step , everything is OK. Yes, I can confirm that too. Best regards, I had not tested this in a while, and with my current setup: Linux 3.4.2-1-ARCH X.Org X Server 1.12.2 xf86-video-ati 6.14.99-1.20120517 02:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV710 [Radeon HD 4350] I can only reproduce this issue if I hit Enter in the TTY1 from which I run startx.
Re: [arch-general] Switching betweenX and TTY freezes WM
El 10/06/12 14:11, Mateusz Loskot escribió: On 10 June 2012 19:03, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: I have been observing strange issues when I switch between X and TTY. [...] I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. Yes, you are right it's not a very disturbing issue. I was just curious if it is known problem and perhaps there is a solution. Best regards, I have a similar problem: https://bugs.freedesktop.org/show_bug.cgi?id=47277
Re: [arch-general] Switching betweenX and TTY freezes WM
El 10/06/12 20:18, John Briggs escribió: On Mon, Jun 11, 2012 at 07:35:45AM +0800, 逸冰欧阳 wrote: I also have the same problem. And remember that Ubuntu, Fedora work well, so I wonder whether it is a bug. On Jun 11, 2012 4:21 AM, Mateusz Loskot mate...@loskot.net wrote: On 10 June 2012 20:35, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: El 10/06/12 14:11, Mateusz Loskot escribió: On 10 June 2012 19:03, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: I have been observing strange issues when I switch between X and TTY. [...] I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. Yes, you are right it's not a very disturbing issue. I was just curious if it is known problem and perhaps there is a solution. I have a similar problem: https://bugs.freedesktop.org/show_bug.cgi?id=47277 Nice one, I'm going to subscribe to this issue. Thanks! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net What bug? The TTY running X is busy running the xinit/xsession process, until you kill that process you shouldn't be able to get the command line prompt to run another program. The only way to overcome this shortcoming would be to run xinit in the background, which I wouldn't reccomend. Regards John Well it happens to me with any TTY, not just the one running X.
Re: [arch-general] Switching betweenX and TTY freezes WM
El 10/06/12 20:35, Don deJuan escribió: On 06/10/2012 05:30 PM, Sébastien le Preste de Vauban wrote: El 10/06/12 20:18, John Briggs escribió: On Mon, Jun 11, 2012 at 07:35:45AM +0800, 逸冰欧阳 wrote: I also have the same problem. And remember that Ubuntu, Fedora work well, so I wonder whether it is a bug. On Jun 11, 2012 4:21 AM, Mateusz Loskot mate...@loskot.net wrote: On 10 June 2012 20:35, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: El 10/06/12 14:11, Mateusz Loskot escribió: On 10 June 2012 19:03, Javier Vasquez j.e.vasque...@gmail.com wrote: On Sun, Jun 10, 2012 at 11:42 AM, Mateusz Loskot mate...@loskot.net wrote: I have been observing strange issues when I switch between X and TTY. [...] I started noticing this same thing since last year (though don't remember when exactly). Never asked cause the work around is simple, the TTY from which startx was run is considered dead to me, I just don't use it once in X. Yes, you are right it's not a very disturbing issue. I was just curious if it is known problem and perhaps there is a solution. I have a similar problem: https://bugs.freedesktop.org/show_bug.cgi?id=47277 Nice one, I'm going to subscribe to this issue. Thanks! Best regards, -- Mateusz Loskot, http://mateusz.loskot.net What bug? The TTY running X is busy running the xinit/xsession process, until you kill that process you shouldn't be able to get the command line prompt to run another program. The only way to overcome this shortcoming would be to run xinit in the background, which I wouldn't reccomend. Regards John Well it happens to me with any TTY, not just the one running X. Same here, I thought everyone had stated it is switching to any TTY from X or from some other TTY back to X and this will occur. I suggest people being affected by this issue to reply to the bug report in https://bugs.freedesktop.org/show_bug.cgi?id=47277 so we get upstream attention.
Re: [arch-general] [arch-dev-public] linux-3.4.0-1 enters [testing]
El 21/05/12 09:21, Tobias Powalowski escribió: Hi guys, Upstream changes: http://kernelnewbies.org/LinuxChanges The x86_32 switch is not yet enabled. Please report any issues that arise. Thanks. greetings tpowa I am using linux kernel 3.4.0-1-mainline from https://aur.archlinux.org/packages.php?ID=50893. The package maintainer provides binaries at http://arch.miffe.org/ and I installed the kernel binary The problem I am facing is related to hibernating. When I run pm-hibernate the computer hibernates fine, but later on, when I boot the computer again I just get a black screen, no bios information, no nothing. If I unplug the power source cable for a few seconds and then replug it again, the PC boots almost normally, sometimes it complains about wrong cpu settings or the bios settings are completly reseted. After that, the computer boots fine resuming normally. Some specs: *lspci:* 00:00.0 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a1) 00:01.0 ISA bridge: NVIDIA Corporation MCP61 LPC Bridge (rev a2) 00:01.1 SMBus: NVIDIA Corporation MCP61 SMBus (rev a2) 00:01.2 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a2) 00:02.0 USB controller: NVIDIA Corporation MCP61 USB 1.1 Controller (rev a2) 00:02.1 USB controller: NVIDIA Corporation MCP61 USB 2.0 Controller (rev a2) 00:04.0 PCI bridge: NVIDIA Corporation MCP61 PCI bridge (rev a1) 00:05.0 Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2) 00:06.0 IDE interface: NVIDIA Corporation MCP61 IDE (rev a2) 00:07.0 Bridge: NVIDIA Corporation MCP61 Ethernet (rev a2) 00:08.0 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2) 00:09.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2) 00:0b.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2) 00:0c.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2) 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 01:06.0 Multimedia audio controller: Creative Labs CA0106 Soundblaster 02:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV710 [Radeon HD 4350] 02:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI RV710/730 HDMI Audio [Radeon HD 4000 series] 03:00.0 Ethernet controller: Atheros Communications Inc. AR242x / AR542x Wireless Network Adapter (PCI-Express) (rev 01) *lsmod:* Module Size Used by aes_i5866940 1 cryptd 7357 0 aes_generic26054 1 aes_i586 hwmon_vid 2280 0 snd_hda_codec_hdmi 21248 1 arc41118 2 ath5k 128531 0 powernow_k812012 0 snd_hda_codec_realtek51533 1 ppdev 4750 0 ath12349 1 ath5k k8temp 2583 0 mperf991 1 powernow_k8 pcspkr 1455 0 i2c_nforce2 4456 0 forcedeth 50469 0 mac80211 340788 1 ath5k cfg80211 147397 3 ath,ath5k,mac80211 rfkill 12568 1 cfg80211 parport_pc 26569 0 parport26095 2 ppdev,parport_pc processor 23783 1 powernow_k8 fan 1902 0 evdev 7630 4 thermal 6563 0 button 3614 0 floppy 48805 0 snd_hda_intel 20208 0 snd_hda_codec 80701 3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_ intel snd_hwdep 4746 1 snd_hda_codec snd_ca0106 29188 0 snd_ac97_codec 89900 1 snd_ca0106 ac97_bus 874 1 snd_ac97_codec snd_rawmidi14630 1 snd_ca0106 snd_pcm61237 5 snd_ac97_codec,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_ca0106 snd_page_alloc 5837 3 snd_pcm,snd_hda_intel,snd_ca0106 snd_timer 14902 1 snd_pcm snd_seq_device 4316 1 snd_rawmidi snd44426 11 snd_hda_codec_realtek,snd_ac97_codec,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_rawmidi,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_ca0106 soundcore 4378 1 snd vboxnetflt 16499 0 vboxdrv 194788 1 vboxnetflt fuse 60090 2 ext4 385088 3 crc16 1091 1 ext4 jbd2 62437 1 ext4 mbcache 4345 1 ext4 sr_mod 13180 0 cdrom 30472 1 sr_mod sd_mod 26959 7 usbhid 31509 0 pata_amd8155 0 pata_acpi 2388 0 hid66985 1 usbhid ata_generic 2391
Re: [arch-general] RFC: OpenRC as init system for Arch
El 26/04/12 09:46, David C. Rankin escribió: KISS - If it ain't broke, don't fix it I'm sure some may have needs that exceed what the current initscripts can provide, the simple efficient Arch way has done, and continues to do, quite well. +1
Re: [arch-general] [signoff] linux-3.3.1-1
El 10/04/12 13:04, mike cloaked escribió: On Tue, Apr 10, 2012 at 1:21 PM, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: Since last kernel upgrade, 3.3.1-1-ARCH I am having some trouble with ath5k, like random disconnects only a reboot allows me to reconnect to the AP. Now I downgraded to 3.2.14-1 and wifi is working fine. This is a well known problem and reported a number of times already - I believe it will be fixed in the next release... you mean 3.3.2 or 3.4 ?
Re: [arch-general] [signoff] linux-3.3.1-1
El 08/04/12 09:14, Richard Schütz escribió: Am 08.04.2012 14:03, schrieb Vladimir Lomov: I didn't notice any problem with wireless on my notebook before kernel 3.3.1 (I use it every evening). Right now I downgraded to kernel 3.3.0 (took necessary files from projects.archlinux.org/... for version 3.3.0 compiled and intalled .tar.xz packages) and wireless works fine. I have access to other notebook with Archlinux and kernel 3.3.1, that notebook provides AP using hostapd (Atheros wireless card), I'll try tomorrow if AP still works (after update to kernel 3.3.1 I didn't test AP). Ah, you're talking about the wireless problems. I thought you meant the suspend problems with „Same here“. Yeah, ath9k is definitely broken. Since last kernel upgrade, 3.3.1-1-ARCH I am having some trouble with ath5k, like random disconnects only a reboot allows me to reconnect to the AP. Now I downgraded to 3.2.14-1 and wifi is working fine. dmesg: http://pastebin.com/xiZ4v29f
[arch-general] Beep no longer works
#beep Could not open /dev/tty0 or /dev/vc/0 for writing open: No such file or director beep 1.3-2 Before update beep was working ok.
Re: [arch-general] FS#28008 - Bypass screensaver/locker program on xorg 1.11 and up
El 20/01/12 04:10, Florian Pritz escribió: On 20.01.2012 02:18, David J. Haines wrote: On Thu, Jan 19, 2012 at 8:08 PM, Tavian Barnes taviana...@tavianator.com wrote: On 19 January 2012 18:23, Dmitry Korzhevindkorzhe...@lsupport.net wrote: a funny bug in the Xorg server that could allow attackers with physical access to a machine to bypass the screensaver/screen locker program. Most people use those programs to lock their computer when they are away. On Gnome, gnome-screensaver is responsible for this. On KDE, kscreenlocker is. There is a wide variety of smaller tools doing the same thing, e.g. slock, slimlock, i3lock... Read more: http://gu1.aeroxteam.fr/2012/01/19/bypass-screensaver-locker-program-xorg-111-and-up ctrl+atl+*(on num lock keyboard) confirmed and work in arch linux. IMO, it's not an X.Org or configuration bug, it's a bug in all the screen lockers. http://seclists.org/oss-sec/2012/q1/217 -- Tavian Barnes No Happy Hacking Keyboard (1996 IBM Model M, baby!), but I do use a custom keyboard layout that allows me to type international letters and switch entirely to a phonetic Cyrillic layout. Please check if your custom layout contains the string XF86_ClearGrab (maybe also without the underscore) and if yes, replace it with NoSymbol. Don't forget to reload it afterwards. I did that and it solved the problem with the ctrl+atl+* key combo, but I realized that ctrl+atl+/ does the same thing =( I attach my custom xkbcomp file.
Re: [arch-general] FS#28008 - Bypass screensaver/locker program on xorg 1.11 and up
El 20/01/12 15:07, Florian Pritz escribió: On 20.01.2012 18:38, Sébastien le Preste de Vauban wrote: El 20/01/12 04:10, Florian Pritz escribió: On 20.01.2012 02:18, David J. Haines wrote: On Thu, Jan 19, 2012 at 8:08 PM, Tavian Barnes taviana...@tavianator.com wrote: On 19 January 2012 18:23, Dmitry Korzhevindkorzhe...@lsupport.net wrote: a funny bug in the Xorg server that could allow attackers with physical access to a machine to bypass the screensaver/screen locker program. Most people use those programs to lock their computer when they are away. On Gnome, gnome-screensaver is responsible for this. On KDE, kscreenlocker is. There is a wide variety of smaller tools doing the same thing, e.g. slock, slimlock, i3lock... Read more: http://gu1.aeroxteam.fr/2012/01/19/bypass-screensaver-locker-program-xorg-111-and-up ctrl+atl+*(on num lock keyboard) confirmed and work in arch linux. IMO, it's not an X.Org or configuration bug, it's a bug in all the screen lockers. http://seclists.org/oss-sec/2012/q1/217 -- Tavian Barnes No Happy Hacking Keyboard (1996 IBM Model M, baby!), but I do use a custom keyboard layout that allows me to type international letters and switch entirely to a phonetic Cyrillic layout. Please check if your custom layout contains the string XF86_ClearGrab (maybe also without the underscore) and if yes, replace it with NoSymbol. Don't forget to reload it afterwards. I did that and it solved the problem with the ctrl+atl+* key combo, but I realized that ctrl+atl+/ does the same thing =( I attach my custom xkbcomp file. The 4 debug symbols are: XF86LogGrabInfo, XF86Ungrab, XF86ClearGrab, XF86LogWindowTree Ungrab and ClearGrab can break things, while Log* are pretty harmless. Thanks, removing all references to Ungrab and ClearGrab solved the problem.
Re: [arch-general] pacman 4 in [core]
El 16/01/12 20:24, Mauro Santos escribió: On 16-01-2012 22:50, Uli Armbruster wrote: * Karol Blazewiczkarol.blazew...@gmail.com [16.01.2012 23:33]: On Mon, Jan 16, 2012 at 11:31 PM, Mauro Santos registo.maill...@gmail.com wrote: On 16-01-2012 21:52, Thomas Bächler wrote: Your question is probably about signatures. We're not entirely there yet, but as pacman 4 brings lots of other fixes and improvements, it was a good idea to move it. I was merging the .pacnew files and some options that were on the old pacman.conf are not present in the new one, namely 'ShowSize' and 'ILoveCandy'. VerbosePkgLists is the new ShowSize. And 'ILoveCandy' was never in the default pacman.conf, that's a hidden gimmick for us cool people ;) I know it wasn't in the default pacman.conf but I think it was documented. Either way, pacman is on the loose and can't be caught :p pacman --version .--. Pacman v4.0.1 - libalpm v7.0.1 / _.-' .-. .-. .-. Copyright (C) 2006-2011 Pacman Development Team \ '-. '-' '-' '-' Copyright (C) 2002-2006 Judd Vinet '--' This program may be freely redistributed under the terms of the GNU General Public License. sudo pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date archlinuxfr is up to date :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... Targets (14): cmake-2.8.7-2 intltool-0.50.0-1 libreoffice-base-3.4.5-1 libreoffice-calc-3.4.5-1 libreoffice-common-3.4.5-1 libreoffice-es-3.4.5-1 libreoffice-extension-typo-3.4.5-1 libreoffice-impress-3.4.5-1 libreoffice-writer-3.4.5-1 pacman-contrib-4.0.1-1 sdl_image-1.2.11-1 sdl_mixer-1.2.12-1 sdl_net-1.2.8-1 sdl_ttf-2.0.11-1 Total Installed Size: 277,30 MiB Net Upgrade Size: 0,24 MiB Proceed with installation? [Y/n] Y (14/14) checking package integrity [#] 100% error: cmake: signature from Dave Reisner d...@falconindy.com is unknown trust error: intltool: signature from Eric Belanger e...@archlinux.org is unknown trust error: libreoffice-es: signature from Andreas Radke andy...@archlinux.org is unknown trust error: libreoffice-common: signature from Andreas Radke andy...@archlinux.org is unknown trust error: libreoffice-base: signature from Andreas Radke andy...@archlinux.org is unknown trust error: libreoffice-calc: signature from Andreas Radke andy...@archlinux.org is unknown trust error: libreoffice-extension-typo: signature from Andreas Radke andy...@archlinux.org is unknown trust error: libreoffice-impress: signature from Andreas Radke andy...@archlinux.org is unknown trust error: libreoffice-writer: signature from Andreas Radke andy...@archlinux.org is unknown trust error: pacman-contrib: signature from Allan McRae m...@allanmcrae.com is unknown trust error: sdl_image: signature from Jan Alexander Steffens (heftig) jan.steff...@gmail.com is unknown trust error: sdl_mixer: signature from Jan Alexander Steffens (heftig) jan.steff...@gmail.com is unknown trust error: sdl_net: signature from Jan Alexander Steffens (heftig) jan.steff...@gmail.com is unknown trust error: sdl_ttf: signature from Jan Alexander Steffens (heftig) jan.steff...@gmail.com is unknown trust error: failed to commit transaction (invalid or corrupted package (PGP signature)) Errors occurred, no packages were upgraded. =(
Re: [arch-general] pacman 4 in [core]
El 16/01/12 23:10, Karol Blazewicz escribió: On Tue, Jan 17, 2012 at 3:08 AM, Sébastien le Preste de Vauban ulpianoso...@gmail.com wrote: error: failed to commit transaction (invalid or corrupted package (PGP signature)) Errors occurred, no packages were upgraded. Did you edit pacman.conf and uncommented 'SigLevel = Optional TrustAll'? I forgot to mention that after upgrading pacman I was told to pacman-key --init Maybe this enabled the sig checking?
Re: [arch-general] pacman 4 in [core]
El 16/01/12 23:27, Karol Blazewicz escribió: meant that there was no sig checking for now. if this is correct why pacman is looking for signatures? btw, there is no 'SigLevel = Optional TrustAll' option in my /etc/pacman.conf file, should I just add this line? Did you merge pacnew files? ok, problem solved, I should had read the announcement in the front page. Sorry.
Re: [arch-general] clipped video output with multihead
El 18/12/11 08:40, Ralf Madorf escribió: On Sun, 2011-12-18 at 01:10 -0300, Sébastien le Preste de Vauban wrote: When I play a video with mplayer2 (also happens with tvtime) MPlayer2 2.0-379-ge3f5043 (C) 2000-2011 MPlayer Team 162 audio 361 video codecs I get the following display problem on screen 2 Did you try several video players with different backends? I usually install all video players that are available. I think it is not a problem of the video player, but it's xserver fault. with VLC I have the same problem, http://i39.tinypic.com/ncxod3.png With 3d games I do not experience this issue, tested with neverball. Also, with tvtime (video4linux, for displaying content through your tv pci/pcie card) I get the same problem.
Re: [arch-general] clipped video output with multihead
El 18/12/11 09:56, Jesse Jaara escribió: Did you try with differend backends? xv/gl/(vdpau) Thanks, Results: Same problem with: xv, sdl No issues with: gl, x11, gl_nosw, gl_sdl Tested with mplayer2 Now I am figuring out how to change the video output driver with tvtime (I have a bttv compatible tv card) btw I have a 9600 ati radeon vga card using the open source driver (Gallium 0.4 on ATI RV350)
[arch-general] clipped video output with multihead
When I play a video with mplayer2 (also happens with tvtime) MPlayer2 2.0-379-ge3f5043 (C) 2000-2011 MPlayer Team 162 audio 361 video codecs I get the following display problem on screen 2 (I use a dual head setup]: http://i42.tinypic.com/2utj482.png fullscreen, http://i43.tinypic.com/33xvg29.png uname -r 3.1.5-1-ARCH X.Org X Server 1.11.3 Release Date: 2011-12-16 lspci: 00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) 00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP Controller (rev 02) 00:06.0 System peripheral: Intel Corporation 82865G/PE/P Processor to I/O Memory Interface (rev 02) 00:1d.0 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) 00:1d.1 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) 00:1d.2 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) 00:1d.3 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) 00:1d.7 USB controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) 00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) 00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) 00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02) 00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600] 01:00.1 Display controller: ATI Technologies Inc RV350 AR [Radeon 9600] (Secondary) 02:0a.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11) 02:0a.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11) 02:0d.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 13) glxinfo: name of display: :0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 client glx vendor string: Mesa Project and SGI client glx version string: 1.4 GLX version: 1.4 OpenGL vendor string: X.Org R300 Project OpenGL renderer string: Gallium 0.4 on ATI RV350 OpenGL version string: 2.1 Mesa 7.11.2 OpenGL shading language version string: 1.20 dmesg http://pastebin.com/fBCmFXDb Xorg.log.0 http://pastebin.com/GiCbRu4T