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

[arch-dev-public] [signoff] ntfs-3g 1.2310-1
by Thomas Bächler 19 Mar '08

19 Mar '08

Minor update and fixed #9748. Please sign off.

3 2

[arch-dev-public] [signoff] udev-118-6
by Tobias Powalowski 19 Mar '08

19 Mar '08

Hi - fixed load-modules.sh sed call http://bugs.archlinux.org/task/9857 please signoff for both archs greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 4

[arch-dev-public] [signoff] grub-0.97-12
by Tobias Powalowski 19 Mar '08

19 Mar '08

Hi - fixed gpt support http://bugs.archlinux.org/task/9864 please signoff for both archs greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

6 8

[arch-dev-public] ISO 2008.03-4 release status update
by Tobias Powalowski 19 Mar '08

19 Mar '08

Hey guys, following packages i would like to see in core: pending signoffs and move to base: initscripts (showstopper!)? Bump to 2008.03-3 with the last fix for correct udev startup. /dev/pts and /dev/shm are created earlier in rc.sysinit which causes double creating it and causes errors thrown to console. udev-118-7 (showstopper!)? waiting for signoff, load-modules.sh needed a small fix. e2fsprogs? waiting for signoff on x86_64 ntfs-3g? waiting for signoff on x86_64 grub? it would add gpt support http://bugs.archlinux.org/task/9864 which adds macbook support and greater sizes as 2TB support waiting for signoff cryptsetup? waiting for signoff, Thomas is the only one using it! klibc-module-init-tools? signed off, waiting for new mkinitcpio or can this move in without mkinitcpio? klibc-extras? signed off, waiting for new mkinitcpio or can this move in without mkinitcpio? kbd/klibc-kbd/mkinitcpio? mkinitcpio needs a small fix in resume hook. kbd and klibc-kbd waiting for signoff and depend on new mkinitcpio. http://bugs.archlinux.org/task/9862 Roman wants to fix this in the evening. perl? Any progress? When do you want to move it to core? Any date planned? delayed package moves due to rebuilds and issues: gcc build-toolchain libtool any other comments? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 3

[arch-dev-public] Processor Generation++
by Simo Leone 19 Mar '08

19 Mar '08

Let's start off by saying that this is just me floating an idea out there, it's not so serious (yet...). I've been toying around with the idea of starting to build our packages with --march=pentium2 instead of i686. This would mean that our binaries would make use of the MMX instruction set, and that our packages would no longer run on PentiumPro or older processors. My logic here is that we are comitted to being a bleeding edge distro, so I think it very much fits our philosophy to phase out older processor families when they are hardly used anymore. Intel hasn't manufactured PentiumPro's since roughly 1998. The number of users running Arch on 10-year-old boxes must be something very close to zero, so I don't think we'd be disappointing anyone. Also making use of the MMX instruction set would give our multimedia apps a boost, and might make some other software inperceptibly snappier (gogo placebo effect!). What do you guys think? -S

7 9

[arch-dev-public] [signoff] initscripts 2008.03-1
by Aaron Griffin 18 Mar '08

18 Mar '08

Needs i686 build. Please signoff, changes from the last version are below. This one needs to get done before we can push the ISO out, so please make it a priority if you can. Thanks Changes: Aaron Griffin (3): Add my name to the copyright output Additional /dev/ setup that udev doesn't do Variable expansion quoting Roman Kyrylych (13): Remove trailing whitespaces and do some little reformatting Make non-UTF-8 consoles work correctly in .24+ kernels Do not mount /proc/bus/usb if commented in fstab Set up vc/0 as well Always load defkeymap Revert back to not loading defkeymap Fix indentation in rc.d/functions Create /dev/rtc before running hwclock (FS#9636) Use full path to binaries everywhere Add basic support for dependencies in rc.d scripts More full-path fixes Fix a typo in /dev/rtc creation steps Remove the 'makedevs' script

5 11

Re: [arch-dev-public] [signoff] nfs-utils-1.1.0-4
by Tobias Powalowski 18 Mar '08

18 Mar '08

signoff x86_64 executable rpc.idmap and nfs still runs -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-dev-public] [signoff] grub-0.97-12
by Jan de Groot 18 Mar '08

18 Mar '08

On Tue, 2008-03-18 at 09:25 -0700, JaDa wrote: > On Tue, 18 Mar 2008 09:09:19 -0700, Jan de Groot <jan(a)jgc.homeip.net> > wrote: > > > Macbooks are i686 and x86_64 too. Do we want those people to install > > lilo because our old ancient version of grub that hasn't seen any > > development for years, doesn't support the partition table used on their > > machine? > > Or worse: do we want to push them to other distributions that do have a > > patched grub? > > > > For some projects you can't go vanilla. Some examples: > > - xorg > > - kernel > > - openoffice.org > > > > > > why not Grub2 (1.96) ? Grub2 is alpha quality software which isn't finished yet. There's no support for reiserfs for example.

2 1

[arch-dev-public] Old udev install/upgrade message
by Dan McGee 18 Mar '08

18 Mar '08

ATTENTION UDEV: ---------- udev >=098 rules syntax has changed, please update your own rules. udev >=099 Added persistent network and CD/DVD Symlink generator rules. Please read the instructions carefully before reboot. They are located in /etc/udev/readme-udev-arch.txt ---------- warning: /etc/udev/rules.d/udev.rules saved as /etc/udev/rules.d/udev.rules.pacsave (33/37) upgrading udev [---------------------] 100% Can't we kill this super old message from udev install? Or at the very least, make it conditional? When useless messages are shown, people tend to ignore all messages. -Dan

2 1

[arch-dev-public] [review] netcfg install message for initscripts 2008.03
by Aaron Griffin 17 Mar '08

17 Mar '08

Please review and make sure I have enough information ref: http://bugs.archlinux.org/task/9836 ------------------------------------------------------------ Attention netcfg users. We have revamped the network profiles handling. It is no longer included as part of the initscripts package. To install: pacman -S netcfg Please be aware that the "NETWORK_PROFILES" rc.conf variable changes to "NETWORKS" as a part of this change. ------------------------------------------------------------

2 2

Re: [arch-dev-public] ISO 2008.03-3 release status update
by Tobias Powalowski 17 Mar '08

17 Mar '08

Hey guys, following packages i would like to see in core: pending signoffs and move to base: initscripts (showstopper!)? Bump to 2008.03 with the last changes from git Aaron and Roman will add the final changes and then release a new version. Is there any progress on it? I would like to help here if someone has not the time to do it. nfs-utils (showstopper!)? This is important, it has a broken libevent support in core at the moment! e2fsprogs? waiting for signoff cryptsetup? waiting for signoff, Thomas is the only one using it! klibc-module-init-tools? signed off, waiting for new mkinitcpio? klibc-extras? signed off, waiting for new mkinitcpio? kbd/klibc-kbd/mkinitcpio? mkinitcpio needs a small fix in resume hook. kbd and klibc-kbd waiting for signoff and depend on new mkinitcpio. perl? Any progress? When do you want to move it to core? pending signoffs and move to support: fuse? waiting for signoff madwifi/madwifi-utils? switched back to trunk version, waiting for new responses, signoff delayed package moves due to rebuilds and issues: gcc build-toolchain libtool any other comments? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 3

[arch-dev-public] [signoff] fuse 2.7.3-1
by Thomas Bächler 17 Mar '08

17 Mar '08

Minor fuse update, please sign off.

3 5

[arch-dev-public] [signoff] madwifi/madwifi-utils 0.9.4.3382
by Tobias Powalowski 17 Mar '08

17 Mar '08

Hi bump of madwifi drivers, back to trunk version please signoff both arches also users can signoff, no respond from any dev bump at least anyone? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-dev-public] ISO 2008.03-2 release status update
by Tobias Powalowski 17 Mar '08

17 Mar '08

Hey guys keep cool, following packages i would like to see in core: pending signoffs and move to base: pmciautils? just a small udev.rules fix waiting for signoff. initscripts? bump to 2008.03 with the last changes from git aaron and roman will add the final changes and then release a new version. pending signoffs and move to support: wpasupplicant? waiting for signoff fuse? Thomas is there an issue atm? waiting for signoff kbd? Roman wanted to add some changes and additions to it, this is not critical we could live with the old version too. Roman until the other things are fixed/done you have time to get kbd working. madwifi/madwifi-utils? switched back to trunk version, waiting for new responses, signoff delayed package moves due to rebuilds and issues: gcc build-toolchain libtool perl any other comments? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 7

[arch-dev-public] [signoff] klibc-extras 2.4-1
by Thomas Bächler 16 Mar '08

16 Mar '08

This update is required for the next mkinitcpio release, as it adds a new option to replace (this was pending for over a year).

3 2

[arch-dev-public] [signoff] klibc-module-init-tools 3.2.2-3
by Thomas Bächler 16 Mar '08

16 Mar '08

This adds the same patch that has been added to module-init-tools.

3 2

[arch-dev-public] [signoff] nfs-utils-1.1.0-4
by Eric Belanger 16 Mar '08

16 Mar '08

Now in testing for both arches. It's a rebuild against libevent which recently was moved to core. Because of the so bump, some tools (like rpc.idmapd ) in the nfs-utils package in core no longer works. Please signoff. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 3

[arch-dev-public] [signoff] cryptsetup 1.0.6-1
by Thomas Bächler 16 Mar '08

16 Mar '08

New version with some bugs fixed. Please sign off (tested by me on x86_64).

2 1

[arch-dev-public] [signoff] madwifi/madwifi-utils
by Tobias Powalowski 16 Mar '08

16 Mar '08

Hi small bump of madwifi drivers please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] [testing] mkinitcpio update
by Thomas Bächler 16 Mar '08

16 Mar '08

I uploaded mkinitcpio 0.5.18pre2 into testing. Roman will upload a fixed klibc-kbd in a few minutes. The only thing missing in mkinitcpio is the resume hook, see bug #9535. You can test the rest for now, see the git log for details.

2 1

[arch-dev-public] [signoff] tiacx tiacx-firmware
by Tobias Powalowski 15 Mar '08

15 Mar '08

Hi new package for core repository please signoff both arches also users can signoff greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 4

[arch-dev-public] [signoff] pcmciautils
by Tobias Powalowski 15 Mar '08

15 Mar '08

Hi fixed udev rules file to use load-modules.sh instead of plain modprobe. signoff for both arches, please greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

[arch-dev-public] [signoff] cryptsetup 1.0.5-6
by Thomas Bächler 14 Mar '08

14 Mar '08

Only change is in the encrypt hook: There is now an optional CRYPTO_MODULES parameter. If set, only the specified modules are added, instead of all crypto modules: Example (which works for me): CRYPTO_MODULES="aes-x86_64 sha256-generic"

3 3

[arch-dev-public] [signoff] madwifi/madwifi-utils 0.9.4.3382
by Tobias Powalowski 13 Mar '08

13 Mar '08

Hi bump of madwifi drivers, back to trunk version please signoff both arches also users can signoff, no respond from any dev greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] [signoff] wpa_supplicant 0.5.10-1
by Thomas Bächler 13 Mar '08

13 Mar '08

New version, please sign off.

5 6

[arch-dev-public] freezing core/extra - cleanup testing
by Pierre Schmitz 13 Mar '08

13 Mar '08

Hi everybody, to avoid any chaos in our repos we should think about freezing core and extra. I would propose that we set a date till when we should fix the outstanding bugs in core packages. Afaik there are only some problem with the new initscripts (e.g. hwclock problem) and I am unsure about netcfg. Shouldn't this be merged with initscripts? There seems to be some redundant code atm. After that we should be able to create a first release candidate of the new iso. Then we shhould concentrate on testing those isos. In parallel we have new libtool, gcc and friends in testing. So I would recommend that we only use testing for building packages and keep core/extra untouched. Greetings, Pierre -- archlinux.de

6 7

[arch-dev-public] Dangerous dbus update for testing
by Jan de Groot 13 Mar '08

13 Mar '08

There's a dangerous dbus update coming up for the testing repository. The package itself isn't so special, as it works fine, but the fact that every dbus-daemon process on your system will crash during the upgrade can lead to unpleasant surprises. Testing users: please be aware of this and run your upcoming upgrades from a plain text console instead of from X. One of the unpleasant surprises is that xorg-server in testing goes down with dbus while it's upgrading, leading to loss of important work or an interrupted package upgrade process.

6 12

[arch-dev-public] [signoff] rp-pppoe-3.8-3
by Daniel Isenmann 12 Mar '08

12 Mar '08

Hi, the above package fixed "FS#8498 - Enable kernel-mode for rp-pppoe." Please signoff for both architectures. Daniel

5 6

[arch-dev-public] [signoff] module-init-tools
by Tobias Powalowski 12 Mar '08

12 Mar '08

Hi thanks to thomas - fixed ignoring of modprobe.d if modprobe.conf exists please signoff for both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] [signoff] udev-118-5
by Tobias Powalowski 12 Mar '08

12 Mar '08

Hi - added seperate default udev rules with some small modifications - added framebuffer_blacklist file I hope i didn't miss something on diffing the default rules with our last udev.rules file greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 11

Re: [arch-dev-public] [arch-commits] CVS update of core/base/udev (40-arch.rules 51-arch.rules PKGBUILD)
by Aaron Griffin 12 Mar '08

12 Mar '08

On Mon, Mar 10, 2008 at 3:45 PM, Tobias Powalowski <tpowa(a)archlinux.org> wrote: > backup=(etc/udev/udev.conf > etc/scsi_id.config > - etc/udev/cdsymlinks.conf) > + etc/udev/cdsymlinks.conf > + etc/modprobe.d/framebuffer_blacklist) I don't think we want this one backed up, do we? Also, is there anyway we could keep more of the standard rules that are part of the udev source tarball? Our rules are crusty and outdated, we should really only provide rules for the stuff the default rules don't cover. Moreover, someone mentioned that the SCSI rules we have are no longer needed. Perhaps the drivers export aliases properly now?

3 4

[arch-dev-public] [signoff] major update/rebuilds?: libtool 2.2-1
by Andreas Radke 11 Mar '08

11 Mar '08

