- Pacman-dev - lists.archlinux.org

[pacman-dev] [PATCH] alpm_parse_config(): add missing sanity checks
by VMiklos 27 Oct '06

27 Oct '06

hi http://darcs.frugalware.org/patches/pacman/20061027195432-e2957-0dcda6bdb2d… i think the patch is obvious, anyway if there are objections, please let me know udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

2 1

[pacman-dev] backends
by Aaron Griffin 27 Oct '06

27 Oct '06

Split. On 10/26/06, Roman Kyrylych <roman.kyrylych(a)gmail.com> wrote: > 2006/10/26, Aaron Griffin <aaronmgriffin(a)gmail.com>: > > On 10/26/06, Roman Kyrylych <roman.kyrylych(a)gmail.com> wrote: > > > [offtopic on] > > > BTW, about complex patches - I have a patch from Martin Devera that > > > adds support for gdbm database backend to pacman 2.9.8. I suggested > > > him to contact VMiklos for help in inclusion it in pacman, but I don't > > > know if he did that. If I adapt it for Pacman 3 API is there a chance > > > it will be included at least in CVS/DARCS? > > > [/offtopic off] > > > > There's no chance that would get included in pacman 2.9.8 - it will die soon. > > > > Converting it to pacman3 is entirely doable and it's already setup to > > do so. You should be able to copy be_files.c to be_gdbm.c and consume > > the interface provided there. > > > > FTR 'be_' means 'backend'. I still need to add compile-time flags for > > selecting a backend, but as we only provide _files at the moment, > > there's no need. > > > > I worked on a 'compressed' backend that required no changes, but read > > directly from the downloaded db files... it caused problems on the > > local db, however, so I never completed it (yet). > > > > As for backend schemes, I think we need to discuss avenues of attack > > here. The files backend is painfully slow on ext filesystems (11 > > seconds to parse [community]). There are many users touting a > > database backend as a good idea (I highly disagree), and if we do > > this, we NEED a generic layer to support any sane database format, not > > just one specific thing. Using a flat-file database is a better > > option, but here people seem to think sqlite is a good idea (it's not) > > - there are many flat-file schemes that can drastically outperform > > sqlite. > > > > There are many many other options, and I think it's worth at least > > _supplying_ multiple backends, even if they're not used. So gdbm is > > cool. > > Maybe we should start separate thread for this? > Personally, I think sqlite will be the best choice because of: > 1) it's small > 2) it's fast > 3) it's embedable Ok, sqlite is "fast and etc etc", right? So if I do [pacman -Ss foo], what does sqlite do? It opens the file (exactly as plaintext searching would), initializes some structures and things like that describing table data, then proceeds to sequentially search (FULL TABLE SCAN) through all rows. It is impossible, even in a good database, to index substrings. Yes, you can index entire strings, that's easy. The search operations check internal substrings, not whole strings. You could make this faster by converting each entry into a suffix tree and storing that somewhere, but that gets irritating and gets into that crappy Computer Science stuf everyone hates. Fact of the matter is, there's two main "slow" operations - searching, and loading the whole DB (in the case of an -Su). Loading the whole database can easilly be sped up by using lazy package evaluation - that is, a simple readdir() or the db directory gives us package name, version, and release - all we need for a upgrade check. The additional data can be read when/if required. Substring searching will never be uber fast, but we can maintain a minor indexed file with all text that's searched... something like: extra/package-name-1.0-1 : This is the description for the package community/package-two-1.1.1-1 : This is the description for this thing extra/another-99-1 : This is the description for some stuff -Ss can check this file, and use the first entry before the colon to construct the path to open (though that may not be needed as all the information is right there). Ok, I'm gonna stop myself before I rant too much. There are cries of "use a database" from many people. Frankly, I don't think that these people have evaluated all the options and are stuck in the "everyone uses databases for their websites" mentality. Take this for instance: The google engineers here in Chicago explained to me something they use to store whatever the hell google stores there: A custom filesystem tooled to their spec. They don't use mysql or oracle or sqlite any of that - the king of searching uses the simplest of all options. > 4) it offers full power of SQL99 (with ACID transactions!!!) Nope. Not at all. It doesn't even support SQL92 - a 14 year old standard. http://www.sqlite.org/omitted.html http://www.sqlite.org/cvstrac/wiki?p=UnsupportedSql They have said publicly they do not plan on adding support. Standards compliance is HUGE in my book.

