- Pacman-dev - lists.archlinux.org

[pacman-dev] CVS update of pacman-lib/lib/libalpm (cache.c)
by Juergen Hoetzel 09 Mar '07

09 Mar '07

Date: Friday, March 9, 2007 @ 18:26:33 Author: juergen Path: /home/cvs-pacman/pacman-lib/lib/libalpm Modified: cache.c (1.38 -> 1.39) fixed string comparison callback (patch from Nagy Gabor) ---------+ cache.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) Index: pacman-lib/lib/libalpm/cache.c diff -u pacman-lib/lib/libalpm/cache.c:1.38 pacman-lib/lib/libalpm/cache.c:1.39 --- pacman-lib/lib/libalpm/cache.c:1.38 Mon Mar 5 17:13:33 2007 +++ pacman-lib/lib/libalpm/cache.c Fri Mar 9 18:26:33 2007 @@ -214,7 +214,7 @@ /* gross signature forces us to * discard const */ (void *)alpm_pkg_get_name(pkg), - _alpm_grp_cmp); + strcmp); db->grpcache = alpm_list_add_sorted(db->grpcache, grp, _alpm_grp_cmp); } else { alpm_list_t *j; @@ -225,7 +225,7 @@ if(strcmp(grp->name, i->data) == 0) { const char *pkgname = alpm_pkg_get_name(pkg); if(!alpm_list_find_str(grp->packages, pkgname)) { - grp->packages = alpm_list_add_sorted(grp->packages, (void *)pkgname, _alpm_grp_cmp); + grp->packages = alpm_list_add_sorted(grp->packages, (void *)pkgname, strcmp); } } }

1 0

[pacman-dev] Double packet [pacman 3]
by Manuel Mazzuola 09 Mar '07

09 Mar '07

First, sorry for my english. If i try to upgrade my arch box, pacman say to me that all remote database are unreacheble. So i tried to modify the XferCommand like this : XferCommand = echo %u and i discover that the url isn't correct : ftp://ftp.archlinux.org/testing/os/i686/testing.db.tar.gz/testing.db.tar.gz ftp://ftp.archlinux.org/current/os/i686/current.db.tar.gz/current.db.tar.gz the correct one is ftp://ftp.archlinux.org/testing/os/i686/testing.db.tar.gz / i resolved the problem with this XferCommand : XferCommand = echo %u | awk '{ print(substr($1,0,index($1,"gz/")+1)) }' | xargs /usr/bin/wget --passive-ftp -c -O %o bye :)

2 1

[pacman-dev] CVS update of pacman-lib (3 files)
by Aaron Griffin 09 Mar '07

09 Mar '07