it's major update. please test it carefully. it also has a .so bump but i guess most packages don't really need it. please everybody check if a rebuild is needed: [andyrtr@workstation64 cvs]$ finddeps libtool PKGBUILD: line 64: unexpected EOF while looking for matching `'' PKGBUILD: line 66: syntax error: unexpected end of file ./extra/kde/kdemultimedia (depends) ./extra/lib/clucene (makedepends) ./extra/lib/akode (depends) ./extra/lib/libextractor (depends) ./extra/lib/libgphoto2 (depends) ./extra/lib/libchewing (makedepends) ./extra/lib/libmysqlclient (makedepends) ./extra/x11/graphviz (depends) ./extra/x11/xorg-server (makedepends) ./extra/devel/php (makedepends) ./extra/devel/guile (depends) ./extra/gnome/totem-plugin (makedepends) ./extra/x11-libs/libx11 (makedepends) ./extra/science/texmacs (depends) ./extra/multimedia/faac (makedepends) ./extra/multimedia/xine-lib (makedepends) ./extra/multimedia/libavg (makedepends) ./extra/multimedia/mpg123 (depends) ./extra/multimedia/gnash-common (depends) ./extra/x11-drivers/xf86-video-unichrome (makedepends) ./extra/modules/unionfs-utils (makedepends) ./extra/network/sim (depends) ./extra/network/gift (depends) ./extra/network/ettercap (depends) ./extra/network/mysql-clients (makedepends) ./extra/daemons/mysql (makedepends) ./extra/daemons/courier-authlib (depends) please signoff. this one will probably stay a bit longer in testing. -Andy Changelog: NEWS - list of user-visible changes between releases of GNU Libtool New in 2.2: 2008-03-01; CVS version 2.1c, Libtool team: * Bug fixes: - argz.c, lt__dirent.c and lt__strl.c are correctly distributed with parent projects using nonrecursive libltdl. - libtoolize no longer tries to install libtool files when libltdl is used in a non-autoconf parent package. - Don't add the CXX tag to libtool when there is no C++ compiler, even if AC_PROG_CXX sets a default g++ compiler where no such compiler actually exists. - make distcheck DISTCHECK_CONFIGURE_FLAGS=--disable-ltdl-install works again. New in 2.1b: 2008-02-01; CVS version 2.1a, Libtool team: * Important incompatible changes and obsoleted features: - Removed deprecated APIs from libltdl: lt_dlcaller_register, lt_dlhandle_next, lt_dlhandle_find, lt_dlforeach, lt_dlmutex_register, lt_dlmutex_lock, lt_dlmutex_unlock, lt_dlmutex_seterror, lt_dlmutex_geterror, lt_dlmalloc, lt_dlrealloc, lt_dlfree. - The Libtool and libltdl macros and the testsuite now assume a C89 environment, consequently do not test for headers such as string.h, strings.h, memory.h any more. - Fix regression in libltdl symbol exports on Cygwin. Side effect: LT_GLOBAL_DATA and LT_SCOPE are now explicitly defined as declspec(dllexport), bypassing auto-export logic on Cygwin. This tracks existing behavior on MinGW. - The libtool script has been optimized a bit for more modern shells. This breaks use of the stdin file descriptor in libtool, and can break if a different shell is used to execute the libtool script than the one it was configured for. - The macros AC_ENABLE_SHARED, AC_DISABLE_SHARED, AC_ENABLE_STATIC, and AC_DISABLE_STATIC have been un-deprecated after deprecation in 1.9b. - The macro LT_WITH_LTDL has been renamed to LTDL_INIT. - Fixed a branch-1-5/HEAD regression to only link uninstalled libraries statically with `-static'. In order to compensate for this, there is a new link flag `-static-libtool-libs' to provide the previous `-static' semantics. * New features: - Fix installation of libltdl so that it does not need Autoconf and Automake installed, in order to be usable in another package. This lifts the restrictions introduced in 1.9b. - Default convenience or installable libltdl builds can optionally be declared using new `convenience' or `installable' options to the LTDL_INIT macro (as an alternative to individual LTDL_CONVENIENCE or LTDL_INSTALLABLE invocations). - New configure-time options to allow libltdl parent project builder to choose between installed and shipped libltdl, when invoking LTDL_INIT: --with-included-ltdl, --with-ltdl-include, --with-ltdl-lib. - New LT_CONFIG_LTDL_DIR macro to specify a different directory name for a convenience libltdl. - libtoolize has been completely overhauled. - `libtoolize --install' now also installs `install-sh'. - New libtoolize options: --non-recursive, --recursive, --subproject. These options control the way libltdl is installed into a package by libtoolize. The new recursive and non-recursive build modes for libltdl don't require a subconfigure any more. The Libtool package itself builds libltdl nonrecursively. - The 'nonrecursive', 'recursive' and 'subproject' libltdl build modes are given as LTDL_INIT options. - New make variable LTDLDEPS for use in output_DEPENDENCIES. - New multi-module-loader safe libltdl handle iteration APIs: lt_dlhandle_iterate, lt_dlhandle_fetch, lt_dlhandle_map. - New lt_dlinterface_register to maintain separation of concerns between modules loaded by different libraries. - New lt_dlopenadvise takes a new lt_dladvise type argument, which lets the caller request local or global symbol visibility from the module loader with lt_dladvise_local and lt_dladvise_global respectively. If neither is given, or if lt_dlopen (or lt_dlopenext) are called, then the system default module symbol visibility is used. - The new lt_dladvise_init/lt_dladvise_destroy based APIs also allow caller requests for a filename extension search with lt_dladvise_ext, and for marking a module unloadable with lt_dladvise_resident. - Allow shell special characters like `$' in source file names, but not in object names, to enhance GCJ support. - An entire new Autotest-based testsuite in addition to the old one. Both testsuites have been made more useful for testing cross-compilers. The new testsuite exposes many more issues, but may also be a little rocky on exotic systems. - In 1.9b, a new variable inherited_linker_flags has been added to the libtool library files. This variable takes flags that should be used by dependent libraries and programs, but that do not fit into `dependency_libs' for both clarity and backward-compatibility. * Changes in supported systems or compilers: - Removed bitrotted support for xlc on Mac OS X. - Detection of compiler wrappers distcc/ccache and $host_alias prefix. - Basic support for PIE (position-independent executables). - Support for DragonFly BSD, improved support for FreeBSD. - Improved support for GNU/kFreeBSD and GNU/NetBSD. - Support for Interix 3 (Windows SFU) and newer versions. - Support for AIX 6.1. - Improved support for UnixWare. - Initial support for RDOS. - Initial Support for FC (modern Fortran). - Support for Portland Group compiler, the Sun compiler suite on GNU/Linux, and initial support for the IBM compiler suite on GNU/Linux/ppc. - Support for linux-dietlibc (`diet' as well as `diet-dyn', separately). - Building libltdl with a C++ compiler has been undusted. - On (AIX?,) HP-UX, and OpenBSD, hardcoding has been changed to prefer rpath over absolute dependent library names. This fixes DESTDIR installs, among others, on the non-HP-UX/PA systems. - Use of C++ templates together with shared libraries has been improved on some systems and with some compilers, but is still ongoing work. Feedback is desirable here. * Bug fixes: - Fix libltdl on static platforms. - Search paths with GCC on multilib systems like x86_64 have been fixed. - Fixed a regression that prevented use of libltdl without autotools. - Fix error with -version-info on systems with version_type=none, such as BeOS. - Fix symbol exporting for cases where command line length limits are exceeded. - Improve linking with C++ libraries on Solaris with Sun compiler. - Fix installation of libraries that are required by installation commands such as `ln' or `rm'. - More robust parsing of mangled `.la' files inside libltdl, fixing a possible overrun and a crash due to memory exhaustion. - Fix compile command line for gcj on MinGW. - Some configure variables have been renamed to fix caching: lt_prog_compiler_pic_works to lt_cv_prog_compiler_pic_works lt_prog_compiler_static_works to lt_cv_prog_compiler_static_works. - Fix 1.9b regression: lt_dlopen(NULL) works on AIX again. - Loads of smaller bug fixes. New in 1.9f: 2004-10-23; CVS version 1.9e, Libtool team: * Fix a regression in 1.9d, where ECHO was always set to 'echo' and the backslash quoting tests were never run. * Fix a regression in 1.9d, where progpath was used for --no-reexec before it was set. * Fix a regression in 1.9d, which required an installed automake to build the bootstrapped tarball. * Fix hanging bug on MinGW. New in 1.9d: 2004-10-03; CVS version 1.9c, Libtool team: * If non-pic objects were not compiled, and libtool is called in link mode, libtool no longer silently creates an empty archive, but rather falls back to pic objects. * When compiling C glue code with $LTCC, libtool now saves the setting of $compiler_flags from the C tag, and passes those flags to $LTCC. * libtool no longer dies when concurrently creating directories with `make -j' on multi-processor hosts. * Return type, and name parameter of lt_dlloader_remove are no longer `const'. * Name parameter of lt_dlloader_find is no longer 'const'. * The API for the slist ADT has been updated: slist_new has been replaced by slist_box; slist_unbox and slist_sort are new; the footprint of slist_remove and slist_fnid have changed; SListCallback and SListCompare types have been exchanged. See libltdl/slist.c for documentation. * libltdl is C89 compatible again. lt_dlsymbol type removed, and lt_dlsymlist structure changed to avoid using C99 flexible arrays. * Support self dlopening for executables on cygwin and mingw. * Improved support for linux-gnu/ia64. * Initial support for s390x-ibm-tpf. * Fixed some memory leaks in libltdl. * Improved support for OpenBSD (use rpath instead of hardcoding absolute file names). New in 1.9b: 2004-08-29; CVS version 1.5a, Libtool team: * The /^_?LT_[A-Z_]+$/ namespace is now reserved for Libtool's own macros. If you have any shell variables in this namespace they will need to be renamed. If you have any macros in this namespace please rename them to prevent any possible future clash with libtool supplied macros. * New LT_PREREQ macro for specifying minimum libtool requirement. * New LT_INIT interface replaces AC_PROG_LIBTOOL, AC_ENABLE_SHARED, AC_DISABLE_SHARED, AC_ENABLE_STATIC, AC_DISABLE_STATIC, AC_ENABLE_FAST_INSTALL, AC_DISABLE_FAST_INSTALL, AC_LIBTOOL_DLOPEN, AC_LIBTOOL_WIN32_DLL and AC_LIBTOOL_PIC_MODE. Use autoupdate to modernise your configure.ac files after installing this release. * New LT_LANG interface to enable libtool support for a specific language. * Language support is now only included if your configure.ac enables it, either through a call to AC_PROG_CXX etc. or LT_LANG. * The libtool script will complain if it was built from mismatched ltmain.sh and libtool m4 macro versions. * Like automake, libtoolize no longer installs config.guess and config.sub by default. Use new --install option to get the old behaviour. * libtoolize no longer supports the --ltdl-tar option. * libtool script is now created by config.status. Instead of interrogating `./libtool' from configure.ac after calling AC_PROG_LIBTOOL, use the variable names directly. * libltdl is no longer a self-contained package, and shares configury with the top level directory now. * Shared objects (.lo) are no longer created when `-static' is passed in compile mode. * New compile mode option `-shared' prevents creation of static objects (.o). * New link mode option `-shared' creates only shared libraries at link time. * If you configure libtool with --disable-shared (or if libtool does not support shared libraries on your platform) trying to build a library using `-shared' is a fatal error. * New link mode option `-weak' tells libtool when not to propogate dependency libraries from dlpreopened modules. * libtoolize installs libtool.m4, (ltdl.m4 if used,) and various supporting m4 definitions to AC_CONFIG_MACRO_DIR. * Mode inferrence removed, shorthand for choosing modes added. * Specifying -allow-undefined is now an error. * Speed up max_cmd_len check. * libltdl can now preopen modules from within a library, and libtool will accept -dlpreopen options when linking either a shared library or a convenience library. * New function in libltdl: lt_dlhandle_find provides access to module handles by module name. * New function in libltdl: lt_dlpreload_open opens all preloaded modules. * libltdl no longer loads shared libraries with global symbol resolution, this caused problems when the symbols were intended to be overriden further up the stack; it is also not recommended practice. * New function in libltdl: lt_dlhandle_first, primes handle iterations (using lt_dlhandle_next) to filter by module interface. * libltdl no longer tries to support multi-threaded programming with lt_dlmutex_register(), which was unusable with POSIX threads anyway. The symbols are deprecated but exported for backwards compatibility. * libltdl no longer uses lt_dlmalloc, lt_dlrealloc and lt_dlfree. The symbols are still exported for backwards compatibility. * The lt_dlinfo struct has a new module field that can be used by dlloaders. * libltdl no longer supports pre-c89 compilers. Some of the pre89 portability functions had compile time bugs in them anyway, so you guys can't have been using it :-) * make install now deletes preexisting $prefix/share/libtool before installing latest files. * Extracting symbols from an import library on cygwin and win32 now works. * Initial support for amigaos-ppc. * Improved support for OpenBSD. * Support for Intel C++ version 8.0. * New support for IBM's xlc and xlc++ on Mac OS X. * Finished support for QNX RTOS. * Bug fixes.

5 4

[arch-dev-public] libpng-1.2.24-3 in [testing]
by Travis Willard 11 Mar '08

11 Mar '08

Hey all, In response to http://bugs.archlinux.org/task/9570 I've built a libpng version with the APNG patchset and stuck it into testing. This patchset was introduced into mozilla for firefox3, and it looks pretty clean. Could people please give it a look and test it out to make sure it's ok? I've run a few programs using libpng here and they all seem to still work as before. -- Travis

3 4

[arch-dev-public] [review] News item for tiacx driver
by Tom K 11 Mar '08

11 Mar '08

Hi, could anyone OK this? ============= The tiacx wireless driver package for the Texas Instruments ACX100/ACX111 chipsets has now been moved from the Unstable repository to the Core repository. This change means that it will also be included in our install isos. ============= Thanks T.

4 7

[arch-dev-public] [signoff] madwifi/madwifi-utils 0.9.4
by Tobias Powalowski 11 Mar '08

11 Mar '08

Hi small bump of madwifi drivers please signoff both arches also users can signoff, no respond from any dev greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] [signoff] filesystem 2008.03-2
by Tobias Powalowski 11 Mar '08

11 Mar '08

Hi added uucp group to group and .install file the uucp group is used for dialup adn fax devices in default udev rules. please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] drscheme out of /opt
by Aaron Griffin 10 Mar '08

10 Mar '08

Would someone mind building for i686? drscheme 372-1 Verbump and move out of /opt

2 1

[arch-dev-public] Pending initscripts issues
by Aaron Griffin 10 Mar '08

10 Mar '08

I need to push out a 2008.03 initscripts package, and it will have some fun changes from git and all, but I wanted to get a quick show of hands for pending issues. I know there are some bugs I think I will close out tonight, and others are more complicated. Here are bugs closed in git (some of these are old and fixed in 2008.02): http://bugs.archlinux.org/task/8392 (??) http://bugs.archlinux.org/task/9451 http://bugs.archlinux.org/task/4550 http://bugs.archlinux.org/task/1186 http://bugs.archlinux.org/task/9726 I also added my name to the copyright lines. Anything else?

3 6

[arch-dev-public] about makedevs script
by Roman Kyrylych 10 Mar '08

10 Mar '08

Hi! When doing some polishing of our initscripts I've noticed that /sbin/makedevs script uses find and rev that are in /usr/bin. As far as I understand this is wrong because no /bin or /sbin executable should use anything from /usr. So, how to fix that? Move find and rev to /bin? Seems like not a good idea. Another question is - what is the purpose of /sbin/makedevs? It is not used by initscripts, why it's in the package then? -- Roman Kyrylych (Роман Кирилич)

3 3

[arch-dev-public] [signoff] vi, vim gvim 267 both architectures ready for signoff
by Tobias Kieslich 10 Mar '08

10 Mar '08

Hi, Thanks to Eric we have vi* packages for both architectures and the manpages are fixed. So please sign off. -T

4 3

[arch-dev-public] [signoff] udev 118-4
by Aaron Griffin 10 Mar '08

10 Mar '08

Crap, I missed the start_udev install. I guess I didn't fully test support for half-upgraded systems (why are we supporting this again? not sure, but people complained loudly enough). Thanks Thomas for pointing out that I was trying to install start_dev 8) ** Could someone build an i686 package for me, I have no remote access to my i686 box ** Reverting back to the older way of doing things, with minor improvements where they can be made Module loading and all that should be back to sanity, with slightly improved performance due to moving the framebuffer modules out to a udev rule. Potential bug closings: http://bugs.archlinux.org/task/9648 http://bugs.archlinux.org/task/9193

5 15

[arch-dev-public] gcc 4.3 and archlinux
by Jan de Groot 10 Mar '08

10 Mar '08

Hi all, I've prepared gcc 4.3.0 for the x86_64 platform in testing: - kernel-headers updated to 2.6.24.3 - glibc patched with some upstream CVS patches borrowed from gentoo - binutils rebuilt with gcc 4.3 and glibc 2.7-8 - gcc-libs updated to 4.3.0 - gcc updated to 4.3.0 and patched to support gcj without installing/building it (gcc should be able to build java files when gcj is installed now) - removed gcc-fortran provides from gcc-libs, as we had a sobump - changed gcc-gcj to upstream tarballs instead of Ubuntu branch - rebuilt gjdoc which is a native java program - updated java-gcj-compat - rebuilt all fortran applications against new gcc-libs and changed dependencies In the meanwhile, I found out one big change: gcc 4.3 doesn't include C functions anymore when including c++ includes. This breaks a horrible amount of packages, but fixing is easy: Whenever there's a missing function, look it up in its manpage: strcpy: man 3 strcpy, look for include, which will be <string.h> in this case. As we're using C++ now and want a C include, this will become #include <cstring> without the .h and a c prepended. As gcc 4.3 should be backwards compatible with 4.2 (except for libgcj and libgfortran sonames), I don't think there's much trouble moving these packages to core and extra. I'd like to have these merged after Tobias has finished our ISOs (and we have enough signoffs), as I don't want to make big changes right before a release.

3 3

Re: [arch-dev-public] [arch-commits] CVS update of extra/multimedia/audacious-plugins (3 files)
by Pierre Schmitz 08 Mar '08

08 Mar '08

Am Samstag, 8. März 2008 18:52:53 schrieb Travis Willard: > Moved to optdepends usage Just a side-note: you may use optdpends, but this has no effect on package install. So you should not remove the install-mesaages atm. -- archlinux.de

2 1

[arch-dev-public] [signoff] hdparm 0.8.6
by Tobias Powalowski 08 Mar '08

08 Mar '08

Hi version bump please signoff both arches hdparm-8.6 - add partition safeguards to r/w sector and make_bad_sector hdparm-8.5 - fix u8->u16 bug in security commands for all of 8.x series, Christian Franke - try and quiet errors from flush_buffer_cache() hdparm-8.4 - oops: v8.3 broke --write-sector. Fix it again. hdparm-8.3 - fixed -i display for udma6 - try and exit with errno on fail paths, from Ladislav Michnovic hdparm-8.2 - clear feat register for safety with SET_MAX_ADDRESS command - add note to manpage regarding possible -N transient failures - IDE_TASKFILE bug fixes and cleanups: works with old IDE driver now - fix misreporting of dma modes on some SATA-ATAPI bridged drives hdparm-8.1 - fixed -U parameter bug - added ATA8 minor revision info to -I, courtesy of chrfranke - added WorldWideNumber to -I, courtesy of Raksac hdparm-8.0 - added --make-bad-sector to deliberately create a media error - added --write-sector (aka. --repair-sector) to repair a media error - added --read-sector to test for a media error - Makefile dependency tweaks - added -N (get/set max address/HPA) flag, courtesy of Jakub Bogusz - fixed LBAsects output from -i to use LBA48 values when available - fixed alternate opcode for SLEEPNOW - lots of changes/fixes to sgio.c to support more commands - add detection of buggy Sandisk 16MB CF card - fixed tf_to_lba() bug, courtesy of Jakub Bogusz greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 3

[arch-dev-public] [signoff] filesystem 2008.03-1
by Tobias Powalowski 08 Mar '08

08 Mar '08

Hi fixed fstab to use auto fs type on removable media please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 3

[arch-dev-public] [signoff] pacman 3.1.3-1
by Dan McGee 08 Mar '08

08 Mar '08

Upstream release, no major changes, mostly i18n updates to get column widths all fixed up after the addition of the Simplified Chinese translation. I need a build for x86_64 as well if someone has a chance, thanks. -Dan

5 5

[arch-dev-public] [signoff] findutils
by Tobias Powalowski 07 Mar '08

07 Mar '08

Hi version bump please signoff both arches 2008-02-12 James Youngman <jay(a)gnu.org> * po/ga.po, po/nl.po, po/pt.po, po/sk.po, po/sv.po, po/vi.po: Updated Irish, Dutch, Portuguese, Slovak, Swedish and Vietnamese translations from the Translation Project. nothing special changed. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] [signoff] udev 118-3
by Aaron Griffin 07 Mar '08

07 Mar '08

** Could someone build an i686 package for me, I have no remote access to my i686 box ** Reverting back to the older way of doing things, with minor improvements where they can be made Module loading and all that should be back to sanity, with slightly improved performance due to moving the framebuffer modules out to a udev rule. Potential bug closings: http://bugs.archlinux.org/task/9648 http://bugs.archlinux.org/task/9193

2 2

[arch-dev-public] Testing base device-mapper, why does this appear?
by Tobias Powalowski 07 Mar '08

07 Mar '08

Hi why does this package still showup on testing web interface? it is defacto on base and not in testing. thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

Re: [arch-dev-public] [signoff] xfsprogs 2.9.7
by Tobias Powalowski 07 Mar '08

07 Mar '08

Am Freitag, 7. März 2008 schrieben Sie: > Tried replying to this on arch-dev-public, but it complained that I > wasn't a dev. Ah, well, should've known better, so here goes again: > > What's involved in a signoff? I use XFS on all but /boot here, so I'm > willing to help. > It installs fine, xfs_check, xfs_repair, and xfs_info all work fine; > the rest spit out usage info without segfaulting. Is that enough? In > that case, I'll signoff for i686. > > ~celti > > On Wed, Mar 5, 2008 at 2:36 PM, Tobias Powalowski <t.powa(a)gmx.de> wrote: > > Hi > > version bump please signoff both arches > > also users can signoff, no dev seems to use xfs. > > > > greetings > > tpowa > > -- > > Tobias Powalowski > > Archlinux Developer & Package Maintainer (tpowa) > > http://www.archlinux.org > > tpowa(a)archlinux.org thanks that is a real good signoff what you did :D greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] ISO Releaseplan 2008.03 now it's time to really create an ISO ; ), pending work and signoffs
by Tobias Powalowski 06 Mar '08

06 Mar '08

