- Pacman-dev - lists.archlinux.org

[pacman-dev] [translation] Hungarian translation for 3.2.1
by Nagy Gabor 23 Aug '08

23 Aug '08

The Hungarian translation is attached. Bye

1 0

[pacman-dev] [PATCH] makepkg: check all integrity sums found in the PKGBUILD
by Dan McGee 23 Aug '08

23 Aug '08

Currently we use the INTEGRITY_CHECK array from makepkg.conf to limit both the integrity sums generated and checked. It doesn't make a whole lot of sense to ignore integrity sums that are present in a PKGBUILD, so this patch will enable checking any that are available, but will only print a warning about missing sums for those types found in INTEGRITY_CHECK. It also adds a slight optimization of checking for openssl- we only need to check once now because we use the same program for all checks. Signed-off-by: Dan McGee <dan(a)archlinux.org> --- scripts/makepkg.sh.in | 38 ++++++++++++++++++-------------------- 1 files changed, 18 insertions(+), 20 deletions(-) diff --git a/scripts/makepkg.sh.in b/scripts/makepkg.sh.in index d641cbb..f6136ba 100644 --- a/scripts/makepkg.sh.in +++ b/scripts/makepkg.sh.in @@ -463,6 +463,11 @@ generate_checksums() { msg "$(gettext "Generating checksums for source files...")" plain "" + if [ ! $(type -p openssl) ]; then + error "$(gettext "Cannot find openssl.")" + exit 1 # $E_MISSING_PROGRAM + fi + local integ for integ in ${INTEGRITY_CHECK[@]}; do integ="$(echo $integ | tr '[:upper:]' '[:lower:]')" @@ -473,11 +478,6 @@ generate_checksums() { exit 1;; # $E_CONFIG_ERROR esac - if [ ! $(type -p openssl) ]; then - error "$(gettext "Cannot find openssl.")" - exit 1 # $E_MISSING_PROGRAM - fi - local ct=0 local numsrc=${#source[@]} echo -n "${integ}sums=(" @@ -515,21 +515,13 @@ generate_checksums() { } check_checksums() { - local integ - for integ in ${INTEGRITY_CHECK[@]}; do - integ="$(echo $integ | tr '[:upper:]' '[:lower:]')" - case "$integ" in - md5|sha1|sha256|sha384|sha512) : ;; - *) - error "$(gettext "Invalid integrity algorithm '%s' specified")" "$integ" - exit 1;; # $E_CONFIG_ERROR - esac - - if [ ! $(type -p openssl) ]; then - error "$(gettext "Cannot find openssl.")" - exit 1 # $E_MISSING_PROGRAM - fi + if [ ! $(type -p openssl) ]; then + error "$(gettext "Cannot find openssl.")" + exit 1 # $E_MISSING_PROGRAM + fi + local integ required + for integ in md5 sha1 sha256 sha384 sha512; do local integrity_sums=($(eval echo "\${${integ}sums[@]}")) if [ ${#integrity_sums[@]} -eq ${#source[@]} ]; then msg "$(gettext "Validating source files with %s...")" "${integ}sums" @@ -567,7 +559,13 @@ check_checksums() { exit 1 # TODO: error code fi else - warning "$(gettext "Integrity checks (%s) are missing or incomplete.")" "$integ" + for required in ${INTEGRITY_CHECK[@]}; do + required="$(echo $required | tr '[:upper:]' '[:lower:]')" + if [ "$integ" = "$required" ]; then + warning "$(gettext "Integrity checks (%s) are missing or incomplete.")" "$integ" + break + fi + done fi done } -- 1.6.0

3 3

[pacman-dev] [translation] Polish translation for pacman 3.2.1
by Mateusz Herych 23 Aug '08

23 Aug '08

Hello. Here is Polish translation for pacman 3.2.1. Regards, Mateusz.

1 0

