- Pacman-dev - lists.archlinux.org

[pacman-dev] updated pacman spanish translation
by Juan Pablo González T. 29 Apr '07

29 Apr '07

updated translation. Text improvements and word corrections thanks to the archlinux.com.ar community! i did not attach the .diff because they are practicaly the same size of the original .po files greetings! __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.espanol.yahoo.com/

1 0

[pacman-dev] error handling in libdownlad / libalpm
by Roman Kyrylych 28 Apr '07

28 Apr '07

Hi! This is what I've encountered today: [root@home ~]# pacman -Syuw :: Synchronizing package databases... current 73,3K 14,6K/s 00:00:05 [#####################] 100% extra 283,0K 8,2K/s 00:00:35 [#####################] 100% error: could not open /var/lib/pacman/community.db.tar.gz: Empty input file: Invalid or incomplete multibyte or wide character error: failed to update community (unexpected system error) error: failed retrieving file 'unstable.db.tar.gz' from ftp.archlinux.org : Unknown FTP error error: failed to synchronize unstable: Unknown FTP error then I just Ctrl-C as it was clear my connection suddenly died Ugly error reporting about unstable.db.tar.gz is not a big deal, but what is baf is community.db.tar.gz - it is created with 0 bytes size. [root@home ~]# ls -l /var/lib/pacman/ total 212 drwxr-xr-x 2 root root 61440 2007-04-28 13:43 community -rw-r--r-- 1 root root 0 2007-04-28 13:42 community.db.tar.gz drwxr-xr-x 567 root root 28672 2007-04-28 13:40 current drwxr-xr-x 2020 root root 81920 2007-04-28 13:40 extra drwxr-xr-x 531 root root 24576 2007-04-25 00:27 local drwxr-xr-x 4 root root 4096 2007-04-09 14:55 romashka drwxr-xr-x 9 root root 4096 2007-04-25 00:24 testing drwxr-xr-x 61 root root 4096 2007-04-25 00:22 unstable And then: [root@home ~]# pacman -Syuw :: Synchronizing package databases... current is up to date extra is up to date community is up to date unstable 8,9K 43,4K/s 00:00:00 [#####################] 100% testing 1,7K 14,2M/s 00:00:00 [#####################] 100% Of course 0-byte community.db.tar.gz passes datetime check here :-) When connection dies libdownload/libalpm should _not_ create broken db.tar.gz Either it should be valid or not existing (deleted, or better - not created at all). -- Roman Kyrylych (Роман Кирилич)

1 0

[pacman-dev] makepkg patch to create $pkgname-docs package for docs
by Xavier 28 Apr '07

28 Apr '07

