August 2007 - Pacman-dev - lists.archlinux.org

[pacman-dev] feature request: pacman lock file
by Thomas Bächler 23 Aug '07

23 Aug '07

I have several chroot environments that all use pacman as their package manager. I use a shared /tmp directory between them, so that X applications and some other things work across the chroots. This however is a problem with pacman, since pacman puts its lock file in /tmp/, which means I cannot use pacman simultaneously in these chroots. It would IMO be a better idea to put the lock file in /var/lib/pacman/ instead, which ensures that the lock file and the pacman database are always tied together.

3 4

Re: [pacman-dev] makepkg symlink dereference issue (was: 3.1 release, pacman-git builds, etc.)
by Dan McGee 23 Aug '07

23 Aug '07

On 8/23/07, Xavier <shiningxc(a)gmail.com> wrote: > On Wed, Aug 22, 2007 at 06:13:16AM +0100, Andrew Fyfe wrote: > > I've built quite a few packages with makepkg-3.1 and it appears to be > > working ok :) > > > > I thought it worked since I first tried it on pacman-git PKGBUILD. > But it actually fails with most PKGBUILDs using source tarballs. > > > >From 223d5606cab31c8695b9516ba21434da5529dedf Mon Sep 17 00:00:00 2001 > From: Chantry Xavier <shiningxc(a)gmail.com> > Date: Thu, 23 Aug 2007 20:00:41 +0200 > Subject: [PATCH] makepkg : add -L (--dereference) to file. > > makepkg didn't correctly detect the type of the archive > since it didn't dereference symlinks, and so failed > to extract the source tarball. > > Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> Pulled this, thanks. -Dan

1 0

[pacman-dev] MD5/SHA* why?
by Andrew Fyfe 23 Aug '07

23 Aug '07

I asked this question a while ago about makepkg now I'm asking about pacman... why do we need support for multiple checksum types? What's wrong with md5? Andrew

10 28

[pacman-dev] Outdated comments in sync.c code ?
by Xavier 22 Aug '07

22 Aug '07

First this one: 515 /* hmmm, depend.name isn't installed, so it must be conflicting 516 * with another package in our final list. For example: 517 * 518 * pacman -S blackbox xfree86 519 * 520 * If no x-servers are installed and blackbox pulls in xorg, then 521 * xorg and xfree86 will conflict with each other. In this case, 522 * we should follow the user's preference and rip xorg out of final, 523 * opting for xfree86 instead. 524 */ 525 526 /* figure out which one was requested in targets. If they both 527 * were, then it's still an unresolvable conflict. */ I don't get it. Since xfree86 is already in the target, why would blackbox pull xorg ? That's not what the code does, but maybe it did before (I only tried git and cvs) ? If the following pactest is correct, then this comment doesn't apply anymore : self.description = "Choose provider in the targets first" sp1 = pmpkg("blackbox") sp1.depends = ["x-server"] self.addpkg2db("sync", sp1) sp2 = pmpkg("xfree86") sp2.provides = ["x-server"] self.addpkg2db("sync", sp2) sp3 = pmpkg("xorg") sp3.provides = ["x-server"] sp3.conflicts = ["xfree86"] self.addpkg2db("sync", sp3) self.args = "-S blackbox xfree86" self.addrule("PACMAN_RETCODE=0") self.addrule("PKG_EXIST=blackbox") self.addrule("PKG_EXIST=xfree86") self.addrule("!PKG_EXIST=xorg") This one is even worse, I don't understand it at all : 638 /* XXX: this fails for cases where a requested package wants 639 * a dependency that conflicts with an older version of 640 * the package. It will be removed from final, and the user 641 * has to re-request it to get it installed properly. 642 * 643 * Not gonna happen very often, but should be dealt with... 644 */ I still tried to do a pactest following the instructions, and this works fine as well (git and cvs) : self.description = "A dep conflicts with older version of package" sp1 = pmpkg("pkg1", "1.0-2") sp1.depends = ["pkg2=1.0-2"] self.addpkg2db("sync", sp1) sp2 = pmpkg("pkg2", "1.0-2") sp2.conflicts = [ "pkg1=1.0-1" ] self.addpkg2db("sync", sp2) lp1 = pmpkg("pkg1", "1.0-1") lp1.depends = ["pkg2=1.0-1"] self.addpkg2db("local", lp1) lp2 = pmpkg("pkg2", "1.0-1") lp2.requiredby = [ "pkg1" ] self.addpkg2db("local", lp2) self.args = "-S pkg1" self.addrule("PACMAN_RETCODE=0") self.addrule("PKG_EXIST=pkg1") self.addrule("PKG_VERSION=pkg1|1.0-2") self.addrule("PKG_EXIST=pkg2") self.addrule("PKG_VERSION=pkg2|1.0-2")

2 2

[pacman-dev] [GIT] pacman branch, master now at v3.0.0-358-ge24bcc3
by Dan McGee 22 Aug '07

