- Pacman-dev - lists.archlinux.org

[pacman-dev] slower ftp access with pacman 3 ?
by Xavier 08 May '07

08 May '07

I'm using the same mirror (mir1.archlinuxfr.org) for the 5 repos (testing current extra community unstable), and I found that syncing was much slower after upgrading to pacman 3. I made some measures using time pacman -Sy : pacman 3 ftp : 4,3s http : 0,5s pacman 2 ftp : 2,5s http : 4,5s It looks like pacman 2 with http doesn't work correctly. It seems it's the only case where pacman can't detect the databases didn't change, and download them again. So using http with pacman 3 is by far the fastest solution. What are the downsides using http over ftp? But this slowdown in pacman 3 with ftp is still strange. Any ideas what could have caused it? Also, it's funny what happens when, for example, downloading 2 packages from current : >>> PWD <<< 257 "/archlinux/0.8/os/i686" >>> CDUP <<< 250 Directory successfully changed. >>> PWD <<< 257 "/archlinux/0.8/os" >>> CDUP <<< 250 Directory successfully changed. >>> PWD <<< 257 "/archlinux/0.8" >>> CDUP <<< 250 Directory successfully changed. >>> PWD <<< 257 "/archlinux" >>> CWD current <<< 250 Directory successfully changed. >>> CWD os <<< 250 Directory successfully changed. >>> CWD i686 <<< 250 Directory successfully changed. ie, libdownload is already in the correct directory, /archlinux/0.8/os/i686 , but it doesn't know current is a link to 0.8 , so it believes it's in the wrong directory, and goes back to /archlinux and returns in current/os/i686 I'm not sure if it's possible to avoid that though, is it?

3 2

[pacman-dev] File unavailable (e.g., file not found, no access)
by Scott Horowitz 08 May '07

08 May '07