2007/4/28, Travis Willard <travis(a)archlinux.org>: > > There's a problem with stripping stuff needed for build - that "problem" > is the AUR. Someone may never expect to need to compile, but then > suddenly they realize this really neat or critical app is only > available in the AUR - what happens when they set their option to strip > away all these files? How do they get them back? This seems like it > could be a big hassle. > Neat and/or critical app should ideally be at least in community, not unsupported :) But you could do like in debian, having each lib splitted in foo and foo-dev. Build dep (depends) is foo-dev, which contains the headers and stuff, and runtime dep (makedepends) is foo, which contains only the lib. And yes, it is a big hassle. But if you care about size, it doesn't make sense to ignore that. So people who care should use a distrib that does this split imo. But me, I don't care at all, and want to be able to build packages easily, so I find arch easier to use for that. When you just rebuild a deb, someone already found all the *-dev files for building, so you can install these automatically. But when you want to build a new app, it's often boring to have to track all of them (but worth it, since you only install the -dev packages you need, and don't have a lot of unused ones, which takes a lot of extra space).

3 2

[pacman-dev] CVS update of pacman-lib (4 files)
by Dan McGee 28 Apr '07

28 Apr '07

Date: Saturday, April 28, 2007 @ 04:26:37 Author: dan Path: /home/cvs-pacman/pacman-lib Modified: NEWS (1.14 -> 1.15) configure.ac (1.39 -> 1.40) scripts/makepkg (1.71 -> 1.72) scripts/repo-add (1.8 -> 1.9) Bumps for pacman 3.0.3 ------------------+ NEWS | 2 ++ configure.ac | 2 +- scripts/makepkg | 2 +- scripts/repo-add | 2 +- 4 files changed, 5 insertions(+), 3 deletions(-) Index: pacman-lib/NEWS diff -u pacman-lib/NEWS:1.14 pacman-lib/NEWS:1.15 --- pacman-lib/NEWS:1.14 Mon Apr 23 03:03:13 2007 +++ pacman-lib/NEWS Sat Apr 28 04:26:37 2007 @@ -1,5 +1,7 @@ VERSION DESCRIPTION ----------------------------------------------------------------------------- +3.0.3 - Updated translations + - repo-add: fixed a desc file clobbering issue 3.0.2 - fix a bug where pre/post_remove scriptlets were not ran - ensure ldconfig is ran in all operations - added a few new translations, updated existing ones Index: pacman-lib/configure.ac diff -u pacman-lib/configure.ac:1.39 pacman-lib/configure.ac:1.40 --- pacman-lib/configure.ac:1.39 Mon Apr 23 03:03:13 2007 +++ pacman-lib/configure.ac Sat Apr 28 04:26:37 2007 @@ -3,7 +3,7 @@ AC_PREREQ(2.59) dnl Update it right before the release since $pkgver_foo are all _post_ release snapshots -AC_INIT([Pacman package manager], 3.0.2, [pacman-dev(a)archlinux.org] [pacman]) +AC_INIT([Pacman package manager], 3.0.3, [pacman-dev(a)archlinux.org] [pacman]) AC_LANG([C]) AC_CONFIG_HEADERS(config.h) AC_CANONICAL_HOST Index: pacman-lib/scripts/makepkg diff -u pacman-lib/scripts/makepkg:1.71 pacman-lib/scripts/makepkg:1.72 --- pacman-lib/scripts/makepkg:1.71 Wed Apr 18 01:50:00 2007 +++ pacman-lib/scripts/makepkg Sat Apr 28 04:26:37 2007 @@ -25,7 +25,7 @@ # USA. # -myver='3.0.0' +myver='3.0.3' startdir=$(pwd) BUILDSCRIPT="PKGBUILD" Index: pacman-lib/scripts/repo-add diff -u pacman-lib/scripts/repo-add:1.8 pacman-lib/scripts/repo-add:1.9 --- pacman-lib/scripts/repo-add:1.8 Wed Apr 25 11:00:49 2007 +++ pacman-lib/scripts/repo-add Sat Apr 28 04:26:37 2007 @@ -19,7 +19,7 @@ # Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, # USA. -myver='3.0.0' +myver='3.0.3' FORCE=0 REPO_DB_FILE=""

1 0

[pacman-dev] git
by Nagy Gabor 27 Apr '07

27 Apr '07

Hi! Can we follow git updates in e-mail? (gits commit should be appear here like cvs commits) Bye, ngaba

4 4

[pacman-dev] resolvedeps should resolve deps in local db too?
by Nagy Gabor 26 Apr '07

26 Apr '07

Hi! This e-mail is neither a feature request nor a bugreport, just a question for discussion. See the following pactest file: ------------------------- self.description = "resolvedeps test" lp1 = pmpkg("pkg1") lp1.depends = ["pkg2=1.0-1"] self.addpkg2db("local", lp1) lp2 = pmpkg("pkg2", "1.0-1") lp2.requiredby = ["pkg1"] self.addpkg2db("local", lp2) sp1 = pmpkg("pkg1") sp1.depends = ["pkg2=1.0-2"] self.addpkg2db("sync", sp1) sp2 = pmpkg("pkg2", "1.0-2") self.addpkg2db("sync", sp2) self.args = "-S %s" % sp2.name self.addrule("PKG_VERSION=pkg1|1.0-1") self.addrule("PKG_VERSION=pkg2|1.0-1") ------------------------------- Pacman passes this test, but won't resolve dependencies. Resolvedeps doesn't notice that update of pkg2 would break the dependency of pkg1. (Because in line 585 PM_TRANS_TYPE_ADD is used). But pacman does a depcheck after resolvedeps, so it realize the problem (but it is not resolved by installing pkg1) and we get an error message. So the philosophic question (I don't know the answer ;-): "Should -S pkg2 update pkg1 or not?" If -S pkg2 means that we update pkg2 and do "everything" to install it, then yes. (User is asked whether to remove conflicting packages etc.). If user expects that after -S pkg2 _will_ be installed and user doesn't want to run other pacman commands by hand, the answer is yes. But the dependencies of pkg2 is resolved, and user probably thinks that only pkg2 and its dependencies will be installed (he doesn't want to upgrade anything else in the db), so the answer can also be no. Bye, ngaba

1 0

[pacman-dev] CVS update of pacman-lib/scripts (repo-add)
by Dan McGee 25 Apr '07

25 Apr '07

Date: Wednesday, April 25, 2007 @ 11:00:50 Author: dan Path: /home/cvs-pacman/pacman-lib/scripts Modified: repo-add (1.7 -> 1.8) repo-add: Fixed bug of missing desc entries if package is in a group Fixes bug #7005 as reported and patched by Marcus Habernehl <bmh1980de(a)yahoo.de> ----------+ repo-add | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Index: pacman-lib/scripts/repo-add diff -u pacman-lib/scripts/repo-add:1.7 pacman-lib/scripts/repo-add:1.8 --- pacman-lib/scripts/repo-add:1.7 Thu Mar 29 23:33:19 2007 +++ pacman-lib/scripts/repo-add Wed Apr 25 11:00:49 2007 @@ -148,7 +148,7 @@ # create desc entry echo ":: creating 'desc' db entry" - echo -e "%FILENAME%\n$(basename $1)\n" >> desc + echo -e "%FILENAME%\n$(basename $1)\n" >>desc echo -e "%NAME%\n$pkgname\n" >>desc echo -e "%VERSION%\n$pkgver\n" >>desc if [ -n "$pkgdesc" ]; then @@ -157,7 +157,7 @@ if [ -n "$_groups" ]; then echo "%GROUPS%" >>desc echo $_groups | tr -s ' ' '\n' >>desc - echo "" >desc + echo "" >>desc fi [ -n $csize ] && echo -e "%CSIZE%\n$csize\n" >>desc [ -n $size ] && echo -e "%ISIZE%\n$size\n" >>desc

1 0

[pacman-dev] CVS update of pacman-lib (lib/libalpm/po/fr.po src/pacman/po/fr.po)
by Dan McGee 25 Apr '07

25 Apr '07

Date: Wednesday, April 25, 2007 @ 00:38:54 Author: dan Path: /home/cvs-pacman/pacman-lib Modified: lib/libalpm/po/fr.po (1.11 -> 1.12) src/pacman/po/fr.po (1.15 -> 1.16) Updated French translation from Nam <37i11(a)altern.org>. ----------------------+ lib/libalpm/po/fr.po | 802 ++++++++++++++++++++++++------------------------- src/pacman/po/fr.po | 600 +++++++++++++++++++----------------- 2 files changed, 731 insertions(+), 671 deletions(-) The diff is longer than the limit of 39KB.

1 0

[pacman-dev] Fwd: Pacman: Updated French translation
by Aaron Griffin 25 Apr '07

25 Apr '07

Forwarding to the list, because I keep losing this one in my inbox. ---------- Forwarded message ---------- From: 37i11(a)altern.org <37i11(a)altern.org> Date: Apr 20, 2007 9:20 AM Subject: Pacman: Updated French translation To: aaron(a)archlinux.org Hi Aaron I'm a Francophone Arch user and a translator. I noticed a few errors in pacman's translation (using 3.0.1-1), downloaded the source (NOT cvs), re-translated, and asked the translator, solstice.dhiver(a)laposte.net, to tell me what to do. He wrote (in French) what I'm copying below, which basically means it's OK for him if pacman uses my updated translation and that I should contact the developers, which I'm doing now. I'm attaching updated French translations of pacman and libalpm. Use them as you see fit, and contact me for more info or if I should submit this translation following another procedure than informal email or if I should have used a different pot file (easy to remedy using TMM) Best, Nam > nan je n'ai aucun accès CVS ou svn. j'avais juste posté sur la ML > pacman-dev pour finir (vite fait) cette traduction française. Je n'ai > aucune autorité sur la traduction fr. si tu veux reprendre le > flambeau, libre à toi > > je te suggères de poster ta traduction-correction sur la ML > pacman-dev

1 0

[pacman-dev] Fix for overwritten NoUpgrade files
by Dan McGee 24 Apr '07

24 Apr '07

Here is a small shell script to fix issues some people have been having with the removal of the NoUpgrade lines. A quick summary of what this does- it will scan the default list of NoUpgrade files in addition to any you have added on your own, and reset the stored md5sum in the database so the next upgrade will force a pacnew file to be written. This will be a one time deal, and will allow immediate removal of any NoUpgrade lines from pacman.conf. Questions or comments on this thread if you have them. -Dan

3 4