Ian Eure writes:
> Guix seems committed to using an email-based workflow, so I think it
> makes a lot of sense to look at how Linux does it. It’s the most
> successful project in the world to use email-based development.
I believe, perhaps, the biggest issue with Guix is a diffusion of
responsi
Ian Eure writes:
>>
>> I believe the usual way of doing something like this is via teams (see
>> ./etc/teams.scm ).
>>
>
> I’m not sure whether/how well this mechanism works for non-committers.
I believe it should. AFAIK pretty much all it does is to automatically
add the team members onto CC l
Hello Nigko and Attila. My current belief is that any `local-file'
referring to outside the .guix-channel directory cannot work in channels
in all situations. (Attila’s hashes files are inside guix-crypto’s
.guix-channel src directory. They are fine.)
At first glance, Guix is faulty and does no
Hi Christopher,
Christopher Baines writes:
[[PGP Signed Part:Undecided]]
Sergio Pastor Pérez writes:
I cannot help you since I don't have commit access. But I want
to thank
you for your hard work, I'm currently using your package.
I can only echo your frustration since I also have some pa
Hi Ian,
Ian Eure writes:
[...]
> The recent 3.101.1 NSS release is an ESR, per the relesae notes[1].
> What’s the process for getting that update into Guix? Since it’ll
> cause many rebuilds, it needs to go into a branch first. core-updates
> seems like a reasonable place for it -- do I just s
Hi,
> so, i think a lot of packages should be in channels. probably everything that
> is not essential for a minimally functional system that can bootstrap itself.
> part of python could be in the main guix repo, but whatever is not tightly
> needed could go into a channel with its own access c
> We should try to come up with a solution that alleviates the burden on
> the maintainers. Given how often this issue arises, what if we try, as
> a collective, to suggest new mechanisms that would improve the
> situation?
IMO one thing that would help is to somehow losen the current very tight
Sergio Pastor Pérez writes:
> I cannot help you since I don't have commit access. But I want to thank
> you for your hard work, I'm currently using your package.
>
> I can only echo your frustration since I also have some patches ready to
> be merged that seem to be forgotten. As it has been disc
Ian Eure writes:
> I’d like to provide substitutes for packages in my personal channel.
> The ideal setup for this would be for a machine on my internal net to
> perform the builds, then upload the results to another system on the
> open internet. That could be a machine running a web server poi
