Am Sonntag, dem 16.10.2022 um 15:03 -0500 schrieb jgart:
> On Sun, 16 Oct 2022 20:50:47 +0200 Liliana Marie Prikler
> wrote:
>
> > makes your goal a somewhat stupid one if you don't actually specify
> > what it has to do on a per-project basis.
>
> hi lilyp,
>
> That's a bit harsh to say that m
Hi,
On Sun, Oct 16, 2022 at 1:10 PM jgart wrote:
>
> That's a bit harsh.
I also found it a bit stiff, but sometimes folks don't find the right
words—hence my own recent apology.
Kind regards
Felix Lechner
On Sun, 16 Oct 2022 20:50:47 +0200 Liliana Marie Prikler
wrote:
> makes your goal a somewhat stupid one if you don't actually specify
> what it has to do on a per-project basis.
hi lilyp,
That's a bit harsh to say that my idea is "stupid" even in light of
your qualifier.
If you read the previ
Am Sonntag, dem 16.10.2022 um 12:54 -0500 schrieb jgart:
> On Sun, 16 Oct 2022 15:11:38 +0200 Liliana Marie Prikler
> wrote:
> > Am Donnerstag, dem 13.10.2022 um 01:07 -0500 schrieb jgart:
> > #!/bin/sh
> > exec guix shell -m "$0" -- guile -e main -s "$0" "$@"
> > !#
> >
> > (define (mai
On Sun, 16 Oct 2022 12:54:42 -0500 jgart wrote:
That said thanks for suggesting a way to start hacking on this before it exists.
I'll use your suggestion for testing things out.
all best,
jgart
On Sun, 16 Oct 2022 15:11:38 +0200 Liliana Marie Prikler
wrote:
> Am Donnerstag, dem 13.10.2022 um 01:07 -0500 schrieb jgart:
> #!/bin/sh
> exec guix shell -m "$0" -- guile -e main -s "$0" "$@"
> !#
>
> (define (main args) ...)
>
> ...
>
> (specifications->manifest ...)
>
> Of co
Am Donnerstag, dem 13.10.2022 um 01:07 -0500 schrieb jgart:
> Hi Guixers,
>
> What do you think if we were to implement "Guix Goals"?
>
> The various language ecosystems have their own linters, formatters,
> typecheckers, repls, test runners, etc.
>
> What if Guix could manage them all?
>
> `gu
On Thu, 13 Oct 2022 16:55:33 +0200 pinoaffe wrote:
What I proposed is not an original idea but what the pants project
does. See this doc:
https://www.pantsbuild.org/v1.29/docs/goals
Pants fully supports Python but they are quickly working on golang,
java, and other languages.
zimoun, I'm mostl
indieterminacy writes:
> Sorry if this comes off as facetious (because this is an interesting
> proposal) but hasnt Make cornered a lot of these usecases well enough?
It has covered some of these usecases to a certain degree, but in my
opinion there's a lot of room for improvement.
As an exam
Sorry if this comes off as facetious (because this is an interesting
proposal) but hasnt Make cornered a lot of these usecases well enough?
On 13-10-2022 15:56, pinoaffe wrote:
Hi,
I think that (if done well) this would greatly simplify my workflow in
many software projects, so I think it's a
Hi,
I think that (if done well) this would greatly simplify my workflow in
many software projects, so I think it's a good idea.
In the rest of my email, I more or less assume that there is a
one-to-one correspondence between software projects and guix packages,
even though this is clearly not t
Hi,
On jeu., 13 oct. 2022 at 01:07, jgart wrote:
> `guix lint` in a python project would run mypy.
[...]
> `guix fmt` in a python project would run black.
Following your logic, it should be “guix style”.
> `guix repl` in a python project would run ptpython or some other configured
> repl.
[
Hi Guixers,
What do you think if we were to implement "Guix Goals"?
The various language ecosystems have their own linters, formatters,
typecheckers, repls, test runners, etc.
What if Guix could manage them all?
`guix lint` in a python project would run mypy.
`guix lint` in a haskell project wo
13 matches
Mail list logo
