Re: [arch-dev-public] [signoff] dialog-1.1_20100428-2
On 6 October 2010 16:27, Allan McRae al...@archlinux.org wrote: Include C developmental headers and library (FS#21033) Signoff both, Allan I have just played a bit with some options but everything seems to be all right. Signoff x86_64 -- Guillaume
Re: [arch-dev-public] iputils fails on docs
On Sun, 2010-10-10 at 19:14 +0200, Tobias Powalowski wrote: Hi guys, i cannot build new iputils due to fail in docs, osx:/etc/xml/catalog:2:78:E: name expected osx:/etc/xml/catalog:2:18:E: cannot find PUBLIC; tried /etc/xml/PUBLIC, /usr/share/sgml/PUBLIC, /usr/share/xml/PUBLIC osx:arping.sgml:1:0:E: prolog can't be omitted unless CONCUR NO and LINK EXPLICIT NO and either IMPLYDEF ELEMENT YES or IMPLYDEF DOCTYPE YES docbook-xml in makedepends?
[arch-dev-public] [devtools] [PATCH] install option (-I) does not require a directory containing a PKGBUILD
When you install a package in a chroot using makechrootpkg -I, the script checks for a PKGBUILD in the current dir. This patch skip this check. From 9de3b189660e8d9729f9aead0c9a75bb22aa Mon Sep 17 00:00:00 2001 From: Andrea Scarpino and...@archlinux.org Date: Mon, 11 Oct 2010 09:54:16 +0200 Subject: [PATCH] install option (-I) does not require a directory containing a PKGBUILD --- makechrootpkg |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/makechrootpkg b/makechrootpkg index 572a215..65db5c5 100755 --- a/makechrootpkg +++ b/makechrootpkg @@ -87,7 +87,7 @@ if [ $EUID != '0' ]; then exit 1 fi -if [ ! -f PKGBUILD ]; then +if [ ! -f PKGBUILD -a -z $install_pkg ]; then echo 'This must be run in a directory containing a PKGBUILD.' exit 1 fi -- 1.7.3.1 -- andreascarpino.it Arch Linux Developer 0001-install-option-I-does-not-require-a-directory-contai.patch Description: Binary data
Re: [arch-dev-public] iputils fails on docs
Am Montag 11 Oktober 2010 schrieb Jan de Groot: On Sun, 2010-10-10 at 19:14 +0200, Tobias Powalowski wrote: Hi guys, i cannot build new iputils due to fail in docs, osx:/etc/xml/catalog:2:78:E: name expected osx:/etc/xml/catalog:2:18:E: cannot find PUBLIC; tried /etc/xml/PUBLIC, /usr/share/sgml/PUBLIC, /usr/share/xml/PUBLIC osx:arping.sgml:1:0:E: prolog can't be omitted unless CONCUR NO and LINK EXPLICIT NO and either IMPLYDEF ELEMENT YES or IMPLYDEF DOCTYPE YES docbook-xml in makedepends? [tob...@t-powa-lx digikam]$ pacman -Qi docbook-xml Name : docbook-xml Version : 4.5-4 -- 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-dev-public] iputils fails on docs
Rémy Oudompheng remyoudomph...@gmail.com wrote: Were there a problem with the previous package ? I think the error was silently ignored with the old makepkg, and there seems to be an output nevertheless. How do we cheat on the exit code of osx ? Putting a bang doesn't work. EDIT: replacing osx by ! osx works (meaning that I have manpages in the final package), I had wrong paths for the docbook stylesheets. -- Rémy.
Re: [arch-dev-public] iputils fails on docs
Tobias Powalowski t.p...@gmx.de wrote: Hi guys, i cannot build new iputils due to fail in docs, osx:/etc/xml/catalog:2:78:E: name expected osx:/etc/xml/catalog:2:18:E: cannot find PUBLIC; tried /etc/xml/PUBLIC, /usr/share/sgml/PUBLIC, /usr/share/xml/PUBLIC osx:arping.sgml:1:0:E: prolog can't be omitted unless CONCUR NO and LINK EXPLICIT NO and either IMPLYDEF ELEMENT YES or IMPLYDEF DOCTYPE YES any help would be much appreciated. thanks greetings tpowa Were there a problem with the previous package ? I think the error was silently ignored with the old makepkg, and there seems to be an output nevertheless. How do we cheat on the exit code of osx ? Putting a bang doesn't work. -- Rémy.
Re: [arch-dev-public] Python rebuild on its way to [testing]
Current status: No known issues. If nothing major happens in the next two days, I will move this to the main repos on Thursday. Allan
Re: [arch-dev-public] [arch-general] [signoff] lvm2/device-mapper 2.02.74-1
On Tue, Oct 5, 2010 at 1:03 AM, J. W. Birdsong jwbirds...@jwbirdsong.homelinux.com wrote: On 10/04/10 at 07:42pm, Eric Bélanger wrote: Hi, lvm2/device-mapper 2.02.74-1 are now in testing for an upstream update. Please test and signoff. I couldn't test much the i686 package except in a chroot so 2 signoffs for i686 would be nice. Signoff from users are welcome. Eric Signoff x86_64 Running fine here encrypt LVM Yes I rebuilt initramfs/rebooted snowman :) Bump. Anyone for i686? Eric
Re: [arch-dev-public] Python rebuild on its way to [testing]
Allan McRae al...@archlinux.org wrote: Current status: No known issues. If nothing major happens in the next two days, I will move this to the main repos on Thursday. I did a tar tf | grep python2\\\.6 directly on community packages: * can someone look at the updating of package file lists for community/community-testing and re-enable it if possible ? * it seems the following pakages need a rebuild - bpython - buildbot-slave - everygui - gnofract4d - gtk-recordmydesktop - lastfmsubmitd - mapnik - mitter - pacupdate - paraview - pessulus - pycddb - pympc - pyroom - pysfml - python-decorator - python-pyparallel - python-pyserial - qtorrent - sk1libs - spyder - vtk I opened a tracker bug for that : https://bugs.archlinux.org/task/21204 Can you also check for binary incompatibilities in your pygtk modules ? You basicaly need to run readelf -p .rodata $file | grep _PyGtk_API on all binary libraries shipped with a package depending on pygtk. The result should be gtk._gtk._PyGtk_API and not _PyGtk_API. -- Rémy.