all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: zimoun <zimon.toutoune@gmail.com>
To: Liliana Marie Prikler <liliana.prikler@gmail.com>
Cc: Guix Devel <guix-devel@gnu.org>
Subject: Re: guix show --bibtex (was: How to compute SWHID? (with Guix/Disarchive))
Date: Tue, 7 Dec 2021 19:55:12 +0100	[thread overview]
Message-ID: <CAJ3okZ1N-5NEXO3iv=bjAwHbgm9r2x6yCYfsR+JRCMiCz=bcNw@mail.gmail.com> (raw)
In-Reply-To: <8535ba0240bd837979c874b8fff698832a4efa24.camel@gmail.com>

Hi,


On Tue, 7 Dec 2021 at 19:20, Liliana Marie Prikler
<liliana.prikler@gmail.com> wrote:
> Am Dienstag, den 07.12.2021, 18:39 +0100 schrieb zimoun:

> > --8<---------------cut here---------------start------------->8---
> > $ cat bibtex.tmpl
> > @example{ {{name}}@{{version}},
> > title      = {{name}},
> > url        = {{home-page}},
> You typo'd on homepage here, the dash is superfluous.

Yes, thanks! :-)

> > license    = {{license}},
> > abstract   = {{synopsis}},
> > swhid      = {swh:1:...},
> > repository = "WE HAVE THAT INFO",
> I too don't like that origin information is missing from `guix show'.
> Can we fix that somehow?

I think it is an easy fix but one could raise it violates FSDG.  I do
not want to open the case because from my understanding, display this
info by "guix show" is *strictly* equivalent to have an option
returning true upstream, instead of Guix modified one; discussed at
length. :-)

> > author     = "?????",
> We don't capture that in Guix, you'd have to look elsewhere IIUC.

Yep.  The meaning of that ???? was: please, do not forget to complete
before include that to your paper. :-)

> > date       = "?????",
> January 1st, 1970, what else?

The date of publication.  Guix do not capture this information either.


> I think there are a few things that'd need fixing in recutils itself.

I agree.


> 1a. There needs to be a way of escaping {} in templates -- or at least
> I haven't found one.

Me neither.


> >  1. SWHID is not computed by "guix show".

> Is that a Guix concern, though?  We also don't have author and date, so
> you'd have to shell out either way.

Yes.  It is my main motivation for such feature.

 a) Have something almost compliant with software-bibtex, which
requires swh:1:...
 b) Extract also an entry providing somehow "guix describe" as software-bibtex

The point a) is the key point, IMHO.  Otherwise, a trivial template
(or any half-baked manual converter fits the bill; I previously did
that in another life. :-))

Well, that's why, I agree with Ludo and this feature should be
external to Guix.  For instance, an extension available with "guix
install", as GWL.

> >  2. recutils is not installed by default, IIRC.
> I don't think that's too hard if you use guix shell (or environment)
> inside your scientific workflow -- just add recutils to emacs-citar and
> whatever else you only need for scientific writing :)

Yeah for sure.  I would prefer to have an extension, say
"guix-publishing", available as a regular package, then "guix
publishing <options>" would allow to export, check SWH, and other
stuff I often do when preparing a publication.


> > As much fields as possible.  As the example above more or
> > less.  Well, use bibtex-software as decribe here:
> >
> > https://mirrors.chevalier.io/CTAN/macros/latex/contrib/biblatex-contrib/biblatex-software/software-biblatex.pdf
> Uhm, what exactly should I extract from this manual?

Well, I just wanted to point what I have in mind, for the interested
reader not knowing bibtex-software.


Cheers,
simon


      reply	other threads:[~2021-12-07 18:55 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-01 10:12 How to compute SWHID? (with Guix/Disarchive) zimoun
2021-12-06 12:43 ` Ludovic Courtès
2021-12-06 15:18   ` Timothy Sample
2021-12-07 17:07 ` guix show --bibtex (was: How to compute SWHID? (with Guix/Disarchive)) Liliana Marie Prikler
2021-12-07 17:39   ` zimoun
2021-12-07 18:20     ` Liliana Marie Prikler
2021-12-07 18:55       ` zimoun [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAJ3okZ1N-5NEXO3iv=bjAwHbgm9r2x6yCYfsR+JRCMiCz=bcNw@mail.gmail.com' \
    --to=zimon.toutoune@gmail.com \
    --cc=guix-devel@gnu.org \
    --cc=liliana.prikler@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.