[pacman-dev] [GIT] The official pacman repository branch, master, updated. v3.4.3-301-ge263cf7

Dan McGee dan at archlinux.org
Sat Jan 29 14:34:07 EST 2011


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  e263cf7231c5d6ec41a15cd6230dbd794b58287a (commit)
       via  05f2abfba9d9e9055c5a2d0d7ae92d24f0dd1a2f (commit)
       via  2dd53e50de4f80cef84cd90140c4b43633360372 (commit)
       via  00fec5e2503a8272ebac9f240e03d655131ec216 (commit)
       via  2a90dbe3a8f58c2fc50d8bcd8136fbced659b734 (commit)
       via  eed7ba92e849edbd5505baa2c1d4864d0490fa80 (commit)
       via  4a72c0964abc4b4836c2aafb9c59716299215802 (commit)
       via  953e0d48d7e6e3703bdaccef4ec2a8bbdbe460ed (commit)
       via  f2fcf7eeb10dafec06d5d7d853b681f2e9fde45a (commit)
       via  1767a569c65ad1067eac7dcd1d9665e55767e50e (commit)
       via  fb7e1b4b9bf7d2dbcd89a4832067d89a03d71056 (commit)
       via  b8590ed634babc060b35e2ad7a035347234d836a (commit)
       via  4097c98c1ee65d6b3a659d042c6c84e0632673bf (commit)
      from  ba97a22ce10df2966a9e1117b48a84b93eae0538 (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 e263cf7231c5d6ec41a15cd6230dbd794b58287a
Author: Xavier Chantry <chantry.xavier at gmail.com>
Date:   Sun Oct 17 19:45:31 2010 +0200

    alpm: drop old target interfaces
    
    It's likely that these interfaces will break sooner or later, now that
    pacman no longer uses them.
    
    So better force the two people who use them to migrate their code to the
    new add_pkg/remove_pkg interface, which is very easy anyway.
    
    Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com>

commit 05f2abfba9d9e9055c5a2d0d7ae92d24f0dd1a2f
Author: Xavier Chantry <chantry.xavier at gmail.com>
Date:   Sun Oct 17 19:14:41 2010 +0200

    select_display: per-database output
    
    This function is used both for provision and group selection. Now the
    database name will be displayed.
    
    $ pacman  -S base-devel
    :: There are 11 members in group base-devel:
    :: Repository testing
       1) make
    :: Repository core
       2) autoconf  3) automake  4) bison  5) fakeroot  6) flex  7) gcc  8) libtool  9) m4  10) patch  11) pkg-config
    Which ones do you want to install?
    Enter a number (default=all):
    
    Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com>

commit 2dd53e50de4f80cef84cd90140c4b43633360372
Author: Xavier Chantry <chantry.xavier at gmail.com>
Date:   Sun Oct 17 17:18:36 2010 +0200

    pacman: improve select-question
    
    Make use of parseindex like in multiselect, and loop until we get a
    valid answer like in multiselect.
    
    Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com>

commit 00fec5e2503a8272ebac9f240e03d655131ec216
Author: Xavier Chantry <chantry.xavier at gmail.com>
Date:   Sun Oct 17 17:09:25 2010 +0200

    pacman/sync: implement interactive group selection
    
    Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com>

commit 2a90dbe3a8f58c2fc50d8bcd8136fbced659b734
Author: Xavier Chantry <chantry.xavier at gmail.com>
Date:   Sun Oct 17 11:18:53 2010 +0200

    alpm: deprecate old interface
    
    Old interface is marked as deprecated:
    int alpm_sync_target(char *target);
    int alpm_sync_dbtarget(char *db, char *target);
    int alpm_add_target(char *target);
    int alpm_remove_target(char *target);
    
    New recommended interface:
    int alpm_add_pkg(pmpkg_t *pkg);
    int alpm_remove_pkg(pmpkg_t *pkg);
    
    Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com>

commit eed7ba92e849edbd5505baa2c1d4864d0490fa80
Author: Xavier Chantry <chantry.xavier at gmail.com>
Date:   Sun Oct 17 11:18:01 2010 +0200

    pacman/remove: switch to new alpm_remove_pkg interface
    
    Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com>

commit 4a72c0964abc4b4836c2aafb9c59716299215802
Author: Xavier Chantry <chantry.xavier at gmail.com>
Date:   Sun Oct 17 11:16:27 2010 +0200

    pacman/upgrade: switch to new interface
    
    Note that there is a behavior change here : if the same package name
    appeared several times in the target list, the alpm_add_target interface
    chooses the new package, while alpm_add_pkg returns PKG_DUP.
    
    I don't see why we cannot unify the behavior of -S and -U, and just
    choose one behavior that applies to both.
    
    Otherwise, it's always possible to handle these different behaviors in
    the frontend, it just requires more work.
    
    Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com>