22 Aug '07

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 e24bcc395e7da2a4f46933ea342d0ce90b708de4 (commit) via 515754faacf9dd33b94e6e5a17ca04d27d61f482 (commit) via d09d114e99c29d1392c546a6553650ecde5138fc (commit) via c22e381a8b86412b6c181446128affe32ab1d71e (commit) from 13525255dcd257e69d7c246bf32ceb263fbc31b9 (commit) - Log ----------------------------------------------------------------- commit e24bcc395e7da2a4f46933ea342d0ce90b708de4 Author: Dan McGee <dan(a)archlinux.org> Date: Tue Aug 21 23:34:32 2007 -0400 configure.ac: Remove the hyphen from the version suffix Also switch out outdated PACKAGE_STRING variable for pacman_display_version. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 515754faacf9dd33b94e6e5a17ca04d27d61f482 Author: Dan McGee <dan(a)archlinux.org> Date: Tue Aug 21 23:29:10 2007 -0400 Various valgrind mem leak fixes Signed-off-by: Dan McGee <dan(a)archlinux.org> commit d09d114e99c29d1392c546a6553650ecde5138fc Author: Dan McGee <dan(a)archlinux.org> Date: Tue Aug 21 21:53:38 2007 -0400 Add a default cachedir if one wasn't specified Use the default cachedir (specified at compile time) if one wasn't specified on the command line or in the config file. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit c22e381a8b86412b6c181446128affe32ab1d71e Author: Dan McGee <dan(a)archlinux.org> Date: Tue Aug 21 21:28:05 2007 -0400 Post trial install changes, round one A bunch of changes related to my first "real" install of pacman-git into /usr/local and trying to use it. * Shift some uses of free -> FREE in libalpm. * Move stat and sanity checks of config paths into libalpm from the config and argument parsing in pacman.c. * Fix issue where dbpath still was not defined early enough due to its requirement for being used in alpm_db_register. This should be rewritten so it doesn't have this dependency, but this will work for now. Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Diffstat: configure.ac | 4 +- lib/libalpm/alpm.h | 13 ++-- lib/libalpm/cache.c | 1 + lib/libalpm/conflict.c | 2 +- lib/libalpm/db.c | 60 ++++++++-------- lib/libalpm/db.h | 1 - lib/libalpm/deps.c | 8 +- lib/libalpm/error.c | 2 + lib/libalpm/handle.c | 182 ++++++++++++++++++++++++++++++++---------------- lib/libalpm/package.c | 2 +- lib/libalpm/server.c | 18 ++++-- lib/libalpm/sync.c | 8 +- lib/libalpm/trans.c | 2 +- lib/libalpm/util.c | 2 +- src/pacman/Makefile.am | 2 + src/pacman/conf.c | 4 + src/pacman/conf.h | 9 ++- src/pacman/pacman.c | 107 ++++++++++++++-------------- 18 files changed, 258 insertions(+), 169 deletions(-) hooks/update --- Git Source Code Management System hooks/update refs/heads/master \ 13525255dcd257e69d7c246bf32ceb263fbc31b9 \ e24bcc395e7da2a4f46933ea342d0ce90b708de4

1 0

[pacman-dev] [GIT] pacman branch, master now at v3.0.0-354-g1352525
by Dan McGee 21 Aug '07

