- Arch-dev-public - lists.archlinux.org

[arch-dev-public] [signoff] keyutils-1.5.1-1
by Stéphane Gaudreault 20 Jul '11

20 Jul '11

Rebuild canceled (is there a way to remove a todo list on the web dashboard ?) and pkg moved to [testing]. Please test and signoff. - Fix unread variables. - Licence file update. - Disable RPATH setting in Makefile. - Add -I. to build to get this keyutils.h. - Make CFLAGS override on make command line work right. - Make specfile UTF-8. - Support KEYCTL_REJECT. - Support KEYCTL_INSTANTIATE_IOV. - Add AFSDB DNS lookup program from Wang Lei. - Generalise DNS lookup program. - Add recursive scan utility function. - Add bad key reap command to keyctl. - Add multi-unlink variant to keyctl unlink command. - Add multi key purger command to keyctl. - Handle multi-line commands in keyctl command table. - Move the package to version to 1.5. * Tue Mar 1 2011 David Howells <dhowells(a)redhat.com> - 1.4-4 - Make build guess at default libdirs and word size. - Make program build depend on library in Makefile. - Don't include $(DESTDIR) in MAN* macros. - Remove NO_GLIBC_KEYSYS as it is obsolete. - Have Makefile extract version info from specfile and version script. - Provide RPM build rule in Makefile. - Provide distclean rule in Makefile. * Fri Dec 17 2010 Diego Elio Pettenò <flameeyes(a)hosting.flameeyes.eu> - 1.4-3 - Fix local linking and RPATH. * Thu Jun 10 2010 David Howells <dhowells(a)redhat.com> - 1.4-2 - Fix prototypes in manual pages (some char* should be void*). - Rename the keyctl_security.3 manpage to keyctl_get_security.3. * Fri Mar 19 2010 David Howells <dhowells(a)redhat.com> - 1.4-1 - Fix the library naming wrt the version. - Move the package to version to 1.4. * Fri Mar 19 2010 David Howells <dhowells(a)redhat.com> - 1.3-3 - Fix spelling mistakes in manpages. - Add an index manpage for all the keyctl functions. * Thu Mar 11 2010 David Howells <dhowells(a)redhat.com> - 1.3-2 - Fix rpmlint warnings. * Fri Feb 26 2010 David Howells <dhowells(a)redhat.com> - 1.3-1 - Fix compiler warnings in request-key. - Expose the kernel function to get a key's security context. - Expose the kernel function to set a processes keyring onto its parent. - Move libkeyutils library version to 1.3.

1 0

[arch-dev-public] keyutils-1.5.1 rebuild
by Stéphane Gaudreault 20 Jul '11

20 Jul '11

Version bump with soname change lib/libkeyutils.so.1.3 => lib/libkeyutils.so.1.4 Please rebuild package on this todo list : http://www.archlinux.org/todo/89/ Stéphane PS. I adopted this as it was orphan and it is a dependency for krb5. I guess the maintainer for this got lost when the package moved to [core]. In that case, please feel free to readopt it.

2 2

[arch-dev-public] DNS and SSL Cert
by Aaron Griffin 19 Jul '11

19 Jul '11