Hi due to my work in february this one got somehow delayed so now the new plan for the 2008.03 ISOs: pending signoffs and move to base: cryptsetup dash filesystem findutils hdparm kernel26 klibc klibc-extras klibc-module-init-tools vi xfsprogs klibc-udev? bump to 118? along with the udev update 118 shouldn't we keep it in sync? udev? i think this should be done in next 2 days initscripts? bump to 2008.03 with the last changes from git and it would be good if aaron would add himself along with judd in rc.sysinit. mkinitcpio? do we need a new version to get init= syntax back? if yes we could fix this bug also: http://bugs.archlinux.org/task/9433 pending signoffs and move to support: iproute madwifi madwifi-utils rp-pppoe tiacx tiacx-firmware wpasupplicant fuse? Thomas is there an issue atm? netcfg? status of it? is it now ready to move in to core? kbd? Roman wanted to add some changes and additions to it, should be also soon fixed. delayed package moves due to rebuilds and issues: libtool perl Packages not mentioned in this mail are not included on new ISOs. If something real important is missing, tell it now. When this list is finished new ISOs will be created. Also feel free to read the installation documentation, if there is something that is not correct anymore or you would like to see changed. http://projects.archlinux.org/git/?p=installer.git;a=blob;f=arch-install-gu… Any other opinions on it? Thanks for your attention :) greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 5

[arch-dev-public] [signoff] kernel26-2.6.24.3-2
by Tobias Powalowski 06 Mar '08

06 Mar '08

Hi kernel bump release for both arches in testing, please signoff FIXES: http://bugs.archlinux.org/task/9719 http://bugs.archlinux.org/task/9689 http://bugs.archlinux.org/task/9655 http://bugs.archlinux.org/task/9649 http://bugs.archlinux.org/task/9593 - added some patches from genpatches Config changes: - added CONFIG_SECURITY_FILE_CAPABILITIES=y - added CONFIG_SECURITY_NETWORK=y greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

6 13

[arch-dev-public] dash package in core?
by Thomas Bächler 06 Mar '08

06 Mar '08

Why is the dash package in core compiled against klibc? It is a package installed inside the normal system, so there is no reason to use klibc. Furthermore, why does the package not depend on klibc? klibc packages have to be recompiled with almost every klibc version and there is no way to know which packages to recompile unless pacman -Qi klibc shows them. (This is another example why not adding dependencies just because they are in base is a bad idea). Right now, /bin/dash will not start.

4 7

[arch-dev-public] [signoff] klibc 1.5-4, klibc-extras 2.3-2, klibc-module-init-tools 3.2.2-2
by Thomas Bächler 06 Mar '08

06 Mar '08

I rebuilt klibc against the 2.6.24 headers and also rebuilt klibc-extras, klibc-module-init-tools and klibc-udev. Please sign off on the first three. klibc-udev has to be updated to 118 before moving to core, Aaron said he'd take care of that, I built 116-3 for now so the rest can be tested.

5 9

[arch-dev-public] filesystem 2008.03 bump with small change?
by Tobias Powalowski 05 Mar '08

05 Mar '08

Hi http://bugs.archlinux.org/task/9697 can i change fstab to: /dev/cdrom /media/cd auto ro,user,noauto,unhide 0 0 /dev/dvd /media/dvd auto ro,user,noauto,unhide 0 0 /dev/fd0 /media/fl auto user,noauto 0 0 thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 12

[arch-dev-public] [signoff] dhcpcd 3.2.1
by Tobias Powalowski 05 Mar '08

05 Mar '08

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

6 7

[arch-dev-public] [signoff] xfsprogs 2.9.7
by Tobias Powalowski 05 Mar '08

05 Mar '08

Hi version bump please signoff both arches also users can signoff, no dev seems to use xfs. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-dev-public] [extra signoff] nvidia/nvidia-utils 169.12-1
by Thomas Bächler 05 Mar '08

05 Mar '08

New nvidia release, please sign off.

4 5

[arch-dev-public] [signoff] e2fsprogs 1.40.7-1
by Thomas Bächler 05 Mar '08

05 Mar '08

Please, sign off this time ...

4 3

[arch-dev-public] Request add wvdial, wvstreams and xplc to [core]?
by Tobias Powalowski 05 Mar '08

05 Mar '08

Hi just got that reqeust: http://bugs.archlinux.org/task/9664 well i don't see a problem in adding it to [core], whats your opinion about it? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 4

[arch-dev-public] [signoff] vi, vim and gvim 266
by Tobias Kieslich 05 Mar '08

05 Mar '08

Hi guys, Eric said he can build it for the 64 plattform so these binaries will be up sometime, too, Thanks Eric. Can you guys signoff vi for both architectures, please? It's turning into some kind of hassle that a package with such frequent updates has to undergo the core review process. I have to think about a different system that allows both, good peer reviw for the core vi, but also allows frequent updates for vim and gvim. Suggestions welcome. /me thinks about vim conflicts=(vi), provides=(vi) Thanks, -T

2 1

[arch-dev-public] adopt wicd
by Varun Acharya 04 Mar '08

04 Mar '08

Hi Guys, I'm somewhere in the middle of my travels and work, and hope all is well with you. A quick request, can someone please adopt network/wicd ? Its used by quite a lot of users, and at least on my machines, its the only way I can get online. I was meaning to do write this mail earlier, but kept putting it off, until a user mailed me and asked me to update it. The package became fairly easy to maintain after the initial move to /usr, and you'd probably just need to keep version bumping the PKGBUILD, nothing more. Thanks a bunch, Varun

1 0

[arch-dev-public] [signoff] iproute 2.6.24_rc7-1
by Thomas Bächler 03 Mar '08

03 Mar '08

Update of iproute to the latest version, please sign off.

6 14

[arch-dev-public] [signoff] ed-0.9-1
by Andreas Radke 03 Mar '08

03 Mar '08

in testing for both arches. nothing special. ChangeLog: 2008-02-24 Antonio Diaz <ant_diaz(a)teleline.es> * Version 0.9 released. * signal.c (sighup_handler): Return 0 if no error. * Arg_parser updated to 1.1. -Andy

2 1

[arch-dev-public] [signoff] e2fsprogs 1.40.6-1
by Thomas Bächler 02 Mar '08

02 Mar '08

Another version bump, still contains our fix to the configuration file that reenables a default inode size of 128. Please sign off.

2 3

[arch-dev-public] [signoff] ntfs-3g 1.2216-1
by Thomas Bächler 01 Mar '08

01 Mar '08

Version bump, please sign off.

3 3

Re: [arch-dev-public] [arch-commits] CVS update of extra/x11/xorg-server (PKGBUILD xorg-server.install)
by Pierre Schmitz 01 Mar '08

01 Mar '08

Am Mittwoch, 20. Februar 2008 20:50:56 schrieb Alexander Baldeck: > + echo ":: ATTENTION!" > + echo ":: Since xorg-server version 1.4.0.90-7 hal support has" > + echo ":: been enabled. By default keyboard layouts and variants" > + echo ":: will now be overridden by hal. Please modfiy" > + echo "::" > + echo ":: /etc/hal/fdi/policy/11-xkeyboard.fdi" Do you have some additional information why this change was made? This sound quite confusing to me. Is there no way to keep xorg.conf controlling which keyboard layout is set? -- archlinux.de

8 19

[arch-dev-public] [signoff] iptables 1.4.0-1
by Thomas Bächler 01 Mar '08

01 Mar '08

In addition to a version bump, I changed the simple_firewall.rules file to a more generic and correct configuration. Please sign off.

4 8

[arch-dev-public] Request to add v86d to extra/system
by Thomas Bächler 29 Feb '08

29 Feb '08

v86d is the userspace tool that is required for uvesafb to work. I got it to compile with the latest klibc build and the uvesafb module recognizes it. However, when I load the uvesafb module, the screen goes blank and my keyboard doesn't seem to respond anymore. I'd like to get feedback from more users and maybe solutions for the problem, to pushing this to testing along with klibc seems like a good idea. Any objections?

3 2

[arch-dev-public] Planet feeds and graphics
by Dan McGee 29 Feb '08

29 Feb '08

Can we kill the images from being displayed in the planet feeds? I like having this new guy's blog and all, but having 10 images per post is really killing the loading speed of the planet site. It also messes up a lot of the formatting, especially on a smaller screen. -Dan

6 7

[arch-dev-public] Flyspray cleanup
by Aaron Griffin 29 Feb '08

29 Feb '08

Hey guys, I moved a few users around in the global groups on flyspray. Roman and thayer are now in the "Developers" group, and I removed some of the straggling devs still listed there. If anyone has any other things to clean up, let me know. Danke, Aaron

3 6

[arch-dev-public] [signoff] attr 2.4.41-1 and acl 2.2.47-1
by Thomas Bächler 29 Feb '08

29 Feb '08

Version bums for attr and acl, please sign off.

4 4

[arch-dev-public] FHS manpages (was: [signoff] iptables 1.4.0-1)
by Dan McGee 28 Feb '08

28 Feb '08

On Thu, Feb 28, 2008 at 1:54 PM, Eric Belanger <belanger(a)astro.umontreal.ca> wrote: > > On Thu, 28 Feb 2008, Thomas Bächler wrote: > > > Roman Kyrylych schrieb: > >> 2008/2/26, Dan McGee <dpmcgee(a)gmail.com>: > >>> On Tue, Feb 26, 2008 at 9:04 AM, Thomas Bächler <thomas(a)archlinux.org> wrote: > >>> > In addition to a version bump, I changed the simple_firewall.rules file > >>> > to a more generic and correct configuration. > >>> > > >>> > Please sign off. > >>> > >>> > >>> Seems to be OK here. Signoff i686. > >> > >> same here. > >> > > > > anyone for x86_64? > > > > > > Man pages are not FSH compliant. No signoff from me. Do we have a namcap check for this yet? If not, the 'usr/man' part could be removed from directoryname.py and at least that check would then point out files in non-standard dirs. -Dan

4 4

[arch-dev-public] [signoff] grub 0.97-11
by Thomas Bächler 28 Feb '08

28 Feb '08

Sorry for dropping off the radar lately, I am not sure what happened myself, but I have been away from all Arch work for two weeks. I corrected my grub -10 package and fixed the bugs mentioned by Andy. Please sign off.

4 3

[arch-dev-public] [signoff] kernel26 2.6.24.3-1
by Thomas Bächler 28 Feb '08

28 Feb '08

Bumped to the .3 kernel, tested on both architectures, please sign off.

3 2

[arch-dev-public] [signoff] libarchive 2.4.12
by Dan McGee 27 Feb '08

27 Feb '08

Minor version bump. If pacman/makepkg still work OK and bsdtar can extract archives, we're good to go. Can someone build x86_64 for me? Aaron's machine is down. -Dan

5 5

[arch-dev-public] Module blacklisting
by Aaron Griffin 26 Feb '08

26 Feb '08