[pacman-dev] [translation] italian translation for pacman 3.2.1
by Giovanni Scafora 23 Aug '08

23 Aug '08

Hi guys, here's the italian translation for the release 3.2.1 of pacman. Thanks. -- Arch Linux Developer (voidnull) AUR & Pacman Italian Translations Microdia Developer http://www.archlinux.it

1 0

[pacman-dev] [GIT] The official pacman repository branch, maint, updated. v3.2.0-26-g5b51dbb
by dan＠archlinux.org 23 Aug '08

23 Aug '08

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "The official pacman repository". The branch, maint has been updated via 5b51dbb11e2087e1055be24b486502be806b5e13 (commit) via e760c4f4784c7e7b59717cd10c56dac04f175b73 (commit) via 081f64aea3aa7df13f1ccd1da601075abab6b1ba (commit) via 0969c2e700c6bd7f855ddfa4e73b6ccd71911ff5 (commit) via 56f0cf9d157bc2b902e4590364e2926c2f169b05 (commit) via 96e023c7bd0b1069878667278a45a34476c42472 (commit) via e27a8c9ae323c275b0c3503d6a6ea18b639f4dc6 (commit) via 9451b2e4f23a3c566fcfe3420c379b3cb3eb1f90 (commit) via 901e4aa5c203f605e9d527e474821426a40e5cea (commit) via 282eeadc68fec1da8651d0c65ad0dfebd11a9c7f (commit) from 9609c0f1351a73e06edcfda1494a41d66c51dcb5 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 5b51dbb11e2087e1055be24b486502be806b5e13 Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Sat May 31 15:06:30 2008 +0200 Cleanup of _alpm_pkg_compare_versions. * Change the return values to be more informative. It was previously boolean, only indicating if a sync package was newer than a local package. Now it is a simple wrapper to vercmp, handling the force flag. * Remove the verbose output from _alpm_pkg_compare_versions. The "force" message is not so useful. The "package : local (v1) is newer than repo (v2)" message can be moved to -Su operation. For the -S operation, it is better to have something like : "downgrading package from v1 to v2" * Don't display the "up to date -- skipping" and "up to date -- reinstalling" messages, when the local version is newer than the sync one. * Fix the behavior of --needed option to not skip a target when the local version is newer, and clarify its description. * Add a new alpm_pkg_has_force function This allows us to access the pkg->force field like any other package fields. Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit e760c4f4784c7e7b59717cd10c56dac04f175b73 Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Wed Aug 20 23:17:02 2008 +0200 download : disable progressbar when total is unknown. This is a work around for FS#8725. There are some bad combination of proxies and mirrors where the Content Length is not returned, and thus the progress bar can't be displayed correctly. Dan: Note that this patch also adds a "downloading" message when the progress bar is disabled, which was formerly not indicated at all in the output. Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 081f64aea3aa7df13f1ccd1da601075abab6b1ba Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Thu Aug 21 09:09:16 2008 +0200 fix HACKING asciidoc file. The HACKING file seemed to be broken : http://archlinux.org/pacman/HACKING.html And indeed, running asciidoc HACKING issued a number of warnings : WARNING: HACKING: line 27: missing [paradef-default] C-style entry type: numbered : expected 1 got 3 WARNING: HACKING: line 44: list item 3 out of sequence WARNING: HACKING: line 49: missing [paradef-default] C-style entry type: numbered : expected 2 got 4 WARNING: HACKING: line 62: list item 4 out of sequence type: numbered : expected 3 got 5 WARNING: HACKING: line 69: list item 5 out of sequence type: numbered : expected 4 got 6 WARNING: HACKING: line 75: list item 6 out of sequence type: numbered : expected 5 got 7 WARNING: HACKING: line 83: list item 7 out of sequence WARNING: HACKING: line 104: missing [paradef-default] C-style entry WARNING: HACKING: line 116: missing [paradef-default] C-style entry WARNING: HACKING: line 126: missing [paradef-default] C-style entry I just followed the syntax example there : http://www.methods.co.nz/asciidoc/userguide.html#X56 And all is fine now :) Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 0969c2e700c6bd7f855ddfa4e73b6ccd71911ff5 Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Thu Aug 7 19:50:07 2008 +0200 pacman : clarify help message. Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 56f0cf9d157bc2b902e4590364e2926c2f169b05 Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Thu Jul 17 22:35:35 2008 +0200 makepkg : localize the Y/n part of the question. pacman already localizes the yesno stuff, so doing the same in makepkg is more consistent. Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 96e023c7bd0b1069878667278a45a34476c42472 Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Thu Jul 31 16:35:21 2008 +0200 pacman: print optdepends on install and upgrade. This implements FS#10630. Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit e27a8c9ae323c275b0c3503d6a6ea18b639f4dc6 Author: Nagy Gabor <ngaba(a)bibl.u-szeged.hu> Date: Thu Jul 31 15:58:25 2008 +0200 Add new list_display_linebreak function list_display puts several members on the same line, which is not appropriate for optdepends: Optdepends: foo: feature1 bar: feature2 baz: feature3 The new list_display_linebreak function puts every member on its own line, which is much better with optdepends: Optdepends: foo: feature1 bar: feature2 baz: feature3 Signed-off-by: Nagy Gabor <ngaba(a)bibl.u-szeged.hu> [Xav: implement this new behavior as a new function rather than as a parameter of list_display] Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 9451b2e4f23a3c566fcfe3420c379b3cb3eb1f90 Author: Nagy Gabor <ngaba(a)bibl.u-szeged.hu> Date: Thu Jul 31 13:38:30 2008 +0200 Move the the description parsing logic to string_display() So dump_pkg_full will indent all strings correctly. Signed-off-by: Nagy Gabor <ngaba(a)bibl.u-szeged.hu> [Xav: add string_length function] Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 901e4aa5c203f605e9d527e474821426a40e5cea Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Fri Aug 22 13:54:15 2008 +0200 makepkg: do insensitive comparisons of checksums. This fixes FS#11283 , which was originally reported on the forums : http://bbs.archlinux.org/viewtopic.php?id=53794 Insensitive comparisons were implicitly made before since md5sum --status was used for checking. Now that we use openssl and compare checksums manually in bash, we lost that feature. This can be easily reintroduced using tr '[A-F]' '[a-f]' What convinced me to fix it is that the md5 command line tool generates md5sums in upper case by default : http://www.fourmilab.ch/md5/ And finally, A-F and a-f are the same in hex and both are used. Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 282eeadc68fec1da8651d0c65ad0dfebd11a9c7f Author: Dan McGee <dan(a)archlinux.org> Date: Tue Aug 19 23:29:56 2008 -0500 Factor shell script size command into configure script Commit 149839c5391e9a93 introduced a small behavior regression as a drawback for a better portability. repo-add now includes the approximate size (to the nearest KB) rather than an exact size due to the switching of the du command to a more portable form. Instead of sacrificing the exact size, use configure to help us determine a valid command to acquire our filesize and place it in the sync database. Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: HACKING | 36 +++++++++--------- configure.ac | 7 +++ doc/pacman.8.txt | 2 +- lib/libalpm/alpm.h | 1 + lib/libalpm/package.c | 38 +++++++++--------- lib/libalpm/sync.c | 30 ++++++++++---- scripts/Makefile.am | 1 + scripts/makepkg.sh.in | 11 +++-- scripts/repo-add.sh.in | 4 +- src/pacman/callback.c | 7 +++- src/pacman/package.c | 20 +-------- src/pacman/pacman.c | 7 ++- src/pacman/util.c | 98 +++++++++++++++++++++++++++++++++++------------ src/pacman/util.h | 2 + 14 files changed, 165 insertions(+), 99 deletions(-) hooks/post-receive -- The official pacman repository

