- Pacman-dev - lists.archlinux.org

[pacman-dev] problems with string freeze or i'm doing something wrong?
by João Felipe Santos 18 Jan '08

18 Jan '08

Hello. I finished the message translation to pt_BR (using the final .po files released with the string freeze) and wanted to test it to see if everything was ok. So, I compiled pacman from a git clone with my .po files and ran it. When I tried a 'pacman -Si pacman', the messages "Optional Deps", "Packager", "Architecture", "Build Date" and "MD5 sum" were in English, and all the other strings in Portuguese. The options showed when doing a "pacman --help" were in English, too. Was this noticed by another translator? Maybe I'm doing something wrong when compiling. Thanks jfsantos

2 1

Re: [pacman-dev] pacman 3.1.1 translations
by Mateusz Jedrasik 17 Jan '08

17 Jan '08

Sorry, I'm really busy over here. Need sleep can't fiddle with it tonight. I attach my work so far done (pacman's pl_PL.po file, I haven't touched the libalpm one yet). There is quite some amount of strings that need updating. I maybe will find some time on Saturday. If anyone wants to help out, they're welcome to do so. This is why I send this as a CC to the pacman-dev list. Cheers, //m. -- Mateusz Jędrasik <m.jedrasik(a)gmail.com> http://imachine.szklo.eu.org

1 0

[pacman-dev] Restore .pacsave file if present - WORK IN PROGRESS
by Allan McRae 17 Jan '08

17 Jan '08

Hi, In continuing to misjudge what would be an easy bug to fix I had an attempt at FS#8645 - Restore pacsaves on install [1]. The attached patch is a definite work in progress. I have two queries: 1) Would it be better to notify the user of the restore or to query them. Either way they will get a notification about the new file being installed to .pacsave. I'm leaning on query here because that would allow the user to stop really old files being restored. 2) Should I worry about the case where a file used to be backed up but is not now. This seems an edge case but would result in the file being restored then overwritten (I think.... I need to look at that further). Cheers, Allan [1] http://bugs.archlinux.org/task/8645

3 2

[pacman-dev] makepkg patch - simple pkg class feature
by K. Piche 16 Jan '08

16 Jan '08

Hi, I hope everyone had a great holiday! Perl module PKGBUILDs tend to be a mess and some build() functions are not "standard". Now with the new upcoming perl policy all of the PKGBUILDs need to be "standardized" again. To help combat this problem I hacked up a package class feature where all the functions and package defaults are set in a class file and sourced before the package is built. The class file can define a set of build functions to call instead of just build(). Some advantages: - standardization of package types, even AUR packages could be uniform - code in makepkg could be moved to a class so that it could easily be override by people doing non-standard things: no man pages, i585 ports - anything set in the PKGBUILD takes precedence over the class - defined build functions can be optional (see the sample perl class) The patch is backwards compatible with non-class PKGBUILDs and I have been using my classy makepkg for 5 days. Attached is the patch, a perl class, and sample PKGBUILD for Sys::Syslog. Right now the class file has to be in the same directory as the PKGBUILD. Happy New Year! k -- K. Piche <kpiche(a)rogers.com>

5 11

[pacman-dev] [translation] pacman spanish
by Juan Pablo Gonzalez 16 Jan '08

16 Jan '08

HI! as i promised, i send you the es.po file for pacman. I hope on time to the next release. greetings!

4 6

[pacman-dev] [translation] Czech translation at last time? : )
by Vojtěch Gondžala 16 Jan '08

16 Jan '08

Hi, there are some bigger corrections, I get filnaly a feedback from Czech users :), so this is result. When will be pacman-3.1.1 out? vogo

3 3

[pacman-dev] [PATCH] makepkg: add check to ensure we have non-URL files in build dir
by Dan McGee 16 Jan '08

16 Jan '08

