Re: Can we find a better idiom for unversioned packages?

2021-09-03 Thread Liliana Marie Prikler
Hi Sarah, Am Freitag, den 03.09.2021, 14:14 -0700 schrieb Sarah Morgensen: > [...] > > > If you are worried about that in a frequently changing package, you > > could set both to *unspecified* or #f instead, which would cause > > any reference to them in a string manipulation context to fail. I

Re: Can we find a better idiom for unversioned packages?

2021-09-03 Thread Sarah Morgensen
Liliana, Thanks for the criticism! Liliana Marie Prikler writes: > Hi > > Am Dienstag, den 31.08.2021, 23:20 +0200 schrieb Maxime Devos: >> Sarah Morgensen schreef op di 31-08-2021 om 12:57 [-0700]: >> > Hello Guix, >> > >> > Currently, there are about 1500 packages defined like this: >> >

Re: packaging go-ethereum, and ultimately bee (of ethswarm.org)

2021-09-03 Thread Attila Lendvai
> > will this have any pitfalls? is there anything i'm not aware of? > > For the paranoid, from man ldd, red emphasis mine (if it worked) i included ldd's output only for reference. what i meant to ask is this: is it a dirty hack to run a (trusted) binary file like this: $

Re: Can we find a better idiom for unversioned packages?

2021-09-03 Thread Xinglu Chen
On Fri, Sep 03 2021, Leo Famulari wrote: > On Fri, Sep 03, 2021 at 06:11:46PM +0200, Xinglu Chen wrote: >> The date does give an idea of how old the version is, compare that to a >> random string of 7 characters. If a user wants to know the exact >> commit, they can always just run ‘guix edit

Re: Can we find a better idiom for unversioned packages?

2021-09-03 Thread Leo Famulari
On Fri, Sep 03, 2021 at 12:35:21PM -0400, Leo Famulari wrote: > 1) To know how old the package's source code is Oh, some more thoughts: What about extending `guix refresh` to help with your use case, assuming that it doesn't already? And what about packages that aren't based on VCS, but on

Re: Can we find a better idiom for unversioned packages?

2021-09-03 Thread Leo Famulari
On Fri, Sep 03, 2021 at 06:11:46PM +0200, Xinglu Chen wrote: > The date does give an idea of how old the version is, compare that to a > random string of 7 characters. If a user wants to know the exact > commit, they can always just run ‘guix edit PACKAGE’ and check the > ‘commit’ field in the

Re: trezor-agent: using trezor as gpg key

2021-09-03 Thread Danny Milosavljevic
Hi, On Fri, 03 Sep 2021 07:55:19 + Attila Lendvai wrote: > i'm failing to configure my gnupg to use Trezor (an USB hw key store). > $ ls -l /dev/usb/ [...] > crw-rw 1 root plugdev 180, 0 Sep 3 09:25 hiddev0 > > $ groups > users plugdev [...] > > $ trezor-gpg-agent & > [1] 11223 > > $

Re: [bug#50077] Separate ‘emacs’ output vs separate ‘emacs-’ package (was Re: [bug#50077] [PATCH 1/3] gnu: notmuch: Add separate 'emacs' output.)

2021-09-03 Thread Xinglu Chen
On Thu, Sep 02 2021, Carlo Zancanaro wrote: > On Wed, Sep 01 2021, Liliana Marie Prikler wrote: >> TL;DR: I'm generally in favor of branching emacs support >> packages off, even if origins are to be inherited. > > This is my preference, and there is precedent for this in Guix > already. I know

Re: Can we find a better idiom for unversioned packages?

2021-09-03 Thread Xinglu Chen
On Thu, Sep 02 2021, Leo Famulari wrote: > On Thu, Sep 02, 2021 at 12:51:58PM -0400, Leo Famulari wrote: >> On Wed, Sep 01, 2021 at 06:50:36PM +0200, Xinglu Chen wrote: >> > > Commit dates don't have a consistent meaning: are they the time of >> > > first revision of a commit? Final revision of a

Re: packaging go-ethereum, and ultimately bee (of ethswarm.org)

2021-09-03 Thread Bengt Richter
On +2021-09-03 08:16:00 +, Attila Lendvai wrote: > > [with some reorderings] > > > I hope my reply has been valueable. It seems like this discussion > > is going to end with ‘agreeing to disagree’ and I think I said all > > I've got to say about the philosophical part of the matter, so I > >

Re: packaging go-ethereum, and ultimately bee (of ethswarm.org)

2021-09-03 Thread Attila Lendvai
[with some reorderings] > I hope my reply has been valueable. It seems like this discussion > is going to end with ‘agreeing to disagree’ and I think I said all > I've got to say about the philosophical part of the matter, so I > don't think I'll sending further replies on the philosophical

trezor-agent: using trezor as gpg key

2021-09-03 Thread Attila Lendvai
hello, i'm failing to configure my gnupg to use Trezor (an USB hw key store). i have installed the trezord-udev-rules system-wide, but the rules refer to the "plugdev" group that is not present on guix. i see that some other packages do this: (add-after 'autoreconf 'change-udev-group (lambda