- Pacman-dev - lists.archlinux.org

[pacman-dev] [PATCH] logging fixes
by VMiklos 28 Dec '05

28 Dec '05

http://frugalware.org/~vmiklos/patches/libpacman-proposed/logging_fix.diff previous state: [12/19/05 21:55] removed mtr (0.69-2) [12/19/05 21:55] removed mtr (0.69-2) [12/19/05 10:29] upgraded dialog (1.0_20051207-1 -> (null)) [12/19/05 10:29] upgraded dialog ( -> 1.0_20051207-1) (previous version was 1.0_20051030-1) [12/19/05 21:55] installed mtr-nc (0.69-2) [12/19/05 21:55] installed mtr-nc (0.69-2) current state: [12/21/05 02:52] removed mtr (0.69-2) [12/21/05 02:45] upgraded postfix (2.2.7-1 -> 2.2.7-2) [12/21/05 02:53] installed mtr-nc (0.69-2) about why i removed the log calls from libalpm and not pacman: other places where there is only one log call (for example "synchronizing package lists") the call is from pacman udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

2 1

[pacman-dev] [patch] memleak in package.c
by Essien Ita Essien 28 Dec '05

28 Dec '05

small leak. Index: lib/libalpm/package.c =================================================================== RCS file: /home/cvs-pacman/pacman-lib/lib/libalpm/package.c,v retrieving revision 1.19 diff -u -r1.19 package.c --- lib/libalpm/package.c 9 Nov 2005 21:50:47 -0000 1.19 +++ lib/libalpm/package.c 22 Dec 2005 17:26:44 -0000 @@ -116,6 +116,7 @@ return; } + FREELIST(pkg->license); FREELIST(pkg->files); FREELIST(pkg->backup); FREELIST(pkg->depends);

2 1

[pacman-dev] [PATCH] libalpm: sync_prepare: re-order w.r.t. dependencies
by VMiklos 27 Dec '05

27 Dec '05

hi it seems that this "re-order w.r.t. dependencies" thing is currently only done at -A/-U and -R, but not -S http://frugalware.org/~vmiklos/patches/libpacman-proposed/sync_prepare_deps… this patch implements this NOTE: as the dependsonly patch haven't been reviewed yet and this patch "depends" on that patch, this is a "backported" one. the original patch is available from the darcs repo, which contains all of our (Frugalware) patches: http://darcs.frugalware.org/darcsweb/darcsweb.cgi?r=pacman;a=darcs_commitdi… udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

2 2

[pacman-dev] [PATCH] strncpy() fix in pacman/download.c
by VMiklos 21 Dec '05

21 Dec '05

hi original result: $ sudo pacman -Sy :: Synchronizing package databases... vmiklos [----------------] 100% 3K 19.7K/s 00:00:00 frugalware-current [/home/ftp/pub/frugalware/frugalwaan/vmiklos/xscorch-0.2.0-1/changelog] 100% LOCAL extra-current [/home/ftp/pub/frugalware/frugalwaan/frugalware-current/zsh-4.2.6-1/changelog] 100% LOCAL expected result: $ sudo pacman -Sy :: Synchronizing package databases... vmiklos [----------------] 100% 3K 22.7K/s 00:00:00 frugalware-current [/home/ftp/pub/frugalware/frugalw] 100% LOCAL extra-current [/home/ftp/pub/frugalware/frugalw] 100% LOCAL the STRNCPY macro in liblapm is for this, but we don't have such in pacman. so i added it to util.h + changed download.c to use the macro http://frugalware.org/~vmiklos/patches/libpacman-proposed/pacman_strncpy_ma… udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

2 1

[pacman-dev] [PATCH] make --noconfirm actually work
by VMiklos 20 Dec '05

20 Dec '05

hi http://frugalware.org/~vmiklos/patches/libpacman-proposed/noconfirm.diff it seems that till now --noconfirm did not had any effect, this patches fixes this udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

2 2

[pacman-dev] [PATCH] pacman -v bugfix
by VMiklos 20 Dec '05

20 Dec '05

http://frugalware.org/~vmiklos/patches/libpacman-proposed/verbose_fix.diff till now the user had to use -vv for verbose mode, -v had not any effect this patch fixes this bug udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

2 1

