March 2011 - Arch-general - lists.archlinux.org

[arch-general] [signoff] usbutils-002-1
by Tobias Powalowski 25 Mar '11

25 Mar '11

Hi guys, latest upstream release, only bugfixes. please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] [signoff] dmraid-1.0.0.rc16-3
by Tobias Powalowski 25 Mar '11

25 Mar '11

Hi guys, latest upstream release, please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] [signoff] kernel26 2.6.37.5-1
by Tobias Powalowski 25 Mar '11

25 Mar '11

Upstream update. This package is NOT in testing (2.6.38 currently resides there), but at: http://dev.archlinux.org/~tpowa/kernel26/ please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] How often kernel26-lts updated?
by David Rosenstrauch 25 Mar '11

25 Mar '11

Just wondering: what's the general policy about how often (and why) kernel26-lts gets updated? I know it's supposed to be a "long-term supported" kernel, making it more appropriate for servers and such. But it seems like it gets updated almost as often as the main kernel26 package. Also, I saw today that it's currently flagged as out of date. What would be the criteria for it being out of date? Is there some upstream release that the lts kernel follows along with? Thanks, DR

6 10

[arch-general] Xorg-server 1.10 will move to extra with 2.6.38 kernel
by Andreas Radke 24 Mar '11

24 Mar '11

Just a reminder. No major issues so far with the new Xorg-server expect a known segfault in xfdesktop when logging out. If there are objection you should hurry to file bugs. -Andy

1 0

[arch-general] eigen version
by Arthur Titeica 24 Mar '11

24 Mar '11

Hello. Since yesterday pacman -Syu complains about the eigen package. eigen: local (3.0.0-1) is newer than extra (2.0.15-1) Before I make any changes I thought I'd ask here maybe anyone knows what is going on. Thanks! -- Arthur Titeica PharmEc Software

5 7

[arch-general] CUPS - 'DefaultEncryption Never' required to prevent cups 'Add Printer' hang - ssl for apache OK?
by David C. Rankin 23 Mar '11

23 Mar '11

Guys, Cups has always been great, it either works or it doesn't. When it doesn't, it has been difficult to find good documentation to fix it. On Arch, I have run across an issue that seems simple, but I don't understand it enough to update the Arch wiki yet, so I'm looking for a bit of help. Symptoms: Cups web interface (on network server - not localhost) can be accessed fine, user is a member of 'lp' with lppasswd set giving user admin rights in the cups password digest (md5). SystemGroup lp sys root wheel ServerName, ServerAdmin, ServerAlias, Port, Listen and 'Location /', 'Location /admin' and 'Location /admin/conf' all properly set. /etc/hosts is correct. In the web interface clicking on "admin" then "Add Printer" returns the error: "426 Upgrade Required" meaning cups tried to switch to ssl for the Add Printer feature and something has failed leaving the cups process hung. '/etc/rc.d/cups stop' has no effect, 'pidof cupsd' and then 'kill <pid>' has no effect. The only way to kill the hung process is 'kill -9 <pid>' The cups web interface can "Edit Configuration File', 'View Access Log', 'View Error Log', etc. all work just fine with no hang, but if you try and 'Add Printer' the cups process hangs. The httpd-ssl.conf is correct as are the /etc/httpd/certs. All other pages on the site can be accessed via https, but cups hangs for some reason. Googling, easily turns up a workaround for cupsd.conf: DefaultEncryption Never Which prevents cups from ever switching to ssl for configuration via the web interface but doesn't explain why it is needed. I would like to understand why this workaround is needed and add this information to the https://wiki.archlinux.org/index.php/Cups page, but I don't understand why cups is hanging. From the error log you have the entry: Unable to set ACLs on root certificate "/var/run/cups/certs/0" - Operation not supported. That looks related to me. Threads like: https://bbs.archlinux.org/viewtopic.php?pid=756693 https://bbs.archlinux.org/viewtopic.php?id=85454 don't give any solutions - just more guessed at work-arounds. Obviously, I'm not the only one bitten by this one: https://bugs.archlinux.org/task/22895 but no solution or explanation there either. Also, in all the arch bbs threads everybody says you have to use 'lp' as the SystemGroup -- why? Why not 'sys' or 'wheel' if you are already a member and you have proper entries in the cups password digest? It's just a group right? If it has to be used, then why isn't it the default? If any cups expert can steer me straight on the SystemGroup requirement and why 'DefaultEncryption Never' is needed, I'm more than happy to write it up in the wiki. Anybody got an explanation or link I didn't find on these issues? -- David C. Rankin, J.D.,P.E.

1 0

Re: [arch-general] [arch-dev-public] [signoff] pacman 3.5.1-1
by Peter Lewis 23 Mar '11

23 Mar '11

On Wed, 23 Mar 2011, Dan McGee wrote: > Should fix all the known rough edges in 3.5.0 release. > http://projects.archlinux.org/pacman.git/tree/NEWS?h=maint > > All issues from the 3.5.0 signoff thread have been addressed. For what it's worth, signoff x86_64 with pleasure. Thanks for all the great work into 3.5 guys, -Q now appears orders of magnitude faster. Just wanted to say great work, s'all :-) Pete.

1 0

[arch-general] Python 3.2mu breaks pycairo ?
by Fons Adriaensen 23 Mar '11

23 Mar '11

Hello all, A full system update yesterday replaced Python 3.1 by 3.2mu (what does the 'mu' mean BTW) and this seems to break pycairo: Traceback (most recent call last): File "./mkmeter.py", line 3, in <module> from cairo import * File "/usr/lib/python3.2/site-packages/cairo/__init__.py", line 18, in <module> from ._cairo import * ImportError: /usr/lib/python3.2/site-packages/cairo/_cairo.cpython-32mu.so: undefined symbol: PyCObject_FromVoidPtr And indeed PyCObject_FromVoidPtr() and its inverse, PyCObject_AsVoidPtr() are no longer available in Python 3.2. They can be replaced by P = PyCObject_FromVoidPtr(X, destroy) --> P = PyCapsule_New(X, 0, destroy) X = PyCObject_AsVoidPtr(P) --> X = PyCapsule_GetPointer(P, 0) and the 'destroy' function now takes a PyObject* instead of PyCObject*, so you have to use PyCapsule_GetPointer() inside it to get the C/C++ pointer. Ciao, -- FA

3 2

[arch-general] [signoff] kernel26-lts 2.6.32.33-2
by Tobias Powalowski 22 Mar '11

22 Mar '11

Latest LTS kernel is in testing, - added AMD_IOMMU support - disabled /dev/kmem please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0