1 0

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v3.2.0-26-g5b51dbb
by dan＠archlinux.org 23 Aug '08

23 Aug '08

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "The official pacman repository". The branch, master has been updated via 5b51dbb11e2087e1055be24b486502be806b5e13 (commit) via e760c4f4784c7e7b59717cd10c56dac04f175b73 (commit) via 081f64aea3aa7df13f1ccd1da601075abab6b1ba (commit) via 0969c2e700c6bd7f855ddfa4e73b6ccd71911ff5 (commit) via 56f0cf9d157bc2b902e4590364e2926c2f169b05 (commit) via 96e023c7bd0b1069878667278a45a34476c42472 (commit) via e27a8c9ae323c275b0c3503d6a6ea18b639f4dc6 (commit) via 9451b2e4f23a3c566fcfe3420c379b3cb3eb1f90 (commit) via 901e4aa5c203f605e9d527e474821426a40e5cea (commit) via 282eeadc68fec1da8651d0c65ad0dfebd11a9c7f (commit) from 9609c0f1351a73e06edcfda1494a41d66c51dcb5 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit 5b51dbb11e2087e1055be24b486502be806b5e13 Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Sat May 31 15:06:30 2008 +0200 Cleanup of _alpm_pkg_compare_versions. * Change the return values to be more informative. It was previously boolean, only indicating if a sync package was newer than a local package. Now it is a simple wrapper to vercmp, handling the force flag. * Remove the verbose output from _alpm_pkg_compare_versions. The "force" message is not so useful. The "package : local (v1) is newer than repo (v2)" message can be moved to -Su operation. For the -S operation, it is better to have something like : "downgrading package from v1 to v2" * Don't display the "up to date -- skipping" and "up to date -- reinstalling" messages, when the local version is newer than the sync one. * Fix the behavior of --needed option to not skip a target when the local version is newer, and clarify its description. * Add a new alpm_pkg_has_force function This allows us to access the pkg->force field like any other package fields. Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit e760c4f4784c7e7b59717cd10c56dac04f175b73 Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Wed Aug 20 23:17:02 2008 +0200 download : disable progressbar when total is unknown. This is a work around for FS#8725. There are some bad combination of proxies and mirrors where the Content Length is not returned, and thus the progress bar can't be displayed correctly. Dan: Note that this patch also adds a "downloading" message when the progress bar is disabled, which was formerly not indicated at all in the output. Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 081f64aea3aa7df13f1ccd1da601075abab6b1ba Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Thu Aug 21 09:09:16 2008 +0200 fix HACKING asciidoc file. The HACKING file seemed to be broken : http://archlinux.org/pacman/HACKING.html And indeed, running asciidoc HACKING issued a number of warnings : WARNING: HACKING: line 27: missing [paradef-default] C-style entry type: numbered : expected 1 got 3 WARNING: HACKING: line 44: list item 3 out of sequence WARNING: HACKING: line 49: missing [paradef-default] C-style entry type: numbered : expected 2 got 4 WARNING: HACKING: line 62: list item 4 out of sequence type: numbered : expected 3 got 5 WARNING: HACKING: line 69: list item 5 out of sequence type: numbered : expected 4 got 6 WARNING: HACKING: line 75: list item 6 out of sequence type: numbered : expected 5 got 7 WARNING: HACKING: line 83: list item 7 out of sequence WARNING: HACKING: line 104: missing [paradef-default] C-style entry WARNING: HACKING: line 116: missing [paradef-default] C-style entry WARNING: HACKING: line 126: missing [paradef-default] C-style entry I just followed the syntax example there : http://www.methods.co.nz/asciidoc/userguide.html#X56 And all is fine now :) Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 0969c2e700c6bd7f855ddfa4e73b6ccd71911ff5 Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Thu Aug 7 19:50:07 2008 +0200 pacman : clarify help message. Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 56f0cf9d157bc2b902e4590364e2926c2f169b05 Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Thu Jul 17 22:35:35 2008 +0200 makepkg : localize the Y/n part of the question. pacman already localizes the yesno stuff, so doing the same in makepkg is more consistent. Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 96e023c7bd0b1069878667278a45a34476c42472 Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Thu Jul 31 16:35:21 2008 +0200 pacman: print optdepends on install and upgrade. This implements FS#10630. Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit e27a8c9ae323c275b0c3503d6a6ea18b639f4dc6 Author: Nagy Gabor <ngaba(a)bibl.u-szeged.hu> Date: Thu Jul 31 15:58:25 2008 +0200 Add new list_display_linebreak function list_display puts several members on the same line, which is not appropriate for optdepends: Optdepends: foo: feature1 bar: feature2 baz: feature3 The new list_display_linebreak function puts every member on its own line, which is much better with optdepends: Optdepends: foo: feature1 bar: feature2 baz: feature3 Signed-off-by: Nagy Gabor <ngaba(a)bibl.u-szeged.hu> [Xav: implement this new behavior as a new function rather than as a parameter of list_display] Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 9451b2e4f23a3c566fcfe3420c379b3cb3eb1f90 Author: Nagy Gabor <ngaba(a)bibl.u-szeged.hu> Date: Thu Jul 31 13:38:30 2008 +0200 Move the the description parsing logic to string_display() So dump_pkg_full will indent all strings correctly. Signed-off-by: Nagy Gabor <ngaba(a)bibl.u-szeged.hu> [Xav: add string_length function] Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 901e4aa5c203f605e9d527e474821426a40e5cea Author: Xavier Chantry <shiningxc(a)gmail.com> Date: Fri Aug 22 13:54:15 2008 +0200 makepkg: do insensitive comparisons of checksums. This fixes FS#11283 , which was originally reported on the forums : http://bbs.archlinux.org/viewtopic.php?id=53794 Insensitive comparisons were implicitly made before since md5sum --status was used for checking. Now that we use openssl and compare checksums manually in bash, we lost that feature. This can be easily reintroduced using tr '[A-F]' '[a-f]' What convinced me to fix it is that the md5 command line tool generates md5sums in upper case by default : http://www.fourmilab.ch/md5/ And finally, A-F and a-f are the same in hex and both are used. Signed-off-by: Xavier Chantry <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 282eeadc68fec1da8651d0c65ad0dfebd11a9c7f Author: Dan McGee <dan(a)archlinux.org> Date: Tue Aug 19 23:29:56 2008 -0500 Factor shell script size command into configure script Commit 149839c5391e9a93 introduced a small behavior regression as a drawback for a better portability. repo-add now includes the approximate size (to the nearest KB) rather than an exact size due to the switching of the du command to a more portable form. Instead of sacrificing the exact size, use configure to help us determine a valid command to acquire our filesize and place it in the sync database. Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: HACKING | 36 +++++++++--------- configure.ac | 7 +++ doc/pacman.8.txt | 2 +- lib/libalpm/alpm.h | 1 + lib/libalpm/package.c | 38 +++++++++--------- lib/libalpm/sync.c | 30 ++++++++++---- scripts/Makefile.am | 1 + scripts/makepkg.sh.in | 11 +++-- scripts/repo-add.sh.in | 4 +- src/pacman/callback.c | 7 +++- src/pacman/package.c | 20 +-------- src/pacman/pacman.c | 7 ++- src/pacman/util.c | 98 +++++++++++++++++++++++++++++++++++------------ src/pacman/util.h | 2 + 14 files changed, 165 insertions(+), 99 deletions(-) hooks/post-receive -- The official pacman repository

