Re: Guix CLI options through manifest.scm or guix.scm

On 2023-09-14, Ludovic Courtès wrote: > Hi, > > Distopico skribis: > >> Is it possible to define/express CLI options from manifest.scm or >> guix.scm? For example, I have >> >> ``` >> guix shell \ >> -m manifest.scm \ >> --container -F -N -P \ >> --share=/opt/android-sdk \ >>

Re: Thank you for using Emacs

On 2023-09-18 16:45, MSavoritias wrote: And for guile specifically to offer guile-studio instead of plain Emacs. Speaking of guile studio: - The homepage for the package is Guile's homepage, not guile-studio's (https://git.elephly.net/software/guile-studio) - There is no mention of Guile stud

[PATCH qa-frontpage] Apply incoming patches onto the correct feature branch

It seems that the only available information of the feature branch is in the patch name. --- Hello guix! Thank you for making the QA tool. It seems to me that feature branches are ignored for patches. The patches seem to always be applied on top of master. I get that idea because the base-for-iss

Re: How can we decrease the cognitive overhead for contributors?

Hi Simon, On Mon, Sep 18 2023, Simon Tournier wrote: > > To be clear, I dismiss only these two sentences: Having read your message from earlier today [1] in which I think you questioned the continued utility of this thread ("could we stop this useless and unproductive flamewar?") it seems fair to

Re: How can we decrease the cognitive overhead for contributors?

Am Montag, dem 18.09.2023 um 20:39 +0300 schrieb MSavoritias: > > On 9/18/23 20:13, Simon Tournier wrote: > > On Mon, 18 Sept 2023 at 18:35, MSavoritias > > wrote: > > > > > I was talking from my experience. If you don't share it that is > > > fine. > > Share what?  Your experience?  How can I? 

Re: How can we decrease the cognitive overhead for contributors?

Hi, On Mon, 18 Sept 2023 at 19:40, MSavoritias wrote: > As i said its okay if you don't understand it, or share it. What you can > not do is dismiss my experience. I do not dismiss your experience. To the contrary. It is because I do not share other experiences that I am interested by learnin

Re: Implementing the guix-dameon in Guile

Hey Christopher and Ludovic, First, congrats on the NLnet funding! I've wanted to see this project happen for years so I'm excited to see it finally happening. On Thu, Sep 14, 2023 at 9:30 AM Ludovic Courtès wrote: > > Hi Christopher, > > Christopher Baines skribis: > > > My plan is to focus on

Re: How can we decrease the cognitive overhead for contributors?

On 9/18/23 20:13, Simon Tournier wrote: On Mon, 18 Sept 2023 at 18:35, MSavoritias wrote: I was talking from my experience. If you don't share it that is fine. Share what? Your experience? How can I? Instead, I share facts backed by numbers. It is fine to share how you perceive, encoura

Re: How can we decrease the cognitive overhead for contributors?

On Mon, 18 Sept 2023 at 18:35, MSavoritias wrote: > I was talking from my experience. If you don't share it that is fine. Share what? Your experience? How can I? Instead, I share facts backed by numbers. It is fine to share how you perceive, encouraged even! It is not fine to make bold clai

Re: Cross compilation status

Am Montag, dem 18.09.2023 um 17:17 +0300 schrieb Efraim Flashner: > On Sun, Sep 10, 2023 at 04:59:35PM +0200, Liliana Marie Prikler > wrote: > > Hi Mathieu, > > > > Am Sonntag, dem 10.09.2023 um 11:14 +0200 schrieb Mathieu Othacehe: > > > I have CC'ed members of the python, java, ruby, rust, r, ha

Re: How can we decrease the cognitive overhead for contributors?

On 9/14/23 11:24, Ricardo Wurmus wrote: Fannys writes: But again, even if this is a great option for you, it might be a really bad option for some other people. Everybody does not have the time to spend learning emacs, or other specific tool. It's ok if the workflow suggests that but it's no

Re: How can we decrease the cognitive overhead for contributors?

On 9/18/23 12:37, Simon Tournier wrote: Hi, On Sun, 17 Sep 2023 at 19:20, MSavoritias wrote: Including an committer. And the fact that guix doesn't get have many committers and contributors are scarce, speaks for itself. If you don't see it I suggest asking people in social networks/forums

Notmuch, Debbugs: my helpers (was Re: New section to easily reference Debbugs URLs within Emacs Debbugs)

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 info "(guix) The Perfect Setup"). Oh, cool! On Sa

Re: How can we decrease the cognitive overhead for contributors?

Hi, On Sun, 17 Sep 2023 at 14:29, MSavoritias wrote: > The reason I have come to guix is because it strives to actually make it > easier for people to change things. with guix shell and such. So making > it easier for people to contribute is absolutely a part of it. Im not > saying we should

Re: How can we decrease the cognitive overhead for contributors?

Hi, On Sun, 17 Sep 2023 at 19:20, MSavoritias wrote: > Including an committer. And the fact that guix doesn't get have many > committers and contributors are scarce, speaks for itself. If you don't > see it I suggest asking people in social networks/forums why they > *don't* get involved in g

Re: [fr] Moment de convivialité Guix@Paris en septembre

salut Tanguy, On Thu, 14 Sep 2023 at 18:06, Tanguy LE CARROUR wrote: > Ce jeudi 28 septembre à 19h, se tiendra la première édition de Guix@Paris > ouverte au public. Chouette ! Je serai là. à tantôt, simon

Re: Guix Days and Fosdem 2024

Hi Manolis, On Sun, 17 Sep 2023 at 17:42, Manolis Ragkousis wrote: > It's that time of the year again. We should start preparing for the Guix > Days 2024 and a Declarative and Minimalistic Computing devroom proposal. Cool! > I have created the pages at [1] devroom proposal and [2] Guix days.

Re: Thank you for using Emacs

MSavoritias writes: What i meant more was: - Offer an alternative to Emacs. - Specify a distro like doom Emacs that comes with better defaults. I would maybe lean towards the second one i here fyi. I agree it would be nice to introduce people to lisp modifiable editors :D I would lea

Re: Thank you for using Emacs

On 9/18/23 16:10, Peter Polidoro wrote: MSavoritias writes: I go to the manual to learn package management, https://guix.gnu.org/en/manual/devel/en/guix.html#Package-Management Apparently i have to either use the terminal or something called emacs. If I follow the guide located here: ht

Re: hard dependency on Git? (was bug#65866: [PATCH 0/8] Add built-in builder for Git checkouts)

Hi Ludo, On Mon, 18 Sept 2023 at 15:56, Ludovic Courtès wrote: > Anyhow, how about this plan: > > 1. Merge with the hard Git > dependency. Is #65866 fixing bug#63331 (Guile-GnuTLS/Git circular dependency) [1]? Does the merge of #65866 lead to close #6

Re: Cross compilation status

On Sun, Sep 10, 2023 at 04:59:35PM +0200, Liliana Marie Prikler wrote: > Hi Mathieu, > > Am Sonntag, dem 10.09.2023 um 11:14 +0200 schrieb Mathieu Othacehe: > > I have CC'ed members of the python, java, ruby, rust, r, haskell and > > emacs teams. Any plans adding cross-compilation support to your

Re: hard dependency on Git? (was bug#65866: [PATCH 0/8] Add built-in builder for Git checkouts)

Hello! Maxim Cournoyer skribis: > Yeah, 'git gc' is lacking from libgit2. I'm not against adding > dependency on the real 'git' CLI, but at that point, as Simon mentioned, > I see little reason to keep libgit2 around for much longer, given it > performs worst than git CLI in every aspect. I do

Thank you for using Emacs

MSavoritias writes: I go to the manual to learn package management, https://guix.gnu.org/en/manual/devel/en/guix.html#Package-Management Apparently i have to either use the terminal or something called emacs. If I follow the guide located here: https://emacs-guix.gitlab.io/website/manual

Re: Implementing the guix-dameon in Guile

Mathieu Othacehe writes: >> I imagine the daemon could be structured as a set of actors (it’s really >> my thing these days ;-)), with an eye on facilitating code sharing and >> interaction with the Coordinator, Cuirass, and all that. > > I think this point is really important here. If the offlo

Re: Implementing the guix-dameon in Guile

Mekeor Melire writes: > 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 impleme

Re: Implementing the guix-dameon in Guile

Caleb Ristvedt writes: >> Still though, I'd like to hear what people think about which direction >> the implementation should go, and what features they'd like to see. Even >> if those are not essential to make the Guile implementation viable, it >> still might inform the direction to take. > Ok

Re: Implementing the guix-dameon in Guile

Josselin Poiret writes: >> 2: https://nlnet.nl/project/GuixDaemon-Guile/ >> >> Rewrites are risky because you only get the value right at the end, >> therefore the priority is to get a minimal but viable implementation in >> Guile that can be switched to, and not to get distracted on adding or >

Re: Guix Survey (follow up on "How can we decrease the cognitive overhead for contributors?")

Wilko Meyer writes: > Hi Guix, > > I haven't had enough time to read up on every topic that has been > mentioned in the "How can we decrease the cognitive overhead for > contributors?" discussion as at some point it got quite a lot to > follow. At one point[0] there was a discussion on having a