Date: Friday, March 9, 2007 @ 00:33:06 Author: aaron Path: /home/cvs-pacman/pacman-lib Modified: lib/libalpm/db.c (1.66 -> 1.67) lib/libalpm/remove.c (1.74 -> 1.75) src/pacman/deptest.c (1.18 -> 1.19) * Two fixes when running under a new root (-r|--root) - Check EACCES in can_remove_file, to verify - we're only checking for a read-only FS here... if write permissions fail, we can still remove it - Switched the message when creating DB directories from an error to a debug message * Fix the dep tests once and for all (it wasn't working for provides=() packages) ----------------------+ lib/libalpm/db.c | 2 +- lib/libalpm/remove.c | 6 +++--- src/pacman/deptest.c | 31 +++++++++++++++---------------- 3 files changed, 19 insertions(+), 20 deletions(-) Index: pacman-lib/lib/libalpm/db.c diff -u pacman-lib/lib/libalpm/db.c:1.66 pacman-lib/lib/libalpm/db.c:1.67 --- pacman-lib/lib/libalpm/db.c:1.66 Mon Mar 5 17:13:34 2007 +++ pacman-lib/lib/libalpm/db.c Fri Mar 9 00:33:06 2007 @@ -183,7 +183,7 @@ /* make sure the database directory exists */ snprintf(path, PATH_MAX, "%s%s/%s", handle->root, handle->dbpath, treename); if(stat(path, &buf) != 0 || !S_ISDIR(buf.st_mode)) { - _alpm_log(PM_LOG_ERROR, _("database directory '%s' does not exist, try creating it"), path); + _alpm_log(PM_LOG_DEBUG, _("database directory '%s' does not exist, creating it"), path); if(_alpm_makepath(path) != 0) { RET_ERR(PM_ERR_SYSTEM, NULL); } Index: pacman-lib/lib/libalpm/remove.c diff -u pacman-lib/lib/libalpm/remove.c:1.74 pacman-lib/lib/libalpm/remove.c:1.75 --- pacman-lib/lib/libalpm/remove.c:1.74 Mon Mar 5 17:13:34 2007 +++ pacman-lib/lib/libalpm/remove.c Fri Mar 9 00:33:06 2007 @@ -169,9 +169,9 @@ /* If we fail write permissions due to a read-only filesystem, abort. * Assume all other possible failures are covered somewhere else */ if(access(file, W_OK) == -1) { - if(access(file, F_OK) == 0) { - /* only return failure if the file ACTUALLY exists and we don't have - * permissions */ + if(errno != EACCES && access(file, F_OK) == 0) { + /* only return failure if the file ACTUALLY exists and we can't write to + * it - ignore "chmod -w" simple permission failures */ _alpm_log(PM_LOG_ERROR, _("cannot remove file '%s': %s"), file, strerror(errno)); return(0); Index: pacman-lib/src/pacman/deptest.c diff -u pacman-lib/src/pacman/deptest.c:1.18 pacman-lib/src/pacman/deptest.c:1.19 --- pacman-lib/src/pacman/deptest.c:1.18 Wed Mar 7 16:47:52 2007 +++ pacman-lib/src/pacman/deptest.c Fri Mar 9 00:33:06 2007 @@ -38,17 +38,6 @@ extern config_t *config; -static int chk_package(const char *pkgname, pmdepend_t *dep) -{ - pmpkg_t *pkg; - pkg = alpm_db_get_pkg(alpm_option_get_localdb(), pkgname); - - if(!pkg || !alpm_depcmp(pkg, dep)) { - return(1); - } - return(0); -} - int pacman_deptest(alpm_list_t *targets) { int retval = 0; @@ -60,32 +49,42 @@ for(i = targets; i; i = alpm_list_next(i)) { int found = 0; + pmpkg_t *pkg; pmdepend_t *dep; const char *target; alpm_list_t *j, *provides; target = alpm_list_getdata(i); + + /* splitdep modifies the string... we'll compensate for now */ + char *saved_target = NULL; + saved_target = calloc(strlen(target)+1, sizeof(char)); + strncpy(saved_target, target, strlen(target)); + dep = alpm_splitdep(target); - if(chk_package(target, dep) == 0) { + pkg = alpm_db_get_pkg(alpm_option_get_localdb(), target); + if(pkg && alpm_depcmp(pkg, dep)) { found = 1; } else { /* not found, can we find anything that provides this in the local DB? */ provides = alpm_db_whatprovides(alpm_option_get_localdb(), target); for(j = provides; j; j = alpm_list_next(j)) { - const char *provide; - provide = alpm_list_getdata(j); + pmpkg_t *pkg; + pkg = alpm_list_getdata(j); - if(chk_package(provide, dep) == 0) { + if(pkg && alpm_depcmp(pkg, dep)) { found = 1; + break; } } } if(!found) { - MSG(NL, _("requires: %s"), target); + MSG(NL, _("requires: %s"), saved_target); retval = 1; } + free(saved_target); } return(retval); }

1 0

[pacman-dev] CVS update of pacman-lib/scripts (makepkg)
by Dan McGee 09 Mar '07

09 Mar '07

Date: Friday, March 9, 2007 @ 00:11:47 Author: dan Path: /home/cvs-pacman/pacman-lib/scripts Modified: makepkg (1.57 -> 1.58) * Another slight update, getting rid of -rf flags and clarifying a message. ---------+ makepkg | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) Index: pacman-lib/scripts/makepkg diff -u pacman-lib/scripts/makepkg:1.57 pacman-lib/scripts/makepkg:1.58 --- pacman-lib/scripts/makepkg:1.57 Thu Mar 8 23:35:04 2007 +++ pacman-lib/scripts/makepkg Fri Mar 9 00:11:47 2007 @@ -492,7 +492,7 @@ read answer answer=$(echo $answer | tr [:upper:] [:lower:]) if [ "$answer" = "yes" -o "$answer" = "y" ]; then - rm -rf "$SRCDEST"/* + rm "$SRCDEST"/* if [ $? -ne 0 ]; then error "Problem removing files; you may not have correct permissions in $SRCDEST" exit 1 @@ -507,8 +507,9 @@ exit 0 fi else - # SRCDEST undefined (should never happen) + # $SRCDEST is $startdir, two possibilities error "Source destination must be defined in makepkg.conf." + plain "In addition, please run makepkg -C outside of your cache directory." exit 1 fi fi

1 0

[pacman-dev] CVS update of pacman-lib/scripts (makepkg)
by Dan McGee 09 Mar '07

09 Mar '07

Date: Thursday, March 8, 2007 @ 23:35:06 Author: dan Path: /home/cvs-pacman/pacman-lib/scripts Modified: makepkg (1.56 -> 1.57) * Added confirmation step to makepkg -C operation to ensure user is deleting exactly what they think they are. ---------+ makepkg | 24 ++++++++++++++++++------ 1 file changed, 18 insertions(+), 6 deletions(-) Index: pacman-lib/scripts/makepkg diff -u pacman-lib/scripts/makepkg:1.56 pacman-lib/scripts/makepkg:1.57 --- pacman-lib/scripts/makepkg:1.56 Sat Mar 3 13:38:57 2007 +++ pacman-lib/scripts/makepkg Thu Mar 8 23:35:04 2007 @@ -486,16 +486,28 @@ if [ "$CLEANCACHE" = "1" ]; then #fix flyspray feature request #5223 - if [ -n "$SRCDEST" ]; then - msg "Cleaning up source files from the cache." - rm -rf "$SRCDEST"/* - if [ $? -ne 0 ]; then - error "Problem removing files; you may not have correct permissions in $SRCDEST" - exit 1 + if [ -n "$SRCDEST" -a "$SRCDEST" != "$startdir" ]; then + msg "Cleaning up ALL files from $SRCDEST." + echo -n " Are you sure you wish to do this? [Y/n] " + read answer + answer=$(echo $answer | tr [:upper:] [:lower:]) + if [ "$answer" = "yes" -o "$answer" = "y" ]; then + rm -rf "$SRCDEST"/* + if [ $? -ne 0 ]; then + error "Problem removing files; you may not have correct permissions in $SRCDEST" + exit 1 + else + # removal worked + msg "Source cache cleaned." + exit 0 + fi else + # answer = no + "No files have been removed." exit 0 fi else + # SRCDEST undefined (should never happen) error "Source destination must be defined in makepkg.conf." exit 1 fi

1 0

[pacman-dev] makepkg and version comparators
by Alessio 'mOLOk' Bolognino 09 Mar '07

09 Mar '07

Actually makepkg seems to no handle version comparators, but there are official packages with deps like whatever>2.4, is this a known problem? -- Alessio 'mOLOk' Bolognino Arch Linux Trusted User http://www.archlinux.org

4 8

[pacman-dev] Pacman 3 up and running
by Fredrik Jansson 08 Mar '07

08 Mar '07

I guess the title says it all, pacman3 seams to work properly on my Hp nx6310. Just wanted to say great job guys^^

1 0

Re: [pacman-dev] [arch] [LONG] pacman3 (or maybe pacman2, or some packages, or uploading) bug: package corruption
by Aaron Griffin 08 Mar '07

08 Mar '07

I'm am moving this to the pacman-dev mailing list. Please discuss pacman bugs there, for consistency purposes. On 3/8/07, bardo <ilbardo(a)gmail.com> wrote: > Today I experienced a strange thing: many packages were downloaded > from extra and community and resulted in being corrupted under > pacman3. I tried the upgrade through pacman2 and didn't have any > problem whatsoever. The mirror (mi.mirror.garr.it) is the same for > both pacmans. I noticed your actual command is 'pacman3' and you are using them at the same time. Are you using the latest RC? If so, it should replace pacman 2.X. Please try with the newest package.

2 1

Re: [pacman-dev] pacman-dev Digest, Vol 18, Issue 26
by Mark MacNeill 08 Mar '07

08 Mar '07

stop sending me these emails >From: pacman-dev-request(a)archlinux.org >Reply-To: pacman-dev(a)archlinux.org >To: pacman-dev(a)archlinux.org >Subject: pacman-dev Digest, Vol 18, Issue 26 >Date: Wed, 07 Mar 2007 20:09:54 -0500 > >Send pacman-dev mailing list submissions to > pacman-dev(a)archlinux.org > >To subscribe or unsubscribe via the World Wide Web, visit > http://www.archlinux.org/mailman/listinfo/pacman-dev >or, via email, send a message with subject or body 'help' to > pacman-dev-request(a)archlinux.org > >You can reach the person managing the list at > pacman-dev-owner(a)archlinux.org > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of pacman-dev digest..." > > >Today's Topics: > > 1. Re: pacman should ask the user on multipile choices > (Aaron Griffin) > 2. Re: pacman should ask the user on multipile choices > (Roman Kyrylych) > 3. Re: The real deal - pacman 3.0.0 RC1 (Alexander Fehr) > 4. Thank you for new pacman. (Dawid Ci??arkiewicz) > 5. Re: alpm_list: missing quick access to last element > (J?rgen H?tzel) > 6. Re: The real deal - pacman 3.0.0 RC1 (Pierre Schmitz) > 7. Re: The real deal - pacman 3.0.0 RC1 (Alexander Fehr) > 8. Re: The real deal - pacman 3.0.0 RC1 (Aaron Griffin) > 9. CVS update of pacman-lib/src/pacman (pacman.c) (Aaron Griffin) > 10. Re: The real deal - pacman 3.0.0 RC1 (Aaron Griffin) > 11. Re: The real deal - pacman 3.0.0 RC1 (Travis Willard) > 12. CVS update of pacman-lib/src/pacman (deptest.c) (Dan McGee) > 13. 20070308 Pacman Italian patch (Giovanni Scafora) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Wed, 7 Mar 2007 13:33:25 -0600 >From: "Aaron Griffin" <aaronmgriffin(a)gmail.com> >Subject: Re: [pacman-dev] pacman should ask the user on multipile > choices >To: "Discussion list for pacman development" > <pacman-dev(a)archlinux.org> >Message-ID: > <d64a48980703071133h4e11e067pa2d4c3d80afef2e9(a)mail.gmail.com> >Content-Type: text/plain; charset=UTF-8; format=flowed > >On 3/7/07, Pierre Schmitz <pierre(a)archlinux.de> wrote: > > Hi, > > > > I am not sure if this is a bug or missing feature; so I sent this to the >ml > > first. > > > > Sometime a package depends on a "meta" package which is provided by more >than > > one packages. For example "libgl" or "smtp-server". At the moment pacman >just > > installs the first package it founds which is the wrong decision for >most > > cases. > >Right, this is the current way pacman2 does it. It's harder to do and >I think it's either in a TODO in the code, or on my TODO.aaron list. >Not sure, but it's planned. > > > >------------------------------ > >Message: 2 >Date: Wed, 7 Mar 2007 21:45:48 +0200 >From: "Roman Kyrylych" <roman.kyrylych(a)gmail.com> >Subject: Re: [pacman-dev] pacman should ask the user on multipile > choices >To: "Discussion list for pacman development" > <pacman-dev(a)archlinux.org> >Message-ID: > <577f15290703071145r799e29fsd47994b8bf9ba16d(a)mail.gmail.com> >Content-Type: text/plain; charset=ISO-8859-5; format=flowed > >2007/3/7, Aaron Griffin <aaronmgriffin(a)gmail.com>: > > On 3/7/07, Pierre Schmitz <pierre(a)archlinux.de> wrote: > > > Hi, > > > > > > I am not sure if this is a bug or missing feature; so I sent this to >the ml > > > first. > > > > > > Sometime a package depends on a "meta" package which is provided by >more than > > > one packages. For example "libgl" or "smtp-server". At the moment >pacman just > > > installs the first package it founds which is the wrong decision for >most > > > cases. > > > > Right, this is the current way pacman2 does it. It's harder to do and > > I think it's either in a TODO in the code, or on my TODO.aaron list. > > Not sure, but it's planned. > >Yep, I surely remember the discussion about this somewhere but neither >Flyspray nor Gmail are able to find it... doh... > >I guess with --noconfirm we'll get old behavour anyway. We might add >some option for pacman.conf though, like "Alias web-server=lighttpd" >but it will be useful only for first install, so I dunno if it worth >it.. > >-- >Roman Kyrylych (????? ???????) > >------------------------------ > >Message: 3 >Date: Wed, 7 Mar 2007 21:02:39 +0100 >From: Alexander Fehr <pizzapunk(a)gmail.com> >Subject: Re: [pacman-dev] The real deal - pacman 3.0.0 RC1 >To: pacman-dev(a)archlinux.org >Message-ID: <20070307210239.f11ee28e.pizzapunk(a)gmail.com> >Content-Type: text/plain; charset=US-ASCII > >On Wed, 7 Mar 2007 12:20:20 -0500 >"Dan McGee" <dpmcgee(a)gmail.com> wrote: > > Anyone here have anything to say about pacman3? Maybe even a "great > > job guys, I've had no problems at all?" Even you list-lurkers out > > there, feel free to speak up. We'd really like to get all the input we > > can so we are not scared as hell when we push it to testing and > > current soon after. > >It's working fine here. Two small things I have noticed: > >$ pacman -V >... >Copyright (C) 2002-2006 Judd Vinet <jvinet(a)zeroflux.org> >... >-> 2006 should be changed to 2007 > >$ pacman -h >... >pacman {-R --remove} [options] <package> >pacman {-S --sync} [options] [package] >... >-> inconsistent use of brackets around package > > >Alex > > > >------------------------------ > >Message: 4 >Date: Wed, 7 Mar 2007 20:59:13 +0000 >From: Dawid Ci??arkiewicz <dawid.ciezarkiewicz(a)asn.pl> >Subject: [pacman-dev] Thank you for new pacman. >To: pacman-dev(a)archlinux.org >Message-ID: <200703072059.14230.dawid.ciezarkiewicz(a)asn.pl> >Content-Type: text/plain; charset="us-ascii" > >I've just subscribed so forgive me that I'm opening new thread. > >New pacman is very fast and I haven't found single issue using it (and I'm >pretty sure it will stay like this). > >Please keep up your great work. Thank you. :) > > > >------------------------------ > >Message: 5 >Date: Wed, 7 Mar 2007 21:05:56 +0100 >From: J?rgen H?tzel <juergen(a)hoetzel.info> >Subject: Re: [pacman-dev] alpm_list: missing quick access to last > element >To: Discussion list for pacman development <pacman-dev(a)archlinux.org> >Message-ID: <20070307200555.GA14681(a)h5331.serverkompetenz.net> >Content-Type: text/plain; charset=iso-8859-1 > >On Mon, Mar 05, 2007 at 01:14:27PM -0600, Aaron Griffin wrote: > > On 3/5/07, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > > > whereas a typical implementation of the same thing > > > (like ours) requires two. > > > > requires THREE* > >Well, this is because the list_header is embedded in the data structures. >This requires us to change every pacman struct to include the list_header >(if it >used by the list functions). List callback function like alpm_list_fn_cmp >will still require *void casting. > >There are other areas where libpacman is quite inefficient (in respect of >memory usage). Consider the fixed size preallocated strings in pmpkg_t >(sizeof(pmpkg_t) == 1948). Memory footprint of pacman reading >current/extra/community requires currently 10M (desc files on disc allocate >0.8M). > >J?rgen > > > >------------------------------ > >Message: 6 >Date: Wed, 7 Mar 2007 21:07:12 +0100 >From: Pierre Schmitz <pierre(a)archlinux.de> >Subject: Re: [pacman-dev] The real deal - pacman 3.0.0 RC1 >To: pacman-dev(a)archlinux.org >Message-ID: <200703072107.12557.pierre(a)archlinux.de> >Content-Type: text/plain; charset=iso-8859-1 > >Am Mittwoch, 7. M?rz 2007 21:02:39 schrieb Alexander Fehr: > > $ pacman -h > > ... > > pacman {-R --remove} ?[options] <package> > > pacman {-S --sync} ? ?[options] [package] > > ... > > -> inconsistent use of brackets around package > >No, because [..] indicates that the parameter is optional. > >-- >http://www.archlinux.de > > > >------------------------------ > >Message: 7 >Date: Wed, 7 Mar 2007 21:17:19 +0100 >From: Alexander Fehr <pizzapunk(a)gmail.com> >Subject: Re: [pacman-dev] The real deal - pacman 3.0.0 RC1 >To: pacman-dev(a)archlinux.org >Message-ID: <20070307211719.a591ac13.pizzapunk(a)gmail.com> >Content-Type: text/plain; charset=ISO-8859-1 > >On Wed, 7 Mar 2007 21:07:12 +0100 >Pierre Schmitz <pierre(a)archlinux.de> wrote: > > Am Mittwoch, 7. M?rz 2007 21:02:39 schrieb Alexander Fehr: > > > $ pacman -h > > > ... > > > pacman {-R --remove} ?[options] <package> > > > pacman {-S --sync} ? ?[options] [package] > > > ... > > > -> inconsistent use of brackets around package > > > > No, because [..] indicates that the parameter is optional. > >You are right. Next time I should thing more about it. > > >Alex > > > >------------------------------ > >Message: 8 >Date: Wed, 7 Mar 2007 14:28:17 -0600 >From: "Aaron Griffin" <aaronmgriffin(a)gmail.com> >Subject: Re: [pacman-dev] The real deal - pacman 3.0.0 RC1 >To: "Discussion list for pacman development" > <pacman-dev(a)archlinux.org> >Message-ID: > <d64a48980703071228l7adeedb9y2555231083933ca0(a)mail.gmail.com> >Content-Type: text/plain; charset=UTF-8; format=flowed > >On 3/6/07, Travis Willard <travisw(a)wmpub.ca> wrote: > > $ makepkg -c > > ==> Entering fakeroot environment > > ==> Making package: audacious-plugins 1.3.0-1 (Tue Mar 6 21:52:22 EST > > 2007) ==> Checking Runtime Dependencies... > > > > ==> Missing Dependencies: > > -> audacious-player>=1.3.0 > > -> libmpcdec>=1.2.5 > > ==> Checking Buildtime Dependencies... > > ==> ERROR: could not resolve all dependencies. > > -[travis@Cerebral]-[~/archlinux/extra/multimedia/audacious-plugins]- > > 09:52pm $ pacman -Q audacious-player > > audacious-player 1.3.0-1 > > -[travis@Cerebral]-[~/archlinux/extra/multimedia/audacious-plugins]- > > 09:52pm $ pacman -Q libmpcdec > > libmpcdec 1.2.5-1 > > -[travis@Cerebral]-[~/archlinux/extra/multimedia/audacious-plugins]- > > 09:52pm $ pacman -Q pacman > > pacman 3.0.0-1 > > > > I do indeed have the deps, as you can see. > >This should be fixed in CVS. The deptesting wasn't splitting the >comparators out, so "foo>=1.2" was taken literally. That is, you >don't have a package named "foo>=1.2" installed. 8) >Expect this fixed when the next push comes around. > > > >------------------------------ > >Message: 9 >Date: Wed, 07 Mar 2007 15:29:29 -0500 >From: Aaron Griffin <aaron(a)archlinux.org> >Subject: [pacman-dev] CVS update of pacman-lib/src/pacman (pacman.c) >To: pacman-dev(a)archlinux.org >Message-ID: <E1HP2lN-0004sP-2h(a)archlinux.org> > > Date: Wednesday, March 7, 2007 @ 15:29:29 > Author: aaron > Path: /home/cvs-pacman/pacman-lib/src/pacman > >Modified: pacman.c (1.104 -> 1.105) > >* Updated -V output to include the 2007 copyright date. > > >----------+ > pacman.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > >Index: pacman-lib/src/pacman/pacman.c >diff -u pacman-lib/src/pacman/pacman.c:1.104 >pacman-lib/src/pacman/pacman.c:1.105 >--- pacman-lib/src/pacman/pacman.c:1.104 Mon Mar 5 17:13:35 2007 >+++ pacman-lib/src/pacman/pacman.c Wed Mar 7 15:29:28 2007 >@@ -167,7 +167,7 @@ > { > printf("\n"); > printf(" .--. Pacman v%s - libalpm v%s\n", >PACKAGE_VERSION, LIB_VERSION); >- printf("/ _.-' .-. .-. .-. Copyright (C) 2002-2006 Judd Vinet ><jvinet(a)zeroflux.org>\n"); >+ printf("/ _.-' .-. .-. .-. Copyright (C) 2002-2007 Judd Vinet ><jvinet(a)zeroflux.org>\n"); > printf("\\ '-. '-' '-' '-'\n"); > printf(" '--' \n"); > printf(_(" This program may be freely >redistributed under\n")); > > > >------------------------------ > >Message: 10 >Date: Wed, 7 Mar 2007 14:33:18 -0600 >From: "Aaron Griffin" <aaronmgriffin(a)gmail.com> >Subject: Re: [pacman-dev] The real deal - pacman 3.0.0 RC1 >To: "Discussion list for pacman development" > <pacman-dev(a)archlinux.org> >Message-ID: > <d64a48980703071233p559953ffybd60ad35d72eae07(a)mail.gmail.com> >Content-Type: text/plain; charset=UTF-8; format=flowed > >On 3/7/07, Alexander Fehr <pizzapunk(a)gmail.com> wrote: > > It's working fine here. Two small things I have noticed: > > > > $ pacman -V > > ... > > Copyright (C) 2002-2006 Judd Vinet <jvinet(a)zeroflux.org> > > ... > > -> 2006 should be changed to 2007 > >Fixed in CVS, thanks > > > >------------------------------ > >Message: 11 >Date: Wed, 7 Mar 2007 15:48:37 -0500 >From: Travis Willard <travisw(a)wmpub.ca> >Subject: Re: [pacman-dev] The real deal - pacman 3.0.0 RC1 >To: pacman-dev(a)archlinux.org >Message-ID: <20070307154837.66276eb3(a)localhost.localdomain> >Content-Type: text/plain; charset="us-ascii" > >On Wed, 7 Mar 2007 20:56:24 +0200 >"Roman Kyrylych" <roman.kyrylych(a)gmail.com> wrote: > > > P.S.: What about that dependency bug in makepkg reported by Travis? > >Seems to be fixed in CVS. ;) > >-- >Travis >

3 2

[pacman-dev] CVS update of pacman-lib (etc/makepkg.conf.in src/pacman/po/it.po)
by Dan McGee 08 Mar '07

08 Mar '07

Date: Thursday, March 8, 2007 @ 01:55:23 Author: dan Path: /home/cvs-pacman/pacman-lib Modified: etc/makepkg.conf.in (1.15 -> 1.16) src/pacman/po/it.po (1.14 -> 1.15) * Updated Italian translation Giovanni Scafora <linuxmania(a)gmail.com> * Changed default SRCDEST in makepkg.conf. Two reasons: 1) consistency with PKGDEST in /home/packages 2) building packages as root is NOT recommended, so no reason to ever encourage this use by caching source in a dir with root permissions Yes, we may all do this differently and build our packages in other directories. But that is why they are variables and can be set anyway. ---------------------+ etc/makepkg.conf.in | 4 +++- src/pacman/po/it.po | 8 ++++---- 2 files changed, 7 insertions(+), 5 deletions(-) Index: pacman-lib/etc/makepkg.conf.in diff -u pacman-lib/etc/makepkg.conf.in:1.15 pacman-lib/etc/makepkg.conf.in:1.16 --- pacman-lib/etc/makepkg.conf.in:1.15 Tue Mar 6 01:42:09 2007 +++ pacman-lib/etc/makepkg.conf.in Thu Mar 8 01:55:22 2007 @@ -66,10 +66,12 @@ # PACKAGE OUTPUT ######################################################################### # +# Default: put built package and cached source in build directory +# #-- Destination: specify a fixed directory where all packages will be placed #PKGDEST=/home/packages #-- Source cache: specify a fixed directory where source files will be cached -#SRCDEST=/var/cache/pacman/src +#SRCDEST=/home/sources #-- Packager: name/email of the person or organization building packages #PACKAGER="John Doe <john(a)doe.com>" Index: pacman-lib/src/pacman/po/it.po diff -u pacman-lib/src/pacman/po/it.po:1.14 pacman-lib/src/pacman/po/it.po:1.15 --- pacman-lib/src/pacman/po/it.po:1.14 Wed Mar 7 11:57:23 2007 +++ pacman-lib/src/pacman/po/it.po Thu Mar 8 01:55:22 2007 @@ -10,7 +10,7 @@ "Project-Id-Version: Pacman package manager 3.0.0\n" "Report-Msgid-Bugs-To: pacman-dev(a)archlinux.org\n" "POT-Creation-Date: 2007-03-07 11:45-0500\n" -"PO-Revision-Date: 2007-03-06 23:00+0100\n" +"PO-Revision-Date: 2007-03-08 02:30+0100\n" "Last-Translator: Giovanni Scafora <linuxmania(a)gmail.com>\n" "Language-Team: Arch Linux Italian Team <linuxmania(a)gmail.com>\n" "MIME-Version: 1.0\n" @@ -582,7 +582,7 @@ #, c-format msgid "" " --noprogressbar do not show a progress bar when downloading files\n" -msgstr " --noprogressbar non visualizza la barra di progresso\n" +msgstr " --noprogressbar non visualizza la barra di avanzamento\n" #: src/pacman/pacman.c:156 #, c-format @@ -605,13 +605,13 @@ #, c-format msgid " -b, --dbpath <path> set an alternate database location\n" msgstr "" -" -b, --dbpath <path> imposta una posizione alternativa per il database\n" +" -b, --dbpath <path> imposta un percorso alternativo per il database\n" #: src/pacman/pacman.c:160 #, c-format msgid " --cachedir <dir> set an alternate package cache location\n" msgstr "" -" --cachedir <dir> imposta una posizione alternativa per la cache\n" +" --cachedir <dir> imposta un percorso alternativo per la cache\n" #: src/pacman/pacman.c:173 #, c-format

1 0