On 2023-09-20 at 10:21+02:00, Csepp wrote:
> It's better if we have at least one *well documented* developer setup,
> than if we have a bunch of (sometimes conflicting) partial docs
> for setting up certain subsystems.
>
> Emacs can be pretty good, once you do (setq make-defaults-not-suck 1)
> a
On 9/20/23 11:45, Nguyễn Gia Phong via Development of GNU Guix and the
GNU System distribution. wrote:
On 2023-09-20 at 10:21+02:00, Csepp wrote:
It's better if we have at least one *well documented* developer setup,
than if we have a bunch of (sometimes conflicting) partial docs
for setting
Giovanni Biscuolo writes:
> [[PGP Signed Part:Undecided]]
> Hello,
>
> ...I'm talking about Emacs.
>
> In <87bkdzssgm@gmail.com> [1] Simon Tournier
> writes:
>
> [1] https://yhetil.org/guix/87bkdzssgm@gmail.com/
>
> [...]
>
>> people are already engaging for improving the
Hi Chris,
Thanks for the update, always nice!
On Wed, 26 Jul 2023 at 09:44, Christopher Baines wrote:
> The queue is very large at [3].
Some patches trigger a lot of rebuilds. And the threshold is about 300
or something, I guess. Would it be possible to mark these items?
For instance,
Hi,
On Tue, 19 Sep 2023 at 18:35, Giovanni Biscuolo wrote:
> I'm also suspecting that the spark that started the "Guix Bang" in
> Ludovic's mind, the very moment he realized nix could be better
> _extended_ using Guile in place of it's DSL, was /caused/ by the fact he
> was a Lisp programmer,
zamfofex writes:
> Hello, Guix! I have recently worked on a WebAssembly target (for
> cross‐compilation) for Guix. It’s still in very early stages and thus
> fairly lacking, but it is enough to cross‐compile certain simple
> packages such as ‘lolcat’.
>
> Maybe people might find it useful
On 9/20/23 17:03, Ricardo Wurmus wrote:
MSavoritias writes:
On 9/20/23 11:45, Nguyễn Gia Phong via Development of GNU Guix and the
GNU System distribution. wrote:
On 2023-09-20 at 10:21+02:00, Csepp wrote:
It's better if we have at least one *well documented* developer setup,
than if we
MSavoritias writes:
> On 9/20/23 11:45, Nguyễn Gia Phong via Development of GNU Guix and the
> GNU System distribution. wrote:
>> On 2023-09-20 at 10:21+02:00, Csepp wrote:
>>> It's better if we have at least one *well documented* developer setup,
>>> than if we have a bunch of (sometimes
Dear Guixers,
I was recently inspired from Nix's oci-container feature and wrote a
thin wrapper around the docker CLI to enable the management of docker
containers through Shepherd [0]. This enables handling of non packaged
services through guix system reconfigure and herd start/stop/status .
Hi,
Really cool! Thank you.
On Sat, 16 Sep 2023 at 14:59, Wilko Meyer wrote:
> I identified a few key themes that could be useful for a guix user
> survey as well. I plan on doing a more extensive summary on this later
> this weekend if my time allows it, for now a loose collection of
>
Hi,
Simon Tournier writes:
> Hi,
>
> On Tue, 19 Sep 2023 at 18:35, Giovanni Biscuolo wrote:
>
>> I'm also suspecting that the spark that started the "Guix Bang" in
>> Ludovic's mind, the very moment he realized nix could be better
>> _extended_ using Guile in place of it's DSL, was /caused/ by
Hi Simon,
Simon Tournier writes:
> I would add the questions as:
>
> + the kind of contributions: patches, translation, bug report,
> discussions on guix-devel or help-guix, else
>
> + the number of contributions using some ranges 1, [2-9], [10-100], 100+
>
> + channels of communication:
Hi,
> I was recently inspired from Nix's oci-container feature and wrote a thin
> wrapper around the docker CLI to enable the management of
> docker containers through Shepherd [0]. This enables handling of non packaged
> services through guix system reconfigure and herd
> start/stop/status .
Hi Simon,
Simon Tournier writes:
> Hi,
>
> On Sun, 17 Sep 2023 at 16:51, Maxim Cournoyer
> wrote:
>
>> If you use Emacs and Emacs-Debbugs, you may be interested in applying
>> the settings newly documented in the 'Viewing Bugs within Emacs' section
>> of the manual; see it at the bottom of
For a submitted patch, if Guix QA "fails to process revision" as in this log
https://data.qa.guix.gnu.org/job/49399
[ 32/ 40] compiling... 60.0% of 20 filesmadvise failed: Cannot allocate memory
builder for `/gnu/store/j3hy5gymlfrdrhm8aj2brnsa2pix16n2-guix-home.drv'
failed due to signal 11
On 9/20/23 4:12 PM, Ricardo Wurmus wrote:
To conclude, I'm not advocating for adding OCI-backed services to Guix
mainstream: in my opinion they should be bootstrapped and
built from source, but I believe the actual "backend" implementation for such
services could be useful to have in Guix.
Not seen mentioned on this mailing list yet, so probably of interest:
GSOC project's final report:
https://blog.lispy.tech/parameterized-packages-the-project-completion-update.html
Hi, for some reason emacs has become the elephant in the room of the
discussion on contributing to guix.
Regardless of one's opinion of emacs, I just want to add that this is
itself strange. I have contributed some (package definition) patches
to guix, all without using emacs.
I am not an emacs
18 matches
Mail list logo