I get this error with pacman3 (almost?) every single time that I have to download multiple packages. Usually it will download the first package fine and then give the error "File unavailable (e.g., file not found, no access)" on the subsequent package. Normal: Beginning upgrade process... :: Retrieving packages from extra... libbonoboui 381.9K 572.6K/s 00:00:01 [#########################################################] 100% error: failed retrieving file 'gnome-keyring-0.8.1-2.pkg.tar.gz' from locke.suu.edu : File unavailable (e.g., file not found, no access) error: failed retrieving file 'libgnomeui-2.18.1-2.pkg.tar.gz' from locke.suu.edu : File unavailable (e.g., file not found, no access) error: failed retrieving file 'gnome-desktop-2.18.1-1.pkg.tar.gz' from locke.suu.edu : File unavailable (e.g., file not found, no access) and so on... Using --debug=3: http://pastebin.archlinux.org/2861 The whole CWD <random letter> seems awfully strange. Any ideas? Scott

5 6

[pacman-dev] CVS update of pacman-lib (20 files)
by Dan McGee 08 May '07

08 May '07

Date: Monday, May 7, 2007 @ 23:41:31 Author: dan Path: /home/cvs-pacman/pacman-lib Modified: lib/libalpm/po/de.po (1.19 -> 1.20) lib/libalpm/po/en_GB.po (1.5 -> 1.6) lib/libalpm/po/es.po (1.1 -> 1.2) lib/libalpm/po/fr.po (1.12 -> 1.13) lib/libalpm/po/hu.po (1.12 -> 1.13) lib/libalpm/po/it.po (1.22 -> 1.23) lib/libalpm/po/libalpm.pot (1.10 -> 1.11) lib/libalpm/po/pl_PL.po (1.1 -> 1.2) lib/libalpm/po/pt_BR.po (1.11 -> 1.12) lib/libalpm/po/ru_RU.po (1.3 -> 1.4) src/pacman/po/de.po (1.22 -> 1.23) src/pacman/po/en_GB.po (1.7 -> 1.8) src/pacman/po/es.po (1.1 -> 1.2) src/pacman/po/fr.po (1.16 -> 1.17) src/pacman/po/hu.po (1.17 -> 1.18) src/pacman/po/it.po (1.23 -> 1.24) src/pacman/po/pacman.pot (1.12 -> 1.13) src/pacman/po/pl_PL.po (1.1 -> 1.2) src/pacman/po/pt_BR.po (1.15 -> 1.16) src/pacman/po/ru_RU.po (1.8 -> 1.9) A ton of updates of all of the translation files. Thanks to the authors of those. ----------------------------+ lib/libalpm/po/de.po | 56 ++--- lib/libalpm/po/en_GB.po | 202 ++++++++++--------- lib/libalpm/po/es.po | 395 ++++++++++++++++++-------------------- lib/libalpm/po/fr.po | 6 lib/libalpm/po/hu.po | 202 ++++++++++--------- lib/libalpm/po/it.po | 40 +-- lib/libalpm/po/libalpm.pot | 198 ++++++++++--------- lib/libalpm/po/pl_PL.po | 85 ++++---- lib/libalpm/po/pt_BR.po | 198 ++++++++++--------- lib/libalpm/po/ru_RU.po | 202 ++++++++++--------- src/pacman/po/de.po | 2 src/pacman/po/en_GB.po | 18 - src/pacman/po/es.po | 442 +++++++++++++++++++++++-------------------- src/pacman/po/fr.po | 2 src/pacman/po/hu.po | 18 - src/pacman/po/it.po | 10 src/pacman/po/pacman.pot | 12 - src/pacman/po/pl_PL.po | 210 ++++++++++---------- src/pacman/po/pt_BR.po | 18 - src/pacman/po/ru_RU.po | 18 - 20 files changed, 1211 insertions(+), 1123 deletions(-) The diff is longer than the limit of 39KB.

3 2

[pacman-dev] CVS update of pacman-lib (configure.ac)
by Aaron Griffin 08 May '07

08 May '07

Date: Tuesday, May 8, 2007 @ 04:13:13 Author: aaron Path: /home/cvs-pacman/pacman-lib Modified: configure.ac (1.40 -> 1.41) Version bumped to 3.0.4 --------------+ configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: pacman-lib/configure.ac diff -u pacman-lib/configure.ac:1.40 pacman-lib/configure.ac:1.41 --- pacman-lib/configure.ac:1.40 Sat Apr 28 04:26:37 2007 +++ pacman-lib/configure.ac Tue May 8 04:13:13 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.3, [pacman-dev(a)archlinux.org] [pacman]) +AC_INIT([Pacman package manager], 3.0.4, [pacman-dev(a)archlinux.org] [pacman]) AC_LANG([C]) AC_CONFIG_HEADERS(config.h) AC_CANONICAL_HOST

1 0

[pacman-dev] CVS update of pacman-lib/lib/libalpm (server.c)
by Aaron Griffin 08 May '07

08 May '07

Date: Tuesday, May 8, 2007 @ 04:11:59 Author: aaron Path: /home/cvs-pacman/pacman-lib/lib/libalpm Modified: server.c (1.28 -> 1.29) minor: Remove trailing slashes from Server urls to prevent double slashes in paths ----------+ server.c | 5 +++++ 1 file changed, 5 insertions(+) Index: pacman-lib/lib/libalpm/server.c diff -u pacman-lib/lib/libalpm/server.c:1.28 pacman-lib/lib/libalpm/server.c:1.29 --- pacman-lib/lib/libalpm/server.c:1.28 Wed Mar 21 17:08:08 2007 +++ pacman-lib/lib/libalpm/server.c Tue May 8 04:11:59 2007 @@ -72,6 +72,10 @@ strcpy(u->pwd, "libalpm@guest"); } + /* remove trailing slashes, just to clean up the rest of the code */ + for(int i = strlen(u->doc) - 1; u->doc[i] == '/'; --i) + u->doc[i] = '\0'; + server->s_url = u; return server; @@ -126,6 +130,7 @@ } snprintf(doc, doclen, "%s/%s", server->s_url->doc, filename); + _alpm_log(PM_LOG_DEBUG, "file path: '%s'", doc); ret = downloadMakeURL(server->s_url->scheme, server->s_url->host, server->s_url->port,

1 0

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

06 May '07

Date: Sunday, May 6, 2007 @ 18:56:08 Author: dan Path: /home/cvs-pacman/pacman-lib/scripts Modified: repo-add (1.9 -> 1.10) repo-add: fix typo, conflicts instead of conflict ----------+ repo-add | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: pacman-lib/scripts/repo-add diff -u pacman-lib/scripts/repo-add:1.9 pacman-lib/scripts/repo-add:1.10 --- pacman-lib/scripts/repo-add:1.9 Sat Apr 28 04:26:37 2007 +++ pacman-lib/scripts/repo-add Sun May 6 18:56:08 2007 @@ -117,7 +117,7 @@ license=*) _licenses="$_licenses $license" ;; replaces=*) _replaces="$_replaces $replaces" ;; provides=*) _provides="$_provides $provides" ;; - conflicts=*) _conflicts="$_conflicts $conflicts" ;; + conflict=*) _conflicts="$_conflicts $conflicts" ;; esac done