Two things are coming up here, and I just want to bring this discussion up again. * DNS Our everydns account is going away. According to their site (http://www.everydns.com/) we have 43-ish days to get everything moved off. We have a handful of options, some free, some not. a) https://pointhq.com/ - I use this personally. Maybe not the snappiest DNS servers in the world, but the interface is easy. b) http://reflected.net/ could host our DNS, but we'd need to manually contact people to change things c) Use our registrar (godaddy) d) Other? * SSL Cert Our StartCom cert is expiring. I need to reconfirm my identity with them, but I can get to this as early as tomorrow. Have we had any major issues with using a cert from these people? Now would be the time to switch, if so. Cheers, Aaron

6 8

[arch-dev-public] testing splitted LibreOffice 3.4.2rc1
by Andreas Radke 19 Jul '11

19 Jul '11

It's done. LibreOffice has been split into libreoffice-common and application packages -writer,base,calc,... For better look'n feel you should also install libreoffice-gnome for use in any gtk desktop and libreoffice-kde4 if you want. The en-US language is no more included in the -common pkg. So everyone will have to install at least one language pack,e.g. libreoffice-en-US. I hope I've covered the deps all well. Please test fresh installations and also upgrading from last 3.4.1 release. The new 3.4.2rc1 should be already safe for daily usage. Recommended way for new installations should be to either install libreoffice-common the should ask for a langpack or directly install the langpack of your choice that will pull in the -common pkg. Then you install the application packages you want. It's also possible to install the "libreoffice" group package. If you upgrade you should get libreoffice-common installed showing the needed infos. So get it from the testing repo and report bugs. -Andy

2 3

Re: [arch-dev-public] Audacious 3 - GTK2 vs GTK3
by Gaetan Bisson 18 Jul '11

18 Jul '11

[2011-07-18 16:56:37 -0400] John Lindgren: > I suggest building it with GTK 3, as upstream development is now > oriented toward and optimized for this version. That said, it's not a > major issue one way or the other, and Audacious will still work with GTK > 2 for some time yet. I didn't do it before because certain plugins were incompatible with gtk3 [#]. Since it's fine now with 3.0, I'll push an update to [extra]. [#] https://bugs.archlinux.org/task/24576 -- Gaetan

1 0

[arch-dev-public] [signoff] gmp-5.0.2-2
by Allan McRae 18 Jul '11

18 Jul '11

Upstream patch for the following bug (until 5.0.3 is release with this fix): There is a GMP bug in mpn/generic/dcpi1_bdiv_q.c that causes incorrect computation with extremely low probability, for unnormalised dividends. The bug might also result in a decrement of memory above dividends, with some potential security impact. The bug might affect several user-level routines, e.g., mpz_invert, but only for operands of at least 3000 bits (for smaller operands, a simpler algorithm is used). Testsuite fully passes. Signoff both, Allan

3 2

[arch-dev-public] Fwd: Move kdelibs3 to [community]
by Eric Bélanger 18 Jul '11

18 Jul '11

On Wed, Jul 13, 2011 at 3:54 PM, Andrea Scarpino <andrea(a)archlinux.org> wrote: > Hi DEVs, > I'd like to move kdelibs3 to [community] as it is only needed by qalculate-kde > and ksensors in [extra] and, if their maintainers agree, I want to move/remove > these packages too. > > - qalculate-kde main developer works on the calculator plugin for krunner[1], > and doesn't think to port qalculate to Qt4. > - ksensors can be replaced by the System Monitor Temperature plasmoid in the > systray and maybe there are others I don't know of. > > [1] http://userbase.kde.org/Plasma/Krunner#Using_as_a_calculator > > -- > Andrea > I am maintaining qalculate-kde and would like to keep it in extra. I prefer it over qalculate-gtk and it seems logical to keep qalculate-kde along with qalculate-gtk and libqalculate in extra. Why do you want to move kdelibs3 to community? If it's because it's orphaned, I can adopt it and qt3 as well. I suppose they are low maintenance. Eric

4 4

[arch-dev-public] Moving openldap to core repo
by Eric Bélanger 17 Jul '11

17 Jul '11

Hi, I was looking into updating the orphaned libldap and openldap packages and couldn't help to notice that they should be in a splitted PKGBUILD instead of two seperate PKGBUILD. It will remove duplicate work and probably make the PKGBUILD cleaner especially the build function which currently cd to subdirectories to only build what is needed for its specific package. As openldap only depends on core packages, I don't see why it couldn't go in core. Any objections? Eric

5 13

Re: [arch-dev-public] Moving openldap to core repo
by Eric Bélanger 16 Jul '11

16 Jul '11

On Sat, Jul 16, 2011 at 8:28 AM, Uwe L. Korn <uwelk(a)xhochy.com> wrote: > Hi, > > (as I have no write access to [arch-dev-public] I'm writing directly to you) > > as I'm the one currently active on > FS#14598 - [openldap] enable slapd overlays (slapo) > I would like to help getting the openldap package a bit nicer. As seen > in the bug report, I already posted a PKGBUILD that build the modules > into /usr/lib/openldap/ and enables some options, e.g. IPv6 support, > where configure would do auto detection (nasty if we want to have the > same features in a package independent on which computer it was built). > > Is your modified PKGBUILD available, so that I could have a look > on it? Yes, the PKGBUILD and an updated version of the patch are here: https://dev.archlinux.org/~eric/openldap/ You'll need to move your db as mentionned in the thread. I won't do a split package for the overlays like you did in your PKGBUILD in the bug report. It's overkill, the overlays aren't that big and they don't bring any extra dependencies. > > I'm a user of the LDAP overlays and I do not need the libtool files > coming with the overlays/modules and there is no setup known to me at > the moment where they are used. The only use of them, which I saw > documented, is to fix broken ldconfig/LD_LIBRARY_PATH (e.g. it seems to > be possible to specify an exact location of a used library) but as it > worked fine and the documentation was quite short, I did not test it. I've added !libtool to the options of the openldap package. If the overlays still work without the libtool files, then they are not necessary. Thanks for testing this, Eric

1 0

[arch-dev-public] [signoff] lvm2/device-mapper 2.02.86-1
by Eric Bélanger 16 Jul '11

16 Jul '11

Hi, lvm2/device-mapper 2.02.86-1 are in testing for an upstream update. Please test and signoff. Signoff from users are welcomed. Eric

3 3