[Dev] libretools 20131112 release announcement

Luke T. Shumaker lukeshu at sbcglobal.net
Wed Nov 13 19:24:38 GMT 2013


Yesterday I pushed libretools 20131112 to [libre].  I applogize for
not doing the release announcement the.  It is a bugfix release.

The libretools.conf has changed, but the change should not affect
existing users; they may like the changes though.

Changes from 20131027 to 20131112:
Changes:
 * librechroot: check argument counts; extra arguments, or too few
   arguments is now an error
 * chcleanup (librechroot clean-pkgs): No longer runs `pacman -Sy`.
   It was doing so to force [repo] to update; it now updates [repo]
   manually.
 * libregit is deprecated for gitget: a compatability wrapper is
   provided, so consumers of libregit will continue to work.
 * createworkdir: now sets a separate url and pushUrl.
 * treepkg, fullpkg: obey $TMPDIR when creating temporary files
 * libremessages(1): (manpage) clarify when gettext is used.
 * By default, base $WORKDIR off of $LIBREHOME, not /home/$LIBREUSER
Bugfixes:
 * librechroot: use LC_ALL=C instead of LANG=C when parsing the output
   of `mount`.  This could have causes issues with some languages.
 * treepkg: fail early if there is a configuration error
 * librerelease: no longer redirects the output of `gpg --detach-sign`
Internal:
 * tests: use LC_ALL=C instead of LANG=C when parsing output.
 * treepkg, aur, is_built: internationalize
 * normalize to `[[` instead of `[`
 * fix quoting on arrays in a couple of places

Changes to the default libretools.conf:
=======================================

Before, `CREATEWORKDIR` defaulted to `/home/$LIBREUSER/packages`, now
it defaults to `$LIBREHOME/packages`; the default value now works for
users with their HOME in weird locations. 

To facilitate `createworkdir` setting separate `url` and `pushUrl`
settings in `$WORKDIR/abslibre`, the `ABSLIBREGIT` setting has been
split into:

 * `ABSLIBRERECV`: the URL for recieving updates (`git pull`; `url`)
 * `ABSLIBRESEND`: the URL for sending updates (`git push`; `pushUrl`)

There are several benefits of this:

 * Users who clone before having access will no longer have to change
   the setting after having their SSH key added.
 * The password for your SSH key won't have to be entered before
   pulling (your key is encrypted, right?)

Happy hacking,
~ Luke Shumaker



More information about the Dev mailing list