Arch-general December 2010

arch-general@lists.archlinux.org

80 participants
60 discussions

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

31 Jan '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] adding hunspell-xx packages
by Andreas Radke 15 Jan '11

15 Jan '11

Right now we don't have modern dictionaries packaged. People use AUR packages or poor OpenOffice extensions that cannot be used for other apps. The proper way is to have hunspell-xx packages providing a dictionary, thesaurus and hyphenation data files. I'm going to add a base set of hunspell-{en,de,foo} packages to testing. A common PKGBUILD doesn't make much sense because the upstream sources are maintained in different countries and releases come at different time. This way we can make use of the packages in OOo/LibO, enchant and Mozilla's FF/TB/SM packages. The files will go into /usr/share/hunspell/xx_XX with symlinks to /usr/share/myspell/dicts/xx-XX for historical reason. See http://en.wikipedia.org/wiki/Hunspell for more. To compare look at http://packages.debian.org/source/sid/openoffice.org-dictionaries http://pkgs.fedoraproject.org/gitweb/?p=hunspell-XX.git http://gentoo-portage.com/app-dicts/ the myspell-xx packages. Any comments or objection? -Andy

4 4

[arch-general] What about gallium on r600?
by Sergej Pupykin 10 Jan '11

10 Jan '11

Hi, it works not worse than classic mesa on my RV620. I add --enable-gallium-r600 and modify package_ati-dri-git() in mesa-git PKGBUILD as it is already done for r300 (make -C ${srcdir}/build/src/gallium/targets/dri-r600 DESTDIR="${pkgdir}" install) I test current (20101213) git snapshot. May be put it into testing and enable on next release?

4 4

[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] ArchStudio
by Bernardo Barros 01 Jan '11

01 Jan '11

Hello everyone! I set up a repository based on a modified version of ArchAudio, with some of my stuff and lots of PKGBUILDs from AUR's contributors. Hope this helps to update and maintain ArchAudio alive and updated. Just source for now, no binaries. It is a hg repo, so it can also be hosted inBitBucket and Google Code, and can be easily forked, hacked and pushed back. The contribution work can be much easier this way, I think. The initial idea is not _necessarily_ to replace ArchAudio repo binaries, but set up a pool for development of the most updated and new in terms of professional audio packages for ArchLinux. https://bitbucket.org/smoge/archstudio Happy New Year! Bernardo

5 5

Re: [arch-general] [arch-dev-public] Breaking the unspoken rule: AUR helper in [community]
by Heiko Baums 30 Dec '10

30 Dec '10

Am Thu, 30 Dec 2010 11:38:34 +0800 schrieb Ray Rashif <schiv(a)archlinux.org>: > We didn't even conclude a previous discussion [1] (if we did then it's > all in the negative), and now there is one of those tools in the > repositories? Honestly, I don't think this is fair practice as it > undermines the initiatives of others before who did not get the green > for stuff like this, and it ignores the importance of general > consensus. Given that it is such a grey area, there should be an > official discussion and possibly a vote. Now there is no reason why > things like slurpy and other download/upload helpers shouldn't get in. > > [1] > http://mailman.archlinux.org/pipermail/aur-general/2010-November/011887.html It seems to have been moved from [community] to AUR again. Heiko

1 0

[arch-general] [core/filesystem 2010.10-1 -> 2010.12-1] breaks makepkg and firefox
by Martín Cigorraga 30 Dec '10

30 Dec '10

Dear devs, guys: I've been struggling for the past three days trying to find what was breaking makepkg [0] script and preventing Firefox to launch. Thanks I do weekly backups of my system I found after trial & error -updating one package at a time- the responsable is the core/filesystem package. Is anyone else suffering this? I already tried to look for info in www.archlinux.org/packages but it's not listed there. Should I open a new ticket at the bugtracker? Thanks for any advice. 0. Here are some logs: makepkg output after installing new filesystem 2010.12-1: http://aur.pastebin.com/VzRUu6yN /etc/makepkg.conf (untouched): http://aur.pastebin.com/RnqjbYaX last pacman's log with filesystem 2010.12-1 package installed: http://aur.pastebin.com/rZtXgifP

4 6

[arch-general] Removing unused locales?
by Nicolás Reynolds 29 Dec '10

29 Dec '10

Hi, it occurred to me today to check how much disk space /usr/share/locale was using on my system. Turned out to be 449.43M, though I only use en and es locales, which are in the code in the first case and ~13M in the second. Would it make sense to remove the extra ones? I mean, I don't think anyone will switch back and forth that many languages (220 on my system), but it would be just stupid to make extra i18n packages for everything... so, should pacman remove the unneeded languages on package installation? -- Salud! Nicolás Reynolds, xmpp:fauno@kiwwwi.com.ar omb:http://identi.ca/fauno blog:http://selfdandi.com.ar/ gnu/linux user #455044 http://parabolagnulinux.org http://endefensadelsl.org

3 3

Re: [arch-general] extra/progsreiserfs duplicate of core/reiserfsprogs?
by Grigorios Bouzakis 26 Dec '10

26 Dec '10

Grigorios Bouzakis wrote: > Grigorios Bouzakis wrote: > >> >> See my comments on https://bugs.archlinux.org/task/9029 >> Tpowa must know something we dont and must be using it. >> > > Most likely cause of the reasons mentioned here: > http://bugs.gentoo.org/show_bug.cgi?id=143485 > Testdisk uses libreiserfs. > Maybe there should be a big fat warning for standalone usage though. > Gentoo also does this: progsreiserfs_warning() { ewarn "progsreiserfs has been proven dangerous in the past, generating bad" ewarn "partitions and destroying data on resize/cpfs operations." ewarn "Because of this, we do NOT provide their binaries, but only their" ewarn "libraries instead, as these are needed for other applications." } .... # Make sure users only use the official namesys binaries rm -r "${D}"/usr/{sbin,share/man} || die "cant punt the cruft" -- Greg

1 0

Re: [arch-general] extra/progsreiserfs duplicate of core/reiserfsprogs?
by Grigorios Bouzakis 26 Dec '10

26 Dec '10

Grigorios Bouzakis wrote: > Guillaume ALAUX wrote: > >> Hello, >> >> Correct me if I'm wrong but it looks like > extra/progsreiserfs >> (0.3.0.5-5) is an old duplicate of core/reiserfsprogs > (3.6.21-3). >> >> I search for reasons in mailing list archives for having > both but found >> none. >> >> Nb: Old extra/progsreiserfs PKGBUILD [1] pulls a tarball > from >> ftp.archlinux.org. Let's remember to remove the tarball if > we get rid of >> the package. >> >> [1] >> > http://repos.archlinux.org/wsvn/packages/progsreiserfs/trunk/PKGBUILD > > See my comments on https://bugs.archlinux.org/task/9029 > Tpowa must know something we dont and must be using it. > Most likely cause of the reasons mentioned here: http://bugs.gentoo.org/show_bug.cgi?id=143485 Testdisk uses libreiserfs. Maybe there should be a big fat warning for standalone usage though. -- Greg

1 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Arch-general December 2010