- Pacman-dev - lists.archlinux.org

[pacman-dev] Libraries for makepkg
by Allan McRae 10 May '08

10 May '08

What are peoples opinions on adding some libraries to makepkg that would quickly achieve some common tasks (http://bugs.archlinux.org/task/10375)? I think this is a trade of between the ease of interpretation of a single command and understanding what that command actually does. The need to import the function before use makes me lean on the side of including these. If we go for this, I would recommend some fairly strict guidelines on their inclusion. e.g. 1) The function must be a command block in common use or have a good case made for why it will be in the future. 2) The function must be significantly complex so that using it helps with interpretation of the PKGBUILD. I can think of one function which would save a lot of discussion around here: create_desktop_file(<progname>, <description>, <category>) Allan

6 8

[pacman-dev] List packages from a given repo
by Allan McRae 10 May '08

10 May '08

Hi, I attach a script tentatively called "repopkg" that lists all packages installed from a given repo. I find this useful for monitoring what I have installed from [testing]. It is not entirely fool proof as it assumes you have installed packages using "pacman -S pkg" and not "pacman -S repo/pkg". A couple of queries. Can someone come up with a better name which is not too long? And any comments before I submit the for inclusion in the contrib directory (it is best to come as a git patch right?). Cheers, Allan #!/bin/bash # repopkg - List all packages installed from a given repo # # Copyright (C) 2008 Allan McRae <mcrae_allan(a)hotmail.com> # # This program is free software; you can redistribute it and/or # modify it under the terms of the GNU General Public License # as published by the Free Software Foundation; either version 2 # of the License, or (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program. If not, see <http://www.gnu.org/licenses/>. # TODO: Could match version numbers to catch packages # install with pacman -S repo/pkg readonly progname="repopkg" readonly version="1.0" if [ -z "$1" -o "$1" = "--help" -o "$1" = "-h" ]; then echo "Usage: $progname <repo>" echo "Ex: $progname testing" exit 0 fi if [ "$1" = "--version" -o "$1" = "-v" ]; then echo "$progname version $version" echo "Copyright (C) 2008 Allan McRae" exit 0 fi pkglist=$(mktemp) pacman -Sl > $pkglist for pkg in $(pacman -Qq); do match=$(grep -m1 " $pkg " $pkglist | grep "^$1") if [ -n "${match}" ]; then echo $pkg fi done rm $pkglist

5 12

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v3.1.4-142-gb49fc50
by Dan McGee 10 May '08

10 May '08

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "The official pacman repository". The branch, master has been updated via b49fc504acffa470cce31fb889723ecd86b314de (commit) via 2edd01a973f9695b6bb918ccdbaabd004058f578 (commit) via 502645c0e304a8ee062d8da7f162ff4c195e6be8 (commit) from df5024fd64de5b033ed76d3ea347a1126572cbc3 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit b49fc504acffa470cce31fb889723ecd86b314de Author: Dan McGee <dan(a)archlinux.org> Date: Sun May 4 18:39:22 2008 -0500 Update makepath to remove PATH_MAX usage The start of a few commits to remove some PATH_MAX usage from our code. Use a dynamically allocated string instead. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 2edd01a973f9695b6bb918ccdbaabd004058f578 Author: Dan McGee <dan(a)archlinux.org> Date: Fri May 9 19:26:57 2008 -0500 scripts: add -q/--quiet option to repo-add and repo-remove They are pretty noisy scripts in their normal course of operations, so allow all messages to be squashed except for warning and error messages with this new flag. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 502645c0e304a8ee062d8da7f162ff4c195e6be8 Author: Dan McGee <dan(a)archlinux.org> Date: Thu May 8 21:48:44 2008 -0500 makepkg: Unify start and end messages I've always found it odd why the package version is shown at the start but not the end of the package build. Fix it, and while we are at it, add the $CARCH variable to the display too. Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: doc/repo-add.8.txt | 11 +++++++++-- lib/libalpm/util.c | 38 +++++++++++++++++++++----------------- scripts/makepkg.sh.in | 4 ++-- scripts/repo-add.sh.in | 16 ++++++++++++---- scripts/repo-remove.sh.in | 16 ++++++++++++---- src/pacman/util.c | 35 ++++++++++++++++++++--------------- 6 files changed, 76 insertions(+), 44 deletions(-) hooks/post-receive -- The official pacman repository

1 0

[pacman-dev] [PATCH] contrib/paclist - list packages installed from given repo
by Allan McRae 09 May '08

09 May '08

The paclist script provides a simple method for monitoring which packages are installed from a given repo. This is particularly useful when using a testing or unstable repository. Signed-off-by: Allan McRae <mcrae_allan(a)hotmail.com> --- contrib/paclist | 51 +++++++++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 51 insertions(+), 0 deletions(-) create mode 100644 contrib/paclist diff --git a/contrib/paclist b/contrib/paclist new file mode 100644 index 0000000..87592a5 --- /dev/null +++ b/contrib/paclist @@ -0,0 +1,51 @@ +#!/bin/bash +# paclist - List all packages installed from a given repo +# +# Copyright (C) 2008 Allan McRae <mcrae_allan(a)hotmail.com> +# +# This program is free software; you can redistribute it and/or +# modify it under the terms of the GNU General Public License +# as published by the Free Software Foundation; either version 2 +# of the License, or (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program. If not, see <http://www.gnu.org/licenses/>. + + +readonly progname="paclist" +readonly version="1.0" + +if [ -z "$1" -o "$1" = "--help" -o "$1" = "-h" ]; then + echo "$progname - List all packages installed from a given repo" + echo "Usage: $progname <repo>" + echo "Example: $progname testing" + exit 0 +fi + +if [ "$1" = "--version" -o "$1" = "-v" ]; then + echo "$progname version $version" + echo "Copyright (C) 2008 Allan McRae" + exit 0 +fi + +pkglist=$(mktemp) +ret=0 +pacman -Sl $1 > $pkglist || ret=$? +if [ $ret -ne 0 ]; then + exit 1 +fi + +pacman -Q | while read pkg; do + ret=0 + grep -q "$pkg" $pkglist || ret=$? + if [ $ret -eq 0 ]; then + echo $pkg + fi +done + +rm $pkglist -- 1.5.5.1

2 3

[pacman-dev] pm_transflag enum
by Dario Freddi 09 May '08

09 May '08

Thanks Aaron, Casts were the right thing to do, though this is the right way to cast (the only one I found that actually works): flags = (pmtransflag_t) ((pmtransflag_t)flags | (pmtransflag_t)PM_TRANS_FLAG_FORCE); Thanks for your help! Cheers Dario

1 0

[pacman-dev] [GIT] The official pacman repository branch, master, updated. v3.1.4-139-gdf5024f
by Dan McGee 09 May '08

09 May '08

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "The official pacman repository". The branch, master has been updated via df5024fd64de5b033ed76d3ea347a1126572cbc3 (commit) via 081ba4816ee90e59be31a14da6e7ac2ea5a10db8 (commit) via 7fccfc78195f257e907ff4f04294ef743559017a (commit) via a13bf7497948b27786a1d568264d91b8fa60491b (commit) from 5389cdf65431e6daf219b9bb8f8985c6c33b1996 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- commit df5024fd64de5b033ed76d3ea347a1126572cbc3 Author: Dan McGee <dan(a)archlinux.org> Date: Sun May 4 20:51:04 2008 -0500 Use strdup() instead of a static buffer We only need a copy of this string once we know we are going to extract it, and we don't need a static buffer to copy it into since it is coming from a known-length string. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 081ba4816ee90e59be31a14da6e7ac2ea5a10db8 Author: Dan McGee <dan(a)archlinux.org> Date: Sun May 4 20:48:32 2008 -0500 Update md5 routines XySSL 0.9 was released; sync our code with the upstream source. Note that there weren't any real changes besides renaming of macros, so nothing much to see here. The biggest change may be the licence- it is now GPL/BSD software rather than LGPL/BSD. The license header is changed to reflect this. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit 7fccfc78195f257e907ff4f04294ef743559017a Author: Dan McGee <dan(a)archlinux.org> Date: Sun May 4 19:34:03 2008 -0500 be_files.c: PATH_MAX cleanup Most of these are not easy to remove, but I could kill the ones in the two lastupdate functions. Signed-off-by: Dan McGee <dan(a)archlinux.org> commit a13bf7497948b27786a1d568264d91b8fa60491b Author: Dan McGee <dan(a)archlinux.org> Date: Sun May 4 19:15:49 2008 -0500 pacman-side code cleanups When taking a look at PATH_MAX usage, I found a few small things we can clean up or fix. Signed-off-by: Dan McGee <dan(a)archlinux.org> ----------------------------------------------------------------------- Summary of changes: lib/libalpm/add.c | 38 +++++++++++++-------- lib/libalpm/be_files.c | 19 +++++++--- lib/libalpm/md5.c | 86 +++++++++++++++++++++++------------------------ lib/libalpm/md5.h | 29 +++++----------- src/pacman/package.c | 7 +--- src/pacman/query.c | 9 +++-- src/pacman/sync.c | 4 +- 7 files changed, 97 insertions(+), 95 deletions(-) hooks/post-receive -- The official pacman repository

1 0

[pacman-dev] pm_transflag enum
by Dario Freddi 08 May '08

08 May '08

Hello, I know this might look as a stupid question, though I can't manage to use multiple flags, just as pacman does. This bunch of code: pmtransflag_t flgs = PM_TRANS_FLAG_NOSCRIPTLET; flgs |= PM_TRANS_FLAG_FORCE; Simply doesn't compile, returning: /home/drf/Development/shaman/trunk/shaman/src/AlpmHandler.cpp: In member function ‘bool AlpmHandler::initTransaction(pmtranstype_t, pmtransflag_t, bool)’: /home/drf/Development/shaman/trunk/shaman/src/AlpmHandler.cpp:155: error: invalid conversion from ‘int’ to ‘pmtransflag_t’ Though, pacman just does it this way, so I can't get where I am wrong. Any help would be appreciated. Cheers Dario

2 1

[pacman-dev] makepkg -b is wrong
by Diogo Dutra 07 May '08

07 May '08

Hi guys, I have found a bug in makepkg, the makepkg -b dont install builded packages as depencies, it install as explicited packages and it is not good, I make a patch that revolve this problem. Im sorry for any mistakes of mine.

6 15

[pacman-dev] Conditional dependencies
by Nagy Gabor 05 May '08

05 May '08

Hi! This may be a crazy idea, but I bring this on. I've read some bugs on bug tracker, and I saw that "your kernel is too old" sometimes. The problem is, that many users use custom kernel (like me), that's why we cannot add 'kernel26>=...' dependency to glibc for example. However, some users use arch-built kernel, and they may break their system after installing a new glibc (well, at least a warning in .install file would be helpful here). So as a compromise, we could introduce a new type of dependency which can be satisfied iff the user has no package (provision) installed defined by dependency-name (and he gets a warning similar to the helpful .install script) or it is installed the dependency is satisfied treated as normal dependency. Thus a glibc update would force a kernel update if needed but would never force kernel _add_. Bye

3 4

[pacman-dev] Incoherent alpm_list_t usage in deps.c
by Nagy Gabor 03 May '08

03 May '08

Hi! Both resolvedeps and recursedeps populates its input list; however, resolvedeps has alpm_list_t**, recursedeps has alpm_list_t* param. First I thought that the return value of alpm_list_add is needless, since we add the new element to the end of the list. But, when the list is empty (thus the passed param is NULL), the return value is important. Neither of the mentioned functions should populate its input list, if it is empty; so both * and ** seems to be correct (however, by definition, resolvedeps could populate an empty list, but - after DEPENDSONLY removal - syncpkg is always a member of *list). Bye

2 1