June 2010 - Arch-dev-public - lists.archlinux.org

[arch-dev-public] [signoff] pacman 3.4.0-1
by Dan McGee 17 Jun '10

17 Jun '10

Upstream release, please signoff. -Dan

3 2

[arch-dev-public] Out-of-date packages in [extra]/[community]
by Andrea Scarpino 17 Jun '10

17 Jun '10

Hi DEVs/TUs, these packages are out-of-date from time and needed by none. Can I move them on AUR? I will wait 2 days because I do not know many of them, maybe someone is useful. Please TUs, let me know if you want to maintain any of these packages in [community]. [extra] - biopython - gcin - glabels - linux_logo - nss_ldap - pam_ldap - prelink - pylint - python-cheetah - python-formencode - python-sqlobject (needed by pacbuild, but does pacbuild still work?!) - python-gdata (needed by pytube in [community]) - python-vpython [community] - live-f1 - sauerbraten -- Andrea Scarpino - andreascarpino.it KDE Maintainer in Arch Linux

2 1

Re: [arch-dev-public] [arch-general] Xorg-server 1.8 - when?
by Jan de Groot 16 Jun '10

16 Jun '10

On Wed, 2010-06-16 at 09:14 +0200, Lukáš Jirkovský wrote: > Hello, > I'd like to ask what are the plans for the xorg-server 1.8, especially > now when RC1 of xorg-server 1.9 is out. Please don't get me wrong, I'm > not demanding anything but I'm wondering what is holding back the move > to [extra]. > > I'm using new xorg-server on two different computers (notebook with > intel and desktop with nvidia's blob) for some time without any > problems. Though xorg-server 1.8 is not completely issue-free, I don't think 1.7 from extra isn't issue-free either. I've been running these packages for months now without much problems. Before we start moving xorg-server 1.8, I would like to know when we can move kernel26. The latest kernel has a lot of fixes for Intel and ATI/AMD DRM. Do we have really important open bugs for 2.6.34, or are we just waiting for the magic .1 release?

3 3

[arch-dev-public] [PATCH 1/4] Handle error case of parsepkgbuild correctly
by Dan McGee 16 Jun '10

16 Jun '10

We were never checking the return code of parsepkgbuild so would try to parse the error message it printed out as a package definition rather than erroring and returning None. Look at the return code, and as a bonus, use the more correct communicate() rather than stdout.read(). Signed-off-by: Dan McGee <dan(a)archlinux.org> --- pacman.py | 7 +++++-- parsepkgbuild | 6 +++--- 2 files changed, 8 insertions(+), 5 deletions(-) diff --git a/pacman.py b/pacman.py index 1f78be2..f8edaab 100644 --- a/pacman.py +++ b/pacman.py @@ -105,8 +105,11 @@ def load(package, root=None): workingdir = None filename = os.path.basename(package) process = subprocess.Popen(['parsepkgbuild',filename], stdout=subprocess.PIPE, cwd=workingdir) - data = process.stdout.read() - ret = loaddb(None, data) + data = process.communicate() + # this means parsepkgbuild returned an error, so we are not valid + if process.returncode > 0: + return None + ret = loaddb(None, data[0]) # Add a nice little .pkgbuild surprise pkgbuild = open(package) diff --git a/parsepkgbuild b/parsepkgbuild index f9b5a91..d8bcc98 100755 --- a/parsepkgbuild +++ b/parsepkgbuild @@ -9,9 +9,9 @@ export PATH=/tmp/parsepkgbuild; exec /bin/bash --noprofile --norc -r << EOF source $1 -# ensure $pkgname and $pkgver variables were found -if [ -z "\$pkgname" -o -z "\$pkgver" ]; then - echo " error: invalid package file" +# ensure $pkgname, $pkgver, and $pkgrel variables were found +if [ -z "\$pkgname" -o -z "\$pkgver" -o -z "\$pkgrel" ]; then + echo "error: invalid package file" exit 1 fi -- 1.7.1

3 8

[arch-dev-public] dropping flashplugin x86_64
by Ionuț Bîru 15 Jun '10

15 Jun '10

Hi, the current x86_64 version of flashplugin has security problems and adobe dropped/temporally closed x86_64 releases. How do we manage this situation? Only dropping from repo? Should we submit an empty package? Suggest our users to remove their package if they consider security important? -- Ionuț

3 3

[arch-dev-public] [PATCH] Detect more usages of $startdir
by Allan McRae 15 Jun '10

15 Jun '10

The detection of $startdir usage ignored any potential brackets or quotes. Now the following are all detected: $startdir ${startdir} "$startdir" "${startdir}" Signed-off-by: Allan McRae <allan(a)archlinux.org> --- Namcap/invalidstartdir.py | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Namcap/invalidstartdir.py b/Namcap/invalidstartdir.py index f323b76..720e5cd 100644 --- a/Namcap/invalidstartdir.py +++ b/Namcap/invalidstartdir.py @@ -29,7 +29,7 @@ class package: def analyze(self, pkginfo, tar): ret = [[], [], []] for i in pkginfo.pkgbuild: - startdirs = re.split('\$startdir', i) + startdirs = re.split('\${?startdir}?"?', i) for j in startdirs[1:]: if j[:4] != '/pkg' and j[:4] != '/src': ret[0].append(("file-referred-in-startdir", ())) -- 1.7.1

2 1

[arch-dev-public] [signoff] pcmciautils-017-1
by Tobias Powalowski 15 Jun '10

15 Jun '10

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

2 2

[arch-dev-public] Namcap 2.6 in [testing]
by Dan McGee 15 Jun '10

15 Jun '10

Hopefully it works for everyone! Changes since 2.5 from the NEWS file: $ head NEWS namcap (2.6) - Add new 'anyelf' rule; should catch ELF files that end up in 'any' arch packages and cannot be arch-independent - Allow checking of all checksum types (FS#17168) - Code style and import cleanups - Handle optdepends descriptions correctly (FS#18259) - Make it an error to use $startdir in PKGBUILDs -Dan

2 1

[arch-dev-public] Poor man's mirror redirector
by Pierre Schmitz 15 Jun '10

15 Jun '10

Hi all, I wrote a simply redirector script for fun*. It uses geoip to redirect you to a random Arch mirror in your country; but only if that mirror has synced within the last 24h. It is located at https://downloads.archlinux.de/ So you can for example download an iso using this URL: https://downloads.archlinux.de/iso/2010.05/archlinux-2010.05-netinstall-i68… or simply redirect to a dir like https://downloads.archlinux.de/iso/ It's probably not that useful and don't even think about using that url in pacman. It will redirect you to a random mirror on every request no matter if that mirror is up or has this file. (also pacman doesn't seem to handle https; but once could use the curl xfer command (wget has poor https support too)) However, a possible usage might be to use this for simpler iso download. Greetings, Pierre *) https://git.archlinux.de/www.archlinux.de.git/tree/pages/GetFileFromMirror.… -- Pierre Schmitz, https://users.archlinux.de/~pierre

2 1

[arch-dev-public] When to remove provides/conflicts/replaces?
by Allan McRae 13 Jun '10

13 Jun '10

Hi, Do we have any guidelines on when to remove the provides/conflicts/replaces arrays from a PKGBUILD? In other words, what is the oldest system we support updating from? Allan

2 4