5 10

[pacman-dev] changes coming soon
by Aaron Griffin 27 Oct '06

27 Oct '06

So I have a bunch of local changes that I should be committing soon. Just wanted to give you all a "heads up". 1) "lazy caching" - default infolevel for pkgcache set to INFRQ_NONE, added infolevel to the get_pkgcache function, to read only the files needed. This improved -Ss speed and -Su speed by *alot* 2) switch to libfetch - mostly internal changes to server.c download_files_forreal 3) pm_dlcb format change (this is the big one). Because the callback was now in my hands (thanks libfetch) and not part of a library, I had free reign on the format. I really don't like the 10-or-so library-level variables for the callback, so I removed those. The new callback signature is: (const char *filename, int xfered, int total) Every single thing needed by the callback can be calculated from the current and total bytes. The callback is also called before download starts with an xfered == 0. This is useful to initialize the start time and things like that. This is still up for interpretation - if someone sees a problem that I do not, let me know. 4) I implemented the "ILoveCandy" progress on the secondary progress bars. I also slightly changed the format from "C*****" to "C o o o o", just for kicks. If any of these changes are problematic, let me know.... it's alot to check in at once, but all this was due to libfetch integration. Thanks, Aaron

3 4

[pacman-dev] [PATCH] small fix in bindings directory
by Roman Kyrylych 26 Oct '06

26 Oct '06

-- Roman Kyrylych (Роман Кирилич)

4 13

[pacman-dev] some differences between Arch's and Frugalware's Pacman branches
by Roman Kyrylych 26 Oct '06

26 Oct '06

Hi! Today I did checkout of CVS and DARCS and found some differences: 1) Why there is "typedef struct __pmlist_t PMList;" in DARCS (libalpm/list.h)? What it gives? IMHO it's inconsistent with pmdb_t, pmpkg_t etc. Isn't this difference completely useless and even bad because of different API? 2) There are differences in progressbar and log implementations. Some code has been moved from libalpm/log.h and libalpm/server.h to libalpm/handle.c in Frugalware's branch. 3) _alpm_db_search, alpm_pkg_load, alpm_pkg_free call _alpm_log in Arch's branch. 4) alpm_cb_log has been moved from log.h to alpm.h in Frugalware's branch. 5) There's no _alpm_db_register callback in Frugalware's branch. 6) There is local time format support in cb_log in Arch's branch. In libalpm\alpm.c lines 1213-1214 (1256-1275 in FwPacman) are different. Does this show the usefulness of _alpm_db_register? Very little differences, some looks a bit strange for me: 1) In pacman/sync.c, lines 164 and 204 - two strange little cosmethic changes. :-/ 2) There's "extern pmhandle_t *handle;" on top of most *.c files in Frugalware's branch in libalpm. 3) alpm_conflict_getinfo abd alpm_db_update have slightly different Doxygen comments. Well, that's all. Sorry if I take your time but I want to learn more about Pacman internals, so it will be nice if someone can explain these differences. ;-) And the last - a bug in Arch's branch: 1) libalpm\alpm.c, lines 470, 724, 753, 797, 976 - "void *" should be "char *" -- Roman Kyrylych (Роман Кирилич)

3 4

[pacman-dev] wrong description of configure switches
by Roman Kyrylych 25 Oct '06

25 Oct '06

