[pacman-dev] [GIT] pacman branch, master now at v3.0.0-410-g7325ebb
Hello, This is an automated email from the git hooks/update script, it was generated because a ref change was pushed to the repository. Updating branch, master, via 7325ebbc22091c698fd19140b7ed6986024ec6e8 (commit) via d34b2c4ed84bc40f4a895846785481fad88116a2 (commit) via d50390c089c23ca20c23febc45ea8b9cc24e70f0 (commit) via 82a1129539ee6c1a87ffbe816a0c8c42f3469177 (commit) via afdcf7552cc7afc26ff2f793f3c50e4b9172c1b6 (commit) via acfdad6db3ac6c934d8f1885b37520680a610bec (commit) via 3955858a2d75592ff3f7e2636b39841fc7269174 (commit) via 708488f6fe8bf5e06ae724243381b40586301633 (commit) via f131ee9c56b99429374dfcce583872ad9259ed96 (commit) via c9189f54cd9e57a4d66124d14467848db9fcc8f1 (commit) via d2613b97fa8173920ef7440cf291ca24a05b5b7c (commit) via cd5b38a4b0e8cfe634b31fc730bddbc373eb17ce (commit) via e412ac19f549afa26b58dbd2a2090ed95ca9cb95 (commit) via f1fac6abfb676b081ee2d474ab3e15f6d07d0416 (commit) via ab87657b937f3de392b1796e7f93c4008cc21f01 (commit) via 499b750c2fbbedde27ad25d241f0c95566e5a0b7 (commit) via fe9a0de32edaf1db58e46a3fd3f1c05ad0b0e6c2 (commit) via be0a472cb798f0bfd4a75d1cfe165b4005a8ca90 (commit) via 493e5fb7828793a8b834d5ecfd2e83050fcd920c (commit) via 2f7d2485f5c23223dad2b827d5c384837c878c5a (commit) via 168b795f9eb12c08d70d05f2ee313165004564e3 (commit) via 91f175270142aa8b03e4efc108a07ddf71f7080d (commit) from b0aa51059233849b0a7ef8d6a851750776ce6645 (commit) - Log ----------------------------------------------------------------- commit 7325ebbc22091c698fd19140b7ed6986024ec6e8 Author: Dan McGee <dan@archlinux.org> Date: Mon Sep 17 23:01:01 2007 -0500 Refine pacman manpage, clarify -S repo/package possibility, remove --test Signed-off-by: Dan McGee <dan@archlinux.org> commit d34b2c4ed84bc40f4a895846785481fad88116a2 Author: Chantry Xavier <shiningxc@gmail.com> Date: Thu Sep 13 16:29:05 2007 +0200 libalpm/add.c : newline fix. Signed-off-by: Chantry Xavier <shiningxc@gmail.com> commit d50390c089c23ca20c23febc45ea8b9cc24e70f0 Author: Stefano Esposito <stefano.esposito87@gmail.com> Date: Tue Sep 11 22:27:55 2007 +0200 Avoid segfaults whet calling alpm_option_get_* before initialization When calling a function of the alpm_option_get_* group, you get a segfault if you don't call alpm_initialize() first. With this patch those functions set pm_errno to PM_ERR_HANDLE_NULL and return an error value if handle == NULL. (Dan: modified to meet pacman coding standards) Signed-off-by: Stefano Esposito <stefano.esposito87@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org> commit 82a1129539ee6c1a87ffbe816a0c8c42f3469177 Author: Jeff Bailes <thepizzaking@gmail.com> Date: Mon Sep 17 21:22:32 2007 -0500 Update British English translation Signed-off-by: Dan McGee <dan@archlinux.org> commit afdcf7552cc7afc26ff2f793f3c50e4b9172c1b6 Author: Peter Johnson <tam-al@hiddenrock.com> Date: Mon Sep 17 19:48:57 2007 -0500 Allow rankmirrors to read from stdin Feature Request #8043 and provided patch. Thanks! Signed-off-by: Dan McGee <dan@archlinux.org> commit acfdad6db3ac6c934d8f1885b37520680a610bec Author: Dan McGee <dan@archlinux.org> Date: Mon Sep 17 19:35:23 2007 -0500 Add Australian mirror Thanks to Jeff Bailes <thepizzaking@gmail.com> for pointing this out. Signed-off-by: Dan McGee <dan@archlinux.org> commit 3955858a2d75592ff3f7e2636b39841fc7269174 Author: Chantry Xavier <shiningxc@gmail.com> Date: Mon Sep 17 19:04:54 2007 +0200 rankmirrors : add support for the $repo var in url. To keep working correctly with url like : ftp://ftp.archlinux.org/$repo/os/i686 rankmirrors will now replace $repo by core. Signed-off-by: Chantry Xavier <shiningxc@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org> commit 708488f6fe8bf5e06ae724243381b40586301633 Merge: b0aa51059233849b0a7ef8d6a851750776ce6645 f131ee9c56b99429374dfcce583872ad9259ed96 Author: Dan McGee <dan@archlinux.org> Date: Sun Sep 16 21:10:44 2007 -0500 Merge branch 'asciidoc' into working We're getting close to release, so might as well do this now so people can actually update some of our documentation. commit f131ee9c56b99429374dfcce583872ad9259ed96 Author: Chantry Xavier <shiningxc@gmail.com> Date: Thu Aug 16 13:41:57 2007 +0200 Update manpage with new query options. Dan: did a bit more updating and clarifying. Signed-off-by: Chantry Xavier <shiningxc@gmail.com> Signed-off-by: Dan McGee <dan@archlinux.org> commit c9189f54cd9e57a4d66124d14467848db9fcc8f1 Author: Dan McGee <dan@archlinux.org> Date: Mon Jul 16 12:57:02 2007 -0400 Man page revision time Spruce up the asciidoc formatting, fix a few issues that we had. Formatting now looks pretty good in both the manpage output and the XHTML output. Also added some options that we have changed since 3.0, and a few wording updates, etc. Signed-off-by: Dan McGee <dan@archlinux.org> commit d2613b97fa8173920ef7440cf291ca24a05b5b7c Author: Dan McGee <dan@archlinux.org> Date: Mon Jul 9 14:38:02 2007 -0400 Add asciidoc checking to configure.ac, make manpage generation optional Include manpages when we ship a package tarball, and allow them to be generated by the end user if they want by using the --enable-asciidoc option to ./configure. This will allow us to maintain manpages in an easier to modify format while still keeping the make dependencies to a minimum. Signed-off-by: Dan McGee <dan@archlinux.org> commit cd5b38a4b0e8cfe634b31fc730bddbc373eb17ce Author: Dan McGee <dan@archlinux.org> Date: Mon Jul 9 14:22:01 2007 -0400 Add a manpage for repo-add We still need some work here- we should have a repo-remove manpage link to this one, and we should not have to struggle with asciidoc formatting to get it to work like any other multiple-command manpage works. Signed-off-by: Dan McGee <dan@archlinux.org> commit e412ac19f549afa26b58dbd2a2090ed95ca9cb95 Author: Dan McGee <dan@archlinux.org> Date: Fri Jul 6 16:54:18 2007 -0400 Asciidoc updates- make it pretty, fix build, etc. * Fix up the target so we rebuild the manpages when we edit the corresponding text file. * Add vim modelines to all of the asciidoc files ensureing the right syntax highlighting is used and we have expandtabs turned off. * Start making a few small changes to PKGBUILD.5 to make it pretty in both HTML and manpage format output. * Fix the manlink macro to include the manpage section in the link. Signed-off-by: Dan McGee <dan@archlinux.org> commit f1fac6abfb676b081ee2d474ab3e15f6d07d0416 Author: Andrew Fyfe <andrew@neptune-one.net> Date: Fri Jul 6 16:30:53 2007 +0100 Update PKGBUILD example. Signed-off-by: Andrew Fyfe <andrew@neptune-one.net> commit ab87657b937f3de392b1796e7f93c4008cc21f01 Author: Andrew Fyfe <andrew@neptune-one.net> Date: Fri Jul 6 16:07:53 2007 +0100 Add Synopsis section to man 5 pages. Signed-off-by: Andrew Fyfe <andrew@neptune-one.net> commit 499b750c2fbbedde27ad25d241f0c95566e5a0b7 Author: Dan McGee <dan@archlinux.org> Date: Fri Jul 6 09:59:46 2007 -0400 Make manpage generation depend on footer.txt If footer.txt is updated, we need to regenerate the manpages, this little fix should do this. Signed-off-by: Dan McGee <dan@archlinux.org> commit fe9a0de32edaf1db58e46a3fd3f1c05ad0b0e6c2 Author: Andrew Fyfe <andrew@neptune-one.net> Date: Fri Jul 6 06:56:11 2007 +0100 doc/Makefile.am: Set pacman version and date when man pages are generated. Signed-off-by: Andrew Fyfe <andrew@neptune-one.net> commit be0a472cb798f0bfd4a75d1cfe165b4005a8ca90 Author: Andrew Fyfe <andrew@neptune-one.net> Date: Tue Jul 3 00:22:01 2007 +0100 Convert the remaining man pages to asciidoc. Signed-off-by: Andrew Fyfe <andrew@neptune-one.net> commit 493e5fb7828793a8b834d5ecfd2e83050fcd920c Author: Andrew Fyfe <andrew@neptune-one.net> Date: Mon Jul 2 21:30:39 2007 +0100 Move common stuff into footer.txt and some formating tweaks. Signed-off-by: Andrew Fyfe <andrew@neptune-one.net> commit 2f7d2485f5c23223dad2b827d5c384837c878c5a Author: Andrew Fyfe <andrew@neptune-one.net> Date: Sun Jul 1 17:58:46 2007 -0400 Add two asciidoc manpages to the doc/ dir Add the pacman.8 and pacman.conf.5 asciidoc manpages to the GIT tree, with the rest to follow. Signed-off-by: Dan McGee <dan@archlinux.org> commit 168b795f9eb12c08d70d05f2ee313165004564e3 Author: Dan McGee <dan@archlinux.org> Date: Sun Jul 1 17:55:44 2007 -0400 Start addition of asciidoc stuff Add some asciidoc generation stuff to the doc/ Makefile.am so we can get some manpages up and working. Add necessary stuff to gitignore, and check in the asciidoc.conf file along with the footer for all of the manpages. Signed-off-by: Dan McGee <dan@archlinux.org> commit 91f175270142aa8b03e4efc108a07ddf71f7080d Author: Dan McGee <dan@archlinux.org> Date: Sun Jul 1 10:14:08 2007 -0400 Remove old 'static' manpages in anticipation of the asciidoc switch Signed-off-by: Dan McGee <dan@archlinux.org> ----------------------------------------------------------------------- Diffstat: configure.ac | 27 +- doc/.gitignore | 9 +- doc/Makefile.am | 49 +- doc/PKGBUILD-example.txt | 32 + doc/PKGBUILD.5 | 288 ------ doc/PKGBUILD.5.txt | 239 +++++ doc/asciidoc.conf | 64 ++ doc/footer.txt | 24 + doc/libalpm.3 | 53 -- doc/libalpm.3.txt | 39 + doc/makepkg.8 | 146 --- doc/makepkg.8.txt | 143 +++ doc/makepkg.conf.5 | 152 ---- doc/makepkg.conf.5.txt | 154 ++++ doc/pacman.8 | 293 ------ doc/pacman.8.txt | 312 +++++++ doc/pacman.conf.5 | 143 --- doc/pacman.conf.5.txt | 147 +++ doc/repo-add.8.txt | 51 ++ etc/pacman.d/mirrorlist.in | 1 + lib/libalpm/add.c | 4 +- lib/libalpm/handle.c | 183 ++++- po/en_GB.po | 2121 ++++++++++++++++++++++++++++++++------------ scripts/rankmirrors.py.in | 18 +- 24 files changed, 3018 insertions(+), 1674 deletions(-) hooks/update --- Git Source Code Management System hooks/update refs/heads/master \ b0aa51059233849b0a7ef8d6a851750776ce6645 \ 7325ebbc22091c698fd19140b7ed6986024ec6e8
2007/9/18, Dan McGee <dan@archlinux.org>:
Hello,
This is an automated email from the git hooks/update script, it was generated because a ref change was pushed to the repository.
hmm, I cannot see most of these changes in shortlog. I guess the changes that was made in a (asciidoc) branch don't show up in master summary/shortlog. But it *seems* that git on kernel.org does this (which is good, IMO, for tracking changes for adding to NEWS file). Is there way to get the same behaviour in pacman git. I'm not expert in git so sorry if what I'm saying is stupid. :-P -- Roman Kyrylych (Роман Кирилич)
On 9/18/07, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
2007/9/18, Dan McGee <dan@archlinux.org>:
Hello,
This is an automated email from the git hooks/update script, it was generated because a ref change was pushed to the repository.
hmm, I cannot see most of these changes in shortlog. I guess the changes that was made in a (asciidoc) branch don't show up in master summary/shortlog. But it *seems* that git on kernel.org does this (which is good, IMO, for tracking changes for adding to NEWS file). Is there way to get the same behaviour in pacman git. I'm not expert in git so sorry if what I'm saying is stupid. :-P
They are there. By default GIT outputs its log entries in chronological order. Topological order makes more sense for a case like this. You'd have to search Google for the myriad of git-log options. -Dan
On Tue, Sep 18, 2007 at 12:04:23AM -0400, Dan McGee wrote:
commit 708488f6fe8bf5e06ae724243381b40586301633 Merge: b0aa51059233849b0a7ef8d6a851750776ce6645 f131ee9c56b99429374dfcce583872ad9259ed96 Author: Dan McGee <dan@archlinux.org> Date: Sun Sep 16 21:10:44 2007 -0500
Merge branch 'asciidoc' into working
We're getting close to release, so might as well do this now so people can actually update some of our documentation.
Hmm, apparently pacman doesn't build anymore, I get : Making all in doc make[2]: Entering directory `/data/share/devel/pacman/pacman/doc' make[2]: *** No rule to make target `pacman.8', needed by `all-am'. Stop. make[2]: Leaving directory `/data/share/devel/pacman/pacman/doc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/share/devel/pacman/pacman' make: *** [all] Error 2 After checking asciidoc was installed, doing ./configure --enable-asciidoc , and installing docbook-xsl , it compiled fine. I'm a bit confused. So now for getting man pages, we need asciidoc and docbook-xsl as makedepends , and adding that --enable-asciidoc configure flag, right? And if --enable-asciidoc isn't specified, no man pages can be built at all, and it's just a little quirck left in the Makefiles?
Xavier wrote:
On Tue, Sep 18, 2007 at 12:04:23AM -0400, Dan McGee wrote:
commit 708488f6fe8bf5e06ae724243381b40586301633 Merge: b0aa51059233849b0a7ef8d6a851750776ce6645 f131ee9c56b99429374dfcce583872ad9259ed96 Author: Dan McGee <dan@archlinux.org> Date: Sun Sep 16 21:10:44 2007 -0500
Merge branch 'asciidoc' into working
We're getting close to release, so might as well do this now so people can actually update some of our documentation.
Hmm, apparently pacman doesn't build anymore, I get : Making all in doc make[2]: Entering directory `/data/share/devel/pacman/pacman/doc' make[2]: *** No rule to make target `pacman.8', needed by `all-am'. Stop. make[2]: Leaving directory `/data/share/devel/pacman/pacman/doc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/share/devel/pacman/pacman' make: *** [all] Error 2
After checking asciidoc was installed, doing ./configure --enable-asciidoc , and installing docbook-xsl , it compiled fine.
I'm a bit confused. So now for getting man pages, we need asciidoc and docbook-xsl as makedepends , and adding that --enable-asciidoc configure flag, right?
And if --enable-asciidoc isn't specified, no man pages can be built at all, and it's just a little quirck left in the Makefiles?
_______________________________________________ pacman-dev mailing list pacman-dev@archlinux.org http://archlinux.org/mailman/listinfo/pacman-dev
Official source releases will come with the man pages built, that was the plan wasn't it Dan? Andrew
On 9/18/07, Andrew Fyfe <andrew@neptune-one.net> wrote:
Xavier wrote:
On Tue, Sep 18, 2007 at 12:04:23AM -0400, Dan McGee wrote:
commit 708488f6fe8bf5e06ae724243381b40586301633 Merge: b0aa51059233849b0a7ef8d6a851750776ce6645 f131ee9c56b99429374dfcce583872ad9259ed96 Author: Dan McGee <dan@archlinux.org> Date: Sun Sep 16 21:10:44 2007 -0500
Merge branch 'asciidoc' into working
We're getting close to release, so might as well do this now so people can actually update some of our documentation.
Hmm, apparently pacman doesn't build anymore, I get : Making all in doc make[2]: Entering directory `/data/share/devel/pacman/pacman/doc' make[2]: *** No rule to make target `pacman.8', needed by `all-am'. Stop. make[2]: Leaving directory `/data/share/devel/pacman/pacman/doc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/data/share/devel/pacman/pacman' make: *** [all] Error 2
After checking asciidoc was installed, doing ./configure --enable-asciidoc , and installing docbook-xsl , it compiled fine.
I'm a bit confused. So now for getting man pages, we need asciidoc and docbook-xsl as makedepends , and adding that --enable-asciidoc configure flag, right?
And if --enable-asciidoc isn't specified, no man pages can be built at all, and it's just a little quirck left in the Makefiles?
Official source releases will come with the man pages built, that was the plan wasn't it Dan?
Andrew
Correct. The way it works is this- you will have to build with asciidoc enabled at least once to get the manpages, and they are never cleaned up in a "make clean" target call. They are also distributed in the pacman tarball created by "make dist" or "make distcheck". As a developer, I figure everyone can get asciidoc installed in order to build the manpages. If not...well if you can come up with a patch that still satisfies the above requirements, then I'll take it (some sort of patch that doesn't fail if targets in doc/ can't be built). Thus, we don't need asciidoc or docbook-xsl as makedepends, and also the reason --enable-asciidoc is off by default. Something to check, however- "make dist" should probably enforce that --enable-asciidoc is actually enabled and working. -Dan
On 9/18/07, Dan McGee <dpmcgee@gmail.com> wrote:
As a developer, I figure everyone can get asciidoc installed in order to build the manpages. If not...well if you can come up with a patch that still satisfies the above requirements, then I'll take it (some sort of patch that doesn't fail if targets in doc/ can't be built).
Ah, asciidoc. It's so cool once it's all built, but I always had problems getting it working. But I think that was on dreamhost and maybe perl related... Thankfully, Dan has this in [community] so we need not be afeared!
On 9/18/07, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
On 9/18/07, Dan McGee <dpmcgee@gmail.com> wrote:
As a developer, I figure everyone can get asciidoc installed in order to build the manpages. If not...well if you can come up with a patch that still satisfies the above requirements, then I'll take it (some sort of patch that doesn't fail if targets in doc/ can't be built).
Ah, asciidoc. It's so cool once it's all built, but I always had problems getting it working. But I think that was on dreamhost and maybe perl related...
Thankfully, Dan has this in [community] so we need not be afeared!
Yeah. Let me know if things aren't working correctly. I could move asciidoc to extra but didn't see the need right now. The docbook-xsl package was broken for a bit, but seems to be working now. The big advantage this gives us is much more user-friendly editing of the manpages, much better HTML output (with linking between them), and the ability to do some macros and such that aren't from the 1970s. Now we just need someone to volunteer to keep these bad boys up to date. :) Patches always welcome. -Dan
On Tue, Sep 18, 2007 at 10:46:30AM -0500, Dan McGee wrote:
On 9/18/07, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
On 9/18/07, Dan McGee <dpmcgee@gmail.com> wrote:
As a developer, I figure everyone can get asciidoc installed in order to build the manpages. If not...well if you can come up with a patch that still satisfies the above requirements, then I'll take it (some sort of patch that doesn't fail if targets in doc/ can't be built).
Ah, asciidoc. It's so cool once it's all built, but I always had problems getting it working. But I think that was on dreamhost and maybe perl related...
Thankfully, Dan has this in [community] so we need not be afeared!
Yeah. Let me know if things aren't working correctly. I could move asciidoc to extra but didn't see the need right now. The docbook-xsl package was broken for a bit, but seems to be working now.
It's alright, it was very easy to get working, just pacman -S asciidoc docbook-xsl and done, so good job :) Also, if these man pages will be shipped in tarballs, and then a simple "./configure && make" still works, then it's not really an issue. I still find it not ideal that this isn't possible anymore with the git tree. So as you said, a patch that doesn't fail if targets in doc/ can't be built would be a very good idea imo. But it's not a big deal indeed.
The big advantage this gives us is much more user-friendly editing of the manpages, much better HTML output (with linking between them), and the ability to do some macros and such that aren't from the 1970s.
On this subject, an user recently wanted to get informations fron the current HTML manpages, but they seem a bit outdated : http://www.archlinux.org/pipermail/arch/2007-September/015447.html But if they are going to be both updated and improved for 3.1 , its probably fine :) Also archlinux.org/pacman could be updated for 3.0.6 .
Eeek, I don't know which thread to reply to! Let's go with the new one. 8) On 9/18/07, Xavier <shiningxc@gmail.com> wrote:
The big advantage this gives us is much more user-friendly editing of the manpages, much better HTML output (with linking between them), and the ability to do some macros and such that aren't from the 1970s.
I couldn't agree more with Dan here. Asciidoc documentation is a great boon, BUT asciidoc is a big nasty mess of an app. Still, nroff code can't be much prettier.
On this subject, an user recently wanted to get informations fron the current HTML manpages, but they seem a bit outdated : http://www.archlinux.org/pipermail/arch/2007-September/015447.html But if they are going to be both updated and improved for 3.1 , its probably fine :)
Also archlinux.org/pacman could be updated for 3.0.6 .
I marked this, I will try and get to it tonight, but I won't be getting home for some time.
On 9/18/07, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Eeek, I don't know which thread to reply to! Let's go with the new one. 8)
On 9/18/07, Xavier <shiningxc@gmail.com> wrote:
The big advantage this gives us is much more user-friendly editing of the manpages, much better HTML output (with linking between them), and the ability to do some macros and such that aren't from the 1970s.
I couldn't agree more with Dan here. Asciidoc documentation is a great boon, BUT asciidoc is a big nasty mess of an app. Still, nroff code can't be much prettier.
On this subject, an user recently wanted to get informations fron the current HTML manpages, but they seem a bit outdated : http://www.archlinux.org/pipermail/arch/2007-September/015447.html But if they are going to be both updated and improved for 3.1 , its probably fine :)
Also archlinux.org/pacman could be updated for 3.0.6 .
I marked this, I will try and get to it tonight, but I won't be getting home for some time.
Taken care of (mostly). Just need someone to write up the ChangeLog entry and send it to me for GIT and then I will get it online, otherwise I'll do it sometime later tonight. -Dan
On Tue, Sep 18, 2007 at 12:46:50PM -0500, Dan McGee wrote:
Taken care of (mostly). Just need someone to write up the ChangeLog entry and send it to me for GIT and then I will get it online, otherwise I'll do it sometime later tonight.
Hmm, not sure what you meant, but maybe something like that could do : - config files updated to reflect the current -> core repository shuffle - several bugfixes : - symlink overwriting issue (bug #7484) - config parsing failed with tr_TR locale (bug #7235) - install of large packages failed (bug #7578)
participants (6)
-
Aaron Griffin
-
Andrew Fyfe
-
Dan McGee
-
Dan McGee
-
Roman Kyrylych
-
Xavier