Package Details: recutils 1.9-1

Git Clone URL: https://aur.archlinux.org/recutils.git (read-only, click to copy)
Package Base: recutils
Description: Set of tools and libraries to access plain text databases called recfiles.
Upstream URL: https://www.gnu.org/software/recutils/
Licenses: GPL
Submitter: fgrsnau
Maintainer: fgrsnau
Last Packager: fgrsnau
Votes: 18
Popularity: 0.64
First Submitted: 2015-12-05 13:03 (UTC)
Last Updated: 2022-04-25 08:18 (UTC)

Latest Comments

1 2 Next › Last »

fgrsnau commented on 2022-04-25 12:48 (UTC)

The handling of GPG signatures is not specific to this package. It is already covered in the AUR documentation: https://wiki.archlinux.org/title/Arch_User_Repository#Acquire_a_PGP_public_key_if_needed

strajder commented on 2022-04-25 11:02 (UTC)

Update: fixed by dropping the --keyserver pgp.mit.edu parameter.

strajder commented on 2022-04-25 10:53 (UTC)

Currently, I'm getting

$ gpg --keyserver pgp.mit.edu --recv-key 3EF90523B304AF08
gpg: keyserver receive failed: No keyserver available

I didn't have to import the PGP key using pikaur so far, so I don't know if that perhaps changed. Can this command be at least added as a comment to PKGBUILD?

fgrsnau commented on 2022-04-25 10:41 (UTC) (edited on 2022-04-25 10:41 (UTC) by fgrsnau)

@strajder: To verify the signature you have to first import the corresponding public key with gpg --keyserver pgp.mit.edu --recv-key 3EF90523B304AF08. It works the same as for any other AUR package. As I do not use any AUR helper like pikaur, I do not know if this step is usually automated by those tools.

strajder commented on 2022-04-25 09:57 (UTC)

I'm getting the following output from pikaur:

==> Validating source files with sha256sums...
    recutils-1.9.tar.gz ... Passed
    recutils-1.9.tar.gz.sig ... Skipped
==> Verifying source file signatures with gpg...
    recutils-1.9.tar.gz ... FAILED (unknown public key 3EF90523B304AF08)
==> ERROR: One or more PGP signatures could not be verified!

exlumine commented on 2020-10-22 15:06 (UTC)

@fgrsnau: your proposed workaround works in my case (good enogh), thank you, will go with that until another update to 1.9(?).

matthias.lisin commented on 2020-10-20 22:13 (UTC)

@fgrsnau: How about 1.8.90 alpha meanwhile? It includes the fix according to a report on the ML (that I can't find right now)

http://alpha.gnu.org/gnu/recutils/

fgrsnau commented on 2020-10-20 22:07 (UTC) (edited on 2020-10-20 22:08 (UTC) by fgrsnau)

Hi exclumine and OJFord!

I did have a look and it seems that incorporating the changes is currently not easily done (other opinions welcome though!)

The python subdirectory is missing from the upstream source tarball (at least for the latest stable release). While we could fetch these files or include them I think it makes more sense to wait for them to appear in an official release, because this is not a *-git package.

Regarding the renaming/tmpfs issuse: The patch unfortunately does not apply nicely. If you look at the patch it is also modifying bootstrap.conf which is (i) not part of the source distribution, (ii) used by gnulib to copy a "source code library" into the source distribution and doing proper modifications of the whole build system (namely lib/Makefile.am which is then mangled by automake). I currently hesitate to patch these automatically generated autotools/automake things.

Depending on the release date of 1.9 it should be easier to wait for the change to appear there. (A workaround right now is to set the TMPDIR environment variable to a directory on the same filesystem.)

As a side note: The fix seems to unconditional introduce a copy+unlink step which is not an atomic operation. If a problem occurs during the copy (overwrite) the database will probably become corrupted.

OJFord commented on 2020-10-17 20:36 (UTC)

I'm not sure what's most appropriate here, but could you include the python lib? There is no separate python-rec currently, and since it's in the same repo maybe it makes sense to provide in this package too? (That is what packages such as git do with their 'contrib' dirs, for example.)

exlumine commented on 2020-10-07 16:03 (UTC)

Hi fgrsnau, Could you include the upstream commits which fix a /tmp/rec* renaming error? Currently selected utils fail as they cannot handle files in other filesystems well. It seems that jemarch fixed that in https://git.savannah.gnu.org/cgit/recutils.git/commit/?id=86f662a8202408134a235572ec60141d3082f975. Thx and best exlumine

1 2 Next › Last »