Hi! I was trying to build pacman3 few minutes ago and noticed that some configure switches have wrong descriptions: --enable-man2html Build html docs via man2html --disable-po4a Build localized manpages via po4a --disable-doxygen Build API docs via Doxygen --disable-python Build Python bindings --disable-perl Build Perl bindings --disable-java Build Java bindings --enable-debug Enable debugging support Here --disable-* should not be described as "Build something", but "Do not build something" instead. -- Roman Kyrylych (Роман Кирилич)

2 5

[pacman-dev] crash in pacman 2.9.8
by Roman Kyrylych 25 Oct '06

25 Oct '06

Here's what I got few minutes ago. Targets: codecs-20061022-1 ghostscript-8.15.3-1 hdparm-6.8-1 tcl-8.4.14-1 tk-8.4.14-1 Total Package Size: 22.4 MB Proceed with upgrade? [Y/n] :: Retrieving packages from current... codecs-20061022-1 [################] 100% 13944K 5.1K/s 00:02:40 warning: failed to get filesize for ghostscript-8.15.3-1.pkg.tar.gz failed downloading ghostscript-8.15.3-1.pkg.tar.gz from ftp.archlinux.org: 550 Failed to open file. hdparm-6.8-1 [################] 100% 34K 2.5K/s 00:00:13 tcl-8.4.14-1 [################] 100% 1644K 5.5K/s 00:00:44 tk-8.4.14-1 [################] 100% 1398K 5.4K/s 00:00:04 warning: failed to get filesize for ghostscript-8.15.3-1.pkg.tar.gz failed downloading ghostscript-8.15.3-1.pkg.tar.gz from ftp.nethat.com: 550 ghostscript-8.15.3-1.pkg.tar.gz: No such file or directory warning: failed to get filesize for ghostscript-8.15.3-1.pkg.tar.gz failed downloading ghostscript-8.15.3-1.pkg.tar.gz from ftp-linux.cc.gatech.edu: 550 Failed to open file. warning: failed to get filesize for ghostscript-8.15.3-1.pkg.tar.gz failed downloading ghostscript-8.15.3-1.pkg.tar.gz from ftp.ibiblio.org: 550 ghostscript-8.15.3-1.pkg.tar.gz: No such file or directory connect: Connection refused error: cannot connect to archlinux.antesis.org *** glibc detected *** pacman: double free or corruption (!prev): 0x0864c448 *** ======= Backtrace: ========= /lib/libc.so.6[0xb7e35750] /lib/libc.so.6(__libc_free+0x84)[0xb7e36da4] pacman[0x80604ee] pacman[0x805b731] pacman[0x805bdeb] pacman[0x80523c6] pacman[0x8055335] /lib/libc.so.6(__libc_start_main+0xd8)[0xb7de7808] pacman[0x804a0a1] ======= Memory map: ======== 08048000-0806b000 r-xp 00000000 03:05 161895 /usr/bin/pacman 0806b000-0806c000 rw-p 00023000 03:05 161895 /usr/bin/pacman 0806c000-08669000 rw-p 0806c000 00:00 0 [heap] b7c00000-b7c21000 rw-p b7c00000 00:00 0 b7c21000-b7d00000 ---p b7c21000 00:00 0 b7d96000-b7da0000 r-xp 00000000 03:05 776177 /usr/lib/libgcc_s.so.1 b7da0000-b7da1000 rw-p 00009000 03:05 776177 /usr/lib/libgcc_s.so.1 b7dab000-b7db9000 r-xp 00000000 03:02 78266 /lib/libresolv-2.4.so b7db9000-b7dbb000 rw-p 0000d000 03:02 78266 /lib/libresolv-2.4.so b7dbb000-b7dbd000 rw-p b7dbb000 00:00 0 b7dbd000-b7dc5000 r-xp 00000000 03:02 78272 /lib/libnss_files-2.4.so b7dc5000-b7dc7000 rw-p 00007000 03:02 78272 /lib/libnss_files-2.4.so b7dce000-b7dd2000 rw-p b7dce000 00:00 0 b7dd2000-b7eec000 r-xp 00000000 03:02 78245 /lib/libc-2.4.so b7eec000-b7eee000 r--p 00119000 03:02 78245 /lib/libc-2.4.so b7eee000-b7ef0000 rw-p 0011b000 03:02 78245 /lib/libc-2.4.so b7ef0000-b7ef3000 rw-p b7ef0000 00:00 0 b7ef3000-b7f04000 r-xp 00000000 03:05 780101 /usr/lib/libz.so.1.2.3 b7f04000-b7f05000 rw-p 00011000 03:05 780101 /usr/lib/libz.so.1.2.3 b7f05000-b7f07000 rw-p b7f05000 00:00 0 b7f07000-b7f08000 rw-p b7f07000 00:00 0 b7f08000-b7f0c000 r-xp 00000000 03:02 78267 /lib/libnss_dns-2.4.so b7f0c000-b7f0e000 rw-p 00003000 03:02 78267 /lib/libnss_dns-2.4.so b7f0e000-b7f10000 rw-p b7f0e000 00:00 0 b7f10000-b7f11000 r-xp b7f10000 00:00 0 [vdso] b7f11000-b7f2b000 r-xp 00000000 03:02 78244 /lib/ld-2.4.so b7f2b000-b7f2c000 r--p 00019000 03:02 78244 /lib/ld-2.4.so b7f2c000-b7f2d000 rw-p 0001a000 03:02 78244 /lib/ld-2.4.so bfde7000-bfdfd000 rw-p bfde7000 00:00 0 [stack] Aborted -- Roman Kyrylych (Роман Кирилич)