21 Aug '07

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 13525255dcd257e69d7c246bf32ceb263fbc31b9 (commit) via b1808930ce45a034981626fc20bbc7920890899e (commit) via 17d9122e01f5a675f4c7882e68ceae65aae7b5aa (commit) via 942175feaa866c4e536a7da0f77ab54de98b6c07 (commit) via 3acbf56bbab128d8ef037a7dcc87d91fe7354d14 (commit) from f81e619974ca47f6dba8c3002577447a71e0f1ec (commit) - Log ----------------------------------------------------------------- commit 13525255dcd257e69d7c246bf32ceb263fbc31b9 Author: Nagy Gabor <ngaba(a)petra.hos.u-szeged.hu> Date: Wed Jul 25 14:47:46 2007 +0200 Add sync1003 pactest. The sync package pkg3 depends on the sync package pkg2, but pkg1 replaces pkg2. So pkg2 is added to the remove list. When checkdeps checks if pkg2 can be removed, it looks at the packages that require pkg2 (with the RequiredBy field of pkg2), but this doesn't contain pkg3 at this point. RequiredBy fields are only updated after the packages are installed. Proposed solution : checkdeps should know both the remove and upgrade list to decide properly. Reference: http://www.archlinux.org/pipermail/pacman-dev/2007-July/008972.html Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> commit b1808930ce45a034981626fc20bbc7920890899e Author: Nagy Gabor <ngaba(a)petra.hos.u-szeged.hu> Date: Mon Jul 16 20:58:58 2007 +0200 libalpm/add.c,trans.c : cleanup of requiredby handling. This patch cleans up and fix the _alpm_trans_update_depends function and ensure that all requiredby fields are filled in case of multiple satisfiers (previously, the handling of mutliple satisfiers in that function was inconsistent). This makes a special case handling of requiredby in commit_single_pkg() obsolete, and so allows cleaning that code as well. Also fixed upgrade056 pactest because : 1) the requiredby fields were wrong, and this wouldn't happen with the fixed _alpm_trans_update_depends(). 2) this is a very unusual case anyway (and handling all corner cases combined to a broken database seems nearly impossible to achieve). References : http://www.archlinux.org/pipermail/pacman-dev/2007-July/008919.html http://www.archlinux.org/pipermail/pacman-dev/2007-July/008920.html Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> commit 17d9122e01f5a675f4c7882e68ceae65aae7b5aa Author: Dan McGee <dan(a)archlinux.org> Date: Mon Aug 20 13:28:51 2007 -0400 Fix for FS 6404 and functionalize some cachedir handling stuff In order to best resolve bug 6404, move some cachedir handling stuff out of sync.c and into util.c and create two new functions: filecache_find and filecache_setup. sync.c was rewritten to use these, and alpm_fetch_pkgurl now also uses these routines. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 942175feaa866c4e536a7da0f77ab54de98b6c07 Author: Dan McGee <dan(a)archlinux.org> Date: Mon Aug 20 12:55:38 2007 -0400 Add const qualifier to md5_file and alpm_get_md5sum Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 3acbf56bbab128d8ef037a7dcc87d91fe7354d14 Author: Dan McGee <dan(a)archlinux.org> Date: Mon Aug 20 00:38:37 2007 -0400 Clean up architecture handling in configure.ac Remove the need for two variables for the architecture-specific switches (things like "-march=i686") by combining it into one variable. Also allow configure to proceed with only a warning if we don't have presets for the detected architecture- it is kind of stupid to restrict ourselves like we had been. Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Diffstat: configure.ac | 31 +++++------ etc/makepkg.conf.in | 4 +- lib/libalpm/add.c | 37 ------------- lib/libalpm/alpm.h | 2 +- lib/libalpm/md5.c | 6 ++- lib/libalpm/md5.h | 2 +- lib/libalpm/package.c | 19 +++---- lib/libalpm/server.c | 68 +++++++++++------------- lib/libalpm/server.h | 2 - lib/libalpm/sync.c | 123 +++++++++++-------------------------------- lib/libalpm/trans.c | 73 ++++--------------------- lib/libalpm/util.c | 73 ++++++++++++++++++++++++-- lib/libalpm/util.h | 2 + pactest/tests/sync1003.py | 26 +++++++++ pactest/tests/upgrade056.py | 1 + 15 files changed, 202 insertions(+), 267 deletions(-) hooks/update --- Git Source Code Management System hooks/update refs/heads/master \ f81e619974ca47f6dba8c3002577447a71e0f1ec \ 13525255dcd257e69d7c246bf32ceb263fbc31b9

1 0

[pacman-dev] dangerous symlink handling with --root option
by Mister Dobalina 21 Aug '07

21 Aug '07

