- Pacman-dev - lists.archlinux.org

[pacman-dev] config handling
by x.chantry＠wanadoo.fr 26 May '06

26 May '06

First, I've to say that I don't see the point of NoUpgrade feature. Default pacman config handling is just great, it'll never overwrite a config file you edited, it'll only upgrade the config files you never edited. Why would anyone not want this ? It just looks like the only sane thing to do. Secondly, since it seems that NoUpgrade makes sense for most people (please tell if I'm not alone finding it pointless :)), there is a very annoying thing with it : it always extract the config file to pacnew, no matter if the current config is the same (you didn't edit it), or the original is the same (you edited it, and want to keep your config file, not reverting to the default config). Thus most of the times, you'll have a pointless pacnew files. It's harder to track when a config file got updated or not. Finally, since I dislike current NoUpgrade behavior, I wanted to remove the config files from there and get the (nice) default pacman config handling, which does just the right thing. But, when a config file is in NoUpgrade, and you (re)install the corresponding package, pacman stores the md5sum of /etc/foo (ie your current local config file), instead of /etc/foo.pacnew (pkg config file). So when you remove a config file from NoUpgrade, and reinstall the package, you are in the case : original=X, current=X, new=Y which is the only case where pacman actually overwrites the config file, which is perfectly right, except that here, the original md5sum is wrong (it's the current config file, instead of the previous pkg one). So you actually lost your custom config file, which pacman should never allow. (I hope you understand that NoUpgrade is the problem causing this, not an answer). I've made a patch that makes NoUpgrade behave less annoyingly (even if I would rather remove it totally), by only extracting a pacnew file when the pkg config file has changed (original = X, new = Y), so no more useless pacnew files. And it fix in the same time the above issue. It always made me feel better with last filesystem upgrade :) (where most of its config files are in NoUpgrade, but the last package update didn't modify these config files, so pacman didn't extract them as .pacnew)

2 5

[pacman-dev] Problem with pacman 3 and groups
by Wael Nasreddine 25 May '06

25 May '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, There's a problem with pacman well at least the one from VMiklos darcs, I didn't test the one in arch's repository though but I'm pretty sure it has the same issue. If packages in 2 repositories are members of the same group, pacman sees 2 groups with the same name instead of one group containing packages from both repo, First i thought it ain't a bug but more or less future feature but when I tried to install a group, pacman tried to install packages from the first repository in pacman.conf, and not all packages. - ---------------- CUT (0)[root@nasreddine ~]# pacman -Sg gnome gnome gnome-icon-theme gnome control-center epiphany gnome-applets gnome-backgrounds gnome-common gnome-desktop gnome-media gnome-mime-data gnome-panel gnome-session gnome-themes gnome2-user-docs metacity nautilus vte yelp (0)[root@nasreddine ~]# pacman -S gnome :: group gnome: gnome-icon-theme :: Install whole content? [Y/n] - ---------------- CUT Regards, Wael Nasreddine -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFEdZjxVWU5RcjdGKIRAoZDAJ91A3jm2Y+6WspmVrnztiS8COhM4gCbBPXH tavQq9fIjDALiXHbYIfn2Dg= =b5QL -----END PGP SIGNATURE-----

1 0

[pacman-dev] [PATCH] pacman: workaround for tr_TR in i18ninit()
by VMiklos 19 May '06

19 May '06

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

1 0

[pacman-dev] Little problem with -Qm option (for foreign packages)
by x.chantry＠wanadoo.fr 16 May '06

16 May '06

As stated here : http://bbs.archlinux.org/viewtopic.php?t=21311 There is a little problem with the -Qm option. The string comparison is not strict enough. For example, if xarchive isn't in any repos, and xarchiver is in community, then pacman won't show xarchive as being a foreign package. I was thinking about comparing the length of the strings first, before strstr. What about the conversion to uppercase? is it really needed?

2 2

[pacman-dev] [PATCH] pacman: log_cb() check for strlen(msg), not strlen(str) which is always true
by VMiklos 15 May '06

15 May '06

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

2 1

[pacman-dev] [PATCH] use LOG_STR_LEN for error/warning/debug messages, too
by VMiklos 06 May '06

06 May '06

hi http://darcs.frugalware.org/darcsweb/darcsweb.cgi?r=pacman;a=plain_commitdi…; the current buffer's length is only 9 chars which is ok for English but not for other languages udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

1 0

[pacman-dev] [PATCH] makepkg: handle spaces in source filenames
by VMiklos 28 Apr '06

28 Apr '06

hi http://darcs.frugalware.org/darcsweb/darcsweb.cgi?r=pacman;a=plain_commitdi…; i know, it does not apply cleanly to the cvs, but Aurel already said previously it's not a problem, so then i won't fix it up udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

1 2

[pacman-dev] [PATCH] libalpm: yet another fix for conflits&provides
by VMiklos 10 Apr '06

10 Apr '06

hi http://darcs.frugalware.org/darcsweb/darcsweb.cgi?r=pacman;a=plain_commitdi…; the scenario is the following: pkg B provides and conflicts with pkg A pkg E depends on pkg C and pkg D pkg C depends on pkg A and pkg D depends on pkg B so during a -S E, pkg A should be removed from the target list no log message needed we already have: debug: package 'xespgs' provides its own conflict flow2: removing 'espgs' from target list which should be enough imho applies to the latest Arch cvs maybe it would be good to create a test for this scenario udv / greetings, VMiklos -- Developer of Frugalware Linux, to make things frugal - http://frugalware.org

2 3

[pacman-dev] [PATCH] include config->root in conflict error messages
by VMiklos 31 Mar '06

31 Mar '06

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

1 0

[pacman-dev] [patch] 2.X series: add scriptlet output to pacman's logfile
by Aaron Griffin 31 Mar '06

31 Mar '06

With all the hoo-hah with people missing scriptlet messages, I figured this would be a nice addition. It adds a dependancy on 'tee', so it may just fail outright is coreutils is uninstalled, but if you're uninstalling coreutils, you deserve it.

1 0