3 12

[pacman-dev] [PATCH] _alpm_downloadfiles_forreal(): fix a buffer overrun
by VMiklos 23 Oct '06

23 Oct '06

hi http://darcs.frugalware.org/darcsweb/darcsweb.cgi?r=pacman;a=commitdiff;h=2…; udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

2 3

[pacman-dev] Frugalware changes merged.
by Aaron Griffin 21 Oct '06

21 Oct '06

So as of yesterday I checked in all frugalware changes I received. I also added the file-conflict progress bar (talk to ya'll on #frugalware). Now, the CVS may be a tad messy right now - and the docs still have some "frugal" instances in there, but the functionality is there. A few changes I made while testing this out: alpm_parse_config additional parameter for the current section. This allows for sections to be declared before include files (this is the way the arch configs currently work). I actually like this more, and it doesn't break anything. I moved the <repo>/<group>/<pkgname> <version> output to look like on of: <repo>/<pkgname> <version> (<group>) or <repo>/<pkgname> <version> This is because, unlike frugalware packages, not all arch packages are grouped, so there was alot of "current/(null)/foobar" output. Also, I think the fake pathing could potentially be confusing for some users. We could probably find a common solution to this here... lemme know if you guys have any suggestions that fit with both arch and frugalware. I also moved the ftplib progress info to the front of the bar, so that the progress bar aligns with the other progressbars. Other than those, I think the functionality is all there. There's some code cleanup I want to do too, but that's unimportant right now. Next on the list is doc cleanup.

6 26

[pacman-dev] [PATCH] alpm_db_update() fix up the level parameter
by VMiklos 19 Oct '06

19 Oct '06

http://darcs.frugalware.org/darcsweb/darcsweb.cgi?r=pacman;a=commitdiff;h=2… it was an inlogical implementation from me, currently 1 means false udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

2 1

[pacman-dev] [PATCH] db_search() -> alpm_db_search()
by VMiklos 19 Oct '06

19 Oct '06

hi http://darcs.frugalware.org/darcsweb/darcsweb.cgi?r=pacman;a=commitdiff;h=2…; since most frontend will provde some kind of search functionality, i think this belongs to the library, too udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

2 3

[pacman-dev] perl module repo
by Charles Mauch 18 Oct '06

18 Oct '06

Just thought I'd drop a note in here. After quite a bit of hacking on cpan4pacman and my own perl scripts, I've finally been able to put together a repository of perl modules which solve many of the problems I mentioned earlier perl-module whine-o-rama. :) Shadowhand was gracious enough to allow me to host an external version of this repository on his box. http://wiki.archlinux.org/index.php/PerlCPAN_Repository The build process is fairly error-free at this point, though it took more than a week of hacking to get it error-free. :) The process works something like this.... 1. Every night my cpan modules list is updated via a cron job. 2. About 30 minutes later, I scrape the above url for modules to build. 3. If there is a difference between the cpan module version and the repo version, the module is built, and a build-report is generated. 4a. The next morning I commit any changes to the repo via svn. 4b. I have code ready to auto-commit changes to the repo, but I'd like let things run for a week or two before I allow the script to bypass the last vestiges of human control of the process. :) Before I make any real annoucements on the BBS, I was wondering if a few of you could subscribe to the repo and let me know that it seems to be working okay. It works fine *for me*, but that does not mean this process or the repo itself is robust enough for general use. I need beta testers! It will be great to see cpan or cpanplus integrated into pacman, but I think this works as a great near-term solution or a long-term alternative. -- Take it easy, Charles FSF Apologist, WikiNut, Concrete Analyst, etc. JABBER: cmauch(a)gmail.com GIZMO: charlesmauch AIM: cmauch5 :: C isn't that hard: void (*(*f[])())() defines f as an array of unspecified size, of pointers to functions that return pointers to functions that return void.

