[arch-general] Can't run gnome 3

2011-04-09 Thread Madhurya Kakati
Hi, I installed gnome 3 from the testing repo. I haven't been able to start. Noe from KDE if I try to run gedit I get this error. [papul@papuldesktop ~]$ gedit gedit: symbol lookup error: /usr/lib/libgtk-3.so.0: undefined symbol: g_application_get_type Please help.

[arch-general] weird stuff: segfault in libc and other things

2011-04-09 Thread solsTiCe d'Hiver
hi. I switched to [testing] to get gnome 3. I found that it was a pretty bad timing because I saw that pacman updated the kernel to 2.6.38 too, and the glibc, and nvidia drivers ! and gnome 3 all in one go. Oh my..; with gnome 3, I got the gnome-shell segfaulting quite often when I hit the left to

Re: [arch-general] [signoff] udev-167-1

2011-04-09 Thread Seblu
On Sat, Apr 9, 2011 at 11:24 PM, Tobias Powalowski wrote: > Hi guys. > udev 167 > > Bugfixes. > > The udev runtime data moved from /dev/.udev/ to /run/udev/. The > /run mountpoint is supposed to be a tmpfs mounted during early boot, > available and writable to for all tools at any time du

Re: [arch-general] [signoff] udev-167-1

2011-04-09 Thread Allan McRae
On 10/04/11 08:04, Seblu wrote: On Sat, Apr 9, 2011 at 11:24 PM, Tobias Powalowski wrote: Hi guys. udev 167 Bugfixes. The udev runtime data moved from /dev/.udev/ to /run/udev/. The /run mountpoint is supposed to be a tmpfs mounted during early boot, available and writable to for all

Re: [arch-general] [signoff] udev-167-1

2011-04-09 Thread Seblu
On Sat, Apr 9, 2011 at 11:24 PM, Tobias Powalowski wrote: > Hi guys. > udev 167 > > Bugfixes. > > The udev runtime data moved from /dev/.udev/ to /run/udev/. The > /run mountpoint is supposed to be a tmpfs mounted during early boot, > available and writable to for all tools at any time du

[arch-general] [signoff] lilo-23.2-1

2011-04-09 Thread Tobias Powalowski
Hi guys, bump with latest fixes, especially kernel sector please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.

[arch-general] [signoff] udev-167-1

2011-04-09 Thread Tobias Powalowski
Hi guys. udev 167 Bugfixes. The udev runtime data moved from /dev/.udev/ to /run/udev/. The /run mountpoint is supposed to be a tmpfs mounted during early boot, available and writable to for all tools at any time during bootup, it replaces /var/run/, which should become a symlink some day

[arch-general] [signoff] xfsprogs-3.1.5-1

2011-04-09 Thread Tobias Powalowski
xfsprogs-3.1.5 (30 March 2011) - Polish translation update, thanks to Jakub Bogusz - xfs_repair now warns if running in low memory mode - Phase 2 of xfs_repair is now multithreaded - xfs_quota no longer attempts to get quota information if not enabled

[arch-general] [signoff] usbutils-002-2

2011-04-09 Thread Tobias Powalowski
Hi guys, latest upstream release, - fix lsusb.py #23624 please signoff both arches greetings tpowa -- 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] base stuff

2011-04-09 Thread Thomas S Hatch
On Sat, Apr 9, 2011 at 11:56 AM, Yaro Kasear wrote: > On Saturday, April 09, 2011 12:54:23 Thomas S Hatch wrote: > > On Sat, Apr 9, 2011 at 11:49 AM, Yaro Kasear wrote: > > > On Saturday, April 09, 2011 12:01:04 Thomas S Hatch wrote: > > > > On Sat, Apr 9, 2011 at 9:18 AM, Yaro Kasear > wrote:

Re: [arch-general] base stuff

2011-04-09 Thread Yaro Kasear
On Saturday, April 09, 2011 12:54:23 Thomas S Hatch wrote: > On Sat, Apr 9, 2011 at 11:49 AM, Yaro Kasear wrote: > > On Saturday, April 09, 2011 12:01:04 Thomas S Hatch wrote: > > > On Sat, Apr 9, 2011 at 9:18 AM, Yaro Kasear wrote: > > > > On Friday, April 08, 2011 14:29:34 Heiko Baums wrote: >

Re: [arch-general] base stuff

2011-04-09 Thread Thomas S Hatch
On Sat, Apr 9, 2011 at 11:49 AM, Yaro Kasear wrote: > On Saturday, April 09, 2011 12:01:04 Thomas S Hatch wrote: > > On Sat, Apr 9, 2011 at 9:18 AM, Yaro Kasear wrote: > > > On Friday, April 08, 2011 14:29:34 Heiko Baums wrote: > > > > Am Fri, 8 Apr 2011 10:55:16 -0600 > > > > > > > > schrieb Th