[pacman-dev] Schematic system for pacman-lib question and discussion
by Christian Hamar 19 Dec '05

19 Dec '05

Hey again. Sorry i'm a little bit busy and lacks the patches from me :) But, not for this while i'm writing. We talked about Judd on IRC (freenode) about an idea, to made pacman-lib (call pacman3 for in this mail) to support more distros and other things. As i see there are out some distro which using pacman as package manager. (4-5 maybe ?) Especially at frugalware we got many changes in makepkg, gensync, updatesync, etc. Those are frugalware specific changes. But go for other distros. Other distros got changes too. Example the PACKAGE_EXTENSION (which is .tar.gz in arch and .fpm in frugalware) the file locations, cache locations, etc.. And makepkg gensync and other scripts can be different on different distributions. Since we are using autoconf/automake we got the power to put things to config.h and use it globally in the .c code (now such values are hardcoded in the sources). As we talked about Judd, i got an idea. With autoconf/automake i can make a schema system for those things which i wrote it in here before. Something like this: ./configure --with-distro=archlinux (or frugalware or anythingelse) And we can solve many problems in config.h and we got schemas. Example if x$distro$ was archlinux ; then ... PACKAGE_EXT=tar.gz ... if frugalware ; then ... PACKAGE_EXT=fpm ... and other many usable thing. With the current conception it is a problem for distros, because other distros need patch and hack and sed pacman source and scripts to customize for their needs. The schematic version will be solve this too. And maybe pacman will be greater and simpler to use in any distro which want to use pacman as package manager. This was the good part :) Now see the bad part (not very bad :) ) First. 1. At source files, we can do everything from config.h and we can use #ifdefs where we need them in the source. (Specially archlinux got some function which will give back a package version and release, but in frugalware we got an extra variable named $arch (which is for the architecture) there need some #ifdef.) 2. The problem. At scripts (gensync, updatesync, makepkg, etc) this was (config.h) isn't a very walkable way, because it is more complex. We can use there some global vars too (packageextension, etc...) but example in frugalware there is many many improvements and differences. So that isn't configurable via config.h or configure. My idea for that. We need something like this: scripts/makepkg.archlinux.in scripts/makepkg.frugalware.in scripts/makepkg.someotherdistro.in This way is good, because we are in sync and distros can not """broke""" other distros scripts, but we got the sync between those scripts. Because if somebody found a bug in makepkg.archlinux then it is "backportable" for otherdistros script too. (Of course by the distribution manager) Think on it please and i'm waiting for opinions and ideas or improvements and comments and critics :) and money ! :)) (was a joke :P ) Sorry for long mail. :) Regards Christian Hamar alias krix Hungary Frugalware Developer Team

1 1

[pacman-dev] a small try to solve the "install something which conflicts" problem
by VMiklos 18 Dec '05

18 Dec '05

ok, so we have this problem, (can't remove a package while a sync transaction is in progress) but that's only the end of the problem, the way is long till that :) http://frugalware.org/~vmiklos/patches/libpacman-proposed/conflict-remove.d… so here is a small try: - it will ask you if you want to remove the given pkg - not just exits silently without explaining what's the problem - it compiles but there is a '// XXX' where the remove transaction should be done - currently it segfaults after you answered and i have not too much idea about why so this is a "hoy hoy", i tried to do something around this big problem, but i need help, i can't solve it only by myself :) udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

1 0

[pacman-dev] PYneALPM - libalpm in python
by Joao Estevao 15 Dec '05

15 Dec '05

Hello, I'm João Estêvão and I've been busy making a libalpm extension for python. It'll be very useful to anyone, like myself, making frontends in python/pygtk/pyqt. It has an object oriented approach and supports iterators of packages and groups. So far it hasn't had much testing but you can find the code here: http://pwp.netcabo.pt/tranquility/pynealpm/pynealpm-0.0.0.tar.bz2 Comments appreciated. -- A mind all logic is like a knife all blade. It makes the hand bleed that uses it. -- Rabindranath Tagore (1861-1941)

1 0

[pacman-dev] [PATCH] distcc support for makepkg
by VMiklos 14 Dec '05

14 Dec '05

hi this is something "new", at least not submitted till now :) http://frugalware.org/~vmiklos/patches/libpacman-proposed/distcc.diff opinions? udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

2 1