3 4

[pacman-dev] Things to iron out
by Aaron Griffin 17 Oct '06

17 Oct '06

There are some differences of opinion on some of these things - I'd like to hear developer opinions (especially judd) on the following topics, so we can get a few of these things out of the way: ** -$ARCH package name suffix - do we want this? How should we handle backwards compatability if we do move to this scheme? ** SHA1 vs MD5 - opinions/views on this? I know frugalware seems to like sha1, but md5 is the defacto file-validation mechanism (if only for checking if the download is uncorrupted). As Juergen brought up on the arch-dev ML: md5 may be easy to collide when dealing with something like ps files that contain hidden data, but binary files, like .gz files, are very difficult to find collisions for. ** Version number - Frugalware is currently at 3.4.X, while we haven't released a single 3.0 release - how should we handle this? Jump right into 3.5 ? ** Anything else? I'd like to hear any outstanding issues the Frugalware peeps have. Thanks, Aaron

6 5

[pacman-dev] RC delay
by Aaron Griffin 13 Oct '06

13 Oct '06

Just wanted to let anyone interested know that I haven't had time over the past 3 days to do anything worthwhile with pacman... I had planned on pushing an RC out, but won't be able to do it until early next week... currently everything works except the actual downloading and haven't had a chance to determine the exact issue... Side note though, _alpm_downloadfiles_forreal doesn't use the PM_ERR_* error codes, and returns 1 on error, which happens to be "Out of memory".

2 2

[pacman-dev] What about managing optional dependencies?
by Alessio 'mOLOk' Bolognino 13 Oct '06

13 Oct '06

I'm not (yet :) a good C programmer, so it's just a hint, and I don't know if it's easily implementable in pacman, but sometimes there is software that works even without another one, but having this installed let you perform other functions (probably this sentence is bad written, hope you all know what an "optionale dependency" is ;) . As you know there is no way in pacman to handle this kind of dependency except writing a warning message in the .install . I think would be useful to have (at least) an array where to put this type of deps. Am I just a fool? -- Alessio 'mOLOk' Bolognino

6 10

[pacman-dev] pacman and perl
by Charles Mauch 12 Oct '06

12 Oct '06