Re: [arch-general] base stuff

2011-04-09 Thread Yaro Kasear
On Saturday, April 09, 2011 12:01:04 Thomas S Hatch wrote: > On Sat, Apr 9, 2011 at 9:18 AM, Yaro Kasear wrote: > > On Friday, April 08, 2011 14:29:34 Heiko Baums wrote: > > > Am Fri, 8 Apr 2011 10:55:16 -0600 > > > > > > schrieb Thomas S Hatch : > > > > Yaro makes many good points, I think that

Re: [arch-general] base stuff

2011-04-09 Thread Thomas S Hatch
On Sat, Apr 9, 2011 at 9:18 AM, Yaro Kasear wrote: > On Friday, April 08, 2011 14:29:34 Heiko Baums wrote: > > Am Fri, 8 Apr 2011 10:55:16 -0600 > > > > schrieb Thomas S Hatch : > > > Yaro makes many good points, I think that my recommendation would > be > > > to allow someone to maintain support

Re: [arch-general] base stuff

2011-04-09 Thread Yaro Kasear
On Friday, April 08, 2011 14:29:34 Heiko Baums wrote: > Am Fri, 8 Apr 2011 10:55:16 -0600 > > schrieb Thomas S Hatch : > > Yaro makes many good points, I think that my recommendation would be > > to allow someone to maintain support for SELinux in community. If > > SELinux support is deemed somet

Re: [arch-general] - pulseaudio - GNOME3 in [testing]

2011-04-09 Thread Mauro Santos
On 09-04-2011 14:47, Matthew Monaco wrote: > Hmm, I tried that, didn't seem to help. In fact it's super frustrating > now because VLC is back to use ~16% CPU again no matter what resample > method I use and what audio output option I choose. Are you sure you have set vlc to output to pulse directl

Re: [arch-general] - pulseaudio - GNOME3 in [testing]

2011-04-09 Thread Axel 'the C.L.A.' Müller
On Sat, 09 Apr 2011 09:47:16 -0400 Matthew Monaco wrote: > On 04/09/2011 04:46 AM, Mauro Santos wrote: > > On 09-04-2011 02:12, Oon-Ee Ng wrote: > > > >> PA buffers better than ALSA, or is supposed to, in any case. Of > >> course, if you're using its ALSA-emulation that's a moot point. AFAICR > >

Re: [arch-general] - pulseaudio - GNOME3 in [testing]

2011-04-09 Thread Sander Jansen
On Sat, Apr 9, 2011 at 9:24 AM, Sander Jansen wrote: > On Sat, Apr 9, 2011 at 8:47 AM, Matthew Monaco wrote: >> On 04/09/2011 04:46 AM, Mauro Santos wrote: >>> >>> On 09-04-2011 02:12, Oon-Ee Ng wrote: >>> PA buffers better than ALSA, or is supposed to, in any case. Of course, if you're

Re: [arch-general] - pulseaudio - GNOME3 in [testing]

2011-04-09 Thread Sander Jansen
On Sat, Apr 9, 2011 at 8:47 AM, Matthew Monaco wrote: > On 04/09/2011 04:46 AM, Mauro Santos wrote: >> >> On 09-04-2011 02:12, Oon-Ee Ng wrote: >> >>> PA buffers better than ALSA, or is supposed to, in any case. Of >>> course, if you're using its ALSA-emulation that's a moot point. AFAICR >>> (hav

Re: [arch-general] - pulseaudio - GNOME3 in [testing]

2011-04-09 Thread Matthew Monaco
On 04/09/2011 04:46 AM, Mauro Santos wrote: On 09-04-2011 02:12, Oon-Ee Ng wrote: PA buffers better than ALSA, or is supposed to, in any case. Of course, if you're using its ALSA-emulation that's a moot point. AFAICR (haven't had this problem for ages), CPU usage from PA is basically caused by

[arch-general] [signoff] lilo-23.1-3

2011-04-09 Thread Tobias Powalowski
Hi guys, - added kernel sector fix please signoff both arches greetings tpowa -- 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] base stuff

2011-04-09 Thread Rogutės Sparnuotos
Yaro Kasear (2011-04-08 11:32): > > > > > So in general what is the benefits / costs for SELinux? > > > > Benefits: Probably the most effective MAC for Linux. Once it runs it's > arguably not too hard to allow/deny certain access due to some third party > tools simplifying things a bit. You c

Re: [arch-general] [arch-announce] GNOME3 in [testing]

2011-04-09 Thread Mauro Santos
On 09-04-2011 02:12, Oon-Ee Ng wrote: > PA buffers better than ALSA, or is supposed to, in any case. Of > course, if you're using its ALSA-emulation that's a moot point. AFAICR > (haven't had this problem for ages), CPU usage from PA is basically > caused by the resampling, which you can just modi