Re: Could the Go importer use the Go toolchain? (was Re: Go importer and packages with version flags)

2022-10-08 Thread François
t parse the directory contents of GOMODCACHE as described in [5]. I would rather import git repositories closer to real source but it seems more difficult to do. Even with zip, it leaves open the problem of mapping source zips with Guix packages and to handle the dependencies correctly. Any inter

Re: Freenode Administration

2021-05-20 Thread François
Hello, On Wed, May 19, 2021 at 01:54:45PM -0400, Bone Baboon wrote: > Will Guix continue to use Freenode? > > Will Guix create #guix channels on other IRC networks? (Several of the > resignation letters refer to ) The channel #guix will probably continue to exist on Freenod

Re: [bug#48173] [PATCH] maint: Do not xz-compress ISO images.

2021-05-03 Thread François
On Mon, May 03, 2021 at 02:15:22AM +0200, Julien Lepiller wrote: > LGTM, but what should we do about the strings? sed -i 's/\.iso\.xz/.iso/g' po/doc/guix-manual.*.po and add that to the patch ? (notwithstanding some misunderstanding related to how translation works as I know nothing about that)

Re: go-build-system possible improvments

2021-04-23 Thread François
Hello Maxim, On Tue, Apr 20, 2021 at 10:00:15PM -0400, Maxim Cournoyer wrote: > That's exactly what we're doing now (disable Go module with > GO11MODULE=off and use GOPATH to find the sources). Debian does > something lazy like just calling 'go module vendor', which builds a huge > directory fill

go-build-system possible improvments

2021-04-18 Thread François
Hello, I come back to public guix-devel as I think it can be of interest to others too. On Sat, Apr 17, 2021 at 08:57:03PM -0400, Maxim Cournoyer wrote: > JOULAUD François writes: > > > I am still unsure of what to do with versions and Go but the ability to > > pin version wil

Re: GIT_EXEC_PATH Re: 1.2.1 pre-release testing

2021-04-17 Thread François
On Sat, Apr 17, 2021 at 01:24:51PM -0400, Leo Famulari wrote: > On Sat, Apr 17, 2021 at 01:35:45PM +0200, François wrote: > > GIT_EXEC_PATH is very probably at fault. > > > > It is set via profile to allow to use git subcommands installed by other > > packages but it

GIT_EXEC_PATH Re: 1.2.1 pre-release testing

2021-04-17 Thread François
some suggestions regarding $GIT_EXEC_PATH needing to be > set. GIT_EXEC_PATH is very probably at fault. It is set via profile to allow to use git subcommands installed by other packages but it has no sane default when we are outside a profile. Perhaps git should have a wrapper to manage this use-case. François

Re: [SPITBALL] Jehanne as another kernel option / porting target

2021-03-22 Thread François
Hello, On Fri, Mar 19, 2021 at 12:44:47PM -0400, Joshua Branson wrote: > pinoaffe writes: > > raingloom writes: > > > >> seL4 would be cool too. > So essentially most of the active hurd developers considered a port to a > different microkernel to be impractical. :( > > However, one of the mai

Re: Proposal to remove the off-topic, not free software related thoughtcrime accusations from the Guix project pages on GNU.ORG websitew

2019-10-13 Thread Alexandre François Garreau
Le dimanche 13 octobre 2019, 15:05:06 CEST Kete via Discussions about the development of the GNU system a écrit : > Besides, there is no way these men are getting these transactions > without assault or coercion taking place. Just because Epstein mediated > that force so that the clients didn't ha