I just joined this list to ask a few questions about perl modules in arch, and to explain (whine) about some of the workarounds I've tried to keep my own modules up to date with the CPAN archives. First, I'd like to say that for the most part, the perl modules provided by the arch devs for the most part work fine. But there always seems to one or two that are out of date. This isn't a problem unique to arch, I run a couple of debian boxes and run across the same situation all the time. There are simply so *many* possbile modules it can be an impossible situation to keep current. Because I can't live without the latest and greatest, over time I've come up with a few workarounds that I'd love to eliminate. First, I use pacman.conf to block the installation of a few modules, and keep my own copies maintained. Some packages simply INSIST on being managed by pacman, so in that case - I usually let arch have it's way an download and install what packages I want newer versions of into a ~/perl directory. By setting the PERL5LIB variable, I can ensure my local copy gets used instead. Unfortuatly, my ~/perl directory is growing at a rapid clip in arch. So here are some suggestions I think would make perl hacking in arch easier. 1. Dump whatever perl-module naming scheme (if there is one) for arch perl modules and simply use the CPAN module name. I don't know how many times I'll lookfor Foo::Bar, only to discover pacman's named it perl-bar-foo or some other nonesense. Is there a current naming scheme for modules? 2. I dont know how reasonable this is, but I would *love* to manage all my packages with the cpan tool. Maybe pacman could act as a wrapper to the cpan command? Or as an alterative, maybe provide an option to install cpan modules instead of packages into some other directory. Yes, I know the implications of something like this on PKGBUILD's might be horrendous. :) 2a. Yes, cpan is horrible at times. An alternative might be cpanplus. 3. Another idea would be to create a small tool which creates pacman style tarball bundles out of *all* the cpan modules once every few weeks, and stores them on a repo somewhere. Something like http://rpmpan.sourceforge.net/ for arch. This would eliminate the need for cpan at all. When i dicovered http://perl.arix.com/cpan2rpm/ I just about sh*t myself the idea was so cool too :) I do not have a webhost that could host or build this kind of repo, but I'd be happy to help maintain/run such a system. Anyway, some ideas. Thoughts? Am I just spinning my wheels? -- Take it easy, Charles FSF Apologist, WikiNut, Concrete Analyst, etc. :: Playing "Hang Tough" by Fluke (Puppy)

5 5

[pacman-dev] $ARCH suffix on packages
by Aaron Griffin 11 Oct '06

11 Oct '06

So I actually expected someone to start this, as I was curious. I know frugalware uses the architecture suffix on packages, and Xentac thinks this is a good idea. I'd like to hear reasons. I don't really feel that "RPM and DEB do it" is a good enough reason. I mean, if that reason was good enough, we'd be using RPM/DEB in place of pacman packages. The way I see it, I don't think pacman needs to know the architecture it's running on. Installing "pkg-foo" should be no different on i686 or PPC. Therefore, I think that adding the architecture suffix is extra information that's not really needed. What is gained by having this suffix?

9 29

[pacman-dev] Documentation
by Aaron Griffin 09 Oct '06

09 Oct '06

I have merged all the changes from frugalware, and all pactests work (except for sync898 which VMiklos and I already talked about). Now, I'm on to the documentation. $ grep -ir "frugal" | grep -ve "@frugalware.com" | wc -l 385 That's without email addresses. So yeah, I didn't pay attention to the documentation patches. Most of these changes are PKGBUILD -> FrugalBuild. I think I caught all the pkg.tar.gz -> fpm and db.tar.gz -> fdb changes before patching. I'd like to see if we can some up with a decent way to allow for us to use the same documentation base, as sedding this stuff on merge seems like a waste of time. The simplest solution is to just make them all .in files and set autoconf variables like: BUILD_SCRIPT_NAME = PKGBUILD PKG_EXT = pkg.tar.gz #already discussed in the TODO etc etc Does this sound worthwhile? Are there other ideas? I'm trying to open up discussion here and look for any and all suggestions. Thanks in advance, Aaron

4 6

[pacman-dev] Problems with frugalware splitname changes
by Aaron Griffin 09 Oct '06

09 Oct '06

