[arch-dev-public] [signoff] popt 1.16-1
Upstream release. ChangeLog: - add lv.po, update translations (Translation Project). - include xcode project files in distributed popt tar ball. - make distcheck is now squeaky clean. - permit VPATH builds. - add shallow tests using ISP/RAS api-sanity-autotest.pl. - prefix bit set routines with popt to avoid symbol coolisions w rpm. - add tdict.c to exercise popt bit sets against /usr/dict/words. - add poptBitsArgs() method to generate args bit set. - add methods for bit set union and intersection. - permit comma separated attribute lists, handle negated attributes. - better test for POPT_ARG_BITSET. - add POPT_ARG_BITSET handling. - add POPT_ARG_SHORT handling. - handle all callback traversals within a C switch (for extendability ease). - add popt.pc. - devzero2000: add AC_CONFIG_AUX_DIR, AC_CONFIG_MACRO_DIR to configure. Create build-aux - devzero2000: del acinclude.m4 : AC_CHECK_VA_COPY is not used -- Andrea Scarpino - andreascarpino.it KDE Maintainer in Arch Linux
Am 10.05.2010 17:50, schrieb Andrea Scarpino:
Upstream release.
According to this: http://mailman.archlinux.org/pipermail/arch-dev-public/2010-May/016721.html Can you please move libpopt.so* from /usr/lib to /lib? This would be important for the next cryptsetup release to move to core. Remark: To ensure proper dynamic linking, it should look like this: /usr/lib/libpopt.a /usr/lib/libpopt.so -> /lib/libpopt.so /lib/libpopt.so -> libpopt.so.0 /lib/libpopt.so.0 -> libpopt.so.0.X.Y /lib/libpopt.so.0.X.Y Without the libpopt.so symlink in /usr/lib/, the linker will always choose the static library over the dynamic one on build-time. I ran into problems with this a lot already :( If you are unsure what to do, please notify me and I will help.
ChangeLog: - add lv.po, update translations (Translation Project). - include xcode project files in distributed popt tar ball. - make distcheck is now squeaky clean. - permit VPATH builds. - add shallow tests using ISP/RAS api-sanity-autotest.pl. - prefix bit set routines with popt to avoid symbol coolisions w rpm. - add tdict.c to exercise popt bit sets against /usr/dict/words. - add poptBitsArgs() method to generate args bit set. - add methods for bit set union and intersection. - permit comma separated attribute lists, handle negated attributes. - better test for POPT_ARG_BITSET. - add POPT_ARG_BITSET handling. - add POPT_ARG_SHORT handling. - handle all callback traversals within a C switch (for extendability ease). - add popt.pc. - devzero2000: add AC_CONFIG_AUX_DIR, AC_CONFIG_MACRO_DIR to configure. Create build-aux - devzero2000: del acinclude.m4 : AC_CHECK_VA_COPY is not used
According to this: http://mailman.archlinux.org/pipermail/arch-dev-public/2010-May/016721.html
Can you please move libpopt.so* from /usr/lib to /lib? This would be important for the next cryptsetup release to move to core.
Remark: To ensure proper dynamic linking, it should look like this: /usr/lib/libpopt.a /usr/lib/libpopt.so -> /lib/libpopt.so /lib/libpopt.so -> libpopt.so.0 /lib/libpopt.so.0 -> libpopt.so.0.X.Y /lib/libpopt.so.0.X.Y
Without the libpopt.so symlink in /usr/lib/, the linker will always choose the static library over the dynamic one on build-time. I ran into problems with this a lot already :(
On Monday 10 May 2010 18:40:16 Thomas Bächler wrote: libpopt.so* moved to /lib. please signoff both -- Andrea Scarpino - andreascarpino.it KDE Maintainer in Arch Linux
On Mon, 10 May 2010 19:03:59 +0200, Andrea Scarpino <andrea@archlinux.org> wrote:
On Monday 10 May 2010 18:40:16 Thomas Bächler wrote:
According to this:
http://mailman.archlinux.org/pipermail/arch-dev-public/2010-May/016721.html
Can you please move libpopt.so* from /usr/lib to /lib? This would be important for the next cryptsetup release to move to core.
Remark: To ensure proper dynamic linking, it should look like this: /usr/lib/libpopt.a /usr/lib/libpopt.so -> /lib/libpopt.so /lib/libpopt.so -> libpopt.so.0 /lib/libpopt.so.0 -> libpopt.so.0.X.Y /lib/libpopt.so.0.X.Y
Without the libpopt.so symlink in /usr/lib/, the linker will always choose the static library over the dynamic one on build-time. I ran
problems with this a lot already :(
into libpopt.so* moved to /lib.
please signoff both
You moved libpopt.so to /lib also, this was supposed to be in /usr/lib still.
On Mon, 10 May 2010 20:48:42 +0200, <jan@jgc.homeip.net> wrote:
On Mon, 10 May 2010 19:03:59 +0200, Andrea Scarpino <andrea@archlinux.org> wrote:
On Monday 10 May 2010 18:40:16 Thomas Bächler wrote:
According to this:
http://mailman.archlinux.org/pipermail/arch-dev-public/2010-May/016721.html
Can you please move libpopt.so* from /usr/lib to /lib? This would be important for the next cryptsetup release to move to core.
Remark: To ensure proper dynamic linking, it should look like this: /usr/lib/libpopt.a /usr/lib/libpopt.so -> /lib/libpopt.so /lib/libpopt.so -> libpopt.so.0 /lib/libpopt.so.0 -> libpopt.so.0.X.Y /lib/libpopt.so.0.X.Y
Without the libpopt.so symlink in /usr/lib/, the linker will always choose the static library over the dynamic one on build-time. I ran
problems with this a lot already :(
into libpopt.so* moved to /lib.
please signoff both
You moved libpopt.so to /lib also, this was supposed to be in /usr/lib still.
Never mind, I looked incorrectly :(
Am 10.05.2010 19:03, schrieb Andrea Scarpino:
According to this: http://mailman.archlinux.org/pipermail/arch-dev-public/2010-May/016721.html
Can you please move libpopt.so* from /usr/lib to /lib? This would be important for the next cryptsetup release to move to core.
Remark: To ensure proper dynamic linking, it should look like this: /usr/lib/libpopt.a /usr/lib/libpopt.so -> /lib/libpopt.so /lib/libpopt.so -> libpopt.so.0 /lib/libpopt.so.0 -> libpopt.so.0.X.Y /lib/libpopt.so.0.X.Y
Without the libpopt.so symlink in /usr/lib/, the linker will always choose the static library over the dynamic one on build-time. I ran into problems with this a lot already :(
On Monday 10 May 2010 18:40:16 Thomas Bächler wrote: libpopt.so* moved to /lib.
please signoff both
Thanks - looks fine, signoff x86_64.
On Monday 10 May 2010 22:40:55 Thomas Bächler wrote:
Thanks - looks fine, signoff x86_64. Thomas, you are free to adopt popt if you want.
-- Andrea Scarpino - andreascarpino.it KDE Maintainer in Arch Linux
On Monday May 10 2010 22:40:55 Thomas Bächler wrote:
Thanks - looks fine, signoff x86_64. some i686?
-- Andrea Scarpino - andreascarpino.it KDE Maintainer in Arch Linux
participants (4)
-
Allan McRae
-
Andrea Scarpino
-
jan＠jgc.homeip.net
-
Thomas Bächler