- Pacman-dev - lists.archlinux.org

[pacman-dev] [PATCH] Minor fixes in sync.c and deps.c.
by Chantry Xavier 26 Nov '07

26 Nov '07

* memleak found by Nagy in checkdeps * an useless line found by Nagy in resolvedeps * data wasn't set to the missing dependencies in sync_prepare Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> --- lib/libalpm/deps.c | 5 +++-- lib/libalpm/sync.c | 2 +- 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/lib/libalpm/deps.c b/lib/libalpm/deps.c index 4a4f654..e9d3966 100644 --- a/lib/libalpm/deps.c +++ b/lib/libalpm/deps.c @@ -339,12 +339,14 @@ alpm_list_t SYMEXPORT *alpm_checkdeps(pmdb_t *db, int reversedeps, } for(k = alpm_pkg_get_depends(p); k; k = k->next) { + char *missdepstring; pmdepend_t *depend = k->data; - char *missdepstring = alpm_dep_get_string(depend); if(!alpm_depcmp(oldpkg, depend)) { continue; } + missdepstring = alpm_dep_get_string(depend); + /* OK, we don't want to break this depend */ /* 1. for efficiency we check newpkg first if we are in the upgrade list */ @@ -670,7 +672,6 @@ int _alpm_resolvedeps(pmdb_t *local, alpm_list_t *dbs_sync, pmpkg_t *syncpkg, if(!sync) { continue; } - found = alpm_depcmp(sync, missdep); found = alpm_depcmp(sync, missdep) && !_alpm_pkg_find(alpm_pkg_get_name(sync), remove); if(!found) { continue; diff --git a/lib/libalpm/sync.c b/lib/libalpm/sync.c index f6fa318..5e58400 100644 --- a/lib/libalpm/sync.c +++ b/lib/libalpm/sync.c @@ -670,7 +670,7 @@ int _alpm_sync_prepare(pmtrans_t *trans, pmdb_t *db_local, alpm_list_t *dbs_sync if(deps) { pm_errno = PM_ERR_UNSATISFIED_DEPS; ret = -1; - FREELIST(deps); + *data = deps; goto cleanup; } } -- 1.5.3.6

2 1

[pacman-dev] [PATCH] libalpm/sync.c : conflicts resolving cleanup.
by Nagy Gabor 26 Nov '07

26 Nov '07

The original patch from Nagy tried to resolve target vs target conflicts, and so broke the following pactests : sync040, sync041 and sync990 Nagy's proposal to solve this situation was to choose the interactive way, ask the user how to deal with it: either remove pkg1 or remove pkg2 or stop here. So he left this as a TODO. But instead of trying to resolve these conflicts or asking the user, I simply made pacman fail in this case. It's simpler, and still acceptable in my opinion. However, this broke the following pactests : sync893, sync897, sync898, sync992, sync999 But some of them are rather strange.. Reference: http://www.archlinux.org/pipermail/pacman-dev/2007-October/009745.html Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> --- lib/libalpm/sync.c | 222 +++++++++++++++------------------------------------- 1 files changed, 62 insertions(+), 160 deletions(-) diff --git a/lib/libalpm/sync.c b/lib/libalpm/sync.c index f6fa318..a2bc39c 100644 --- a/lib/libalpm/sync.c +++ b/lib/libalpm/sync.c @@ -385,20 +385,6 @@ int _alpm_sync_addtarget(pmtrans_t *trans, pmdb_t *db_local, alpm_list_t *dbs_sy return(0); } -/* Helper functions for alpm_list_remove - */ -static int syncpkg_cmp(const void *s1, const void *s2) -{ - const pmsyncpkg_t *sp1 = s1; - const pmsyncpkg_t *sp2 = s2; - pmpkg_t *p1, *p2; - - p1 = alpm_sync_get_pkg(sp1); - p2 = alpm_sync_get_pkg(sp2); - - return(strcmp(alpm_pkg_get_name(p1), alpm_pkg_get_name(p2))); -} - int _alpm_sync_prepare(pmtrans_t *trans, pmdb_t *db_local, alpm_list_t *dbs_sync, alpm_list_t **data) { alpm_list_t *deps = NULL; @@ -490,170 +476,86 @@ int _alpm_sync_prepare(pmtrans_t *trans, pmdb_t *db_local, alpm_list_t *dbs_sync EVENT(trans, PM_TRANS_EVT_INTERCONFLICTS_START, NULL, NULL); _alpm_log(PM_LOG_DEBUG, "looking for conflicts\n"); - deps = _alpm_checkconflicts(db_local, list); + + /* 1. check for conflicts in the target list */ + _alpm_log(PM_LOG_DEBUG, "check targets vs targets\n"); + deps = _alpm_innerconflicts(list); + + /* TODO : should we try to resolve targets vs targets conflicts? */ if(deps) { - int errorout = 0; - alpm_list_t *asked = NULL; - pmconflict_t *conflict = NULL; - - for(i = deps; i && !errorout; i = i->next) { - pmsyncpkg_t *sync; - pmpkg_t *found = NULL; - - conflict = i->data; - _alpm_log(PM_LOG_DEBUG, "package '%s' conflicts with '%s'\n", - conflict->package1, conflict->package2); - /* check if the conflicting package is about to be removed/replaced. - * if so, then just ignore it. */ - for(j = trans->packages; j && !found; j = j->next) { - sync = j->data; - if(sync->type == PM_SYNC_TYPE_REPLACE) { - found = _alpm_pkg_find(conflict->package2, sync->data); - } - } - if(found) { - _alpm_log(PM_LOG_DEBUG, "'%s' is already elected for removal -- skipping\n", - alpm_pkg_get_name(found)); - continue; - } + pm_errno = PM_ERR_CONFLICTING_DEPS; + ret = -1; + *data = deps; + goto cleanup; + } - sync = _alpm_sync_find(trans->packages, conflict->package1); - if(sync == NULL) { - _alpm_log(PM_LOG_DEBUG, "'%s' not found in transaction set -- skipping\n", - conflict->package1); - continue; - } - pmpkg_t *local = _alpm_db_get_pkgfromcache(db_local, conflict->package2); - /* check if this package provides the package it's conflicting with */ - if(alpm_list_find(alpm_pkg_get_provides(sync->pkg), - conflict->package2, _alpm_prov_cmp)) { - /* treat like a replaces item so requiredby fields are - * inherited properly. */ - _alpm_log(PM_LOG_DEBUG, "package '%s' provides its own conflict\n", - conflict->package1); - if(!local) { - char *rmpkg = NULL; - int target, depend; - /* hmmm, package2 isn't installed, so it must be conflicting - * with another package in our final list. For example: - * - * pacman -S blackbox xfree86 - * - * If no x-servers are installed and blackbox pulls in xorg, then - * xorg and xfree86 will conflict with each other. In this case, - * we should follow the user's preference and rip xorg out of final, - * opting for xfree86 instead. - */ - - /* figure out which one was requested in targets. If they both - * were, then it's still an unresolvable conflict. */ - target = alpm_list_find_str(trans->targets, conflict->package1); - depend = alpm_list_find_str(trans->targets, conflict->package2); - if(depend && !target) { - _alpm_log(PM_LOG_DEBUG, "'%s' is in the target list -- keeping it\n", - conflict->package2); - /* remove conflict->package1 */ - rmpkg = conflict->package1; - } else if(target && !depend) { - _alpm_log(PM_LOG_DEBUG, "'%s' is in the target list -- keeping it\n", - conflict->package1); - /* remove conflict->package2 */ - rmpkg = conflict->package2; - } else { - /* miss->target2 is not needed, miss->target already provides - * it, let's resolve the conflict */ - rmpkg = conflict->package2; - } - if(rmpkg) { - pmsyncpkg_t *rsync = _alpm_sync_find(trans->packages, rmpkg); - void *vpkg; - _alpm_log(PM_LOG_DEBUG, "removing '%s' from target list\n", - rsync->pkg->name); - trans->packages = alpm_list_remove(trans->packages, rsync, - syncpkg_cmp, &vpkg); - _alpm_sync_free(vpkg); - continue; - } + /* 2. we check for target vs db conflicts (and resolve)*/ + _alpm_log(PM_LOG_DEBUG, "check targets vs db and db vs targets\n"); + deps = _alpm_outerconflicts(db_local, list); + + for(i = deps; i; i = i->next) { + pmconflict_t *conflict = i->data; + + /* if conflict->package2 (the local package) is not elected for removal, + we ask the user */ + int found = 0; + for(j = trans->packages; j && !found; j = j->next) { + pmsyncpkg_t *sync = j->data; + if(sync->type == PM_SYNC_TYPE_REPLACE) { + if(_alpm_pkg_find(conflict->package2, sync->data)) { + found = 1; } } - /* It's a conflict -- see if they want to remove it */ - _alpm_log(PM_LOG_DEBUG, "resolving package '%s' conflict\n", - conflict->package1); - if(local) { - int doremove = 0; - if(!alpm_list_find_str(asked, conflict->package2)) { - QUESTION(trans, PM_TRANS_CONV_CONFLICT_PKG, conflict->package1, + } + if(found) { + continue; + } + + _alpm_log(PM_LOG_DEBUG, "package '%s' conflicts with '%s'\n", + conflict->package1, conflict->package2); + + pmsyncpkg_t *sync = _alpm_sync_find(trans->packages, conflict->package1); + pmpkg_t *local = _alpm_db_get_pkgfromcache(db_local, conflict->package2); + int doremove = 0; + QUESTION(trans, PM_TRANS_CONV_CONFLICT_PKG, conflict->package1, conflict->package2, NULL, &doremove); - asked = alpm_list_add(asked, strdup(conflict->package2)); - if(doremove) { - pmpkg_t *q = _alpm_pkg_dup(local); - if(sync->type != PM_SYNC_TYPE_REPLACE) { - /* switch this sync type to REPLACE */ - sync->type = PM_SYNC_TYPE_REPLACE; - _alpm_pkg_free(sync->data); - sync->data = NULL; - } - /* append to the replaces list */ - _alpm_log(PM_LOG_DEBUG, "electing '%s' for removal\n", - conflict->package2); - sync->data = alpm_list_add(sync->data, q); - /* see if the package is in the current target list */ - pmsyncpkg_t *rsync = _alpm_sync_find(trans->packages, - conflict->package2); - if(rsync) { - /* remove it from the target list */ - void *vpkg; - _alpm_log(PM_LOG_DEBUG, "removing '%s' from target list\n", - conflict->package2); - trans->packages = alpm_list_remove(trans->packages, rsync, - syncpkg_cmp, &vpkg); - _alpm_sync_free(vpkg); - } - } else { - /* abort */ - _alpm_log(PM_LOG_ERROR, _("unresolvable package conflicts detected\n")); - errorout = 1; - } - } - } else { - _alpm_log(PM_LOG_ERROR, _("unresolvable package conflicts detected\n")); - errorout = 1; + if(doremove) { + pmpkg_t *q = _alpm_pkg_dup(local); + if(sync->type != PM_SYNC_TYPE_REPLACE) { + /* switch this sync type to REPLACE */ + sync->type = PM_SYNC_TYPE_REPLACE; + _alpm_pkg_free(sync->data); + sync->data = NULL; } - } - if(errorout) { - /* The last conflict was unresolvable, so we duplicate it and add it to *data */ - pm_errno = PM_ERR_CONFLICTING_DEPS; + /* append to the replaces list */ + _alpm_log(PM_LOG_DEBUG, "electing '%s' for removal\n", conflict->package2); + sync->data = alpm_list_add(sync->data, q); + } else { /* abort */ + _alpm_log(PM_LOG_ERROR, _("unresolvable package conflicts detected\n")); if(data) { - pmconflict_t *lastconflict = conflict; - if((conflict = malloc(sizeof(pmconflict_t))) == NULL) { - _alpm_log(PM_LOG_ERROR, _("malloc failure: could not allocate %zd bytes\n"), - sizeof(pmconflict_t)); + pmconflict_t *retconflict; + if((retconflict = malloc(sizeof(pmconflict_t))) == NULL) { + _alpm_log(PM_LOG_ERROR, _("malloc failure: could not allocate %zd bytes\n"), sizeof(pmconflict_t)); FREELIST(*data); pm_errno = PM_ERR_MEMORY; - } else { - *conflict = *lastconflict; - *data = alpm_list_add(*data, conflict); + ret = -1; + goto cleanup; } + *retconflict = *conflict; + *data = alpm_list_add(*data, retconflict); } - FREELIST(asked); - FREELIST(deps); + pm_errno = PM_ERR_CONFLICTING_DEPS; ret = -1; + FREELIST(deps); goto cleanup; } - FREELIST(asked); - FREELIST(deps); } EVENT(trans, PM_TRANS_EVT_INTERCONFLICTS_DONE, NULL, NULL); + FREELIST(deps); } if(!(trans->flags & PM_TRANS_FLAG_NODEPS)) { - /* rebuild remove and list */ - alpm_list_free(list); - list = NULL; - for(i = trans->packages; i; i = i->next) { - pmsyncpkg_t *sync = i->data; - list = alpm_list_add(list, sync->pkg); - } + /* rebuild remove list */ alpm_list_free(remove); remove = NULL; for(i = trans->packages; i; i = i->next) { @@ -670,7 +572,7 @@ int _alpm_sync_prepare(pmtrans_t *trans, pmdb_t *db_local, alpm_list_t *dbs_sync if(deps) { pm_errno = PM_ERR_UNSATISFIED_DEPS; ret = -1; - FREELIST(deps); + *data = deps; goto cleanup; } } -- 1.5.3.6

3 2

[pacman-dev] [PATCH] Typo fix in deps.c
by Nagy Gabor 26 Nov '07

26 Nov '07

Attached ---------------------------------------------------- SZTE Egyetemi Könyvtár - http://www.bibl.u-szeged.hu This mail sent through IMP: http://horde.org/imp/

1 0

[pacman-dev] IgnorePkg, Holdpkg in libalpm/remove.c
by Nagy Gabor 26 Nov '07

26 Nov '07

Hi! Here is a pactest file derived from remove042.py [not to commit]: ---remove049.py--- self.description = "Cascade remove a package required by a HoldPkg package" lp1 = pmpkg("pkg1") lp1.depends = ["imaginary"] self.addpkg2db("local", lp1) lp2 = pmpkg("pkg2") lp2.provides = ["imaginary"] self.addpkg2db("local", lp2) self.option["holdpkg"] = ["pkg1"] self.args = "-Rc %s" % lp2.name self.addrule("PACMAN_RETCODE=0") self.addrule("!PKG_EXIST=pkg1") self.addrule("!PKG_EXIST=pkg2") ------------------- [Note: lp2.requiredby is not needed now.] As you see, -Rc simply elects a holdpkg for removal without any warning [but at least it prints a package summary before commit]. The same for -Rs <- this is "harder" to fix [elegantly], because alpm_recursedeps is a general-purpose deps.c function. You probably noticed IgnorePkg in the subject: -Rs and -Rc show, that this can be useful with -R too [we may differentiate between RemoveIgnorePkg, UpgradeIgnorePkg, and (transaction) IgnorePkg]. Bye ---------------------------------------------------- SZTE Egyetemi Könyvtár - http://www.bibl.u-szeged.hu This mail sent through IMP: http://horde.org/imp/

2 4

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v3.0.0-622-g1e9a1a0
by Dan McGee 25 Nov '07

25 Nov '07

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, master has been updated via 1e9a1a0292dbbf8039b8fb7536dbff2af28c7afb (commit) via c36b0f32c6f77cc363ed8f3ddc1a50625af944a9 (commit) via 6e8daa553bbd50ec541add9549bfd95030c335f5 (commit) via c7879e77a716edc725858e316ea9d2fa00056d4d (commit) via 7af1f664411d337d865b2b3bd876163f2b0fbac4 (commit) via 8d9ee923ec3860e3f1133a66a0dc94ce85644bb4 (commit) via 8bee526d28eaad45e0e1e210cd523e157c71cfae (commit) via f5d2150e9db9205a9f208d4144b6d0381f877ad3 (commit) via 0144b2ed29b3e3ae09fd8caeeffdadc10322cc1c (commit) via 7cf28a75959eac03a12c471a01f0a6111fbbd0ce (commit) from 83fa6aa2896c0c940e8bf5b7499abc7ef955e658 (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 1e9a1a0292dbbf8039b8fb7536dbff2af28c7afb Author: Artyom <smirnoffjr(a)gmail.com> Date: Wed Nov 7 01:05:33 2007 -0600 Add -q/--quiet option for controlling output. Currently this only affects -Ss, -Sl, and -Q to output less information (only package names). In the future, we can reuse this flag for other things as well. [Aaron: rewritten as a front-end flag] Signed-off-by: Aaron Griffin <aaronmgriffin(a)gmail.com> [Dan: squashed commits together] Signed-off-by: Dan McGee <dan(a)archlinux.org> commit c36b0f32c6f77cc363ed8f3ddc1a50625af944a9 Author: Dan McGee <dan(a)archlinux.org> Date: Sun Nov 25 14:12:00 2007 -0600 Fix memleak when querying package file(s) Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 6e8daa553bbd50ec541add9549bfd95030c335f5 Author: Aaron Griffin <aaronmgriffin(a)gmail.com> Date: Wed Nov 14 19:22:06 2007 -0600 Force mode of all database files to 644 In the case of a packaging error where install or changelog had bad permissions, pacman respected the original permissions without trying to fix it - this means that some operations (changelog) artificially required root permissions to run In addition, minor function housekeeping on _alpm_unpack Signed-off-by: Aaron Griffin <aaronmgriffin(a)gmail.com> commit c7879e77a716edc725858e316ea9d2fa00056d4d Author: Aaron Griffin <aaronmgriffin(a)gmail.com> Date: Thu Nov 15 00:07:31 2007 -0600 Additionally search for non-regex strings on a db search operation This closes out FS#6500 and covers cases where the package names contain regex characters (i.e. the case of dvd+rw-tools) Signed-off-by: Aaron Griffin <aaronmgriffin(a)gmail.com> commit 7af1f664411d337d865b2b3bd876163f2b0fbac4 Author: Aaron Griffin <aaronmgriffin(a)gmail.com> Date: Thu Nov 15 13:19:49 2007 -0600 Make the download failure message more clear Use the word "disk" in place of the host name for local files Signed-off-by: Aaron Griffin <aaronmgriffin(a)gmail.com> commit 8d9ee923ec3860e3f1133a66a0dc94ce85644bb4 Author: Chantry Xavier <shiningxc(a)gmail.com> Date: Wed Nov 21 19:51:46 2007 +0100 Fix several memleaks, mostly related to errors handling. * The frontend calls alpm_trans_prepare(&data), and in case of errors, receive the missing dependencies / conflicts / etc in the data pointer. It apparently needs to free this structure totally with : alpm_list_free_inner(data, free) alpm_list_free(data) So I added alpm_list_free_inner(data, free) in pacman/{sync.c,remove.c,add,c} * in _alpm_sync_prepare, the deps and asked lists were not freed in case of errors (unresolvable conflicts). Besides the code for handling this case was duplicated. * in _alpm_remove_commit, free was used instead of alpm_list_free for newfiles. * newline fix in pacman/sync.c Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 8bee526d28eaad45e0e1e210cd523e157c71cfae Author: Chantry Xavier <shiningxc(a)gmail.com> Date: Wed Nov 21 17:10:20 2007 +0100 Fix a memleak in _alpm_sync_free. An alpm_list_free call was missing. Also make use of alpm_list_free_inner in both _alpm_sync_free and _alpm_trans_free. Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> Signed-off-by: Dan McGee <dan(a)archlinux.org> commit f5d2150e9db9205a9f208d4144b6d0381f877ad3 Author: Dan McGee <dan(a)archlinux.org> Date: Wed Nov 21 11:25:50 2007 -0600 Remove -F/--freshen operation This operation made sense in the days before sync DBs existed, but it no longer has the same usefulness it once did. Signed-off-by: Dan McGee <dan(a)archlinux.org> Signed-off-by: Chantry Xavier <shiningxc(a)gmail.com> Signed-off-by: Nagy Gabor <ngaba(a)bibl.u-szeged.hu> Signed-off-by: Aaron Griffin <aaronmgriffin(a)gmail.com> commit 0144b2ed29b3e3ae09fd8caeeffdadc10322cc1c Author: Dan McGee <dan(a)archlinux.org> Date: Wed Nov 21 10:35:27 2007 -0600 Add some additional files to .gitignore *.lineno - these show up when you use a shell less-featured than bash cscope.*.out - These show up when you build reverse databases using -q Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 7cf28a75959eac03a12c471a01f0a6111fbbd0ce Author: Nagy Gabor <ngaba(a)bibl.u-szeged.hu> Date: Wed Nov 21 01:03:08 2007 +0100 Improved 'dependency cycle' warning From now on libalpm informs user about packages which will be installed/removed in wrong order. Signed-off-by: Nagy Gabor <ngaba(a)bibl.u-szeged.hu> Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: .gitignore | 4 +++ contrib/bash_completion | 6 +--- contrib/zsh_completion | 11 +--------- doc/pacman.8.txt | 4 --- lib/libalpm/add.c | 13 +---------- lib/libalpm/alpm.h | 2 +- lib/libalpm/db.c | 4 +++ lib/libalpm/deps.c | 9 +++++++- lib/libalpm/remove.c | 2 +- lib/libalpm/server.c | 6 ++++- lib/libalpm/sync.c | 49 +++++++++++++++++++--------------------------- lib/libalpm/trans.c | 10 +------- lib/libalpm/util.c | 35 +++++++++++++++++++++++---------- pactest/tests/add030.py | 18 ----------------- pactest/tests/add031.py | 18 ----------------- pactest/tests/add032.py | 18 ----------------- src/pacman/add.c | 1 + src/pacman/conf.h | 1 + src/pacman/pacman.c | 20 +++++++----------- src/pacman/query.c | 34 ++++++++++++++++++++++++-------- src/pacman/remove.c | 1 + src/pacman/sync.c | 31 ++++++++++++++++++++--------- 22 files changed, 131 insertions(+), 166 deletions(-) delete mode 100644 pactest/tests/add030.py delete mode 100644 pactest/tests/add031.py delete mode 100644 pactest/tests/add032.py hooks/post-receive -- The official pacman repository

1 0

[pacman-dev] "local version is up to date. Upgrade anyway?" question
by Xavier 23 Nov '07

23 Nov '07

For testing the last patch from Nagy that makes the "dependency cycle" warning more verbose, I wanted to do : pacman -S base But then cancel the operation. The problem is that, for every package, I got the following question : local version is up to date. Upgrade anyway? I couldn't use --noconfirm , because I didn't want to actually do the operation, only preview it. Also, --noconfirm will answer other questions than this one. Actually, this is exactly the issue that was mentioned in this thread : http://bbs.archlinux.org/viewtopic.php?id=35901 The only way was to use the --ask option, which was too complicated and has been removed. We probably don't need the power of this function anyway. But maybe we could have a replacement, just for this "local version is up to date" question. Or, is this question really useful anyway? How often do we try installing an already installed package, without the intention to reinstall it? Or maybe pacman could just print a warning instead : # pacman -S foo warning : foo is already installed ...

4 8

[pacman-dev] pacman-git releases
by fancris3 23 Nov '07

23 Nov '07

I use pacman-git from 1 or 2 weeks (local build from PKGBUILD) , its fast and stable,good job.Thank you. Name : pacman-git Version : 20071121-1 ... Architecture : x86_64 ... [~]:: pacman -Q|wc -l 1251 :) no problems for pacman [~]:: pacman -Ss|wc -l 9521 this its a feature or a bug? i have made a build for bsc-beta,i have a line: make PREFIX=$startdir/pkg/opt/bsc install || return 1 variable its wrong,makepkg make empty pkg and skip "return 1" make: Nothing to be done for `install'. ==> Tidying install... -> Removing info/doc files... -> Compressing man pages... -> Stripping debugging symbols from binarie ==> Creating package... -> Generating .FILELIST file... -> Generating .PKGINFO file... -> Compressing package... ==> Leaving fakeroot environment. ==> Finished making: bsc-beta (Thu Nov 22 19: in the stable version this thing is working correct and return an error ==> Removing info/doc files... ==> Compressing man pages... ==> Stripping debugging symbols from libraries... ==> Stripping symbols from binaries... ==> Generating .FILELIST file... tar: *: Cannot stat: No such file or directory tar: Error exit delayed from previous errors ==> Generating .PKGINFO file... ==> Compressing package... tar: *: Cannot stat: No such file or directory tar: Error exit delayed from previous errors ==> ERROR: Failed to create package file. also makepkg doesn't work with directory with spaces for example try to build pacman-git in "~/new\ folder/pacman-git"

4 6

[pacman-dev] Usefulness of -F option (was: "local version is up to date. Upgrade anyway?" question)
by Dan McGee 22 Nov '07

22 Nov '07

On Nov 21, 2007 11:46 AM, Xavier <shiningxc(a)gmail.com> wrote: > Except that -F apparently doesn't want to install new packages, only upgrade > existing but outdated ones. > While the option I had in mind for -S would either install new packages, or > upgrading existing but outdated ones. > > But I never used -F once in all the time I used Arch. Who uses this option? > I actually was surprised when I first saw it some times ago. And I already > forgot it existed, since I never see it mentioned anywhere. Does anyone even use -F anymore? I could see its usefullness before sync DBs were introduced, but I do have a hard time seeing its use anymore. Kill it? Any objections? I dislike stale crud sitting around. -Dan

7 12

[pacman-dev] [PATCH] New alpm_list_join function
by Nagy Gabor 22 Nov '07

22 Nov '07

Patch attached Bye ---------------------------------------------------- SZTE Egyetemi Könyvtár - http://www.bibl.u-szeged.hu This mail sent through IMP: http://horde.org/imp/

5 11

[pacman-dev] [PATCH 1/5] Two memleak fixes in pacman.
by Nagy Gabor 21 Nov '07

21 Nov '07

Both memleak was an unfreed alpm_db_whatprovides list. Signed-off-by: Nagy Gabor <ngaba(a)bibl.u-szeged.hu> --- src/pacman/deptest.c | 1 + src/pacman/sync.c | 1 + 2 files changed, 2 insertions(+), 0 deletions(-) diff --git a/src/pacman/deptest.c b/src/pacman/deptest.c index 301558e..d17c821 100644 --- a/src/pacman/deptest.c +++ b/src/pacman/deptest.c @@ -70,6 +70,7 @@ int pacman_deptest(alpm_list_t *targets) break; } } + alpm_list_free(provides); } if(!found) { diff --git a/src/pacman/sync.c b/src/pacman/sync.c index 5f1072f..6f3c5d5 100644 --- a/src/pacman/sync.c +++ b/src/pacman/sync.c @@ -532,6 +532,7 @@ int sync_trans(alpm_list_t *targets, int sync_only) if(prov) { pmpkg_t *pkg = alpm_list_getdata(prov); pname = alpm_pkg_get_name(pkg); + alpm_list_free(prov); break; } } -- 1.5.3.5

6 6