The changes to the alpm splitname function are fine and all, except they do not accomodate archlinux packages, which do not append the architecture to the end of the package name (instead we put them in directories based on the architecture). Could you please make these changes so that they can accomodate for either arch of frugalware? Currently, it directs pacman to install a foo-1.0-1-.pkg.tar.gz package. (note the trailing dash). I have a few more things to delve through, but I won't be back until late tonight, so I figured I could poke you guys to make the change (if you have time). Thanks, Aaron Griffin

6 21

[pacman-dev] [PATCH] Java bindings
by VMiklos 08 Oct '06

08 Oct '06

hi http://darcs.frugalware.org/darcsweb/darcsweb.cgi?r=pacman;a=commitdiff;h=2… so finally after python and perl, java bindings arrived :) udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

2 1

[pacman-dev] Time for changes
by Aaron Griffin 07 Oct '06

07 Oct '06

Ok, I think it's about time I picked up pacman developement, seeing as we really have no one else doing it. I've been busy, so I was really hoping someone else would volunteer, but what the hell. If you frugalware guys could send me a full diff (here or offlist) of your repo compared to the trunk, that'd be great. I don't like applying patches without verifying them, so I'm going to step through each hunk (this is why I originally requested them as the seperate patches sent to the ML, but I can deal with it either way). One thing i plan on doing right off the bat: I want to enable a side-by-side install with the current pacman, so that we can get some real testing by those (like me) who don't want to overwrite the stable pacman. This is just informational, but it shouldn't affect the frugalware guys. To the furgalware team: you have more experience with this new pacman that I do... could you give me a brief "what's changed" - functionality wise. I mean, when actually using pacman3, what is done differently? What future directions are we going for? I'd like to get this stable as soon as possible, but once that's done, I have a handful of nifty features I wanted to add (those on the dev list: I want to add filesystem hooks first, then some more advanced output logging). There are also some potential changes to gensync and friends, depending on what direction we go with some svn changes... but that's off topic. Anyway, let me know. Aaron Griffin - phrakture -

12 50

[pacman-dev] [PATCH] support for mtime checking @ http database download
by Tino Reichardt 24 Sep '06

24 Sep '06

Hello list, I have done a small patch, which adds mtime checking for the database download on http archives... overview: - one new function called HttpGetMod() in ftplib.c - some new if's @ pacsync.c I think there may be a need for it ;) -- regards, TR

3 9

[pacman-dev] [PATCH] yesno(), cb_trans_evt(): print questions and events to stderr
by VMiklos 15 Sep '06

15 Sep '06

hi http://darcs.frugalware.org/darcsweb/darcsweb.cgi?r=pacman;a=commitdiff;h=2… pacman's man says: -p --print-uris Print out URIs for each package that will be installed, including any dependencies that have yet to be installed. These can be piped to a file and downloaded at a later time, using a program like wget. so in yesno() and cb_trans_evt() we should print our additional messages to stderr udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

1 0

[pacman-dev] The state of Pacman 3, again...
by Roman Kyrylych 11 Sep '06

11 Sep '06

Hi all! I don't know is it OK for me to ask such question here, but where is Aurelien Foret? And who is going to continue Pacman 3 development? I know that phracture had such plans, but IIRC he is currently busy. IIRC dsa also was going to take a look at Pacman code. I didn't hear anything from Judd Vinet recently too. And AFAIK most other developers have vacations or exams. In the last newsletter there was a line about recruiting new developers, so maybe some of them will take a look at Pacman? VMiklos is sending patches from Frugalware's branch but there are nobody in Arch team who applies them. This is sad. I hope the situation will change in the next few months. -- Roman Kyrylych (Роман Кирилич)

4 8

[pacman-dev] [PATCH] db_search() -> alpm_db_search()
by VMiklos 06 Sep '06

06 Sep '06

hi this 2 patches move pacman's db_search() to libalpm since most frontends would have some search functionality http://darcs.frugalware.org/darcsweb/darcsweb.cgi?r=pacman;a=commitdiff;h=2… http://darcs.frugalware.org/darcsweb/darcsweb.cgi?r=pacman;a=commitdiff;h=2… ps: everybody on vacation? :) udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

1 0