lines of symbolic
expressions.
I'd now like to make another suggestion, appended as patch, that allows for
URLs like https://issues.guix.gnu.org/12345 to be opened in debbugs-mode within
Emacs.
>From c7531be0ef70e7b872ffe1f759ded05d3819f863 Mon Sep 17 00:00:00 2001
Message-ID:
From: Mekeor Mel
2023-09-25 21:53 mek...@posteo.de:
Putting all three thoughts together, I'd gather this code
suggestion:
[2. application/emacs-lisp; new.el]...
Sorry, it seems I forgot to apply my first thought in the appended
file... (setq bug-reference-url-format
"https://issues.guix.gnu.org/%s;).
2023-09-25 21:27 mek...@posteo.de:
2023-09-17 16:51 maxim.courno...@gmail.com:
> Hello,
Hello Maxim,
> 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
2023-09-17 16:51 maxim.courno...@gmail.com:
Hello,
Hello Maxim,
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
info "(guix) The Perfect Setup").
I hope
2023-09-13 16:36 m...@cbaines.net:
I think this has been talked about for a while [1], but I want
to make it happen. Currently the guix-daemon is still similar to
the nix-daemon that it was forked from, and is implemented in
C++. I think that a Guile implementation of the guix-daemon will
2022-12-31 18:17 jbra...@dismail.de:
Possible also mention how to set up page break lines:
https://github.com/purcell/page-break-lines
By the way, another good alternative to that Emacs package is:
https://depp.brause.cc/form-feed/
But I don't think that either of these packages should be
Hello :)
I'd like to contribute to the Guix Cookbook.
The Cookbook is written in Texinfo format but as I'm not fluent in
it, I decided I'd first draft my contribution in Org-Mode which
I'd later export as Texinfo and adapt appropriately. I'm sorry
that this also means that the hereby
2023-05-10 17:40 jg...@dismail.de:
I think it would be great to not worry about installing xdg-open
if you install emacs-embark and it depends on it.
I'm not sure about this since embark.el does a lot more than
invoking xdg-open and also, it can be used without xdg-open, while
still being
2023-05-10 02:11 jg...@dismail.de:
Just writing down a public TODO for myself:
TODO: patch xdg-open (xdg-utils) in emacs-embark package.
https://github.com/oantolin/embark/blob/f88314044d5492efeacb9466122889c6e60c8af4/embark.el#L3710
If anyone else wants to work on this feel free to.
We
2023-03-10 16:39 zimon.touto...@gmail.com:
As far I know, this branch does not contain the feature
Tree-sitter. Instead, the feature Tree-sitter is in the branch
"master", which will be branched later as Emacs 30 and somehow
will be the next next release of Emacs.
2023-03-12 12:47
2022-12-27 19:51 mitchellschmeis...@librem.one:
Mekeor Melire writes:
Here is a naive implementation which extends use-package to use
guix to ensure packages.
Thank you very much for this great snippet of code. I just
successfully set it up locally and I'm very happy.
Would you like
2022-12-19 14:15 and...@trop.in:
On 2022-12-18 09:11, Liliana Marie Prikler wrote:
> Am Sonntag, dem 18.12.2022 um 01:54 + schrieb Mekeor Melire:
I'm neither the author, nor the user of guix home import, however I think it
could be a good place for such a functionality, but I wo
2022-12-18 09:11 liliana.prik...@gmail.com:
I think we should be able to build an Emacs service in Guix Home that can
manage init.el. As a workaround, use-package should also have a :when
clause, so you can use :when (featurep 'some-package-autoloads) if you're
unsure whether 'some-package is
2022-11-19 18:27 zamfo...@twdb.moe:
Hello, Guix!
Hello :)
A few months ago, I picked up the work towards importing npm packages to
Guix by Jelle et al. in the hopes of continuing it, and I felt disheartened
when I concluded that it does indeed seem like a very large part of npm is
Hello,
I'd like to share some code, thus prove a concept, ask for
feedback, and ask if it could makes sense, under certain
circumstances, to provide similar code in GNU Guix. The code can
be used in a ~manifest.scm~ file (but probably could also be used
with ~guix package -e~ or inside ~guix
I have one remark.
2022-12-12 19:31 pa...@disroot.org:
+If you're using Emacs, you can instead install
+[Geiser](https://nongnu.org/geiser), which provides a
comfortable Emacs UI for
+various Lisp REPLs, invoke `guix repl --listen=tcp:37146 &`,
and type
+`M-x geiser-connect RET RET RET` to
2022-12-12 19:31 pa...@disroot.org:
This patch adds an updated blog post, taking the critiques on
this thread into
account.
* Changed post name to just "Derivations"
* Removed subjective "simple" language
* Added subheadings to "Exploring ``"
* Added field recap to "Conclusion"
* Added
2022-12-12 13:17 luis.felipe...@protonmail.com:
There's this bug report which seems to be related:
Connecting Geiser to Guile listening to a socket: No prompt
found! (.guile to blame) https://issues.guix.gnu.org/35727.
Yes, thank you. I also think that's exactly this bug. Let's
continue
2022-12-11 10:08 pa...@disroot.org:
On Sat Dec 10, 2022 at 9:25 PM GMT, Mekeor Melire wrote:
> By the way, the text does not seem to strictly fill columns at
> a certain line width. So I did not bother to fill columns in
> the "patch".
Right, I should set up FIL
2022-12-11 12:39 acpadoa...@yahoo.com.br:
I figure out that the issue was indeed the colors.
I had an .guile file forcing it to use colors.
Ah, I guess that's why Guix System ships with the following
~/.guile file. At least that's where I think I got it from, if I
remember correctly.
2022-12-08 18:24 pa...@disroot.org:
> Some of you may have seen on IRC that I've been writing a post for the Guix
> blog that I hope will form the first part of a series. This series aims to
> dissect the internals of Guix, from bottom to top.
Great, I'm looking forward to read it! Especially,
2022-12-09 23:10 mek...@posteo.de:
> 2022-12-05 17:23 i...@selidor.net:
>
> > in #59746 I skipped documenting `resume_offset` with more detail, even
> > if it's needed for resuming from a swap file. The reason is that
> > according to [swsusp doc][1], some specific tool may be needed to
> >
2022-12-05 17:23 i...@selidor.net:
> in #59746 I skipped documenting `resume_offset` with more detail, even
> if it's needed for resuming from a swap file. The reason is that
> according to [swsusp doc][1], some specific tool may be needed to
> compute the swap file offset. There is
2022-12-02 21:32 m...@tobias.gr:
> Ivan Vilata i Balaguer 写道:
> > But then I wonder if I may have rushed to post the patch, as I don't
> > know whether hibernation is supposed to be more or less mature or
> > supported in Guix (we may not want to encourage people to use a
> > feature which may
2022-11-18 / 13:49 / jg...@dismail.de:
> what do you think of having a `guix open` command that opens the projects
> home-page in your $BROWSER?
>
> For example, in case you want to specify the browser and override the default
> $BROWSER (e.g. icecat):
>
> guix open nnn --browser=chromium
>
>
2022-11-16 / 07:09 / jg...@dismail.de:
> Have people seen this yet?
> https://github.com/babariviere/guix-emacs
yes, i used this for a while (as you might have seen in the list of
closed issues). but i regularly ran into errors and failures. on the
other hand, the author reacted quite quickly
Hi Guix :)
I would like to propose to split the (gnu packages suckless) module,
located in the /gnu/packages/suckless.scm source file. It contains
package declarations for software written by the Suckless group, namely
following packages:
blind, colors, dmenu, dwm, fortify-headers, human,
I think, by default, the focus should be on speeding up Guix (and
specifically `guix pull`). I suggest to wrap %default-guix-channel
inside channel-with-substitutes-available, like this:
(define %default-channels
(list (channel-with-substitutes-available
%default-guix-channel
Hello Guix!
On the Guix-blog¹, Ludo already mentioned the lightning talk of Michael
Stapelberg on the “distri” package manager which installs packages
faster than common package managers by an order of magnitude.
Common package managers install a package by downloading it as an
(compressed)
Frederick Muriithi writes:
> I was looking into how to write package definitions for go packages,
> and was searching for any work on a Go build system, and ran into this
> thread.
>
> I have done some work trying to write definitions for go packages in
> the following
Mark H Weaver writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Now, as someone who doesn’t use GNOME, I wonder if NM would work well
>> for me. Last time I tried it’s CLI was too low-level to be usable, and
>> I don’t remember seeing a curses interface. Suggestions?
>
>
I want to package TMSU:
https://github.com/oniony/TMSU
As described in the COMPILING instructions at
https://github.com/oniony/TMSU/blob/master/COMPILING.md
it needs these two go-libraries:
go-sqlite: https://github.com/mattn/go-sqlite3
go-fuse:
Danny Milosavljevic writes:
> Wait. AFAIK one cannot delete system generations [yet]. Has that changed?
>
> But deleting user [package] generations works, yes.
Somewhere on the mailing-list I found out that you can delete a system
generation like this:
$ rm
Ricardo Wurmus writes:
> is anyone working on Haskell updates? Looks like we have some catching
> up to do.
I'm not working on it, but I'm willing to join. How do we want to
proceed? What's the plan? What's the strategy?
We have a stackage-importer now, right? Can't we
Mathieu Othacehe writes:
>>> But you can start your own shepherd under your user account and have that
>>> shepherd manage user services - it's nice.
>
> Thank you Danny for the details procedure. I'll use that for now !
>
>> Surely we could do better, like providing
called `aliases`?
I mean, implementing aliases isn't per-se difficult. But I'd love to
have a much broader approach to configure Guix (and Guix' CLI).
Ludovic Courtès <l...@gnu.org> writes:
> Mekeor Melire <mekeor.mel...@gmail.com> skribis:
>
>> So, `operating-s
>From d235a347a21d50902d42f161a6c840516eff9d42 Mon Sep 17 00:00:00 2001
From: Mekeor Melire <mekeor.mel...@gmail.com>
Date: Fri, 3 Mar 2017 00:22:47 +0100
Subject: [PATCH] gnu: Add dzen.
* gnu/packages/xdisorg.scm (dzen): New variable.
---
gnu/packages/xdisorg
John Darrington <j...@darrington.wattle.id.au> writes:
> On Mon, Feb 27, 2017 at 09:30:07AM +0100, Mekeor Melire wrote:
>
> John Darrington <j...@darrington.wattle.id.au> writes:
>
> > On Sun, Feb 26, 2017 at 10:15:10PM +0100, Mekeor Melire wrote:
>
John Darrington <j...@darrington.wattle.id.au> writes:
> On Sun, Feb 26, 2017 at 10:15:10PM +0100, Mekeor Melire wrote:
>
> Concerning how to implement this alias feature within Guix, I'd first
> like to pose a much broader question. So, on GuixSD you have a
&g
I'd also like to have some Guix aliases. In Git, you can define aliases
like so:
# define new alias
$ git config --global alias.i init
# use new alias
$ git i
Personally, I'd prefer to type `guix p -i` for `guix package -i`.
Anyway.
Concerning how to implement this alias
From 33d25348eb60372120e95e3bb5afd19bdad64795 Mon Sep 17 00:00:00 2001
From: Mekeor Melire <mekeor.mel...@gmail.com>
Date: Tue, 21 Feb 2017 00:02:25 +0100
Subject: [PATCH] gnu: Add dzen.
* gnu/packages/xdisorg.scm (dzen): New variable.
---
gnu/packages/xdisorg.sc
From 04f94c306f99a7bacc96b60ed60e9bb83a9cf767 Mon Sep 17 00:00:00 2001
From: Mekeor Melire <mekeor.mel...@gmail.com>
Date: Tue, 14 Feb 2017 00:21:08 +0100
Subject: [PATCH] gnu: Add dzen.
* gnu/packages/xdisorg.scm (dzen): New variable.
---
gnu/packages/xdisorg.sc
commit d0e39d8316f6c935a8710482db617253c8824e6c
Author: Mekeor Melire <mekeor.mel...@gmail.com>
Date: Sat Jan 21 21:08:11 2017 +0100
gnu: xmonad: Update to version 0.12.
* gnu/packages/wm.scm (xmonad): Update to 0.12.
* gnu/packages/wm.scm (ghc-xmonad-contrib): Update t
43 matches
Mail list logo