- Pacman-dev - lists.archlinux.org

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

08 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

[pacman-dev] 20070308 Pacman Italian patch
by Giovanni Scafora 07 Mar '07

07 Mar '07

Hi Dan, I apologize but there is a new patch with some improvements to the italian translation of pacman. Thanks. -- Giovanni Scafora Arch Linux Trusted User (voidnull) http://www.archlinux.org linuxmania(a)gmail.com

1 0

[pacman-dev] CVS update of pacman-lib/src/pacman (deptest.c)
by Dan McGee 07 Mar '07

07 Mar '07

Date: Wednesday, March 7, 2007 @ 16:47:52 Author: dan Path: /home/cvs-pacman/pacman-lib/src/pacman Modified: deptest.c (1.17 -> 1.18) * Mark a function as static that is only used in deptest.c. -----------+ deptest.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Index: pacman-lib/src/pacman/deptest.c diff -u pacman-lib/src/pacman/deptest.c:1.17 pacman-lib/src/pacman/deptest.c:1.18 --- pacman-lib/src/pacman/deptest.c:1.17 Wed Mar 7 02:45:31 2007 +++ pacman-lib/src/pacman/deptest.c Wed Mar 7 16:47:52 2007 @@ -38,7 +38,7 @@ extern config_t *config; -int chk_package(const char *pkgname, pmdepend_t *dep) +static int chk_package(const char *pkgname, pmdepend_t *dep) { pmpkg_t *pkg; pkg = alpm_db_get_pkg(alpm_option_get_localdb(), pkgname);

1 0

[pacman-dev] Thank you for new pacman.
by Dawid Ciężarkiewicz 07 Mar '07

07 Mar '07

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. :)

1 0

[pacman-dev] CVS update of pacman-lib/src/pacman (pacman.c)
by Aaron Griffin 07 Mar '07

07 Mar '07

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"));

1 0

[pacman-dev] alpm_list: missing quick access to last element
by Jürgen Hötzel 07 Mar '07

07 Mar '07

Hi, I'm back to pacman-dev, and just just found this out profiling pacman-cvs (pacman -Ss test): ... ----------------------------------------------- 0.12 0.00 13785/13785 alpm_list_add [7] [8] 42.9 0.12 0.00 13785 alpm_list_last [8] ----------------------------------------------- ... alpm_list_last is eating up 42.9% CPU-time on my slow epia system. This is due the missing "last element hint" which speeded up the add operation before aaron introduced the public alpm_list type two months ago. I consider adding the "last element" member again. Any objections? Jürgen

4 12