1 0

[pacman-dev] ALPM Questions
by Georg Grabler 04 May '07

04 May '07

Hey guys, I know, none if you is quite happy with the current public interface of ALPM. Anyway, we're on to build up python bindings for this library. We'll be with you when the API of ALPM changes, so i'll watch the lists and cvs carefully. We have a feature plan for the first milestone of the project, but for the sake of task definition i'm missing information (basically documentation, but we all know it always could be better :) .. i hate documenting things too, it's annoying but needed). You have exported quite a lot of data structures. Basically, the first milestone will include a configuration "interface", spoken from the binding, the possibility to add and remove packages (undecided for packagegroups). I've some question regarding alpm features, as well as data structure questions. I'll start with the alpm features. As it seems, alpm currently has no possibility to fetch a list of packages provided by a specified package database. It seems, as if i need to use the pmdb_t structure and manually step trough the pkgcache of it to have a list what the repo provides. Am i right? Or is there any other interface? The data structures: Since adding and removing packages are quite simple tasks (at least from the point of view of someone using the API), by taking a look at the pacman code (3.0.0, don't have the current 3.0.3 here), it seems as i need a type implementation in the binding for the following structures: pmdb_t alpm_list pmgrp_t (if we provide the grouping already in ms1) pmdepmissing_t pmdepend_t (if i want a list what a package depends on anyway, the implementation might be needed for the purpose of building a pkg object containing a set of information). pmconflict_t pmsyncpkg_t There i'm unsure what it is used for, and if i need it at all. I could not find any function which i definitely need to call where this structure is used for. --- Feature related bindings Register / unregister DBs Register / unregister cache directories (handled by the binding, not the client) Add packages (resolving deps, conflichts, handling of ignorepkg, checksums, sha1, architecture handling and adding packages using alpm_trans_addtarget, alpm_prepare and alpm_commit). Removing packages Resolving of all removable dependencies to keep the system "clean". Remove packages including removable dependencies (using alpm_trans_addtarget, alpm_prepare and alpm_commit). QUESTION: how to find out which dependencies of a package are stil in use by other installed packages, and which not? The features of the first test client are still undecided, even though there is no decision if there will be a GUIfied test for the first milestone release. A closer look: https://213.129.245.26/svn/ggtest/docs/milestone_0_1.pdf This document is missing the pmdb_t implementation - was late yesterday in the evening i started the document, and i've still some more tasks (getting the domain right down the same server as the svn is located, providing a task-tracking and bug-tracking for the dev etc or a groupware etc). A basic question is: pyalpm will break within a new version with API changes of alpm. Will it be possible to have two libraries installed? Otherwhise, we would either have to react fast, or keep on track with your development, for being able to release with a new alpm api as well. There we'd definitely need proper information befor it's pushed live. For now, not important, but all this are things somehow turning my brain around. Kind regards, Georg

2 3

[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