Hi again, (and sorry again for any split lines) Okay, so I was fooling around with the --root option again, and after I realized from one of Xavier's posts that pre/post install scriptlets won't be run at all until /bin/sh (from bash) is installed, I figured I should install the packages twice. This led to two issues. I have a bash script (attached) that basically does: pkglist=( ... bunch o' base packages ... ) mkdir /tmp/pacman.test pacman -U --root /tmp/pacman.test ${pkglist[*]} pacman -U --root /tmp/pacman.test ${pkglist[*]} The second install of coreutils causes: error: cannot remove file '/tmp/pacman.test/usr/bin/sleep': Read-only file system error: failed to commit transaction (transaction aborted) error: failed to release transaction (could not commit transaction) First Issue: CPU usage then goes to 100%, so I assume that pacman has gone into an infinite loop somewhere. Second Issue: the real concern is the "Read-only file system" error, since /tmp is on a tmpfs and is definitely not read-only. My / partition is read-only though, and # ls -l /tmp/pacman.test/usr/bin/sleep lrwxrwxrwx 1 root root 10 2007-08-16 16:13 /tmp/pacman.test/usr/bin/sleep -> /bin/sleep So pacman was following the absolute symlink *out* of the --root and trying to remove /bin/sleep from my main arch install ?? Cheers, Jeremy Get news delivered with the All new Yahoo! Mail. Enjoy RSS feeds right on your Mail page. Start today at http://mrd.mail.yahoo.com/try_beta?.intl=ca

2 6

[pacman-dev] tmp permissions problem is back?
by Mister Dobalina 20 Aug '07

20 Aug '07

See below. Sorry for any split command lines, should be obvious where they are... cheers, Jeremy # pacman -Q pacman libarchive pacman 3.0.5-3 libarchive 2.2.6-1 # mkdir /tmp/pacman.test # pacman -Ud /var/cache/pacman/pkg/filesystem-2007.08-1.pkg.tar.gz --root /tmp/pacman.test # ls -l /tmp/pacman.test total 0 drwxr-xr-x 2 root root 40 2007-07-30 15:52 bin/ drwxr-xr-x 2 root root 40 2007-07-30 15:52 boot/ drwxr-xr-x 2 root root 40 2007-07-30 15:52 dev/ drwxr-xr-x 4 root root 440 2007-07-30 15:52 etc/ drwxr-xr-x 3 root root 60 2007-07-30 15:52 home/ drwxr-xr-x 3 root root 60 2007-07-30 15:52 lib/ drwxr-xr-x 5 root root 100 2007-07-30 15:52 mnt/ drwxr-xr-x 2 root root 40 2007-07-30 15:52 opt/ drwxr-xr-x 2 root root 40 2007-07-30 15:52 proc/ drwxr-x--- 2 root root 40 2007-07-30 15:52 root/ drwxr-xr-x 2 root root 40 2007-07-30 15:52 sbin/ drwxr-xr-x 2 root root 40 2007-07-30 15:52 srv/ drwxr-xr-x 2 root root 40 2007-07-30 15:52 sys/ drwxr-xr-x 2 root root 40 2007-08-20 12:09 tmp/ drwxr-xr-x 10 root root 220 2007-07-30 15:52 usr/ drwxr-xr-x 13 root root 280 2007-08-20 12:09 var/ Be smarter than spam. See how smart SpamGuard is at giving junk email the boot with the All-new Yahoo! Mail at http://mrd.mail.yahoo.com/try_beta?.intl=ca

3 8

[pacman-dev] difficult symlink puzzle, part 2.
by Nagy Gabor 20 Aug '07

20 Aug '07

Hi! If I didn't misunderstood conflict.c then fileconflict check fails in the following case (pacman -A pkg1 pkg2): pkg1 contains: /dir1/file pkg2 contains: /dir2/file, if /dir1 and /dir2 exists on filesystem, and /dir2 is a symlink pointing to /dir1. Much more difficult problem (and fortunately much rarer), if pkg2 creates the /dir2 symlink, so it didn't exist before the transaction. Any tests/feedbacks appreciated... How is this handled in other package managers? Bye, ngaba PS: a possible semi-solution: pacman shouldn't stop/overwrite in case of these "hidden" fileconflict errors, it extract /dir2/file as /dir2/file.pkg2.pacnew and do something at the end of the transaction. (Speed is a big limiting factor here.)

4 3

[pacman-dev] "FATAL: kernel too old" error message during upgrade
by Roman Kyrylych 20 Aug '07

20 Aug '07

Hi! One of our local community members is getting this output when doing -Syu after installing 0.7.2: checking package integrity... done. cleaning up... done. (8/8) checking for file conflicts [#####################] 100% (1/8) installing kernel-headers [#####################] 100% (2/8) upgrading glibc [#####################] 100% FATAL: kernel too old (3/8) installing binutils [#####################] 100% (4/8) installing gcc [#####################] 100% (5/8) installing db [#####################] 100% (6/8) installing gdbm [#####################] 100% (7/8) upgrading openssl [#####################] 100% (8/8) installing python [#####################] 100% FATAL: kernel too old FATAL: kernel too old Any ideas what causes this? -- Roman Kyrylych (Роман Кирилич)

3 6

[pacman-dev] Missing sanity checks for path -> weird behaviors and segfaults
by Xavier 20 Aug '07

20 Aug '07

If Root isn't specified, paths like (null)var/ will be created. I think pacman should either default to / for Root, or just fail if it isn't set. Also, if no Cache Dirs is set, pacman will try to fallback to /tmp/ , but then it segfaults. (try pacman -Sw bar). Apparently it segfaults on this in libalpm/sync.c , sync_commit function, after downloading the file succesfully : 718 for(i = handle->dbs_sync; i; i = i->next) I found it weird that inside that loop, i was used a second time in an inner loop : 758 for(i = alpm_option_get_cachedirs(); i; i = alpm_list_next(i)) { I thought that was the problem, but it didn't fix the segfault. Second strange thing is that the files list seem to be freed in any cases : 795 FREELIST(files); but it's used at the end of that _alpm_sync_commit function : 1018 if(!validcache && !(trans->flags & PM_TRANS_FLAG_DOWNLOADONLY)) { 1019 /* delete packages */ 1020 for(i = files; i; i = i->next) { 1021 unlink(i->data); 1022 } 1023 } Finally, if the cache isn't valid (so it fallbacks to /tmp/) and DOWNLOADONLY is used, files won't be deleted, but will they be used next times? Because the fallback (lines 779-790) happen after the check of existence of the package in the cache (lines 740-744). I can't check what happens because of the segfault.

3 8

[pacman-dev] [patch] Conflict variables
by Nagy Gabor 18 Aug '07

18 Aug '07

Hi! After the professional cleanup of conflict.c (by Xavier, thx; anyway, do you want to add conflict checking to db_test?;-) we don't need to restrict conflicts to conflict-name only, we can use the depend syntax. So this patch doesn't change any important thing in the source code, mainly this is a testcase instead. Bye, ngaba

3 3

[pacman-dev] [patch] for resolvedeps + some notes
by Nagy Gabor 18 Aug '07

18 Aug '07

Hi! With this patch resolvedeps will search for other satisfiers, if we don't let it add a pkg from IgnorePkg. Note: this patch assumes my depcheck.diff patch applied. Bye PS: Resolvedeps is still dummy, because pulling a new package to the *list may break an earlier verified dependency of a pkg in the *list (because the new package will overwrite something in the localdb!). The best (but much slower) solution is to call depcheck with the *list parameter (plus syncpkg).

2 4

[pacman-dev] Pacman 3.0.5-3: strange behaviour
by Giovanni Scafora 18 Aug '07

18 Aug '07

Hi guys, I noticed that new pacman release doesn't ever show the message "is up to date" when I run pacman -Sy (or -Syu). Pacman thinks there are always new dbs. -- Giovanni Scafora Arch Linux Trusted User (voidnull) http://www.archlinux.org linuxmania(a)gmail.com

2 3

[pacman-dev] [GIT] pacman branch, master now at v3.0.0-349-gf81e619
by Dan McGee 17 Aug '07

17 Aug '07

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 f81e619974ca47f6dba8c3002577447a71e0f1ec (commit) via fc65a9bcb1722ae9768518aa921c5f02cf282b96 (commit) via 16c91bedf844f5f7764aa78b801ca023810611c3 (commit) via 1cb6d80631359306d70bbe5fbcbbca1474594ada (commit) via ba67fdae63122b40d8fb4abf9c1c7695999f143d (commit) via ee977019e39fe33a508a60abe4a3ad7eff819b74 (commit) via 47cada81a0a8fdd4c77645233ed8406b829b552c (commit) via 8038190c7c4786e1c49494eea1b40cdddcbd5136 (commit) via 0f539832f45fa2c183cfe52c1881b3acaa54e3e6 (commit) via 064de149b7e4f6ea2891ae522102c4ae958f55e5 (commit) via f4dbb204f1ad99179c145558ababf1190f067083 (commit) via a65ad4efc1102449a087b464d3b8d4670a614b99 (commit) via 49c29e16b31ce35e81be210bc74a3834530bb9e0 (commit) from 47ee89ada9d13935510ef92541649901789c23c8 (commit) - Log ----------------------------------------------------------------- commit f81e619974ca47f6dba8c3002577447a71e0f1ec Author: Chantry Xavier <shiningxc(a)gmail.com> Date: Fri Aug 17 14:07:56 2007 +0200 libalpm/sync.c : don't go back on STATE_PREPARED when committing fails. In my opinion, a commiting transaction that failed isn't equivalent to a prepared transaction. Some things could have been done in the meantime. Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> commit fc65a9bcb1722ae9768518aa921c5f02cf282b96 Author: Dan McGee <dan(a)archlinux.org> Date: Thu Aug 16 16:19:06 2007 -0400 Fix some errors spit out by -Wextra Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 16c91bedf844f5f7764aa78b801ca023810611c3 Author: Dan McGee <dan(a)archlinux.org> Date: Thu Aug 16 15:03:00 2007 -0400 configure.ac: Clean up and document version number increments Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 1cb6d80631359306d70bbe5fbcbbca1474594ada Author: Andrew Fyfe <andrew(a)neptune-one.net> Date: Wed Jul 25 22:49:32 2007 +0100 Clean up MD5 code. * Move alpm md5 functions to lib/libalpm/util.c * Remove unneeded includes for md5.h * Replace md5 implementation with one from http://www.xyssl.org Dan: clean up XySSL code by removing parts we don't use, and add a note saying what changed. Dan: fix alpm_get_md5sum, off by one error on the malloc call and other small things. Signed-off-by: Andrew Fyfe <andrew(a)neptune-one.net> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit ba67fdae63122b40d8fb4abf9c1c7695999f143d Author: Andrew Fyfe <andrew(a)neptune-one.net> Date: Wed Jul 25 22:35:29 2007 +0100 Remove support for SHA1 from pacman. There's no need for a second hashing algorithm. MD5 serves the purpose of verifying that a package file hasn't been corrupted during download. Signed-off-by: Andrew Fyfe <andrew(a)neptune-one.net> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit ee977019e39fe33a508a60abe4a3ad7eff819b74 Author: Chantry Xavier <shiningxc(a)gmail.com> Date: Mon Jul 9 17:02:29 2007 +0200 libalpm/db.c : add alpm_db_unregister_all. This basically moves the code from alpm_release, which was mostly about unregistering all databases, to a safer alpm_db_unregister_all. This allows to avoid modifying the dbs_sync list while iterating over it, and and also prevent alpm_release from looping infinitely when a database can't be unregistered. Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> commit 47cada81a0a8fdd4c77645233ed8406b829b552c Author: Dan McGee <dan(a)archlinux.org> Date: Thu Aug 16 11:04:58 2007 -0400 pacman.c: Alphabetize listing of query options Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 8038190c7c4786e1c49494eea1b40cdddcbd5136 Author: Chantry Xavier <shiningxc(a)gmail.com> Date: Sat Jul 7 21:24:30 2007 +0200 libalpm/db.c : allow unregistering db for interrupted transaction. This prevents alpm_release to loop infinitely in case of an interrupted transaction, where the database wasn't unregistered. alpm_release should probably also be fixed, as it can still loop if db_unregister fails for another reason. Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> commit 0f539832f45fa2c183cfe52c1881b3acaa54e3e6 Author: Chantry Xavier <shiningxc(a)gmail.com> Date: Sun Jul 15 00:44:06 2007 +0200 new query options : explicit (-Qe) and deps (-Qd). The t shortcut for --test was removed, the orphan option (previously -Qe) was renamed to -Qt, -Qe lists all packages installed explictly, and -Qd lists all packages installed as dependencies. Besides, t can be combined with either e or d. Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> commit 064de149b7e4f6ea2891ae522102c4ae958f55e5 Author: Chantry Xavier <shiningxc(a)gmail.com> Date: Sat Jul 14 20:45:30 2007 +0200 libalpm/query.c : makes orphans and foreign options as filters. The --foreign and --orphans functions now behave as a filter for the other options. This cleans the code a bit, and will make easier the adding of new filter options, like explicit (show only explictly installed packages) or depends (show only packages installed as dependencies). Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> commit f4dbb204f1ad99179c145558ababf1190f067083 Author: Dan McGee <dan(a)archlinux.org> Date: Wed Aug 15 20:16:46 2007 -0400 src/util: Clean up headers and a few fixes Remove some unnecessary headers in the two utilities as well as fix a possible non-null termination issue in vercmp. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit a65ad4efc1102449a087b464d3b8d4670a614b99 Author: Dan McGee <dan(a)archlinux.org> Date: Tue Aug 14 10:14:35 2007 -0400 package.h: implement origin_data union in pmpkg_t struct We were using a void *data element in pmpkg_t before, which is unsafe by its nature of being untyped. Reimplement data as origin_data being a union that can hold either a path to a package file or a pointer to a cache database, and make the other necesary updates in the code to reflect this. See package.h for details. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 49c29e16b31ce35e81be210bc74a3834530bb9e0 Author: Dan McGee <dan(a)archlinux.org> Date: Tue Aug 14 09:33:55 2007 -0400 Code cleanup Remove the commented desc_localized stuff, we can find it later in version control. Also remove some unnecessary includes of the stat header and use -fstack-protector-all which is a bit more broad. Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Diffstat: configure.ac | 72 +++++- contrib/vimproject | 2 - lib/libalpm/Makefile.am | 2 - lib/libalpm/add.c | 53 ++--- lib/libalpm/alpm.c | 16 +-- lib/libalpm/alpm.h | 4 +- lib/libalpm/backup.c | 6 +- lib/libalpm/be_files.c | 49 +---- lib/libalpm/cache.c | 3 +- lib/libalpm/conflict.c | 3 - lib/libalpm/db.c | 64 +++++- lib/libalpm/db.h | 1 + lib/libalpm/md5.c | 561 ++++++++++++++++++++++++---------------------- lib/libalpm/md5.h | 122 +++++++---- lib/libalpm/md5driver.c | 93 -------- lib/libalpm/package.c | 153 ++++---------- lib/libalpm/package.h | 12 +- lib/libalpm/remove.c | 6 +- lib/libalpm/sha1.c | 431 ------------------------------------ lib/libalpm/sha1.h | 72 ------ lib/libalpm/sync.c | 25 +-- lib/libalpm/trans.c | 2 +- lib/libalpm/trans.h | 2 +- lib/libalpm/util.c | 45 ++++- src/pacman/callback.c | 3 +- src/pacman/conf.h | 2 + src/pacman/package.c | 21 +-- src/pacman/pacman.c | 36 ++-- src/pacman/query.c | 215 +++++++----------- src/pacman/sync.c | 1 - src/pacman/util.c | 2 +- src/util/Makefile.am | 2 +- src/util/testpkg.c | 8 +- src/util/vercmp.c | 23 +- 34 files changed, 742 insertions(+), 1370 deletions(-) hooks/update --- Git Source Code Management System hooks/update refs/heads/master \ 47ee89ada9d13935510ef92541649901789c23c8 \ f81e619974ca47f6dba8c3002577447a71e0f1ec

2 1

[pacman-dev] CVS update of pacman-lib/lib/libalpm (add.c)
by Dan McGee 17 Aug '07

17 Aug '07

Date: Friday, August 17, 2007 @ 16:07:05 Author: dan Path: /home/cvs-pacman/pacman-lib/lib/libalpm Modified: add.c (1.133 -> 1.134) Fix symlink overwrite issue in CVS -------+ add.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) Index: pacman-lib/lib/libalpm/add.c diff -u pacman-lib/lib/libalpm/add.c:1.133 pacman-lib/lib/libalpm/add.c:1.134 --- pacman-lib/lib/libalpm/add.c:1.133 Wed Jun 20 17:52:24 2007 +++ pacman-lib/lib/libalpm/add.c Fri Aug 17 16:07:05 2007 @@ -700,7 +700,9 @@ archive_entry_set_pathname(entry, filename); - if(archive_read_extract(archive, entry, ARCHIVE_EXTRACT_FLAGS) != ARCHIVE_OK) { + int ret = archive_read_extract(archive, entry, + ARCHIVE_EXTRACT_FLAGS | ARCHIVE_EXTRACT_NO_OVERWRITE); + if(ret != ARCHIVE_OK && ret != ARCHIVE_WARN) { _alpm_log(PM_LOG_ERROR, _("could not extract %s (%s)"), filename, strerror(errno)); alpm_logaction(_("error: could not extract %s (%s)"), filename, strerror(errno)); errors++;

1 0

[pacman-dev] Better handling of broken databases
by Xavier 16 Aug '07

16 Aug '07

An user had a broken database with duplicated entries, and pacman behaved quite weird with it : http://bbs.archlinux.org/viewtopic.php?id=36117 It's maybe possible to handle better such cases, but that's a low priority todo.

1 0

[pacman-dev] _alpm_checkconflicts may add duplicated entries to baddeps
by Nagy Gabor 14 Aug '07

14 Aug '07

Hi! As I see, if there is a conflict in package list, then we may add this twice to the conflict list (because find that conflict twice). Anyway, I don't like this assymmetric "conflict" storing. Bye, ngaba ---------------------------------------------------- SZTE Egyetemi Könyvtár - http://www.bibl.u-szeged.hu This mail sent through IMP: http://horde.org/imp/

3 4

[pacman-dev] resolvedeps<->resolveconflict discussion
by Nagy Gabor 14 Aug '07

14 Aug '07

Hi! Now I'd like to discuss some things I dislike in the current resolvedeps<->resolveconflict relation (they are not bugs just annoying things): 1. They are too separated from each other: I mean, we first resolve deps, but this may cause conflict, we resolve it by removing some (target) packages [we stop here now], but this may cause some broken deps, we should resolve them (by adding new targets), but this may cause a conflict again... Possible (semi)solution: resolvedeps should choose a non-conflicting package (yes, monster functions are the more effective again ;-) 2. Resolveconflicts may cause orphan install: If we remove a package from the sync target list, we don't touch its induced dependencies, so we may install some unneeded dependencies (which we pulled earlier to the target list during dep resolution). Possible solution: pmsyncpkg_t-like induced dependency-storing or we could use something similar to canremove. (On the other hand if it is needed to remove a dependency (from the target list) to resolve a conflict, we could do a cascade remove; but it's easier to say that an unresolveable conflict detected.) Bye, ngaba ---------------------------------------------------- SZTE Egyetemi Könyvtár - http://www.bibl.u-szeged.hu This mail sent through IMP: http://horde.org/imp/

1 0

[pacman-dev] [patch] resolveconflict clean-up
by Nagy Gabor 13 Aug '07

13 Aug '07

Hi! If you want to apply this patch, please follow my patch flow ;-) I think my alpm_sync_prepare is much cleaner than the old one. As you see, sync040.py and sync041.py now fails, because patched pacman autoresolves target vs target conflict now (I marked this as TODO: user should be asked to 'remove pkg1' or 'remove pkg2' or don't resolve this conflict.) Bye, ngaba Ps: Both the old and patched version of sync_prepare have a problem: If conflict resolution induces a replace, we can loose the PM_SYNC_TYPE_DEPEND information!!

3 4

[pacman-dev] [patch] small speed-up and fix in conflict.c
by Nagy Gabor 13 Aug '07

13 Aug '07

Hi! Patch attached. ngaba

2 1

[pacman-dev] [patch] conflict.c memleak fix
by Nagy Gabor 13 Aug '07

13 Aug '07

Hi! This is just a small memleak fix. Bye, ngaba

3 2

[pacman-dev] [GIT] pacman branch, master now at v3.0.0-336-g47ee89a
by Dan McGee 13 Aug '07

13 Aug '07

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 47ee89ada9d13935510ef92541649901789c23c8 (commit) via f2c7187e432a3abc732d53e0a9d95f44f9338535 (commit) via 3a0a4db12936199efd0ee1714b7219fab3d83392 (commit) via ab06221521cd38299743f33c3c5a0d81cbd3f589 (commit) via b96922679e4ed14aa687bf194b766d82a1d10577 (commit) via dc5e6d5d87ceee61c38a8ecc2a87e99d49887b83 (commit) via e0ffc60c5310fbc0a8030fee86bf6f3931ba2d6e (commit) via e4f56298be2b2a4da16b1bdb61b08276cdabea27 (commit) via ce10b5f1e2552f2e2f0117b57c7305652ffd4fd1 (commit) via 178c1d228d5b910908e16f9c3715e318d6df4882 (commit) from ea9a756eeaca7398c0860b55f8abe2932ad195bd (commit) - Log ----------------------------------------------------------------- commit 47ee89ada9d13935510ef92541649901789c23c8 Author: Andrew Fyfe <andrew(a)neptune-one.net> Date: Sat Aug 4 01:17:54 2007 +0100 scripts/makepkg.sh.in: Fix 2 bugs - Downloaded files weren't being copied to $srcdir - Counter wasn't being incremented for checksum checks Signed-off-by: Andrew Fyfe <andrew(a)neptune-one.net> commit f2c7187e432a3abc732d53e0a9d95f44f9338535 Author: Chantry Xavier <shiningxc(a)gmail.com> Date: Thu Aug 9 09:36:20 2007 +0200 pacman/sync.c : return 0 on succesful search, 1 otherwise. Closes FS#7690. Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> commit 3a0a4db12936199efd0ee1714b7219fab3d83392 Author: Nagy Gabor <ngaba(a)petra.hos.u-szeged.hu> Date: Sun Aug 5 17:50:24 2007 +0200 libalpm/conflict.c : small speed-up and fix. Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> commit ab06221521cd38299743f33c3c5a0d81cbd3f589 Author: Nagy Gabor <ngaba(a)petra.hos.u-szeged.hu> Date: Sat Aug 4 17:11:03 2007 +0200 libalpm/conflict.c : small memleak fix. Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> commit b96922679e4ed14aa687bf194b766d82a1d10577 Author: Nagy Gabor <ngaba(a)petra.hos.u-szeged.hu> Date: Sat Aug 4 17:08:03 2007 +0200 Add two pactest for versioned conflicts. A side effect of the previous commit ( ea9a756eeaca7398c0860b55f8abe2932ad195bd ) is that it's now possible to use versioned conflicts. Add two new conflict pactests for showing it. Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> commit dc5e6d5d87ceee61c38a8ecc2a87e99d49887b83 Author: Dan McGee <dan(a)archlinux.org> Date: Mon Jul 30 23:11:32 2007 -0400 Update mtune/mcpu/march comments in makepkg.conf Signed-off-by: Dan McGee <dan(a)archlinux.org> commit e0ffc60c5310fbc0a8030fee86bf6f3931ba2d6e Author: Dan McGee <dan(a)archlinux.org> Date: Thu Jul 26 20:21:38 2007 -0400 Fix re-pacman locale issues Signed-off-by: Dan McGee <dan(a)archlinux.org> commit e4f56298be2b2a4da16b1bdb61b08276cdabea27 Author: Juan Pablo González Tognarelli <jotapesan(a)gmail.com> Date: Thu Jul 26 19:05:57 2007 -0400 Update Spanish translation Signed-off-by: Dan McGee <dan(a)archlinux.org> commit ce10b5f1e2552f2e2f0117b57c7305652ffd4fd1 Author: Andrew Fyfe <andrew(a)neptune-one.net> Date: Wed Jul 25 22:15:02 2007 +0100 Fix gettext output in repo-{add,remove} Signed-off-by: Andrew Fyfe <andrew(a)neptune-one.net> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 178c1d228d5b910908e16f9c3715e318d6df4882 Author: Dan McGee <dan(a)archlinux.org> Date: Mon Jul 23 16:58:04 2007 -0400 Cleanup of pacman.c and addition of default paths to frontend Instead of barfing when the root path and db path haven't been defined, have pacman set them to some sane defaults when they aren't specified on either the command line or the config file. Also do some cleaning of error output and Doxygen comments. Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Diffstat: contrib/re-pacman | 2 + etc/makepkg.conf.in | 4 +- lib/libalpm/conflict.c | 22 +++------- pactest/tests/conflict002.py | 13 ++++++ pactest/tests/conflict003.py | 13 ++++++ po/es.po | 23 +++++------ scripts/makepkg.sh.in | 3 + scripts/repo-add.sh.in | 29 ++++++------- scripts/repo-remove.sh.in | 21 +++++----- src/pacman/Makefile.am | 3 + src/pacman/pacman.c | 91 +++++++++++++++++++++++------------------ src/pacman/sync.c | 5 ++- 12 files changed, 133 insertions(+), 96 deletions(-) hooks/update --- Git Source Code Management System hooks/update refs/heads/master \ ea9a756eeaca7398c0860b55f8abe2932ad195bd \ 47ee89ada9d13935510ef92541649901789c23c8

1 0

[pacman-dev] [patch] for sync1003.py
by Nagy Gabor 06 Aug '07

06 Aug '07

Hi! Patch attached. NOTE: this affects resolvedeps too. TODO: I did a dirty hack in sync_prepare (now sync990.py fails), I will clean it up later. Bye, ngaba

4 10

Re: [pacman-dev] [patch] for sync1003.py
by ngaba＠bibl.u-szeged.hu 03 Aug '07

03 Aug '07

> TODO: I did a dirty hack in sync_prepare (now sync990.py fails), I will Well, that patch is broken: pkg3 should be installed (pkg1 needs it.) Bye, ngaba ---------------------------------------------------- SZTE Egyetemi Könyvtár - http://www.bibl.u-szeged.hu This mail sent through IMP: http://horde.org/imp/

1 0