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

[arch-dev-public] CUPS backend for both libusb-based and usblp-based access
by Andreas Radke 26 Apr '10

26 Apr '10

I know users with multidevices have a serious problems with recent 1.4.0 update because they can only use either the scanner or the printer. I've just found this patch from Till Kapeter, the main OpenPrinting(foomatic) developer and Debian cups package maintainer. http://www.cups.org/str.php?L3357 I assume this could solve all outstanding issues. But sure this is not the current upstream way. And I cannot test it in any way because I don't have such a device. This is to show affected users a possible way to recompile our cups packages with this patch. If it really solves the trouble we might think if it should be done manually (we could put the patch into svn though). That would receive my vote. Or if we could trust Debian here and provide stuff that is not the upstream way but - if proved - solves all the trouble. I couldn't provide any help but doing building the packages. Please test the patch and post your opinions. http://www.cups.org/strfiles/3357/usb-backend-both-usblp-and-libusb.dpatch -Andy

1 0

[arch-dev-public] [signoff] procinfo-ng 2.0.304-1
by Allan McRae 26 Apr '10

26 Apr '10

This is a replacement for the procinfo package which is so old that it must be patched for the 2.6 kernel (and I am not sure where that patch originally came from...). I use the Debian strategy and pull the help scripts lsdev and socklist from the old procinfo package. Signoff both, Allan

5 5

[arch-dev-public] [signoff] texinfo-4.13a-4
by Allan McRae 26 Apr '10

26 Apr '10

Rebuild package as it was more than a year old. Signoff both, Allan

3 3

[arch-dev-public] [signoff] libtool-2.2.6b-3
by Allan McRae 25 Apr '10

25 Apr '10

Crap... forgot to rebuild this for gcc-4.5.0. It seems big notes in the gcc PKGBUILD do not even remind me! Can I get some quick signoffs? Signoff both, Allan

2 1

[arch-dev-public] unixodbc update in testing
by Andreas Radke 25 Apr '10

25 Apr '10

I've bumped unixodbc to 2.3.0 in testing, qt rebuilt well (#19163) - there's no .so name bump. But many minor libs have been removed to separate projects. Please test packages that depend on unixodbc. According to the package webpage http://www.archlinux.org/packages/extra/x86_64/unixodbc/: * apr-util * ccscript3 * freetds * gambas2 * libgda3 * myodbc * perl-dbd-odbc * php-odbc * psqlodbc * redland maybe more in community. If nothing is broken we can move unixodbc+qt in a few days to extra. -Andy

3 6

[arch-dev-public] [signoff] bridge-utils 1.4-3
by Allan McRae 25 Apr '10

25 Apr '10

Last rebuild was over a year ago. Signoff both, Allan

2 2

[arch-dev-public] [signoff] ifenslave-1.1.0-5
by Allan McRae 25 Apr '10

25 Apr '10

Last rebuild in 2008 and upstream recommends building against current kernel... Fixed include path Signoff both, Allan

1 1

[arch-dev-public] [signoff] cloog-ppl-0.15.9-1
by Allan McRae 24 Apr '10

24 Apr '10

Upstream update. Passes all test suite. Built with new toolchain so will move at same time. Signoff both, Allan

3 3

[arch-dev-public] [signoff] gcc-4.5 toolchain rebuild
by Allan McRae 24 Apr '10

24 Apr '10

Hi, The gcc-4.5 toolchain rebuild is in [testing]. Here is a summary of the changes I made: linux-api-headers-2.6.33.2-1: update patch level glibc-2.11.1-3: patch for gcc-4.5 __i686 define/assembly clash binutils-2.20.1-2: rebuild libiberty/libbfd on both platforms hide symbols in libbfd gcc-4.5.0-1: upstream update add new deps (libmpc, libelf) enable link time optimization tidy up configure add c89 and c99 launcher scripts (POSIX compatibility) Unlike the last couple of gcc releases, this should be a relatively minor update in terms of breakages. See http://gcc.gnu.org/gcc-4.5/changes.html . As is usual with gcc updates, compiling C++ code with the new toolchain and running it with the old toolchain may cause some issues (untested) so be careful. Signoff both, Allan

5 7

[arch-dev-public] [signoff] util-linux-ng-2.17.2
by Allan McRae 24 Apr '10

24 Apr '10

Add filesystem as a dep to ensure /etc/fstab is available for mount. Prevents post_install error if udev is installed before filesystem. Signoff both, Allan

4 3