Ok, guys - honest question. Because udev is being a big pain in the ass with the way we do module blacklisting, we might want to reevaluate it. Right now we support blacklisting of modules in rc.conf, in addition to a kernel param disablemodules=x,y,z Udev autoloading is controlled by MOD_AUTOLOAD and the load_modules kernel param. We *can* use modprobe based blacklisting here, but we lose the above items. blacklisting will be controlled only by /etc/modprobe.conf (and modprobe.d/*) and we lose the ability to shut it off via rc.conf. What do we gain? Speed and simplicity. No extraneous scripts to handle this stuff, and all that jazz. This is how fast this script was when I originally wrote it: http://img.phraktured.net/other/udev_modules_boot.png Now it apparently takes 3 times as long due to all the added blacklisting cruft What do we lose? Robustness. See below for an explanation of the blacklist changes On Fri, Feb 22, 2008 at 3:47 PM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > On Fri, Feb 22, 2008 at 3:29 PM, Michal Soltys <soltys(a)ziu.info> wrote: > > modprobe supports blacklisting itself in modprobe.conf (to be precise - it > > blacklists all aliases for specified modules, which is exactly what's needed > > here). You can use raw modprobe and probably speed up things nicely, without > > any extra scripts. > > modprobe's blacklisting is terrible. It is meant to be used with > conflicting aliases. Here's the actual usecase: > > module foo contains an alias "blah" > module bar contains an alias "blah" > > If I modprobe blah, it doesn't know which to do. So, blacklisting > "bar" tells modprobe ONLY to ignore the aliases exposed by bar. I can > still modprobe bar by a non-alias name, and I can still load bar as a > dependent module. > > So, the way we handle it, is such that blacklisting "bar" makes it so > that no other module that depends on bar can load it without you > saying so. This is the main benefit. Want to shut off sound? blacklist > "snd" or "soundcore"

7 13

[arch-dev-public] [signoff] fakeroot 1.9.3-1
by Andreas Radke 26 Feb '08

26 Feb '08

a minor update. in testing for both arches. http://packages.debian.org/changelogs/pool/main/f/fakeroot/fakeroot_1.9.3/c… fakeroot (1.9.3) unstable; urgency=medium * configure.ac: patch from Ralf Wildenhues to not override $SHELL late in configure.ac, by means of undocumented Autoconf interface _AS_DETECT_REQUIRED to require $(...) command replacement. closes: #447022. -Andy

4 5

[arch-dev-public] Interesting post-install messages (jack-audio-connection-kit and ardour)
by Jason Chu 25 Feb '08

25 Feb '08

I updated my machine and saw these two post-install messages back to back: ( 1/40) upgrading jack-audio-connection-kit [#####################################################################################] 100% --> It is recommended to use qjackctl as a controlling frontend for the --> audio server. The extended rights for realtime capabilities can be --> granted based on groups or a per user base in --> /etc/security/limits.conf --> The audio server comes with a daemon script that runs it as root. --> Configuration happens in /etc/conf.d/jack-audio-connection-kit and is --> documented there. --> NOTE: Running jack as root to enable realtime capabilities isn't --> needed any longer. ( 2/40) upgrading ardour [#####################################################################################] 100% --> You need to have jack running before you start ardour. There are two ways --> to have ardour and jack running: --> - as root with realtime capabilities --> - as oridinary user without realtime capabilities --> You have to make sure, that ardour and jack run as the same user - mixing --> up fails. --> RUNNING AS ROOT IS ALWAYS A RISK FOR THE SECURITY! --> Also consider to use qjackctl to control jack. Note, that also qjackctl --> has to run as the same user as ardour. Don't forget to check out --> qjackctl's patchbay and read the docs from http://ardour.org ! So which one is it? Do I have to run jack and ardour as root or can I not? I'm pretty sure the jack message is more recent than the ardour one, so running jack non-root will work fine with ardour and still have realtime capabilities. Maybe we need to update the ardour post-install message. I just had a little laugh reading them both. Jason

1 0

[arch-dev-public] [signoff] e2fsprogs 1.40.5-2 and grub 0.97-10
by Thomas Bächler 25 Feb '08

25 Feb '08

The request for e2fsprogs was there before, but not as a top-level post, so I am re-posting it: e2fsprogs 1.40.5-2: - Changed default inode_size in /etc/mke2fs.conf from 256 back to 128. This fixes backwards-compatibility with everything older. New behaviour can still be achieved using the -I 128 command to mke2fs or by editing mke2fs.conf grub 0.97-10 - Added previously posted patch to support bigger inode size - Removed the long obsolete /usr/share/grub -> /usr/lib/grub symlink Please sign off on both. I tested grub on x86_64 with my old inode size 128. To sign off, please copy the necessary files from /usr/lib/grub/i386-pc to /boot/grub and reinstall grub into the MBR (anything less is insufficient). Could someone also test with inode size 256?

4 5

[arch-dev-public] Linux conferences
by Roman Kyrylych 23 Feb '08

23 Feb '08

Hi! We've missed a large FOSDEM conference it seems, so I've created this page: http://wiki.archlinux.org/index.php/Linux_conferences Feel free to extend it. Hint: a list of most popular conferences can be found here: http://en.wikipedia.org/wiki/Linux_conference -- Roman Kyrylych (Роман Кирилич)

1 0

[arch-dev-public] [signoff] udev 118-2
by Aaron Griffin 22 Feb '08

22 Feb '08

This superseeds Dan's previous signoff for the 118 version bump. Included are the following changes: FS#8702 - Fix persistant input devices FS#8878 - Attempted speed up of load-modules.sh FS#8591 - Fix loading of RTC devices Additionally, this package is required for the new initscripts which are required for the new ISOs. Please sign off

6 22

[arch-dev-public] [signoff] initscripts 2008.02-1
by Aaron Griffin 22 Feb '08

22 Feb '08

This package makes a lot of changes, and is needed for the new ISO release. Please signoff Changes from git: Aaron Griffin <aaronmgriffin(a)gmail.com> (11): Source /etc/rc.d/functions.d/ for additional initscript functions Save dmesg output at the end of the boot process Modify comment above MOD_AUTOLOAD to indicate that it autoloads Set hwclock *before* udev is loaded Mount our ram /dev as soon as possible Deprecate MOD_BLACKLIST via some comments Allow --directisa configuration for hwclock calls Create some basic device nodes on initialization Remove the hotplug functionality from the network script network script logic cleanups/enhancements Add some udev stats output Dan McGee <dan(a)archlinux.org> (9): Move start_udev actions to rc.sysinit Don't assume sh == bash Make functions sh compatible Make install.sh sh compatible Remove some bashisms from network, even though we cannot convert it Remove echo -e usage from rc.sysinit functions:source_functions(): don't fail on empty dir Merge branch 'posix' into working rc.shutdown: Fix hwclock double calls James Rayner <james(a)archlinux.org> (2): Removing netcfg from initscripts Tidy up rc.conf Jonathan Frazier <eyeswide(a)gmail.com> (1): minilogd cleanup and warning fixes Loic Nageleisen <lloeki(a)gmail.com> (1): Enhance interface 'up' state checking Roman Kyrylych <roman(a)archlinux.org> (4): Improve error handling and allow multiple keymaps to be loaded Fix FS#8843 (no colors in rc.sysinit output with separate /usr) Use --directisa configuration in rc.shutdown as well Add support for (un)mounting nfs4 Simo Leone <simo(a)archlinux.org> (1): Make the background black on all status text

4 5

[arch-dev-public] [signoff] pacman 3.1.2
by Dan McGee 22 Feb '08

22 Feb '08

Looking for two signoffs each architecture, as I don't run this package myself (pacman-git instead). But I promise it works. :P -Dan Upstream ChangeLog: - updates to proto.install, add ChangeLog.proto (FS#7231) - add 'force' option to packages, and have repo-add respect it - mark gensync and updatesync as deprecated - fix pacman -Qo behavior on symlinks (FS#9473) - fix segfault on a broken symlinks in backup code (FS#9235) - ensure filename is determined correctly for a pkg (FS#9547) - fix conflict progress bar with UTF-8 chars (FS#6437) - fix chk_fileconflicts brokenness, ensure it reads entire list - ensure -Sc operation locks DB, only checks DBs (FS#9609) - minor documentation and message updates - moved some translations to their more generic lang codes - allow scripts to be run without gettext installed - makepkg: - check to ensure we have non-URL sources (FS#9208) - ensure we strip binaries in /opt/ dirs (FS#9342) - check for VCS executable before using (FS#9230) - set sane umask before source extraction (FS#9242, FS#9362)

4 5

[arch-dev-public] [signoff] man-pages 2.78-1
by Andreas Radke 22 Feb '08

22 Feb '08

in testing for both arches. nothing special. -Andy

4 3

[arch-dev-public] [signoff] filesystem 2008.02-2
by Aaron Griffin 22 Feb '08

22 Feb '08

Signoff needed for new ISO release. Adds the following on top of 2008.02-1 changes FS#6350 fix /var/lock permissions

4 6

[arch-dev-public] [signoff] kernel26-2.6.24.2-1
by Tobias Powalowski 21 Feb '08

21 Feb '08

Hi kernel bump to .24 series second maintenance release for both arches in testing, please signoff FIXES: - bumped unionfs to latest version - http://bugs.archlinux.org/task/9600 - http://bugs.archlinux.org/task/9386 - fixed fuse - updated mactel patch to reflect latest status greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 4

[arch-dev-public] Inspiration [was: Experimental Initscripts]
by Travis Willard 21 Feb '08

21 Feb '08

On Feb 20, 2008 11:48 AM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > On Feb 20, 2008 8:40 AM, Paul Mattal <paul(a)mattal.com> wrote: > > Aaron and others, thanks for working hard on these new initscripts > > and on lots of things. > > > > I care about making Arch better. Even though I don't have the time > > to do much right now, I have done things in the past, and will do > > more again in the future. Right now I'm much more busy than I wish I > > were, and am taking steps to reduce my workload next year. > > > > Accordingly, at the moment I've been focusing on fixing bugs and > > issues with my major packages-- in a sporadic but still helpful way > > that fits in with my currently insane schedule. (e.g. My next free > > Saturday evening on the calendar is May 31.) > > > > I know it sometimes feels like nobody cares, especially on a mailing > > list, but they do-- it's just hard to see the context of their lives > > over a mailing list. > > > > Thanks for the hard work all around! Simo and Elliott with all the > > web work, Tpowa the kernel monster, Travis with the logo stuff, Eric > > with the package cleanups, Dan and others with the awesome new > > pacman, Aaron managing to contribute on just about everything.. > > folks here continually amaze me with how much they are able to > > accomplish in their spare time. > > > > Take a break when you need one, dig when you're inspired-- this > > group will still be here, fighting the good fight. Arch was, is, and > > will continue to be the best. > > Wow, inspirational Paul is inspirational! Thanks for the words, it's great. Yeah, I guess I was getting a bit angsty, but now I want Paul to have my babies. That was a cool email. :D Speaking of inspiration, lately Arch has felt much more like a chore to me than before, like a second job that I'm obligated to work on but don't really feel like doing; I'd much rather do something with my wife, relax and play the Wii, or other things with the free time I do have around my paying job. I thought maybe it was the packaging grind that's gotten me down, and so I endeavored to take on the ABS code - a simple project, to be sure, but a change from the packaging. However, I haven't even done that much with ABS yet, and already it's become another chore on the list of chores to do, and hasn't really helped. Basically, I've lost the inspiration I once had to do work for Arch - I've lost the enjoyment I remember having back when I was first brought on, and I'm not sure why that's the case. I'd like to find it again. What inspires you guys to do what you do? What drives you to keep up the contributions and the crazy amount of time and effort you give to Arch? I couldn't even imagine doing the amount of work some of you do for the distro; it's amazing. What's your secret? Help me find the magic again, guys. ;)

1 0

Re: [arch-dev-public] [arch-commits] CVS update of core/base/pacman (PKGBUILD mirrorlist)
by Pierre Schmitz 21 Feb '08

21 Feb '08

Am Donnerstag, 21. Februar 2008 02:35:19 schrieb Dan McGee: > +Server = ftp://ftp.uni-bayreuth.de/pub/linux/archlinux/$repo/os/@carch@ We should wait with inclusion of this mirror. Atm pacman is blocked by this ftp server. See FS#9603 and FS#9617 for more information. We are still waiting for a response of the ftp-admin. Pierre -- archlinux.de

2 3

[arch-dev-public] Perl project status
by Dan McGee 21 Feb '08

21 Feb '08

Just curious on what the current status of all the perl stuff in testing is. It is holding up a bump of git for me in extra, which is currently at 1.5.3.7 there but upstream is now up to 1.5.4.2 (which is going to testing as I write this). What still needs to be done and/or tested before all this stuff can move? -Dan

3 2

[arch-dev-public] mysql package in extra/x86_64
by Thomas Bächler 20 Feb '08

20 Feb '08

$ ./cleanup.sh extra x86_64 DIRECTORY: /home/ftp/extra/os/x86_64 DELETEFILES: MISSINGFILES: mysql-5.0.51-1-x86_64.pkg.tar.gz The package on the ftp for mysql is 5.0.51-2, but the package database claims the most recent version is 5.0.51-1. It's fine on i686. What went wrong, how can it be fixed? Whoever packaged it, please respond.

4 6

[arch-dev-public] Release timelines
by Aaron Griffin 20 Feb '08

20 Feb '08

On Feb 18, 2008 1:52 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > On Feb 18, 2008 1:49 PM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > > On Feb 14, 2008 3:22 PM, Roman Kyrylych <roman.kyrylych(a)gmail.com> wrote: > > > 2008/2/14, Aaron Griffin <aaronmgriffin(a)gmail.com>: > > > > On Thu, Feb 14, 2008 at 3:00 PM, Roman Kyrylych > > > > <roman.kyrylych(a)gmail.com> wrote: > > > > > You've forgot http://bugs.archlinux.org/task/6350 (and see my last > > > > > comment there as well). > > > > > > > > Hrm, is this critical? Maybe someone else (Thomas?) can bump the > > > > package or something, I dunno, but I'm kinda out of time for the day > > > > 8) > > > > > > Not critical, I've just posted it as a hint for anyone who wanna do this ;-) > > > (I don't have access to Core AFAIR). > > > > I was gone for 4 days and not one person signed off? > > I built it for i686, so you have my signoff. I don't think the bug > above is absolutely critical, although it would be good to fix in the > next release. I was under the impression tpowa wanted these (filesystem and initscripts packages) out quickly so that we could release a new ISO. However, this appears to not be the case. tpowa could you please keep us informed of the release timeline you have? No one is really sure when the next ISO is going to crop up right now, so I'm sure no one cared enough to even glance at the packages I tried to get out before I flew out of town. If this was not pertinent, I would have waited to build them until I got home and saved myself the headache. When are you planning on building the next ISO?

3 7

[arch-dev-public] [signoff] filesystem 2008.02
by Aaron Griffin 18 Feb '08

18 Feb '08

In addition to the signoff can someone please build for i686 (power supply is dead on the i686 box, :frown:) Changes: Backup /etc/issue Version bump to 2008.02 for new ISOs Put removable media dirs in /media by default Remove /usr/X11R6/lib from default ld.so.conf

3 6

[arch-dev-public] Linuxtag 2008?
by Tom K 18 Feb '08

18 Feb '08

Haven't seen any mention of this yet, and the projects application deadline is in three days. I'd be happy to send it in, but it might be better coming from someone who did it on previous occasions. I also can't say if I'll be there - I'd like to go, but it's too early to say one way or the other. T.

4 4

[arch-dev-public] Adding tiacx wifi driver to core repo
by Tom K 18 Feb '08

18 Feb '08

As per FS#9057, I'd like to move the tiacx driver to core, to add to our current collection of wifi drivers. Any objections? T. P.S. The mac80211 version doesn't build against 2.6.24, so it would be the legacy version for now.

3 2

[arch-dev-public] orphaned dhcpcd
by Tobias Powalowski 17 Feb '08

17 Feb '08

Hi i just disowned dhcpcd, i odn't use dhcp myself so it would be better someone who uses it should maintain it. thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

[arch-dev-public] python-notify into [extra]
by Travis Willard 17 Feb '08

17 Feb '08

Hey all, python-notify, currently in community, is a required package for the new version of sbackup, and I wanna pull it into extra. Anyone objected? Roman - since this is your package anyway, do you want to handle it and keep ownership of it in extra? -- Travis

2 3

[arch-dev-public] [signoff] pcre 7.6-3
by Jan de Groot 16 Feb '08

16 Feb '08

The unofficial patch we had for PCRE 7.6 to revert ABI breakage has been changed to a more official patch that maintains compatibility with both the old and the new ABI. Please signoff for both architectures. More information: http://bugs.exim.org/show_bug.cgi?id=664

2 2

[arch-dev-public] Resignation from Dev/TU position
by Varun Acharya 14 Feb '08

14 Feb '08

Hi guys, After a lot of thought, I've realised I've reached a point where I don't have the time and energy to contribute to Arch anymore. I'm at a transitional period from an intern to a practicing dentist(2 months to go), and a lot of work needs to be done, all of which requires a good amount of my time. I also will be travelling on business/education a lot this year, and for a good amount of time will not have access to any linux box to do Arch related work. And most importantly, I have to do a huge amount of studying this year to write a couple of board exams in the latter part of the year. I've tried balancing my schedule to get more time with arch in, but it doesn't seem to be working out too well, and I clearly need to focus on my profession. I don't want to see the quality of my packages suffer or my packages being out of date for long periods of time, so I decided that the best thing for me to do would be to step down at this point. The packages I've disowned and which are up for grabs are (luckily not too many): foobillard libbtctl bladeenc dvdbackup handbrake miro showimg smplayer (-rc currently in testing) smplayer-themes d4x deluge firestarter nicotine transmisson wicd gspcav1 I do hope I can set things right in my life and rejoin you guys sometime in (hopefully not too distant) the future. I will of course continue to use Arch all the time :) and try to help out occasionally when x86_64 difflist goes out of control :). Good luck to Aaron and the rest of the dev team, and all the TU's. Its been awesome. Regards, Varun "ganja_guru" Acharya

6 5

[arch-dev-public] Opera 9.5x snapshots moved to unstable
by Andreas Radke 14 Feb '08

14 Feb '08

I have removed the Opera devel snapshots from our testing repo to not mix it with future 9.2x releases. You find the latest 9.5x snapshots now in unstable for both arches. Take care - it replaces the stable Opera from extra. So backup all your stuff before you try it out. -AndyRTR

1 0

[arch-dev-public] Devland section of newsletter
by Travis Willard 14 Feb '08

14 Feb '08

Hey everyone, Kensai, the guy who's doing kickass work for our newsletter at current, is looking for someone to fill Jason's shoes in the devland section. Is anyone interested in doing basically-monthly writeups into the happenings in development of Arch? Jason, maybe you could add what's involved for those interested? Thanks! -- Travis

3 2

[arch-dev-public] Dead box, away until Sun
by Aaron Griffin 14 Feb '08

14 Feb '08

Hey guys, I'm flying out of town tonight, until Sunday. Recently the power supply died in the machine that I ssh into. I haven't had the time to replace it yet. As such I will be unable to do much this weekend, because I will have no access to these machines. I will get the filesystem package bumped for the new isos, as well as pushing out an experimental initscripts package if I can - this should be done before I leave for the airport (now + 7 hrs). Cheers, Aaron

1 0

[arch-dev-public] Cleanup time for extra
by Dan McGee 14 Feb '08

14 Feb '08

Looks like a lot of the kernel stuff when it was moved over, in addition to a bunch of other stuff. The testing2core/testing2extra script that was posted won't remove old versions, so keep that in mind (unless you modified it yourself to do so). -Dan Possible Dupes for /home/ftp/extra/os/i686 (remove old versions) Date Filename 2007-11-25 10:07 aufs-20071017-6-i686.pkg.tar.gz 2008-01-26 09:50 aufs-20080125-2-i686.pkg.tar.gz 2007-10-23 09:59 aufs-utils-20071017-1-i686.pkg.tar.gz 2008-01-25 06:59 aufs-utils-20080125-1-i686.pkg.tar.gz 2008-01-26 08:40 catalyst-8.01-1-i686.pkg.tar.gz 2008-01-26 09:52 catalyst-8.01-3-i686.pkg.tar.gz 2007-11-25 10:08 fcpci-31107-38-i686.pkg.tar.gz 2008-01-26 09:52 fcpci-31107-40-i686.pkg.tar.gz 2007-11-25 10:08 fcpcmcia-31107-36-i686.pkg.tar.gz 2008-01-26 09:53 fcpcmcia-31107-38-i686.pkg.tar.gz 2008-02-07 14:07 firefox-2.0.0.11-2-i686.pkg.tar.gz 2008-02-11 03:50 firefox-2.0.0.12-1-i686.pkg.tar.gz 2008-02-07 14:07 firefox-i18n-2.0.0.11-2-i686.pkg.tar.gz 2008-02-11 03:51 firefox-i18n-2.0.0.12-1-i686.pkg.tar.gz 2008-01-07 08:49 gspcav1-1.00.20-1-i686.pkg.tar.gz 2008-01-26 09:53 gspcav1-1.00.20-3-i686.pkg.tar.gz 2007-12-07 04:07 intel-536ep-2.56.76.0-52-i686.pkg.tar.gz 2008-01-25 07:05 intel-536ep-2.56.76.0-53-i686.pkg.tar.gz 2007-12-07 04:07 intel-537-2.60.80.0-52-i686.pkg.tar.gz 2008-01-25 07:07 intel-537-2.60.80.0-53-i686.pkg.tar.gz 2007-11-25 10:27 kqemu-1.3.0pre11-15-i686.pkg.tar.gz 2008-01-26 09:54 kqemu-1.3.0pre11-17-i686.pkg.tar.gz 2008-01-30 12:03 lirc-0.8.2-10-i686.pkg.tar.gz 2008-01-11 23:40 lirc-0.8.2-9-i686.pkg.tar.gz 2007-12-07 04:08 martian-20061203-10-i686.pkg.tar.gz 2008-01-25 07:30 martian-20061203-11-i686.pkg.tar.gz 2007-11-25 10:29 nvidia-100.14.19-6-i686.pkg.tar.gz 2008-01-26 09:58 nvidia-169.09-2-i686.pkg.tar.gz 2007-11-25 10:30 nvidia-71xx-71.86.01-6-i686.pkg.tar.gz 2008-02-05 10:20 nvidia-71xx-71.86.04-1-i686.pkg.tar.gz 2007-10-21 03:54 nvidia-71xx-utils-71.86.01-1-i686.pkg.tar.gz 2008-02-05 10:24 nvidia-71xx-utils-71.86.04-1-i686.pkg.tar.gz 2007-11-25 10:31 nvidia-96xx-96.43.01-6-i686.pkg.tar.gz 2008-02-05 10:25 nvidia-96xx-96.43.05-1-i686.pkg.tar.gz 2007-10-21 03:54 nvidia-96xx-utils-96.43.01-1-i686.pkg.tar.gz 2008-02-05 10:29 nvidia-96xx-utils-96.43.05-1-i686.pkg.tar.gz 2007-10-21 03:54 nvidia-utils-100.14.19-2-i686.pkg.tar.gz 2008-01-25 14:11 nvidia-utils-169.09-1-i686.pkg.tar.gz 2007-12-07 04:08 slmodem-2.9.11-37-i686.pkg.tar.gz 2008-01-25 07:34 slmodem-2.9.11-38-i686.pkg.tar.gz 2007-11-25 10:32 truecrypt-4.3a-11-i686.pkg.tar.gz 2008-01-26 10:02 truecrypt-4.3a-12-i686.pkg.tar.gz Possible Dupes for /home/ftp/extra/os/x86_64 (remove old versions) Date Filename 2007-12-07 04:23 aufs-20071017-6-x86_64.pkg.tar.gz 2008-01-26 09:49 aufs-20080125-2-x86_64.pkg.tar.gz 2007-10-23 15:51 aufs-utils-20071017-1-x86_64.pkg.tar.gz 2008-01-25 12:51 aufs-utils-20080125-1-x86_64.pkg.tar.gz 2008-01-26 08:56 catalyst-8.01-1-x86_64.pkg.tar.gz 2008-01-26 09:49 catalyst-8.01-3-x86_64.pkg.tar.gz 2007-12-07 04:23 fcpci-31107-38-x86_64.pkg.tar.gz 2008-01-26 09:49 fcpci-31107-40-x86_64.pkg.tar.gz 2007-12-07 04:23 fcpcmcia-31107-36-x86_64.pkg.tar.gz 2008-01-26 09:50 fcpcmcia-31107-38-x86_64.pkg.tar.gz 2007-12-21 07:08 firefox-2.0.0.11-2-x86_64.pkg.tar.gz 2008-02-11 03:51 firefox-2.0.0.12-1-x86_64.pkg.tar.gz 2007-12-21 07:08 firefox-i18n-2.0.0.11-2-x86_64.pkg.tar.gz 2008-02-11 03:51 firefox-i18n-2.0.0.12-1-x86_64.pkg.tar.gz 2008-01-07 08:44 gspcav1-1.00.20-1-x86_64.pkg.tar.gz 2008-01-26 09:50 gspcav1-1.00.20-3-x86_64.pkg.tar.gz 2007-12-07 04:23 kqemu-1.3.0pre11-15-x86_64.pkg.tar.gz 2008-01-26 09:50 kqemu-1.3.0pre11-17-x86_64.pkg.tar.gz 2008-01-30 12:02 lirc-0.8.2-10-x86_64.pkg.tar.gz 2008-01-13 22:10 lirc-0.8.2-9-x86_64.pkg.tar.gz 2007-12-07 04:23 nvidia-100.14.19-6-x86_64.pkg.tar.gz 2008-01-26 09:54 nvidia-169.09-2-x86_64.pkg.tar.gz 2007-12-07 04:23 nvidia-71xx-71.86.01-6-x86_64.pkg.tar.gz 2008-02-05 10:05 nvidia-71xx-71.86.04-1-x86_64.pkg.tar.gz 2007-10-21 04:05 nvidia-71xx-utils-71.86.01-1-x86_64.pkg.tar.gz 2008-02-05 10:11 nvidia-71xx-utils-71.86.04-1-x86_64.pkg.tar.gz 2007-12-07 04:23 nvidia-96xx-96.43.01-6-x86_64.pkg.tar.gz 2008-02-05 10:13 nvidia-96xx-96.43.05-1-x86_64.pkg.tar.gz 2007-10-21 04:05 nvidia-96xx-utils-96.43.01-1-x86_64.pkg.tar.gz 2008-02-05 10:20 nvidia-96xx-utils-96.43.05-1-x86_64.pkg.tar.gz 2007-10-21 04:05 nvidia-utils-100.14.19-2-x86_64.pkg.tar.gz 2008-01-25 14:18 nvidia-utils-169.09-1-x86_64.pkg.tar.gz 2007-12-07 04:23 truecrypt-4.3a-11-x86_64.pkg.tar.gz 2008-01-26 09:59 truecrypt-4.3a-12-x86_64.pkg.tar.gz

3 3

[arch-dev-public] [signoff] xfsprogs 2.9.5
by Tobias Powalowski 13 Feb '08

13 Feb '08

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

5 6

[arch-dev-public] Fwd: Catalyst naming - looking for suggestions
by Travis Willard 13 Feb '08

13 Feb '08

Forwarded a response from JaDa to myself: ---------- Forwarded message ---------- From: JaDa <jada(a)usalug.net> Date: Feb 13, 2008 2:03 PM Subject: Re: [arch-dev-public] Catalyst naming - looking for suggestions To: "travis(a)archlinux.org" <travis(a)archlinux.org> On Wed, 13 Feb 2008 10:58:00 -0800, Travis Willard <travis(a)archlinux.org> wrote: > On Feb 10, 2008 3:43 AM, Roman Kyrylych <roman.kyrylych(a)gmail.com> wrote: >> Does the decission to include Arch support in the official catalyst >> depends on our packaging scheme? > > Basically yes - the way it's set up to do distribution-specific > packaging essentially expects you to create 'fglrx' packages. > > I think we can do without the metapackage again, though. > Don't change anything. Let it like it is. If you later running in trouble then think again. By the why, I am using at the Radeon Xpress 200m, 9550, X300, X1300, X850, and I didn't see any differant's. It works! If it doesn't work I will email you ;) cheers JaDa -- Make it idiot proof and someone will make a better idiot.

1 0

[arch-dev-public] Catalyst naming - looking for suggestions
by Travis Willard 13 Feb '08

13 Feb '08

Ok guys, I've been talking to the AMD/ATI guys about getting ArchLinux packages bundled with their catalyst releases, and was told something interesting - apparently, the driver (kernel/Xorg) is independent of the catalyst release, and is still versioned the "old way" - for example, we used to have "fglrx 8.45.4" or whatever, and I changed it to "catalyst YY.MM" when AMD started releasing their linux drivers as 'catalyst'. The thing with this is, there may be special versions of the driver between catalyst releases for certain vendors, for example - so catalyst 8.01 may have driver (fglrx) version 8.45.5, but then they release a special version for laptop X that's 8.45.6, and isn't a catalyst release, as it's geared to the specific laptop's hardware. So, basically, I jumped the gun renaming fglrx to catalyst, as (in general) it makes more sense to keep versioning it the old way (which, at the time, I thought was going away, and was mistaken). So, what I'm wondering is, should I re-rename the packages back to fglrx? Leave them catalyst, and ignore any special versions that may, at some point in the future, come out? Re-rename them to something other than 'fglrx' to indicate they're the Radeon Proprietary drivers? I'm not sure how to handle this, and suggestions are more than welcome. I asked the ATI guys the same thing, and they said they'd prefer to have some 'meta-package' called catalyst that depends on the appropriate fglrx-* packages, which I don't really like, because then the 'catalyst' package is an empty package, used only for the deps it pulls in. Thoughts? Thanks, Travis

2 2

[arch-dev-public] repo cleanup: step 2
by Eric Belanger 12 Feb '08

12 Feb '08

Hi, This post is to give a status report on the still ongoing repo cleanup. The list of the recently removed packages is posted at the end of this message. The current orphans are as follows. We still have a short list of hardware-related or more or less useful packages: apmd bluez-gnome ipvsadm isapnptools mrtg speedtouch vconfig zebra But now I would like to focus more on orphaned core packages: dash mlocate perl shadow abs heimdal bcm43xx-fwcutter bridge-utils dnsutils ifenslave netkit-telnet mailx (Aaron: adopt it if you still want it) and on orphaned depends (see https://dev.archlinux.org/wiki/Repo%20Cleanup/) The list of orphaned depends also indicates what packages depends on these orphans and, in some cases, who owns them. As mentionned previously, it would be nice if everyone would make efforts to adopt the depends of their packages because it is just logical and would surely ease the .so bump rebuilds. Of course, anyone is free to adopt any orphans that they wish. However, it is possible that some devs already have the maximum workload that they can handle so they can't really adopt any or all of their packages' orphaned depends. If it's the case for you, let us know. Perhaps someone else, who can add to their current workload, would be willing to adopt some of these orphans especially if they use the package that depends on them. I'm sure we'll be able to split the present orphans workload somehow. Eric ================== Removed packages ================== adns dmcradio efax gpgme03 gprolog hashalot hnb hypermail ippl ircd jetty libnetdude libpcapnav mod_security netdude netkit-bootparamd netkit-ntalk netpipes oidentd pam_mysql perl-email-date perl-email-abstract perl-email-simple perl-module-pluggable perl-time-piece pidentd pppconfig sendfile tmda xprobe ytalk ================== -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

8 12

[arch-dev-public] [signoff] Openswan 2.4.11-1
by Tom K 12 Feb '08

12 Feb '08

Now in testing for both archs - thanks for that, phrak. :) T.

3 3

[arch-dev-public] [signoff] capi4k-utils-6
by Tobias Powalowski 12 Feb '08

12 Feb '08

Hi fixes this file permission issue: http://bugs.archlinux.org/task/9358 please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] [signoff] devtools 0.5.1, codename 'facepalm'
by Dan McGee 12 Feb '08

12 Feb '08

Simo and I found a rather embarassing shell script mistake that snuck into the 0.5 release that apparantly only Simo, Eric, and I used so it was no big deal. Details here: http://projects.archlinux.org/git/?p=devtools.git;a=commitdiff;h=e8490b3f14… Please signoff on this new fresh release. Make sure extra/core/testingpkg seems to do its job OK and you are probably safe. Bonus- the sed-magic in the PKGBUILD is no longer needed so both architectures can run devtools straight from the GIT repo now if they want. -Dan

4 5

[arch-dev-public] Disowning Pkgs
by Phil Dillon-Thiselton 12 Feb '08

12 Feb '08

Hello All, I'm going disown a few popular and frequently updated pkgs that I still "own" in [community]. I really must apologise for not doing so a long time ago. Please find a good home for shorewall and netbeans. Cheers, dtw

2 3

[arch-dev-public] flex 2.5.34 - build x86_64 and signoff
by Paul Mattal 11 Feb '08

11 Feb '08

flex 2.5.34-1 is up for i686. I still haven't gotten myself going for x86_64 builds yet, so would appreciate someone doing that. Also a minor version update. Drops the patch that was previously needed, as it appears to have been integrated. Cleaned up the install slightly, put the lex shell script in a separate file. - P

7 14

[arch-dev-public] [Request] Adding eric-plugins and dependencies to extra.
by Eric Belanger 11 Feb '08

11 Feb '08

Hi all, I would like to add a new package (eric-plugins) in extra that will contain plugins for the eric python IDE. Some of these plugins require python developpement tools: cx_freeze and pylint which I would like to also include in extra as they are currently in unsupported and community. BTW, pylint also depends on python-logilab-astng and python-logilab-common so they'll also need to be moved in extra. Any comments? Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 1

[arch-dev-public] Devs choice of filesystems (was: [signoff] xfsprogs 2.9.5)
by Dan McGee 11 Feb '08

11 Feb '08

On Feb 8, 2008 4:41 PM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > I'm sure we have devs that use XFS, right? I actually wonder what you guys do use. I'm guessing 75% of us use ext2/ext3. Let's get a quick poll going here. :) I use ext3 on my two boxes with dir_index turned on for all partitions, and some have noatime in the mount options. /boot is the exception, which is ext2. Finally, I don't have a tmpfs for /tmp on either box, due to the fact that I tend to stick large stuff there and I'd rather not swap on a regular basis. -Dan

19 25

[arch-dev-public] [signoff] licenses update
by Dan McGee 11 Feb '08

11 Feb '08

Just an addition of two new licenses. Signoff should be super-easy- make sure you have a plentiful supply of licenses in /usr/share/licenses/common/. PSF, Python license- http://bugs.archlinux.org/task/9467 ZPL, Zope Public license- http://bugs.archlinux.org/task/8998 We have a few packages that use these, they may need to be updated to point to these guys. -Dan

3 2

[arch-dev-public] Request: adding alpine to extra
by Eric Belanger 11 Feb '08

11 Feb '08

Hi, I would like to add alpine to the extra repo where it will replace pine which is no longer being developped. Reference: FS#9040. Any objections? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

6 9

[arch-dev-public] [signoff] kernel26-2.6.24.1-2
by Tobias Powalowski 10 Feb '08

10 Feb '08

Hi kernel bump to .24 series first maintenance release for both arches in testing, please signoff FIXES: - root exploit - fixed xfs oopses - fixed some nfs issues Due to the root exploit we should move in the .24 kernel really soon to core. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 6

[arch-dev-public] Gerolde is screwed
by Aaron Griffin 10 Feb '08

10 Feb '08

Just an FYI to all of you guys who don't idle in #archlinux-dev Gerolde is kaput for right now. We're going to have to wait until Dale, or someone else with physical access, gets back to me. Thanks for your patience, Aaron

2 1

[arch-dev-public] NFS 4 support request, opinions?
by Tobias Powalowski 09 Feb '08

09 Feb '08

Hi http://bugs.archlinux.org/task/8486 http://wiki.archlinux.org/index.php/NFSv4 required packages for core: http://aur.archlinux.org/packages.php?do_Details=1&ID=13630 http://aur.archlinux.org/packages.php?do_Details=1&ID=13625 http://aur.archlinux.org/packages.php?do_Details=1&ID=13629 nfs4-utils is not really needed it will be included in nfs-utils i think it would be a good idea to provide the users nfs4 support out of the box, i haven't used it but it seems reasonable to me. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 5

[arch-dev-public] current e2fsprogs incompatible with grub
by Jan de Groot 09 Feb '08

09 Feb '08

Creating a boot filesystem with the default settings for mke2fs will render grub useless because grub can't read partitions created with it. The issue is that the inode size is 256 by default, which is compatible with kernel 2.6.10 and higher. Older kernels, and also grub won't work with anything else than 128, which is the default according to the manpage (but clearly isn't). We should fix this before making our new installer CD and we should nag upstream about this. During my search for a solution, I found not a single solution, but several forum posts coming from several distributions, all without solution other than "install lilo, grub is broken on my distro".

7 12

[arch-dev-public] [signoff] filesystem
by Pierre Schmitz 09 Feb '08

09 Feb '08

Hi, I have readded the /tmp-permission-workaround due to bug http://bugs.archlinux.org/task/9465. This should fix ftp installs for now. So lease sign-off. Pierre -- archlinux.de

3 2

[arch-dev-public] [signoff] kernel26-2.6.24.1-1
by Tobias Powalowski 09 Feb '08

09 Feb '08

Hi kernel bump to .24 series first maintenance release for both arches in testing, please signoff please also signoff the modules if not already done for .24: madwifi ndiswrapper rt2500 wlan-ng26 ipw3945 (resurected, thanks thomas :) ) integrated upstream into .24 series: iwlwifi rt2x00-cvs no signoff needed for them anymore greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] [signoff] devtools 0.5
by Dan McGee 09 Feb '08

09 Feb '08

A new devtools has been pushed to testing tonight for both architectures. The shortlog is below. Please report any problems- the majority of the changes were to the chroot scripts, but extrapkg and checkpkg did have a few changes. lddd and finddeps were also added to the mix. http://projects.archlinux.org/git/?p=devtools.git;a=summary -Dan Makefile | 21 +++++++- checkpkg | 44 +++++++++++------ extrapkg | 135 ++++++++++++++++++++++++++++----------------------- finddeps | 41 ++++++++++++++++ lddd | 47 ++++++++++++++++++ makechrootpkg | 148 ++++++++++++++++++++++++++++++++++++++++++++++---------- mkarchroot | 56 ++++++++++++++++----- 7 files changed, 371 insertions(+), 121 deletions(-) Aaron Griffin (12): Add lddd script from cvs-arch Add finddeps script from cvs-arch Fixed a typo (mkarchchroot -> mkarchroot) Force symlink creation in the install target Copy resolv.conf each time just like mtab Use full filename for scp upload Don't clear build dir upon completion Remove DBPath from mkarchroot Remove "use sudo" from default makechrootpkg makepkg args Check for existing files when copying to chroot Minor pathing cleanups Add -r to the default makepkg args Armin Luntzer (5): mkarchroot: add -M switch for a custom makepkg.conf mkarchroot: copy /etc/resolv.conf to chroot mkarchroot: create $working_dir/etc (fixes error msg when trying to copy /etc/mtab during chroot creation) makechrootpkg: Check if build was successful. Copy package to cwd and cleanup $chrootdir/rw/build on success, keep directory contents on failure. makechrootpkg: clarify usage message Damir Perisa (1): Output full path to package in finddeps Dan McGee (6): Clarify message when PKGBUILD does not exist and always have help available Add an uninstall target Fix some bashisms (but change #! to /bin/bash) Allow user to see invalid chrootpath in error message Use user's locale.gen instead of sed-magic Whitespace fixes/cleanup to all of the scripts Daniel Isenmann (1): add -C option to mkarchroot Jason Chu (10): Install the custom pacman.conf in the chroot so that it can be used for later updates Pass $RUN to chroot so that all the params are expanded properly Copy mtab over to chroot so that pacman can detect disk space Allow optional params to makechrootpkg (to actually accept extra makepkg args) Accept options to makepkg after a -- so that we can accept longopts for makepkg and even options that are used by makechrootpkg Copy the install file into the build directory because we need that too Escape the uniondir directory reference when creating $uniondir/etc/sudoers and set it to the proper permissions (440) Call mkarchroot not ./mkarchroot so that we can use makechrootpkg from any directory Pass $MAKEPKG_ARGS as separate parameters to makepkg instead of one big string Make sure that build is owned by nobody, so that it can write to the directory Simo Leone (2): Separate mounting from config copying Change unionfs module loading Travis Willard (7): Renamed -c option to -r (for "root") and added -c option (for clean). Added support for makepkg's PKGDEST and SRCDEST params. Copy makepkg.conf and ~/.makepkg.conf into chroot. Fix getopts bug and be more specific when moving package file. Improve makepkg config loading for checkpkg and extrapkg. Ensure pkgurl is always fully-qualified pathname in checkpkg. Ensure scp'ing the package file works when PKGDEST is defined.

3 2

[arch-dev-public] [signoff] coreutils 6.10-2
by Tobias Powalowski 09 Feb '08

09 Feb '08

Hi fixes this issue: http://bugs.archlinux.org/task/4857 please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 4

[arch-dev-public] [signoff] ndiswrapper/ndiswrapper-utils 1.52
by Tobias Powalowski 08 Feb '08

08 Feb '08

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

4 5

[arch-dev-public] testing cleanup
by Jan de Groot 08 Feb '08

08 Feb '08

Hi all, I've cleaned up testing a bit: - moved xulrunner/seamonkey/firefox and friends to extra. This is part of the /usr move - moved gcc to core/extra, cleaned up gfortran and objc packages from extra - moved Xorg and friends from testing to extra (requested signoff, no response after request, no bugreports for 2 weeks). - removed duplicate and some old packages from testing At this moment we have some projects in testing: - perl update - postgresql update - kernel26 update - some core signoffs Please don't stuff new big projects in testing before we have the perl and postgresql migration done. We can wait a while before we start freaking out on GNUTLS 2.2 for example.

4 4

[arch-dev-public] kernel26 showstopper openswan-klisp?
by Tobias Powalowski 08 Feb '08

08 Feb '08

Hi new 24.1 kernel will come out probably this weekend. After some testing i think it's worth a try to bring this to core. The only module that doesn't build against this kernel is openswan-klisp. My question is, should this stop kernel26 from moving to core? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

Re: [arch-dev-public] [arch-commits] CVS update of core/base/filesystem (PKGBUILD filesystem.install)
by Aaron Griffin 08 Feb '08

08 Feb '08

On Feb 8, 2008 4:55 AM, Pierre Schmitz <pierre(a)archlinux.org> wrote: > Date: Friday, February 8, 2008 @ 05:55:28 > Author: pierre > Path: /home/cvs-core/core/base/filesystem > > Modified: PKGBUILD (1.95 -> 1.96) filesystem.install (1.15 -> 1.16) > > upgpkg: filesystem 2007.11-7 Pierre, please notify me before you make changes like this - I have 2 other changes to make on filesystem, in addition to bumping to 2008.02 for the ISO release. This was going to be done tonight (now + 6h) anyway.

4 7

[arch-dev-public] [signoff] findutils
by Tobias Powalowski 08 Feb '08

08 Feb '08

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

4 3

[arch-dev-public] sudo 1.6.9p12 - build x86_64 and signoff
by Paul Mattal 08 Feb '08

08 Feb '08

Sudo 1.6.9p12 is up for i686. I still haven't gotten myself going for x86_64 builds yet, so would appreciate someone doing that. It should be an easy one. Nothing special, just a version update. - P

3 4

[arch-dev-public] [signoff] e2fsprogs 1.40.5-1
by Tom K 08 Feb '08

08 Feb '08

New upstream version, and fix for FS#9387, "[e2fsprogs] update creates /etc/init.d" Release notes: http://e2fsprogs.sourceforge.net/e2fsprogs-release.html#1.40.5 T.

2 3

[arch-dev-public] [signoff] fakeroot 1.9.2-1
by Andreas Radke 08 Feb '08

08 Feb '08

in testing for both arches. minor update. nothing special. -Andy ChangeLog fakeroot (1.9.2) unstable; urgency=low * debian/copyright: add pointers to the GPL and Artistic licenses in /usr/share/common-licenses. -- Clint Adams <schizo(a)debian.org> Wed, 30 Jan 2008 14:54:52 -0500 fakeroot (1.9.1) unstable; urgency=low * Apply patch from Andrew Benham to handle padding under Sun Studio on Solaris. * Apply patch from Andrew Benham to make compare-tar test more portable. * Add Fakeroot::Stat from THUS plc to a contrib/ directory in the source tarball. closes: #459728. -- Clint Adams <schizo(a)debian.org> Mon, 21 Jan 2008 17:16:22 -0500

4 4

[arch-dev-public] GZip compression ratios
by Travis Willard 08 Feb '08

08 Feb '08

Just doing an update, and I noticed this: Targets: coreutils-6.10-1 bash-3.2.033-2 cairo-1.4.14-1 gtk2-2.12.7-1 gcc-libs-4.2.3-3 mpfr-2.3.1-1 gcc-4.2.3-1 mesa-7.0.3rc1-1 acroread-8.1.2-1 automake-1.10.1-2 kernel26-2.6.24-2 catalyst-8.01-3 curl-7.18.0-1 devtools-0.5-1 dhcpcd-3.2.1-1 e2fsprogs-1.40.5-1 faac-1.26-1 filesystem-2007.11-6 fakeroot-1.9.2-1 findutils-4.2.32-1 flex-2.5.33-4 librsvg-2.20.0-1 libxmu-1.0.4-1 gimp-2.4.4-1 git-1.5.4-1 gpgme-1.1.6-1 groff-1.19.2-4 kde-common-3.5.8-3 lm_sensors-3.0.1-1 kdebase-3.5.8-3 lftp-3.6.3-1 libgnomecups-0.2.3-1 libxml2-2.6.31-1 libgnomeprint-2.18.3-1 libgnomeprintui-2.18.2-1 libidl2-0.8.10-1 libmysqlclient-5.0.51-2 libtasn1-1.3-1 libtool-1.5.26-1 lua-5.1.3-1 lvm2-2.02.33-1 man-1.6f-2 man-pages-2.77-1 mysql-clients-5.0.51-3 nasm-2.01-1 orbit2-2.14.12-1 pcre-7.6-2 php-5.2.5-3 pil-1.1.6-4 postgresql-libs-8.3.0-1 sdl_mixer-1.2.8-2 shared-mime-info-0.23-1 snownews-1.5.8-1 spamassassin-3.2.4-2 sqlite3-3.5.5-1 sudo-1.6.9p12-1 tk-8.5.0-2 wget-1.11-1 which-2.19-2 xfsprogs-2.9.5-1 xine-lib-1.1.10-1 xorg-server-1.4.0.90-6 Total Download Size: 194.03 MB Total Installed Size: 194.39 MB Does gzip compression really give us so little as to only save 0.3 MB over uncompressed for so many packages? I figured the difference would be a bit more - does it suck for compressing binary data? Should we consider moving to a different, more compressed archive format? Or am I just making a mountain out of a molehill here? -- Travis

3 2

[arch-dev-public] [signoff] man-pages 2.77-1
by Andreas Radke 07 Feb '08

07 Feb '08

for arches in testing. please signoff. it uses the new location in /usr/share/man. -Andy

3 3

[arch-dev-public] [signoff] libtool 1.5.26-1
by Andreas Radke 07 Feb '08

07 Feb '08

in testing for both arches. nothing special. -Andy New in 1.5.26: 2008-02-01; CVS version 1.5.25a, Libtool team: * Improved support for Mac OS X Leopard. * More robust parsing of mangled `.la' files inside libltdl, fixing a possible overrun and a crash due to memory exhaustion. * Fix compile command line for gcj on MinGW. * Some configure variables have been renamed to fix caching: lt_prog_compiler_pic_works to lt_cv_prog_compiler_pic_works lt_prog_compiler_static_works to lt_cv_prog_compiler_static_works. * Support for AIX 6.1. * Bug Fixes.

2 3

[arch-dev-public] [signoff] gcc 4.2.3, mpfr 2.3.1
by Jan de Groot 07 Feb '08

07 Feb '08

Gcc has been updated to 4.2.3, changes: - mpfr 2.3.1 moved to core/lib - gcc-libs contains objc and fortran libs, provides gcc-fortran and gcc-objc from extra for runtime dependencies - gcc contains fortran, objc and treelang compilers, replaces gcc-fortran and gcc-objc from extra - gcc contains manpages again - gcc-gcj updated to 4.2.3 from ubuntu branch - java-gcj-compat fixed to include a cacert database Packages have been built for x86_64 only, the i686 packages are done partially. gcc, gcc-libs and mpfr are in my staging directory, I'll upload i686 versions of java-gcj-compat and gcc-gcj tomorrow, after which I will move them to testing for i686 also.

5 6

[arch-dev-public] Request: move links to core/support
by Eric Belanger 07 Feb '08

07 Feb '08

Hi, I would like your opinion about moving links to core/support as suggested in FS#9432 in order to have a CLI browser available on the ISO. From the comments on the FR, some users needs to access a web page to enable their internet connection. It will also allow them to search the web/wiki for installation help. BTW, the FR got 9 votes since being submitted last Friday so it seem to be a popular request. I think that it's a reasonable request as we already supply other network tools like openssh, iptables and netkit-telnet in core. Plus, we don't supply info pages so they need a browser to get that information on the web. Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

7 7

[arch-dev-public] PostgreSQL 8.3
by Paul Mattal 05 Feb '08

05 Feb '08

Packages for 8.3.0 are in [testing] for i686. I'd appreciate it if someone could build for x86_64. Todo list for dependencies on postgresql-libs is up. All of these may not require rebuilds, but please verify that, at least: https://dev.archlinux.org/todo/48/ Packages involved: ./extra/lib/pypgsql (depend) ./extra/lib/redland (depend) ./extra/lib/libpqxx (depend) ./extra/lib/libgda (depend) ./extra/lib/cyrus-sasl-plugins (depend) ./extra/devel/php (makedepend) ./extra/multimedia/amarok-base (depend) ./extra/network/dovecot (depend) ./extra/network/pdns-pgsql (depend) ./extra/daemons/courier-authlib (makedepend) ./extra/daemons/postgresql (depend) ./extra/daemons/postfix (depend) - P

2 1

[arch-dev-public] [signoff] coreutils 6.10-1
by Andreas Radke 05 Feb '08

05 Feb '08

it's in testing for both arches. it is an essential package where usually each time something gets broken. so please test it carefully. -Andy Changelog: GNU coreutils NEWS -*- outline -*- * Noteworthy changes in release 6.10 (2008-01-22) [stable] ** Bug fixes Fix a non-portable use of sed in configure.ac. [bug introduced in coreutils-6.9.92] * Noteworthy changes in release 6.9.92 (2008-01-12) [beta] ** Bug fixes cp --parents no longer uses uninitialized memory when restoring the permissions of a just-created destination directory. [bug introduced in coreutils-6.9.90] tr's case conversion would fail in a locale with differing numbers of lower case and upper case characters. E.g., this would fail: env LC_CTYPE=en_US.ISO-8859-1 tr '[:upper:]' '[:lower:]' [bug introduced in coreutils-6.9.90] ** Improvements "touch -d now writable-but-owned-by-someone-else" now succeeds whenever that same command would succeed without "-d now". Before, it would work fine with no -d option, yet it would fail with the ostensibly-equivalent "-d now". * Noteworthy changes in release 6.9.91 (2007-12-15) [beta] ** Bug fixes "ls -l" would not output "+" on SELinux hosts unless -Z was also given. "rm" would fail to unlink a non-directory when run in an environment in which the user running rm is capable of unlinking a directory. [bug introduced in coreutils-6.9] * Noteworthy changes in release 6.9.90 (2007-12-01) [beta] ** New programs arch: equivalent to uname -m, not installed by default But don't install this program on Solaris systems. chcon: change the SELinux security context of a file mktemp: create a temporary file or directory (or names) runcon: run a program in a different SELinux security context ** Programs no longer installed by default hostname, su ** Changes in behavior cp, by default, refuses to copy through a dangling destination symlink Set POSIXLY_CORRECT if you require the old, risk-prone behavior. pr -F no longer suppresses the footer or the first two blank lines in the header. This is for compatibility with BSD and POSIX. tr now warns about an unescaped backslash at end of string. The tr from coreutils-5.2.1 and earlier would fail for such usage, and Solaris' tr ignores that final byte. ** New features Add SELinux support, based on the patch from Fedora: * cp accepts new --preserve=context option. * "cp -a" works with SELinux: Now, cp -a attempts to preserve context, but failure to do so does not change cp's exit status. However "cp --preserve=context" is similar, but failure *does* cause cp to exit with nonzero status. * install accepts new "-Z, --context=C" option. * id accepts new "-Z" option. * stat honors the new %C format directive: SELinux security context string * ls accepts a slightly modified -Z option. * ls: contrary to Fedora version, does not accept --lcontext and --scontext cp -p tries to preserve the GID of a file even if preserving the UID is not possible. uniq accepts a new option: --zero-terminated (-z). As with the sort option of the same name, this makes uniq consume and produce NUL-terminated lines rather than newline-terminated lines. wc no longer warns about character decoding errors in multibyte locales. This means for example that "wc /bin/sh" now produces normal output (though the word count will have no real meaning) rather than many error messages. ** New build options By default, "make install" no longer attempts to install (or even build) su. To change that, use ./configure --enable-install-program=su. If you also want to install the new "arch" program, do this: ./configure --enable-install-program=arch,su. You can inhibit the compilation and installation of selected programs at configure time. For example, to avoid installing "hostname" and "uptime", use ./configure --enable-no-install-program=hostname,uptime Note: currently, "make check" passes, even when arch and su are not built (that's the new default). However, if you inhibit the building and installation of other programs, don't be surprised if some parts of "make check" fail. ** Remove deprecated options df no longer accepts the --kilobytes option. du no longer accepts the --kilobytes or --megabytes options. ls no longer accepts the --kilobytes option. ptx longer accepts the --copyright option. who no longer accepts -i or --idle. ** Improved robustness ln -f can no longer silently clobber a just-created hard link. In some cases, ln could be seen as being responsible for data loss. For example, given directories a, b, c, and files a/f and b/f, we should be able to do this safely: ln -f a/f b/f c && rm -f a/f b/f However, before this change, ln would succeed, and thus cause the loss of the contents of a/f. stty no longer silently accepts certain invalid hex values in its 35-colon commmand-line argument ** Bug fixes chmod no longer ignores a dangling symlink. Now, chmod fails with a diagnostic saying that it cannot operate on such a file. [bug introduced in coreutils-5.1.0] cp attempts to read a regular file, even if stat says it is empty. Before, "cp /proc/cpuinfo c" would create an empty file when the kernel reports stat.st_size == 0, while "cat /proc/cpuinfo > c" would "work", and create a nonempty one. [bug introduced in coreutils-6.0] cp --parents no longer mishandles symlinks to directories in file name components in the source, e.g., "cp --parents symlink/a/b d" no longer fails. Also, 'cp' no longer considers a destination symlink to be the same as the referenced file when copying links or making backups. For example, if SYM is a symlink to FILE, "cp -l FILE SYM" now reports an error instead of silently doing nothing. The behavior of 'cp' is now better documented when the destination is a symlink. "cp -i --update older newer" no longer prompts; same for mv "cp -i" now detects read errors on standard input, and no longer consumes too much seekable input; same for ln, install, mv, and rm. cut now diagnoses a range starting with zero (e.g., -f 0-2) as invalid; before, it would treat it as if it started with 1 (-f 1-2). "cut -f 2-0" now fails; before, it was equivalent to "cut -f 2-" cut now diagnoses the '-' in "cut -f -" as an invalid range, rather than interpreting it as the unlimited range, "1-". date -d now accepts strings of the form e.g., 'YYYYMMDD +N days', in addition to the usual 'YYYYMMDD N days'. du -s now includes the size of any stat'able-but-inaccessible directory in the total size. du (without -s) prints whatever it knows of the size of an inaccessible directory. Before, du would print nothing for such a directory. ls -x DIR would sometimes output the wrong string in place of the first entry. [introduced in coreutils-6.8] ls --color would mistakenly color a dangling symlink as if it were a regular symlink. This would happen only when the dangling symlink was not a command-line argument and in a directory with d_type support. [introduced in coreutils-6.0] ls --color, (with a custom LS_COLORS envvar value including the ln=target attribute) would mistakenly output the string "target" before the name of each symlink. [introduced in coreutils-6.0] od's --skip (-j) option now works even when the kernel says that a nonempty regular file has stat.st_size = 0. This happens at least with files in /proc and linux-2.6.22. "od -j L FILE" had a bug: when the number of bytes to skip, L, is exactly the same as the length of FILE, od would skip *no* bytes. When the number of bytes to skip is exactly the sum of the lengths of the first N files, od would skip only the first N-1 files. [introduced in textutils-2.0.9] ./printf %.10000000f 1 could get an internal ENOMEM error and generate no output, yet erroneously exit with status 0. Now it diagnoses the error and exits with nonzero status. [present in initial implementation] seq no longer mishandles obvious cases like "seq 0 0.000001 0.000003", so workarounds like "seq 0 0.000001 0.0000031" are no longer needed. seq would mistakenly reject some valid format strings containing %%, and would mistakenly accept some invalid ones. e.g., %g%% and %%g, resp. "seq .1 .1" would mistakenly generate no output on some systems Obsolete sort usage with an invalid ordering-option character, e.g., "env _POSIX2_VERSION=199209 sort +1x" no longer makes sort free an invalid pointer [introduced in coreutils-6.5] sorting very long lines (relative to the amount of available memory) no longer provokes unaligned memory access split --line-bytes=N (-C N) no longer creates an empty file [this bug is present at least as far back as textutils-1.22 (Jan, 1997)] tr -c no longer aborts when translating with Set2 larger than the complement of Set1. [present in the original version, in 1992] tr no longer rejects an unmatched [:lower:] or [:upper:] in SET1. [present in the original version]

6 6

[arch-dev-public] New nasm in testing
by Aaron Griffin 04 Feb '08

04 Feb '08

Yeah nasm was resurrected and jumped from 0.98 to 2.00. I'm not sure if this breaks anything but nasm should be a makedepend only. If there are any building difficulties with this, let me know and I will tackle it. Roman suspects a large speedup w.r.t. xvidcore too. Toodles, Aaron

2 1

[arch-dev-public] Packages with Arch artwork/branding
by Thayer Williams 04 Feb '08

04 Feb '08

I'm trying to track down all packages that contain Arch Linux artwork and branding. I'm particularly interested in anything that features the old logo, but I'd also like to know of any packages that contain images of the old name (even if they're missing the "arch" symbol.) If you maintain packages that meet this criteria, please contact me with the package name or simply respond to this thread. Thanks! Thayer

5 5

[arch-dev-public] [signoff] pcre 7.6-1
by Eric Belanger 04 Feb '08

04 Feb '08

Hi, In testing for both arches. Please signoff. Regular update. Upstream changelog: The main reason for having this release so soon after 7.5 is because it fixes a potential buffer overflow problem in pcre_compile() when run in UTF-8 mode. In addition, the CMake configuration files have been brought up to date. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

4 5

[arch-dev-public] MANPATH variable
by Dan McGee 03 Feb '08

03 Feb '08

I wanted to point out the following packages that set the $MANPATH variable that I have checked in fixes for, but I have *not* rebuilt: http://archlinux.org/pipermail/arch-commits/2008-February/007175.html devel/jdk/jdk.profile (1.1 -> 1.2) kde/kde-common/kde.profile (1.1 -> 1.2) kde/kde-common/kde.tcsh (1.1 -> 1.2) lib/qt3/qt.profile (1.2 -> 1.3) system/jre/jre.profile (1.2 -> 1.3) system/tcsh/csh.cshrc (1.2 -> 1.3) system/zsh/zprofile (1.5 -> 1.6) Please be sure to fetch changes before you rebuild these packages, and if an update is not in the immediate future, then it might be best to rebuild them. -Dan

2 1

[arch-dev-public] [mirror] mirror sync and reachability issues
by Dan McGee 03 Feb '08

03 Feb '08

We currently have a rash of mirror-related bugs that I wanted to draw your attention to, most of which have been filed on the pacman project. http://bugs.archlinux.org/task/9390 [Mirror] tu.chemnitz.de http://bugs.archlinux.org/task/9391 [Mirror] ftp.nethat.com http://bugs.archlinux.org/task/9392 [Mirror] archlinux.org.ru http://bugs.archlinux.org/task/9393 [Mirror] ftp.icm.edu.pl http://bugs.archlinux.org/task/9394 [Mirror] ftp.linux.kiev.ua http://bugs.archlinux.org/task/9439 [Mirror-sync] ftp.nluug.nl, ftp.surfnet.nl I'm sending this to the dev & general lists to reach a broader audience and hopefully those who may know these mirror maintainers to see what is up. I've commented on most of the bugs with the actions I took with regards to the pacman mirrorlist, but there are others that may need to take action as well. 9439 sticks out as rather big as it is two of our mirrors in the Netherlands, so I'd appreciate any feedback on that one. Thanks a lot to Gerhard Brauer for looking into all our mirrors and finding those that are out of date or unreachable. -Dan

2 1

[arch-dev-public] [signoff] support/ntfs-3g 1.2129-1
by Thomas Bächler 03 Feb '08

03 Feb '08

New release, please sign off.

2 3

[arch-dev-public] [signoff] Xorg updates in testing
by Jan de Groot 03 Feb '08

03 Feb '08

Last week I've updated mesa to 7.0.3-rc1 (actually git snapshot dated 20080125), including a rebuild of xorg-server and all xf86-video-* drivers that included Mesa 7.0.1. There's still a few packages with included DRI drivers coming from Mesa 7.0.0, does this have a reason? I left them at 7.0.0. I've been running this new xorg-server on x86_64 with updated intel driver for a week now without noticable problems. Please test other configurations (unichrome/via/openchome and ati mainly and also the non-free fglrx driver if you can).

1 0

[arch-dev-public] [signoff] lvm2 2.02.33-1
by Thomas Bächler 02 Feb '08

02 Feb '08

Yet another lvm2 update. Please sign off for both architectures (signoff from my end will follow after my next reboot).

2 2

[arch-dev-public] Lots of packages in [testing]
by Aaron Griffin 01 Feb '08

01 Feb '08

I know most of them are perl packages, and we're waiting on that sort of thing, but could you guys take a peek at the packages in testing? Some of them have been there over a month, and some of them are older than versions in core and extra (i.e. sudo). I just found some of mine that should have been moved, so I'm guilty of this too. The reason I bring this up: when we get the new kernel issues all resolved and fleshed out, we should be releasing a new ISO. It'd be nice to have the latest-and-greatest core packages at that point. Thanks, Aaron

1 0

[arch-dev-public] [signoff] man 1.6f-2 and groff 1.19.2-4
by Aaron Griffin 01 Feb '08

01 Feb '08

These two come as one nice little change, as they both need to go to core at the same time. * man 1.6f-2 Build with FHS compliance. Remove the default latin1 output, let the groff decide the charset Ref: http://archlinux.org/pipermail/arch-dev-public/2008-January/004177.html * groff 1.19.2-4 Fix the output in utf8 mode so characters match those we can actually type Ref: http://archlinux.org/pipermail/arch-dev-public/2008-January/004223.html Please sign off

4 7

[arch-dev-public] [signoff] bash 3.2.033-2 and filesystem 2007.11-6
by Aaron Griffin 01 Feb '08

01 Feb '08

These two have been bumped because apparently some people still had problems due to an edge case with the generation of pacnew files I bumped both the package and the md5sum on profile in order to get around edge cases with no pacnew files bash was a version bump too mainly to move the man pages filesystem changes: Setup for FHS compliant man pages - FS#8839 Claim ownership of /etc/profile from bash - FS#4766 Remove LESSCHARSET env var from /etc/profile - FS#8877 bash changes: Update patch level to 033 Remove /etc/profile from package. Move bashisms to /etc/profile.bash - FS#4766 /etc/profile was also largely revamped. Please comment on the changes there if you'd like. I'd like to get these into core as soon as possible

6 11

[arch-dev-public] Extra Removal: po4a
by Aaron Griffin 01 Feb '08

01 Feb '08

Do we need this package for anything? It's a translation tool for developers, I brought it in for pacman translations back in the day, but we've since moved away from it - any qualms with removing it from extra?

5 4

[arch-dev-public] PPC site down?
by Aaron Griffin 31 Jan '08

31 Jan '08

Hey guys, I saw a forum post about archlinuxppc.org being down, and wanted to know if anyone was aware. I fear that email may not be reaching Alex, as his email is served through there. Anyone know anything?

2 3

[arch-dev-public] manpages broken for non-testing users
by Thomas Bächler 31 Jan '08

31 Jan '08

From reports I got from IRC, it sounds like manpages which are still in /usr/share/man are not found by man. The installed man and filesystem packages in these cases are: man 1.6f-1 filesystem 2007.11-3 Can we move the involved packages to core soon, so this will be fixed?

3 3

[arch-dev-public] [signoff] kernel26-2.6.24-2
by Tobias Powalowski 31 Jan '08

31 Jan '08

Hi kernel bump to .24 series for both arches in testing, please signoff - added the new arch logos - added efi framebuffer support - added timer stats option also for x86_64 - fixed battery status for laptops apps that still use /proc interface please also signoff the modules: madwifi ndiswrapper rt2500 wlan-ng26 ipw3945 (resurected, thanks thomas :) ) integrated upstream into .24 series: iwlwifi rt2x00-cvs no signoff needed for them anymore greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

9 9

Re: [arch-dev-public] Kernel framebuffer logo
by Thayer Williams 30 Jan '08

30 Jan '08

Thursday 24 January 2008, Damir Perisa wrote: > we ARE having the arch logo in the kernel replacing the linux 2.0 > pinguin (i made it). so i'm not getting the point in discussing if we > want it or not. its just that somebody has to transform the new logo > to the kernel-usable formats and rebuild the kernel. quite easy if > you have the logo in good enough quality (or svg). > My apologies Damir, I wasn't aware that a final decision had been made yet. My method for making the kernel logo: 1. Extract a png from the svg sources 2. Resize and optimize the colour depth with GIMP/Fireworks 3. Use pngtopnm (after patching our netpbm package) 4. Use pnmtoplainpnm to finish it off I didn't realize there was so much passion behind the inclusion of a framebuffer logo; it's on my screen for all of about 20 seconds. I see a number of aesthetic problems with using such a logo, and they are as follows: 1. Limited use of colour makes it less than ideal for 'fancy graphics' 2. Users must customize their fb to be widescreen and like someone else pointed out, 1680x1050 and other widescreen resolutions are not supported even when customized. 3. The icon is fairly small and limiting in its scope Bootsplashes such as splashy, suffer from the same distortion problem unless fine-tuned. This means that out-of-the-box there's a potential that it will look 'fugly' or unprofessional at best. To counter this, I created a logo-less splashy theme that used a simple progress bar--it looks fine in any resolution. I agree that having the logo appear in the fb is a good idea--in theory at least--I only wish it could be done better. For example, it might be great to have the full logo (with text) appear at the top of the screen, but at the size we're dealing with that wouldn't be practical--it'd also look silly for us dual cpu/core owners to have two logos mirrored side by side. In my opinion, there are better ways to brand the distro; whether through the use of GDM/KDM/SLiM themes, wallpapers, or even desktop icons. I'm not going to lose any sleep about it either way...I just thought I'd share my take if it was still being decided--which apparently it isn't =) If anybody wants to have a go with the white logo, you can grab the ppm version here: http://dev.archlinux.org/~thayer/art/logo_linux_clut224.ppm

8 16

[arch-dev-public] request: move qof to Extra
by Roman Kyrylych 30 Jan '08

30 Jan '08

Hi! When updating gnotime I've noticed that it depends on qof now, which is in Community repo. qof depends only on libgda which is already in Extra. Can I get some "ok" for this move? ;-) -- Roman Kyrylych (Роман Кирилич)

2 1

Re: [arch-dev-public] [arch-commits] CVS update of extra/gnome/nautilus-sendto (2 files)
by Jan de Groot 30 Jan '08

30 Jan '08

> -----Oorspronkelijk bericht----- > Van: arch-commits-bounces(a)archlinux.org [mailto:arch-commits- > bounces(a)archlinux.org] Namens Roman Kyrylych > Verzonden: woensdag 30 januari 2008 16:14 > Aan: arch-commits(a)archlinux.org > Onderwerp: [arch-commits] CVS update of extra/gnome/nautilus-sendto (2 > files) > > Date: Wednesday, January 30, 2008 @ 10:13:45 > Author: roman > Path: /home/cvs-extra/extra/gnome/nautilus-sendto > > Modified: PKGBUILD (1.10 -> 1.11) nautilus-sendto.install (1.2 -> 1.3) > > upgpkg: nautilus-sendto 0.13-1 > > - > -op=$1 > -shift > - > -$op $* Does pacman 3.1 remove the need to specify these lines now? Or is this a simple mistake that was caused by a bit too massive cleanup of the install scriptlet?

4 4

[arch-dev-public] where is logrotate?
by Roman Kyrylych 30 Jan '08

30 Jan '08

On i686: # pacman -Q logrotate logrotate 3.7.1-5 # pacman -Si syslog-ng | grep Depends Depends On : logrotate glibc # pacman -S logrotate error: 'logrotate': not found in sync db http://bugs.archlinux.org/task/9401 -- Roman Kyrylych (Роман Кирилич)

2 2

[arch-dev-public] disowning gnome-bluetooth and bluez-gnome
by Varun Acharya 30 Jan '08

30 Jan '08

I don't use gnome-bluetooth and bluez-gnome anymore, and I don't have the time to maintain them..so please grab these if you can.. Varun

3 5

[arch-dev-public] [signoff] iwlwifi-4965-ucode
by Thomas Bächler 29 Jan '08

29 Jan '08

This update seems to have been forgotten, so please sign off quickly.

4 4

[arch-dev-public] [core] requests: dmraid (/base) and linux-atm (/support)
by Tobias Powalowski 29 Jan '08

29 Jan '08

Hi 2 requests from bugtracker, time to get them here on the list: http://bugs.archlinux.org/task/4762 http://bugs.archlinux.org/task/8852 if noone has objections i would like to add those 2 packages to core. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] [signoff] filesystem 2007.11-5
by Aaron Griffin 29 Jan '08

29 Jan '08

Changes that were in -4 Setup for FHS compliant man pages - FS#8839 Claim ownership of /etc/profile from bash - FS#4766 Remove LESSCHARSET env var from /etc/profile - FS#8877 /etc/profile revamp Changes in -5: Removal of /tmp workaround - FS#7194 close message Removal of pacman dirs - FS#6062 comments /proc permissions set to 555 - FS#8857

3 2

[arch-dev-public] lirc testing package older than extra
by Thomas Bächler 29 Jan '08

29 Jan '08

http://www.archlinux.org/packages/search/?q=lirc The testing package has an older pkgrel than the extra package, what happened here?

3 3

[arch-dev-public] absence
by Varun Acharya 29 Jan '08

29 Jan '08

2008 has started off really busy for me, and I have to attend a medical conference tomorrow. I wont be able to access the internet for a week (till the 29th of Jan). Please feel free to update my packages if you feel the need to do so. Thanks, Varun

1 1

[arch-dev-public] [signoff] wget 1.11-1
by Andreas Radke 29 Jan '08

29 Jan '08

in testing for both architectures. please signoff. -Andy Changelog: * Changes in Wget 1.11. ** Timestamping now uses the value from the most recent HTTP response, rather than the first one it got. ** Authentication information is no longer sent as part of the Referer header in recursive fetches. ** No authentication credentials are sent until a challenge is issued, for improved security. Authentication handling is still not RFC-compliant, as once a Basic challenge has been received, it will assume it can send credentials to any URL at that same host, and not just the ones at or below the original authenticated location. Credentials for Digest authentication are still never saved or issued automatically, and continue to require a challenge for each resource. ** Added --max-redirect option, allowing the user to specify what should be the maximum number of HTTP redirects to follow. ** Wget now supports saving HTTP downloads using file names specified by the `Content-Disposition' header. This is a standard way of specifying the file name used by many web dynamically generated pages. However, the current implementation is inefficient, and known to have bugs. It is EXPERIMENTAL only, and not enabled by default. Use --content-disposition to enable it. ** The new option `--ignore-case' makes Wget ignore case when matching files, directories, and wildcards. This affects the -X, -I, -A, and -R options, as well as globbing in FTP URLs. ** ETA projection is now displayed in "dot" progress output as well as in the default progress bar. (The dot progress is used by default when logging Wget's output to file using the `-o' option.) ** The "lockable boolean" argument type is no longer supported. It was only used by the passive_ftp .wgetrc setting. If you're running broken scripts or Perl modules that unconditionally specify `--passive-ftp' and your firewall disallows it, you can override them by replacing wget with a script that execs wget "$@" --no-passive-ftp. ** The source code has been migrated to Mercurial. The repositories are available at http://hg.addictivecode.org/. Prior to this, the source code was hosted on Subversion (migrated from the original CVS); you can still get access to older tags and branches for Wget in the Subversion repository at http://addictivecode.org/svn/wget/.

4 3

[arch-dev-public] [signoff] automake 1.10.1-1
by Andreas Radke 29 Jan '08

29 Jan '08

in testing for both architectures. please signoff. please test it carefully. -Andy ChangeLog: New in 1.10.1: - Automake development is done in a git repository on Savannah now, see http://git.sv.gnu.org/gitweb/?p=automake.git A read-only CVS mirror is provided at cvs -d :pserver:anonymous@pserver.git.sv.gnu.org:/automake.git \ checkout -d automake HEAD - "make dist" can now create lzma-compressed tarballs. - `automake --add-missing' will by default install the GPLv3 file as COPYING if it is missing. Note that Automake will never overwrite an existing COPYING file, even when the `--force-missing' option is used. Further note that Automake 1.10.1 is still licensed under GPLv2+. - Libtool generic flags are now passed to the install and uninstall modes as well. - Files with extension .sx are also treated as preprocessed assembler. - install-sh now has an BSD-like option `-C' to preserve modification times of unchanged files upon installation. Bugs fixed in 1.10.1: * Long standing bugs: - Fix aix dependency tracking for libtool objects. - The signal handling of aclocal has been improved. - Targets beginning with a digit are now recognized correctly. - All directories `.libs'/`_libs' used by libtool are cleaned now, not only those in which libraries are built. * Bugs introduced by 1.10: - Fix output of dummy dependency files in presence of post-processed Makefile.in's again, but also cope with long lines. - $(EXEEXT) is automatically appended to filenames of XFAIL_TESTS that have been declared as programs in the same Makefile. This is for consistency with the analogous change to TESTS in 1.10. - The autoconf version check implemented by aclocal in aclocal.m4 (and new in Automake 1.10) is degraded to a warning. This helps in the common case where the Autoconf versions used are compatible. - Fix order of standard includes to again be `-I. -I$(srcdir)', followed by directories containing config headers.

3 4

[arch-dev-public] Explicit listing of dependencies in the base group
by Travis Willard 29 Jan '08

29 Jan '08

I think we've been over this before, but I forget what was decided. Should we, or should we not, be explicitly listing deps such as ncurses, openssl, readline, and so on? These are all in base, and namcap seems to think it's not necessary. I personally disagree with namcap here - I think any link-time dependencies of a particular app should be explicitly listed, but that's me. Did we decide something here? Am I just clueless that I can't find it in the archives? ---------- Forwarded message ---------- From: Kevin Monceaux <Kevin(a)rawfeddogs.net> Date: Jan 28, 2008 2:17 PM Subject: Re: [arch-general] New User(sort of) and a packaging question To: General Discusson about Arch Linux <arch-general(a)archlinux.org> On Mon, 28 Jan 2008, Travis Willard wrote: > I think namcap ignores dependencies in the 'base' group, since > everyone is expected to have base installed, maybe? I'm not 100% sure > of its internals in this sense. That sounds like a reasonable possibility. To get an idea of whether it's more common to explicitly list base dependencies or leave them out I checked a couple of other packages that depend on ncurses. extra/editors/vim and aur/unsupported/alpine both depend on ncurses but don't have ncurses listed as a dependency. extra/network/irssi and extra/network/mutt, on the other hand, explicitly list ncurses as a dependency. So, it looks like there's a mixture in both official and aur based packages. > I'd say leave them in - they're clearly needed. I looked through the Arch Packaging Standards page and didn't really get a clear impression on which is the preferred method, but I might have missed something. So, unless I hear otherwise, I'll explicitly list them. Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!!

1 1

Re: [arch-dev-public] arch: Package [klibc] marked out-of-date
by Thomas Bächler 28 Jan '08

28 Jan '08

Arch Website Notification schrieb: > * Note: this is an automated message > > gdamjan(a)gmail.com wants to notify you that the following package may be out > of date: > > klibc (http://www.archlinux.org/packages/13319/) > > The user provided the following additional text: > > Recompile against 2.6.24, please :) > > I am a little in trouble here. After some patching, I got klibc to install the correct headers (asm-x86_64 vs. asm-x86, due to the x86 merge). However, this version does not link any binaries, all I get is "undefined reference to <insert very common function here>". Can anyone find a solution? If anyone wants to help fixing the problem, I can upload klibc packages and PKGBUILDs.

2 3

[arch-dev-public] Updating 'man'
by Aaron Griffin 28 Jan '08

28 Jan '08

Hey guys, I tried contacting Andy directly but got no response, so I am going to run this by everyone else. I want to update the man package with a couple of changes: Remove -Tlatin from the nroff call, as nroff will autodetect the proper charset (this will help in displaying utf8 man pages), closing 7477 hopefully. Run configure with +fhs so that it thinks man pages are in /usr/share/man *first* Is this acceptable? Thanks, Aaron

7 18

[arch-dev-public] [signoff] which 2.19-1
by Andreas Radke 27 Jan '08

27 Jan '08

in testing for both architectures. please signoff. nothing special. Version 2.18 --> 2.19 * Upgraded code from bash to version 3.2. This DOES has influence on how Which behaves under certain circumstances. * Support for Cygwin: Two leading slashes are now treated as possibly special, because a double leading slash can have an implementation-defined meaning (depending on the Operating System), as is for example the case in Cygwin. See http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap04.html#tag_… This means that GNU which no longer collapses two leading slashes of a path into a single slash. * When the environment variable HOME is not set, the home directory is now read from /etc/passwd or set to '/' if no home directory could be found (this now matches the tilde lib used in bash). * Fixed the function declaration given in README.alias * Added a @dircategory and @direntry to which.texinfo * Changed the license to GPLv3. Version 2.17 --> 2.18 * Fixes regarding cwautomacros (maintainer build system only). * Improvement of 'make release' target (maintainer target). -Andy

4 5

[arch-dev-public] [signoff] dhcpcd 3.2.0
by Tobias Powalowski 27 Jan '08

27 Jan '08

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

3 2

[arch-dev-public] Filename search for Arch
by Thomas Bächler 26 Jan '08

26 Jan '08

It is a much requested feature: Someone wants to search for a filename and get a package name, and there is no possibility in Arch. I have scripts to generate filelists from the package files which could run once a day or so. However, cactus (after a short jabber discussion) disagress with me on how the search would be done: My suggestion: Create a script on the webserver that "greps" through the prepared filelists or searches a sql database, then gives you a machine-readable output via xml or json that can be displayed in a client (for example a 'pacman -So' option). However, cactus thinks that this would put too much load on the server. Another possibility: Make the filelists available for (optional) download and search them offline (with pacman or another tool). My problem here is: total 140M -rw-r--r-- 1 thomas users 35M Jan 21 17:06 filelist.community-i686 -rw-r--r-- 1 thomas users 34M Jan 21 17:11 filelist.community-x86_64 -rw-r--r-- 1 thomas users 1.6M Jan 21 16:52 filelist.core-i686 -rw-r--r-- 1 thomas users 1.6M Jan 21 16:52 filelist.core-x86_64 -rw-r--r-- 1 thomas users 32M Jan 21 16:57 filelist.extra-i686 -rw-r--r-- 1 thomas users 32M Jan 21 17:02 filelist.extra-x86_64 -rw-r--r-- 1 thomas users 2.1M Jan 21 17:11 filelist.testing-i686 -rw-r--r-- 1 thomas users 2.0M Jan 21 17:12 filelist.testing-x86_64 -rw-r--r-- 1 thomas users 1.2M Jan 21 17:11 filelist.unstable-i686 -rw-r--r-- 1 thomas users 673K Jan 21 17:11 filelist.unstable-x86_64 Which is 8.9MB compressed with bz2, a lot to download if you have to update the lists every day to have an up-to-date version. What do you guys think?

10 33

[arch-dev-public] [signoff] kernel26-2.6.24-1
by Tobias Powalowski 25 Jan '08

25 Jan '08

Hi kernel bump to .24 series for both arches in testing, please signoff please also signoff the modules: madwifi ndiswrapper rt2500 wlan-ng26 integrated upstream into .24 series: ipw3945 iwlwifi rt2x00-cvs no signoff needed for them anymore greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2

[arch-dev-public] gcc / gcc-libs / gcc-fortran / gcc-objc splitup issues
by Jan de Groot 25 Jan '08

25 Jan '08

Hi all, Recently we have gotten bugreports about gcc not having certain features of languages because we compile our compiler languages as split packages. (FS#9325). For objc, we already compile objc inside the gcc package, then remove it, to build it again in a package for extra. To fix gfortran, we would need to do the same... I've been thinking about this splitup: gfortran and objc aren't that big. They could be included in the main gcc/gcc-libs PKGBUILDs. For java, we will keep the split package. Other distributions like Debian and Ubuntu also have their gcj things separated. Merging objc doesn't bring extra dependencies, merging fortran brings in mpfr. Do we have a problem with this change?

5 5

[arch-dev-public] No internet? No codemac.
by Jeff Mickey 25 Jan '08

25 Jan '08

There is an awesome story involving Comcast, myself, and a cut cable cord. I shall not recount it here, but I think you can get the picture. Jeff has no internet. They are reconnecting on this upcoming Thursday, so consider me inactive until at least the weekend. My first week of classes is this week (My last semester!!) so I'll be busy anyways. I'll have internet on campus, but it's best if I do my school work... I'll see you soon, feel free to update/etc any of my packages that need it. I'm not that possessive of them. // jeff -- . : [ + carpe diem totus tuus + ] : .

5 5

[arch-dev-public] Adding mpg123 in [extra]
by Eric Belanger 25 Jan '08

25 Jan '08

Hi, I would like to replace the mpg321 package in extra by mpg123 (FS#9221) because mpg321 hasn't been updated since 2002 and mpg123 is now licensed under the GPL/LGPL. Any objections/comments? Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

5 4

[arch-dev-public] Kernel framebuffer logo
by Thayer Williams 25 Jan '08

25 Jan '08

I've been testing various forms of the new logo for use in the kernel framebuffer and I still think the best implementation is to use no logo at all. The inherint disadvatange is that more and more monitors are widescreen these days and that means the logo proportions are distorted (short and wide) in the framebuffer since standard vga settings use a 4:3 ratio. This is just my two cents of course, but I suggest that we remove the logo from the framebuffer altogether.

6 11

[arch-dev-public] Fwd: [signoff] bash 3.2.0330-1 and filesystem 2007.11-4
by Aaron Griffin 23 Jan '08

23 Jan '08

Please retest. This bash package overrides the previous one. Patch level updated, profile.bash added to backup=() array. Potential issue: Apparently /etc/profile is not replaced if modified. Can someone verify if this is fixed or not? I will investigate further as I fear it may be a pacman bug - if so, I'm guessing keeping etc/profile in BOTH backup arrays for the time being may fix this. filesystem changes: Setup for FHS compliant man pages - FS#8839 Claim ownership of /etc/profile from bash - FS#4766 Remove LESSCHARSET env var from /etc/profile - FS#8877 bash changes: Update patch level to 033 Remove /etc/profile from package. Move bashisms to /etc/profile.bash - FS#4766 /etc/profile was also largely revamped. Please comment on the changes there if you'd like.

5 12

[arch-dev-public] groff: archaic technology go
by Aaron Griffin 23 Jan '08

23 Jan '08

Man.... man pages and groff and all this crap are waaay too complex for what they do. Anyway, here's the deal, and hopefully someone will know a better/more proper way to do this. With the utf8 man page changes (pending, see other email), some UTF-8 characters come out a bit goofy. I don't know if it is only en_US.UTF-8 or not. The simply fact is that there's like 3 different 'dash' characters in UTF-8, and the ones displayed are not the ones your keyboard outputs. So searching for "-S" doesn't work. Long story short, adding the following to /usr/share/groff/site-tmac/man.local fixes this: .if '\*[.T]'utf8' \ . char \- \N'45' . char - \N'45' . char ' \N'39' .. Yeah, all those dots are needed... most of those replacements are gleaned from a SuSe changelog, but they work here. Could someone else make this change, or possibly suggest a better way to do the same thing? What we're doing is telling nroff not to use the fancy chars and use the same ones the keyboard uses. Opinions? Thoughts? Comments? Beer?

2 2

[arch-dev-public] [signoff] lvm2 2.02.31-1
by Thomas Bächler 23 Jan '08

23 Jan '08

lvm2 update 2.02.29 -> 2.02.31, please sign off.

3 2

[arch-dev-public] [signoff] pcre 7.5
by Eric Belanger 22 Jan '08

22 Jan '08

Simple upstream update. Please signoff. Thanks. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

4 4

[arch-dev-public] Building mplayer
by Thomas Bächler 22 Jan '08

22 Jan '08

I have been maintaining mplayer for a while now. Unfortunately, during my absence mplayer had to be rebuilt by someone else. The x86_64 version (built by Eric) is fine, but the i686 (built by someone who doesn't know what the "Packager" option in makepkg.conf is for) version is missing features (bug #9288). The mplayer build system sucks. Seriously, it is the worst idea people have ever had, but the guys who are currently maintaining it are proud of it (I had the pleasure of arguing with one of them about autotools vs. mplayer during a two hour car trip last summer). Here is the thing: In autotools, you can use --enable-FOO to force configure to enable a feature. However, configure still checks if all libraries and headers are present and will add the needed options to gcc, or abort if a check fails. In mplayer, --enable-FOO forces the build system to enable a feature, but also skips all checks and doesn't add any options to the compiler, thus making 'make' fail unless you modify Makefiles by hand. This is not only unintuitive but also completely inconsistent with the way autotools work. The only way to properly enable a feature in mplayer is to put no --enable or --disable flag in and hope that configure's autodetection detects it properly. And of course you have to check if everything went fine after configure finished by reading the output summary. I don't have to tell you that this is very distributior-unfriendly. Since there is no way to force mplayer's configure to abort if something we want is missing, we must have the necessary makedepends listed - which we don't, as they are not easy to determine. The only way to properly build mplayer is to watch everything it does carefully and abort if something is wrong. For a while, a "we need clean build chroots so that our packages are not corrupted" attitude has spread, and this is exactly what broke mplayer (I have no idea which makedepend may be missing though). So please, unless you know exactly what you are doing and have much time to check everything, don't build mplayer!

4 4

[arch-dev-public] moving qt-4 and qt3 to [extra]
by Pierre Schmitz 22 Jan '08

22 Jan '08

Hi all, finally with pacman 3.1 qt3 and qt-4 can be moved to [extra] without problems. I want to start this tonight or at the weekend (if I have internet access). So please make sure the packages in testing are the latest and do not touch qt related packages during the move. Here is a first list of packages that I want to move. Please check if I missed some (@tpowa: there are some kde-4 related packages in testing). eric oprofile qgit arts kdebindings kdebluetooth kdegraphics kdelibs dbus-qt3 poppler-qt poppler-qt3 pyqt pyqt3 python-qscintilla qca qca-qt3 qca-tls qscintilla qscintilla-qt3 qt qt-doc qt3 qt3-doc qwt qwtplot3d amarok-base amarok-engine-xine kmplayer qjackctl qsynth scribus fwbuilder opera psi twinkle twinkle-kdefree wpa_supplicant_gui djvulibre kile kmobiletools lyx qtparted spassgen gtk-qt-engine qtiplot speedcrunch stellarium xdrawchem Pierre PS: If someone knows an elegant way to do the move without untagging,copying to add and del, retag and run db-scripts, please let me know. :-) -- archlinux.de

11 23

[arch-dev-public] [signoff] xulrunner packages
by Aaron Griffin 22 Jan '08

22 Jan '08

Just so this doesn't get buried in the middle of a thread: https://dev.archlinux.org/todo/44/ On Jan 21, 2008 8:17 AM, Alexander Baldeck <kth5(a)archlinuxppc.org> wrote: > I'll push them as soon as I get a sign-off for all the xulrunner packages.

2 1

[arch-dev-public] [signoff] pacman 3.1.1
by Dan McGee 21 Jan '08

21 Jan '08

In testing for both architectures. Changes here: http://projects.archlinux.org/git/gitweb.cgi?p=pacman.git;a=blob;f=NEWS;h=7… -Dan

5 7

[arch-dev-public] Mozilla status
by Aaron Griffin 21 Jan '08

21 Jan '08

On Jan 18, 2008 9:28 AM, Jan de Groot <jan(a)jgc.homeip.net> wrote: > BTW: How do we handle the mozilla /usr move, is it done yet, or do we still > have a big mess (AFAIK half of mozilla was moved to extra on i686 while it's > still in testing for amd64 :X) According to the list here: https://dev.archlinux.org/todo/44/ the recompiles are complete. Any reason we can't move these to [extra]? Jan, you mentioned that some packages were moved to extra already, do you know which ones? If I get no objections, I'd like to push these packages to extra tonight.

3 2

[arch-dev-public] [draft] QT-4 and QT3 moved to [extra]
by Pierre Schmitz 20 Jan '08

20 Jan '08

As announced last year* and after a longer period of testing, QT in version 4 and 3 was moved to [extra]. At least until the final release of KDE4 there are plenty of packages which still use version 3 of QT. Therefore a new package called qt3 was introduced. The dependencies of all packages are updated according to this change. The update should be quite smooth. Pacman only notfies about replacing qt by qt3 and qt4 by qt. If you don't want to have qt-4 installed just remove it with "pacman -Rc qt" after the update. If you are using any third party repositories like KDEmod please wait until they have updated their packages, too. Do not force any updates! If there are still any issues, please report them at http://bugs.archlinux.org. *) http://archlinux.org/pipermail/arch-dev-public/2007-November/002910.html -- http://www.archlinux.de

3 4

[arch-dev-public] [draft] QT-4 and QT3 moved to [extra]
by Pierre Schmitz 20 Jan '08

20 Jan '08

As announced last year* and after a longer period of testing, QT versions 3 and 4 have now been moved to [extra]. At least until the final release of KDE4 there are plenty of packages which still use version 3 of QT. Therefore a new package called qt3 was introduced. The dependencies of all packages are updated according to this change. The update should be quite smooth. Pacman only notifies about replacing qt by qt3 and qt4 by qt. If you don't want to have QT version 4 installed just remove it with "pacman -Rc qt" after the update. If you are using any third party repositories like KDEmod please wait until they have updated their packages, too. Do not force any updates! If there are still any issues, please report them at http://bugs.archlinux.org. Community packages may not be updated with the new versioning scheme of QT, so give your TUs some time to make the required changes. *) http://archlinux.org/pipermail/arch-dev-public/2007-November/002910.html -- http://www.archlinux.de

1 0

[arch-dev-public] [signoff] wpa_supplicant
by Pierre Schmitz 20 Jan '08

20 Jan '08

Hi, it seems I have missed the fact that wpa_supplicant_gui I moved from testing to extra forces wpa_supplicant to be moved from testing to core, too. So please signoff to fix this issue. I have tested it on i686. -- http://www.archlinux.de

3 4

[arch-dev-public] [signoff] e2fsprogs 1.40.4-1
by Tom K 19 Jan '08

19 Jan '08

Hi all. In testing now, for both arches. Release notes: http://e2fsprogs.sourceforge.net/e2fsprogs-release.html#1.40.4 T.

3 2

[arch-dev-public] [signoff] vi, vim and gvim 7.1.228 for both architectures
by Tobias Kieslich 18 Jan '08

18 Jan '08

Hi, please sign at least vi off for both architectures. Thank you eric for building it for x64. -T

5 7

[arch-dev-public] Away for weekend
by Travis Willard 18 Jan '08

18 Jan '08

I'll be out of touch this weekend, until sometime Monday. Have a good one fellas!

1 0

[arch-dev-public] build transmission for i686
by Varun Acharya 18 Jan '08

18 Jan '08

Hi guys, Would appreciate if someone builds transmission-1.01 for i686 for me, because my Virtualbox install is kernel panicking and I don't have time for a few days to figure it out. Simple pkgbump, nothing funky.(x86_64 is done).Hey tpowa, andy tells me you have the day off ; ) ;) Thanks, Varun

3 2

[arch-dev-public] [Fwd: New nvidia legacy package needed]
by Thomas Bächler 18 Jan '08

18 Jan '08

I just received this E-Mail from a user. This needs, instead of 2, we now need 3 nvidia legacy packages for i686. Can anyone find a source for this? -------- Original-Nachricht -------- Betreff: New nvidia legacy package needed Datum: Fri, 18 Jan 2008 01:57:39 +0100 Von: Andrea Cimitan <andrea.cimitan(a)gmail.com> An: thomas(a)archlinux.org I've just pointed out that 100.14.xx will be the latest nvidia drivers to support non-SSE cpu (so like Athlon Thunderbird, Classic, AMD Duron, Pentium III, etc etc). http://www.nvnews.net/vbulletin/showpost.php?p=1522860&postcount=10 This is why the driver in testing (169.07) is making my pc crash/freeze :) (it is nvidia fault not yours...) So a new -legacy driver is needed before killing PCs with 167.xx drivers series :D Regards

2 1

[arch-dev-public] Versioned Provisions
by Aaron Griffin 18 Jan '08

18 Jan '08

This is a little "heads up" email to all the package maintainers out there. Pacman 3.1 has support for versioned provisions. But what this also means is that there's going to be some breakages in packages. Let me explain by way of example: package foo depends=(bar>=1.2) package omg provides=(bar) In the past, you could install both foo and omg at the same time and everything would be satisfied. Not now. Now, the provision of "omg" will fail, because it's not providing the right version. What does this mean? Well, a few things. First and foremost, versioned provisions are a little broken in 3.1.0, but 3.1.1 will fix all this py allowing you to say: provides=(bar=1.2) Did I get this right? Dan, Xavier?

4 7

Re: [arch-dev-public] reimplementation of the new design (Pierre Schmitz)
by thayer 17 Jan '08

17 Jan '08

On Jan 17, 2008 9:00 AM PST, Pierre Schmitz <pierre(a)archlinux.de> wrote: > Hi all, > > the last few days I have been working on implementation of the new design for > archlinux.de. This might be interesting for some of you; especially for those > who maintain other arch sites. > > I have simplified the css and html code. There were some strange and useless > parts (like the background image to draw those two bars at the top) Good job, I know it needs it. I am not going to worry about this for now, because there are "changes in the works" that may make this irrelevant. > I have modified the logo: I removed the hard to read TM (isn't this useless > anyway) and change the font from liberation to dejavu because of hinting > errors. Furthermore I used Gimp instead of Inkscape to create the png which > results in a much sharper output. Finally I used optipng to make all pngs > smaller. :-) I will stay clear of the trademark debate, but with respect to the sub-text under the logo, this is simply a matter of preference. The old logo did not use antialiasing, while the new one does. Some may argue that means the new logo is broken--I disagree. Most professional logos use antialiased fonts for text. I agree that Inkscape's font rendering isn't the best, but personally I don't care for the ultra-crisp version at the DE site either, but to each their own. > I created the MediaWiki theme from scratch. Its based on the monobook theme > but I left the original css files untouched. Instead I wrote a new > archlinux.css which just overrides some box positions and colours to our > needs. This should make upstream updates much easier. In the past some > updates were a lot of work because of many changes to the css code. And of > course: Its much easier to maintain only the changes in a separate file. The work you did on the wiki looks great...if I could offer one suggestion it would be to make sure the links are not the same colour as the headings. > I have changed some colours compared to the theme from archlinux.org (grey > boxes on the start page and using grey and blue for the wiki) Overall, I think you have some great ideas about separating the styles from the upstream content/themes--we plan to do the same for the official site. The current state of the official site is definitely in transition--we mainly want to get the new logo into circulation at this point. The 'refinement' is coming... I think a LOT of css (and even some semantic markup) can be removed from the official Arch sites, but I just came on board and until we have a clear vision as to what we're going to accomplish, I don't want waste what precious the other web devs have. Kudos for doing such a good job on the DE site!

3 2

[arch-dev-public] subversion package
by Roman Kyrylych 17 Jan '08

17 Jan '08

Hi! I looked at this thread: http://archlinux.org/pipermail/arch-general/2008-January/016549.html (it looks like subversion needs update against the latest Perl) and then searched for subversion package in our webinterface. And found 2 issues: 1) subversion-1.4.5-2 is in both Extra and Testing. 2) there are no TESTING or TESTING-64 tags in CVS. Any ideas what's happening here? -- Roman Kyrylych (Роман Кирилич)

3 2

[arch-dev-public] reimplementation of the new design
by Pierre Schmitz 17 Jan '08

17 Jan '08

Hi all, the last few days I have been working on implementation of the new design for archlinux.de. This might be interesting for some of you; especially for those who maintain other arch sites. I have simplified the css and html code. There were some strange and useless parts (like the background image to draw those two bars at the top) I have modified the logo: I removed the hard to read TM (isn't this useless anyway) and change the font from liberation to dejavu because of hinting errors. Furthermore I used Gimp instead of Inkscape to create the png which results in a much sharper output. Finally I used optipng to make all pngs smaller. :-) I created the MediaWiki theme from scratch. Its based on the monobook theme but I left the original css files untouched. Instead I wrote a new archlinux.css which just overrides some box positions and colours to our needs. This should make upstream updates much easier. In the past some updates were a lot of work because of many changes to the css code. And of course: Its much easier to maintain only the changes in a separate file. I have changed some colours compared to the theme from archlinux.org (grey boxes on the start page and using grey and blue for the wiki) You can download the source code and svgs with git: git clone http://git.archlinux.de/~pierre/www.archlinux.de.git git clone http://git.archlinux.de/~pierre/wiki.archlinux.de.git Hint: If you want to use the wiki you just need to modify ArchLinux.php to your needs. And you might want to replace archlinux/logo.png by something matching you language. Its a vanilla version of the latest mediawiki code with three additions: archlinux theme, FunnyDot spam protection and a module to authenticate at our forum. Greetings, Pierre -- archlinux.de

4 7

[arch-dev-public] Question for ganja_guru
by Jason Chu 17 Jan '08

17 Jan '08

I notice you updated gtkam for x86_64. I'm trying to build the i686 version but it complains about not finding libexif-gtk. How did you get it to build? Jason

2 1

[arch-dev-public] [signoff] dhcpcd 3.1.9
by Tobias Powalowski 16 Jan '08

16 Jan '08

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

3 2