commit 953e0d48d7e6e3703bdaccef4ec2a8bbdbe460ed
Author: Xavier Chantry <chantry.xavier at gmail.com>
Date:   Sun Oct 17 11:14:43 2010 +0200

    alpm: new alpm_remove_pkg interface
    
    For consistency with alpm_add_pkg.
    
    The new recommended interface is alpm_add_pkg / alpm_remove_pkg, all
    others interfaces are deprecated.
    
    Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com>

commit f2fcf7eeb10dafec06d5d7d853b681f2e9fde45a
Author: Xavier Chantry <chantry.xavier at gmail.com>
Date:   Sun Oct 17 01:08:34 2010 +0200

    pacman/sync: rewrite target handling
    
    This uses the new public functions to handle targets from the frontend,
    like it used to be :
    1) alpm_find_dbs_satisfier to find (optionally versioned) package or
    provision
    2) alpm_find_grp_pkgs to find members for a groups
    3) alpm_add_pkg to finally add the pmpkg_t from 1 or 2
    
    Of course, this adds more code to the frontend, but it completely
    deprecates sync_target and sync_dbtarget interfaces.
    
    This all-in-one interfaces felt wrong and left no control to the
    frontend. A good frontend should just use alpm_add_pkg, with pkg coming
    from alpm_db_get_pkg (for normal targets), alpm_find_dbs_satisfier (for
    versioned provisions) or alpm_find_grp_pkgs (for groups).
    
    This also opens the way to provide a better group handling in pacman
    without constraint from libalpm and callbacks.
    
    In ignore006, only the retcode changes, because no package was found to
    satisfy the target (the only possible package is ignored).
    
    Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com>

commit 1767a569c65ad1067eac7dcd1d9665e55767e50e
Author: Xavier Chantry <chantry.xavier at gmail.com>
Date:   Sun Oct 17 00:59:53 2010 +0200

    alpm: add alpm_find_grp_pkgs
    
    This group function is meant to help group handling from frontend : it
    scans all dbs, handling ignored packages and duplicate members (the
    first repo where a member is found has the priority).
    
    Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com>

commit fb7e1b4b9bf7d2dbcd89a4832067d89a03d71056
Author: Xavier Chantry <chantry.xavier at gmail.com>
Date:   Sun Oct 17 00:57:37 2010 +0200

    alpm: new alpm_add_pkg interface
    
    This new function is meant to deprecate all existing
    sync/add target functions :
    int alpm_sync_target(char *target);
    int alpm_sync_dbtarget(char *db, char *target);
    int alpm_add_target(char *target);
    
    Rather than dropping these 3 interfaces, it might be better to rewrite
    them using alpm_add_pkg for now.
    
    Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com>

commit b8590ed634babc060b35e2ad7a035347234d836a
Author: Xavier Chantry <chantry.xavier at gmail.com>
Date:   Sun Oct 17 00:52:13 2010 +0200

    alpm/dep: add alpm_find_dbs_satisfier
    
    This is a public interface for resolvedep. It looks nicer to expose it
    this way rather than through sync_target.
    
    This function can also be helpful for external tools as it should give
    good results close to how pacman select a package for satisfying a given
    dep.
    
    Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com>

commit 4097c98c1ee65d6b3a659d042c6c84e0632673bf
Author: Xavier Chantry <chantry.xavier at gmail.com>
Date:   Sat Oct 16 12:28:01 2010 +0200

    Add interactive provider selection
    
    If there are multiple providers in one db, pacman used to just stop at
    the first one (both during dependency resolution or for pacman -S
    'provision' which uses the same code).
    
    This adds a new conversation callback so that the user can choose which
    provider to install. By default (user press enter or --noconfirm), the
    first provider is still chosen, so for example the behavior of sync402
    and 403 is preserved. But at least the user now has the possibility to
    make the right choice in a manual run.
    
    If one of the provider is already installed, it is picked for
    reinstall/upgrade, so that provision 002/003 pactest now pass.
    
    $ pacman -S community/smtp-server
    :: There are 3 providers available for smtp-server:
       1) courier-mta  2) esmtp  3) exim
    
    Which one do you want to install?
    Enter a number (default=1):
    
    Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com>

-----------------------------------------------------------------------

Summary of changes:
 lib/libalpm/add.c                 |   65 +++++++------
 lib/libalpm/alpm.h                |    9 +-
 lib/libalpm/deps.c                |   60 +++++++++++-
 lib/libalpm/remove.c              |   35 ++-----
 lib/libalpm/sync.c                |  193 ++++++-------------------------------
 src/pacman/callback.c             |   12 +++
 src/pacman/remove.c               |   33 ++++++-
 src/pacman/sync.c                 |  108 ++++++++++++++++++---
 src/pacman/upgrade.c              |   11 ++-
 src/pacman/util.c                 |  184 +++++++++++++++++++++++++++++++++++
 src/pacman/util.h                 |    3 +
 test/pacman/tests/ignore006.py    |    2 +-
 test/pacman/tests/provision002.py |    2 -
 test/pacman/tests/provision003.py |    2 -
 14 files changed, 470 insertions(+), 249 deletions(-)


hooks/post-receive
-- 
The official pacman repository


More information about the pacman-dev mailing list