1 0

[pacman-dev] bogus reinstalling message
by Xavier 22 Aug '08

22 Aug '08

This issue has been known for ages, and it is easy to fix it, so I would like to do it. http://archlinux.org/pipermail/pacman-dev/2008-May/011885.html Example of a bogus output taken from the forums (the thread does not talk about this issue though) : http://bbs.archlinux.org/viewtopic.php?pid=343166#p343166 My attached solution simply removes the messages, which are in my opinion useless. But I asked if it was a problem here : http://archlinux.org/pipermail/pacman-dev/2008-June/012095.html If this is a problem, the rest of my patch will allow me to easily reintroduce these messages when they are relevant.

3 6

[pacman-dev] package file hooks
by Xavier 21 Aug '08

21 Aug '08

I was recently considering to implement package file hooks. Quote from TODO.aaron : -------------------------------------------------------------------------------------------------------------- * feature for 3.1: package file hooks * I've been planning on this one for some time. Here's a simple rundown: in /etc/pacman.d/hooks: Hook /usr/include/* : /usr/bin/ctags -R /usr/include/*.h -f /usr/include/systags This will allow us to make "global hooks" to simplify a lot of repetitive install files (scrollkeeper, depmod, etc). This also allows us to move ldconfig out of pacman entirely. possible: /etc/pacman.hooks/* files for hooks, so packages can add them too -------------------------------------------------------------------------------------------------------------- It would allow cleaning up a number of repetitive tasks in scriptlets, and could be a nicer alternative to the function libraries idea (http://bugs.archlinux.org/task/10375) Though I didn't think much about it. But today I felt on this : http://www.linux.com/feature/144666 And this looks great, this feature might not even need to be implemented in pacman. But well, I don't know how well it would work in practice. It is just an idea to discuss about.

2 2

[pacman-dev] pacman tag support
by Xavier 21 Aug '08

21 Aug '08

In answer to http://www.archlinux.org/pipermail/arch-dev-public/2008-August/007644.html To Ronald : It is nice you worked on this, especially considering it was a feature request posted by Aaron himself : http://bugs.archlinux.org/task/7132 However, I warmly recommend you to have a look at this : http://wiki.archlinux.org/index.php/Pacman_Development Especially the submitting patches page. And all the git guides. 1) you should really use git for doing pacman development 2) it it is a good idea to split patches, especially huge ones like this 3) all pacman development happens on pacman-dev, not arch-dev-public 4) all big patches go through the ML for review and discussion. Even Dan sometimes sends his own patches (the less trivial ones) there To everyone : About the feature itself, here is the last thread where it was discussed : http://archlinux.org/pipermail/pacman-dev/2007-June/008555.html I was always divided about it. I understand the point of view "groups are installable, categories are not" However, after having a look at this patch, it seems like it justifies Nagy's opinion even more : http://archlinux.org/pipermail/pacman-dev/2007-June/008565.html This category implementation basically looks like a duplication of the whole group implementation.

5 6

[pacman-dev] 3.2.1 release
by Xavier 20 Aug '08

20 Aug '08

While there is nothing critical, all bugfixes already fixed in git are nice to have, but there are especially two that keep getting reported : makepkg: fix download functions with weird urls http://projects.archlinux.org/?p=pacman.git;a=commit;h=9bc799ec7b1718e6d90c… Fix creation of source package with local source files http://projects.archlinux.org/?p=pacman.git;a=commit;h=57bd8974c73571d82761… So the sooner, the better :) The only pending patches are the following ones : pacman/callback.c : fix detection of totaldownload http://shining.toofishes.net/gitweb/gitweb.cgi?p=pacman.git;a=commit;h=4f56… Fix error when sourcing profile script http://dev.archlinux.org/~allan/gitweb/gitweb.cgi?p=pacman.git;a=commitdiff… And eventually this one : Allow sync200 pactest to pass without libdownload. http://shining.toofishes.net/gitweb/gitweb.cgi?p=pacman.git;a=commitdiff;h=… This last one also shows how to use curl as XferCommand in pacman.conf, which is nice because it handles file:// protocol.

4 8