app-backup/amanda: version bump request to 3.2.0.
3.2.0 final in the tree now.
3.2.0_beta1.ebuild depends on glib-2.24 while 3.2.0.ebuild depends on glib-2.26. I can't find anywhere in Amanda that documents the need for 2.26, and when I built 3.2.0 (release) myself using an ebuild that was just a perfect copy of 3.2.0_beta1, it worked fine with the latest stable glib, which is 2.24. Is 2.26 really needed?
Upstream would a actually even prefer glib-2.27 per mails I was forwarded from their list. If 2.24 does actually still work, I say we can drop the dep back. Dustin: I didn't get an answer re my 2.27 email question, maybe you see this instead.
There are two glib compatibility problems. The first, older problem was fixed here: commit 09db20b935493ba391423be6ce4bb6413f1bbe21 Author: Dustin J. Mitchell <djmitche@users.sourceforge.net> Date: Mon May 3 21:42:31 2010 +0000 * common-src/glib-util.c: reorgnize glib_init to be compatible with glib-2.24+ git-svn-id: https://amanda.svn.sourceforge.net/svnroot/amanda/amanda/trunk@2982 a8d146d6-cc15-0410-8900-af154a0219e0 So <=app-backup/amanda-3.1.0 will fail at runtime if built against >=dev-libs/glib-2.24. To my knowledge, this has been properly encoded in the ebuilds and is no longer a concern. The second, more recent problem was fixed here: commit 7d7dcff16f3e5d41cbd1f53be5c584826b028b11 Author: Dustin J. Mitchell <djmitche@users.sourceforge.net> Date: Wed Dec 8 21:58:04 2010 +0000 * common-src/glib-util.c common-src/glib-util.h: do not define symbol g_slist_free_full, as it exists in glib-2.27 and higher; use slist_free_full, and alias that to g_slist_free_full when building against glib-2.28 or higher. * client-src/client_util.c: make g_slist_free_full_gpointer into a local, static function * common-src/amxml.c common-src/conffile.c recover-src/extract_list.c server-src/amadmin.c server-src/amflush.c server-src/cmdline.c server-src/cmdline.h server-src/find.c server-src/holding.c server-src/planner.c: rename function git-svn-id: https://amanda.svn.sourceforge.net/svnroot/amanda/amanda/trunk@3693 a8d146d6-cc15-0410-8900-af154a0219e0 so <=app-backup/amanda-3.2.1 will not build with >=dev-libs/glib-2.27 due to symbol conflicts. Don't worry about the 2.27 and 2.28 above: the function in question is available in 2.27, not not "stable" until 2.28, so Amanda uses its internal implementation until 2.28. In both cases, note that the relationship is <=(some version of Amanda) conflicts with >=(some version of glib). Amanda will work with glib-2.2.0! Rather, it's *newer* versions of glib that tend to break *older* versions of Amanda. Hopefully that clears it up. To answer Christopher's question, no, 2.26 is not needed.