Pacman 3.0 printed the following message if a file could not be found: ERROR: xxx was not found in the build directory and is not a proper URL. We lost this logic in 3.1 when moving to the DLAGENT type stuff, so a not-found file got passed all the way to the download logic where it failed with a odd error message. Bring back some logic to ensure only files with URLs get past a certain point, and fail if the file is not available. Fixes FS#9208. Signed-off-by: Dan McGee <dan(a)archlinux.org> --- Decision time guys- this patch would 'break' the string freeze, but I can't think of many other ways to do what it does without (re)introducing the below error message. This patch also needs some testing with real building to ensure it doesn't break anything that worked before. In my 10 minutes of testing it seemed fine in most cases. So should we include this for 3.1? Even if the message is not translated, I think it would be better to fail correctly than fail wrongly as before. -Dan scripts/makepkg.sh.in | 6 ++++++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/scripts/makepkg.sh.in b/scripts/makepkg.sh.in index 219e2d1..ad95356 100644 --- a/scripts/makepkg.sh.in +++ b/scripts/makepkg.sh.in @@ -464,6 +464,12 @@ download_sources() { continue fi + # if we get here, check to make sure it was a URL, else fail + if [ "$file" = "$netfile" ]; then + error "$(gettext "%s was not found in the build directory and is not a URL.")" "$netfile" + exit 1 # $E_MISSING_FILE + fi + # find the client we should use for this URL local dlclient=$(get_downloadclient $netfile) || exit $? -- 1.5.4.rc3

3 2

[pacman-dev] [GIT] The official pacman repository branch, maint, updated. v3.1.0-38-g12417e9
by Dan McGee 16 Jan '08

16 Jan '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 12417e91ad96f36511e3d5791dd30c7334730633 (commit) via eb77f0dbd2e6fab521375bd2ab81b0ab4bc052aa (commit) via 6b242b3725475da6b9d19c41f241ff8170514920 (commit) via eccda0dfadc096d8add7d6ac8123182a2d49b743 (commit) from a0ac72b42219fbcf17dd7cf2ee992b71a6a1375a (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 12417e91ad96f36511e3d5791dd30c7334730633 Author: Dan McGee <dan(a)archlinux.org> Date: Tue Jan 15 22:24:21 2008 -0600 Updates to NEWS for 3.1.1 Signed-off-by: Dan McGee <dan(a)archlinux.org> commit eb77f0dbd2e6fab521375bd2ab81b0ab4bc052aa Author: Chantry Xavier <shiningxc(a)gmail.com> Date: Tue Jan 15 13:48:27 2008 +0100 Another documentation update for FS#9204 Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 6b242b3725475da6b9d19c41f241ff8170514920 Author: Chantry Xavier <shiningxc(a)gmail.com> Date: Tue Jan 15 19:42:40 2008 +0100 Clarify -Sc documentation. s/old packages/packages that are no longer installed/g. Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit eccda0dfadc096d8add7d6ac8123182a2d49b743 Author: Chantry Xavier <shiningxc(a)gmail.com> Date: Tue Jan 15 19:40:36 2008 +0100 Fix some left over of a0ac72b42. Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: NEWS | 14 ++++++++++++++ configure.ac | 1 - doc/pacman.8.txt | 20 ++++++++++++-------- doc/pacman.conf.5.txt | 9 ++++++--- 4 files changed, 32 insertions(+), 12 deletions(-) hooks/post-receive -- The official pacman repository

1 0

[pacman-dev] [translation] Updated en_GB translation.
by Jeff Bailes 16 Jan '08

16 Jan '08

Hi, Here's the updated en_GB po files for pacman 3.1.1. Jeff

2 1

Re: [pacman-dev] FS#4995: improve behaviour of pacman -Sc
by Roman Kyrylych 15 Jan '08

15 Jan '08

2008/1/15, Pacman <bugs(a)archlinux.org>: > THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. > > The following task is now closed: > > FS#4995 - improve behaviour of pacman -Sc > User who did this - Xavier (shining) > > Reason for closing: Duplicate > Additional comments about closing: dup of 8061. > > More information can be found at the following URL: > http://bugs.archlinux.org/task/4995 > > You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above. > So Xavier does have the right to close Pacman bugs now? :-) -- Roman Kyrylych (Роман Кирилич)

3 3