December 2005 - Pacman-dev - lists.archlinux.org

[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 17 Dec '05

17 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 13 Dec '05

13 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

[pacman-dev] [PATCH] -Qm option to list pkgs that weren't found in the sync dbs
by VMiklos 13 Dec '05

13 Dec '05

another patch that already submitted: http://bugs.archlinux.org/index.php?do=details&id=3223 now ported to pacman3: http://frugalware.org/~vmiklos/patches/libpacman-proposed/mypkgs.diff comments? udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

2 1

[pacman-dev] [PATCH] dependsonly option to libalpm/pacman
by VMiklos 11 Dec '05

11 Dec '05

hi currently if you want to install a pkg from source or from a local package, you have to a pacman -S foo, and then a pacman -R foo. with this patch you can do a pacman -Se foo, which will install only the deps of the given pkg. this option is also usefull, when you want to install the given pkg with different options, for example with -f once this was already implemented (see #3220), but i've got no answers. now i've ported the patch to pacman3: http://frugalware.org/~vmiklos/patches/libpacman-proposed/dependsonly.diff udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

1 0

[pacman-dev] [PATCH] unset LANG and LC_ALL in makepkg
by VMiklos 09 Dec '05

09 Dec '05

hi http://frugalware.org/~vmiklos/patches/libpacman-proposed/unset_lcall_lang.… some apps (for example blackbox - except the latest version) will not build if you have exotic languages in LANG or LC_ALL, so here is a patch to avoid this udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

2 1

[pacman-dev] [PATCH] For Apple
by Warren Noronha 03 Dec '05

03 Dec '05

I got this from the opendarwin project, it seems that it manages to compile the ftp lib but fails on other things., debugging one step at a time - Warren --- webpublish/ftplib.c.old Sun Feb 8 13:58:50 2004 +++ webpublish/ftplib.c Sun Feb 8 13:59:13 2004 @@ -32,7 +32,7 @@ #include <string.h> #include <errno.h> #include <ctype.h> -#if defined(__unix__) +#if defined(__unix__) || defined(__APPLE__) #include <sys/time.h> #include <sys/types.h> #include <sys/socket.h> @@ -91,7 +91,7 @@ GLOBALDEF int ftplib_debug = 0; -#if defined(__unix__) || defined(VMS) +#if defined(__unix__) || defined(VMS) || defined(__APPLE__) #define net_read read #define net_write write #define net_close close --- webpublish/ftplib.h.old Sun Feb 8 13:41:22 2004 +++ webpublish/ftplib.h Sun Feb 8 13:42:04 2004 @@ -24,7 +24,7 @@ #if !defined(__FTPLIB_H) #define __FTPLIB_H -#if defined(__unix__) || defined(VMS) +#if defined(__unix__) || defined(VMS) || defined(__APPLE__) #define GLOBALDEF #define GLOBALREF extern #elif defined(_WIN32)

2 4

[pacman-dev] pacman to macosx
by Warren Noronha 01 Dec '05

01 Dec '05

hello i have been a long time user of arch, it feels like only yesterday i threw away my debian disks. now i have moved to a mac, i dont like darwin ports, i was thinking of working on porting pacman to the mac, i have practically no experience in c, i do know ruby. warren

1 0