November 2010 - Arch-general - lists.archlinux.org

[arch-general] [pam/consolekit] Help needed for desktop permission handling
by Andreas Radke 01 Feb '11

01 Feb '11

While packaging Xfce 4.7 I had to find a way to allow the desktop user to shutdown/reboot(consolekit), hibernate/suspend(upower),mounte removable devices(udisks). Recent display managers (gdm, kdm and lxdm) can handle their own polkit/consolekit session through pam access. The gnome/xfce4-session packages only have basic access to consolekit and since the consolekit 0.4.2 in testing they can't deal with it anymore. As a workaround I have plans to ship files in xfce4-session as proto files where the admin can add users or groups to allow certain actions: /etc/polkit-1/localauthority/50-local.d/org.freedesktop.upower.pkla and /etc/polkit-1/localauthority/50-local.d/org.freedesktop.consolekit.pkla and maybe one for udisk something like https://aur.archlinux.org/packages.php?ID=42669 . This could also be done each in the consolekit/upower/udisks packages. But all this is crap working around some nasty bugs in our pam pkg not allowing direct access to consolekit. Please have a look at https://bugs.archlinux.org/task/17188 https://bugs.archlinux.org/task/21391 Pam has an update pending (also fixing security related issues) and quiet a lot open bugs: https://bugs.archlinux.org/index.php?string=pam&project=1&search_name=&type… So please someone with time and knowledge may have look (Tobias P. doesn't seem to have the time for this). If we can't menage to fix this until the Xfce release I'd like to know what you think could be a good and safe workaround (recommending power/storage groups?). Note: Gentoo seems also running into this pam/consolekit issue. Not sure about Ubuntu and Fedora(that does heavy pam configurations). -Andy

4 10

[arch-general] [signoff] lilo 23.1-2
by Andrea Scarpino 04 Jan '11

04 Jan '11

from lilo 23.1-1 - upstream release - new url - updated source - use package() function - updated make options - rebuilt to switch to tar.xz lilo 23.1-2 - fixed source - added sharutils as new makedependence - added perl as optdependence to run keytab-lilo lilo 23.1-1 was without signoff, please signoff lilo 23.1-2 for both arches -- Andrea Scarpino Arch Linux Developer

2 2

[arch-general] PulseAudio in [testing]
by Jan Steffens 13 Dec '10

13 Dec '10

I've put PulseAudio into [testing] some time ago, but received no feedback on this. This either means it works well, or nobody uses it. So I'm asking for it now, especially from GNOME and KDE users running PulseAudio.

27 69

[arch-general] Setuptools broken?
by Norbert Zeh 10 Dec '10

10 Dec '10

