- Pacman-dev - lists.archlinux.org

[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 19 Oct '06

19 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