Hi folks, With the python upgrade from 2.7 to 3.1, I ran into the following snag. gitosis from AUR depends on python and setuptools. Now, python = python3.1 now and setuptools installs in the python2.7 library tree. This was easy enough to fix, by simply replacing python with python2 in the gitosis PKGBUILD. However, I would expect that python2 will disappear completely somewhere down the road. What then? Moreover, being a purist, I would like to avoid having two python versions installed on my machine. So what's the deal with python3.1 and setuptools? Is the procedure for installing python packages different under 3.1 than under the old 2.x series, and there simply are no setuptools any more? If that's the case, I guess it's the responsibility of package maintainers to migrate to the setup used in python3.1. If setuptools is still what is needed in python3.1, shouldn't there now be two packages setuptools and setuptools2 that install in the library trees of python3.1 and python2.7, respectively? (I'm happy to file a bug report if this is indeed a bug.) Cheers, Norbert -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments

33 64

Re: [arch-general] [arch-dev-public] [signoff] xinetd-2.3.14-6
by Allan McRae 01 Dec '10

01 Dec '10

On 21/11/10 18:28, Eric Bélanger wrote: > On Fri, Nov 19, 2010 at 8:32 AM, Allan McRae<allan(a)archlinux.org> wrote: >> Rebuild of old package, tidy up PKGBUILD. >> >> Signoff both, >> Allan >> > > signoff x86_64 > Anyone for i686?

2 1

Re: [arch-general] PulseAudio in [testing]
by Χρήστος Κώτσαρης 01 Dec '10

01 Dec '10

I believe this was the right choice. Pulseaudio should be in extra and all applications build with pulse support. Regarding phonon, i believe KDE intends to drop it at some point, not sure were i read that. I remember reading something about KDE 5 not including phonon, but it may be FUD. Anyone more informed on the issue? In any case, Linux/GNU needs pulseaudio. Pulseaudio should be the api to target for all apps. The kind of functionality it provides it is needed if modern distros are to compete with Windows 7. Windows 7 now provide the functionality to switch sound cards on the fly without restaring the app playing sound. This is possible only with Pulseaudio as far as i can tell in the Linux world. And this is just one example. Imagine if you have a headset with included sound card, for example a 5.1 headset. Without Pulseaudio, it is a chore to switch sound to it, with Pulseaudio it is easy and userfriendly. Windows 7 now can do it too. Imagine if a user tries to do it in Linux without pulse, he will be frustrated. Of course, Arch users should be knowledgable enough to switch sound cards in ALSA, but it still is a chore. And it is not the point. The point is, Linux needs a sound daemon to provide modern user friendliness. So it is a matter of time for GNOME and KDE to support it natively. KDE tried it with phonon, but it seems phonon is more problematic than pulseaudio, with less features. At least for me, when phonon sits on top of ALSA, i get all sorts of messages informing me that some interface should be disabled, it is annoying. Plus when i change a sound card, the app needs restarting. So yes, in time pulseaudio should become the default linux api for Linux/GNU, if not already. If there are bugs, they could be solved if all those geniuses bitching about it and use ALSA could be bothered to help a little.

13 24

[arch-general] what happened to nut (network-ups-tools)?
by David C. Rankin 30 Nov '10

30 Nov '10

Guys, Where did nut go? I just checked and network-ups-tools is no longer available. Did it change names? I must have missed it. Thanks. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

6 9

[arch-general] networkmanager crash
by Martín Cigorraga 30 Nov '10

30 Nov '10

Latest networkmanager update (0.8.2-3 ) makes my KDE SC 4.5.3 crash on shutdown, anyone else?

3 4

[arch-general] associations for chromium
by Sergey Manucharian 30 Nov '10

30 Nov '10

Hi folks, I wonder if somebody could already figure out how to handle file and protocol associations for Chromium. For those who use a DE like KDE/Gnome most probably everything works out of box. There is an article in wiki how to use chromium with no DE [1]. It suggest to use mimeo and xdg-utils-mimeo, but it simply does not work (at least in my case). For those who are interested to read further the details are below. When I click a link pointing to mms:// stream chromium pops up a message that it's going to use xdg-open to handle it. The xdg-utils-mimeo allows to associate a protocol with an application, which I already has done - set to mplayer. Instead it tries to open smplayer with no (or bad) link passed. I've uninstalled smplayer and it tried to use realplayer, I've uninstalled realplayer and now it uses vlc. I couldn't find where that sequence is hardcoded. But now I see that the link itself is getting transformed in something weird: ----------------------------8<---------------------------- File reading failed: VLC could not open the file "/etc/X11/mms:/76.191.112.53/streams_e/stb1_s_8b700762e4ba88f62c33ce2291e1baaa.wmv". Your input can't be opened: VLC is unable to open the MRL 'file:///etc/X11/mms%3A/76.191.112.53/streams_e/stb1_s_8b700762e4ba88f62c33ce2291e1baaa.wmv'. ----------------------------8<---------------------------- The strange path "/etc/X11" comes is the directory I've accidentally started X from... Any ideas? TIA Sergey [1] https://wiki.archlinux.org/index.php/Chromium

4 5

[arch-general] Pulseaudio
by Χρήστος Κώτσαρης 29 Nov '10

29 Nov '10

On a more serious mode now: As the devs themselves said, pulseaudio is optional, unless you are using GNOME, which requires Pulseaudio upstream. There is nothing clearer than that. Go blame GNOME developers. There is something i noticed. Morgan Gandwere is a Debian convert... That explains a lot of things actually. Debian is known to modify every possible package, since Debian maintainers are more wise and of course they know better than upstream developers about upstream software. Debian is known to fork a package when some upstream developer does not accept a debian maintainer's POS patch. Then the package is left to rott and die, since the debian maintainer is not able to develop it. Debian users are used to this mentality. That explains why someone with this background believes that a distribution should modify upstream to fit its maintainers whims. Sometimes there have been packages i wanted that didn't make part of Arch, even though in my opinion they should. For example, libxft-lcd was in community, while lib32-libxft-lcd was not. I asked in the forum to include that too, but instead, libxft-lcd went to AUR also. I didn't bitch about it, i just use AUR and that's it. One can't expect a whole distribution to accomondate his personal needs. So pulseaudio haters, since pulseaudio is optional, the only reason you complain is that you don't want it in extra, you don't want to install libpulse since you cant afford 1MB disk space, and you also don't want media packages compiled with pulse support because of a purely theoritical bloat. Well, you can't expect the distro to remain behind the times and not include proper (optional) pulse support for these reasons. If 1 mb of disk space and tiny bits of memory bloat in executables is such a waste for you, you could recompile those packages, or even better, try Gentoo. I hear Gentoo is really fast and without bloat. After 60 hours of compiling your apps start 5ns faster. Great!

6 7