Re: $EDITOR and “guix edit”

On Fri, 12 Jan 2024 at 20:46, Liliana Marie Prikler wrote: > PS: I should probably just write the patch myself at this point, but I > feel like it'll be misunderstood either way. Sorry but I do not understand how your proposal would work in tandem with the current "guix edit". So yes, please se

RE: [swh-devel] Call for public review - SWH Nix/GNU Guix stack

Hi, > The initial NixGuix loader (currently in production) lists and loads > origins from a manifest, ignoring the specific origins mentioned above. The > new stack will be able to ingest those origins. It will also optionally > associate, if present, a NAR hash (specific intrinsic identifier to N

Re: $EDITOR and “guix edit”

Hi, On Fri, 12 Jan 2024 at 18:39, Liliana Marie Prikler wrote: > > Well, I see how to write specific Scheme wrapper around $EDITOR; as I > > did in [1]. > > > > Or, I see how to tweak guix/scripts/edit.scm for running specific > > launcher depending on $EDITOR. > > > > Liliana, could you provide

Re: $EDITOR and “guix edit”

Hi, On Mon, 20 Nov 2023 at 20:33, Liliana Marie Prikler wrote: >>  2. Do we put this code in some etc/vscode-wrapper that user can >>  install?  (or that we could automatically installl) Or maybe revamp >> it >>  for calling this code via some shell function? > > With VSCode et al. not being Gu

Re: Building and caching old Guix derivations for a faster time machine

Hi Maxim, On Thu, 30 Nov 2023 at 08:28, Maxim Cournoyer wrote: > I'd like to have a single archive type as well in the future, but I'd > settle on Zstd, not lzip, because it's faster to compress and > decompress, and its compression ratio is not that different when using > its highest level (19)

Re: Request-For-Comment process: concrete implementation

Hi, Well, more than 7 weeks later… Hum, does it mean that the Guix project is not interested in formalizing some RFC? WDYT about the proposal? On Tue, 31 Oct 2023 at 12:14, Simon Tournier wrote: > Hi, > > This is a proposal for implementing Request-For-Comment process. > Comment ar

RFC (was Re: Shutting down qa.guix?)

such move. Why not some Request-For-Comment? Request-For-Comment process: concrete implementation Simon Tournier Tue, 31 Oct 2023 12:14:42 +0100 id:87h6m7yrfh@gmail.com https://lists.gnu.org/archive/html/guix-devel/2023-10 https://yhetil

Re: Shutting down qa.guix?

Hi, On sam., 09 déc. 2023 at 11:54, Ludovic Courtès wrote: > I think this underlines a collective failure to get our act together. I do not consider a collective failure considering the payment for the service. About the maintenance of such service, that’s another question, IMHO. :-) > Anywa

Re: Moment de convivialité Guix@Paris en nov… euh… décembre

salut, On Fri, 08 Dec 2023 at 08:45, Tanguy LE CARROUR wrote: > Rendez-vous début janvier (sûrement le 11, à confirmer) pour la > prochaine ! Avec des stickers si je ne les oublie pas à nouveau. ;-) Chouette soirée ! à tantôt, simon

Re: Doing away with CentOS 6 support (Linux faux-2.6)?

Hi, On Thu, 07 Dec 2023 at 23:46, Ludovic Courtès wrote: > Back in 2018, this was deemed important for HPC clusters, where CentOS 6 > was then relatively common, as Ricardo explained: Héhé! A colleague re-installed CentOS 6 this week; for testing purpose. Hum… :-) > Five years later, it seem

Re: Moment de convivialité Guix@Paris en nov… euh… décembre

salut Édouard, Chouette présentation ! Je pense que cela pourrait sympa de partager ton canal. :-) à tantôt, simon

Re: GNU Mes 0.26 released

Hi Janneke, On Sun, 03 Dec 2023 at 13:50, Janneke Nieuwenhuizen wrote: > We are happy to announce the release of GNU Mes 0.26. Cool! A naive question. :-) I was randomly roaming and I have seen, for example, in file module/mescc/x86_64/as.scm: --8<---cut here---start-

Re: What's the difference between a shell environment and a profile?

Hi Konrad, On Fri, 08 Dec 2023 at 17:24, Konrad Hinsen wrote: > First, I tested some Python 2 scripts in a shell environment: > > guix time-machine -C ./channels.scm \ > -- shell --container \ >python2 python2-mmtk python2-matplotlib \ >--with-input=python2-nu

Re: #$(this-package-input "subversion") in git introduces a cycle

Hi Maxim, I am late to the party and maybe it is already solved. On ven., 06 oct. 2023 at 22:13, Maxim Cournoyer wrote: > I've narrowed the problem down to #$(this-package-input "subversion"); > the following diff allows the build to start: [...] > I'm puzzled as to why this happens. Would

Re: sbcl-py4cl does not appear in --list-dependent output

Hi, On mer., 29 nov. 2023 at 13:27, "jgart" wrote: > Does anyone happen to know why sbcl-py4cl doesn't appear in this output? > > guix refresh --list-dependent python-numpy > > Building the following 1490 packages would ensure 3164 dependent packages are > rebuilt: I guess sbcl-py4cl is not pa

Re: Upgrading Guix's security team

do your best to be around by then. I think all this should be encoded in some RFC as proposed in: Request-For-Comment process: concrete implementation Simon Tournier Tue, 31 Oct 2023 12:14:42 +0100 id:87h6m7yrfh@gmail.com https://lists.gnu.org/archive/htm

Re: guix shell init

Hi jgart, On mer., 25 oct. 2023 at 14:12, "jgart" wrote: >> Could you explain what “Nix flake” means using Guix terminology? > > Here's TLDR list of nix flake features and their guix equivalents > (maybe): Thanks for explaining. If I understand correctly, Guix does not miss some feature from N

Re: Building and caching old Guix derivations for a faster time machine

Hi, On mer., 22 nov. 2023 at 19:27, Ludovic Courtès wrote: > For long-term storage though, we could choose to keep lzip only (because > it compresses better). Not something we can really do with the current > ‘guix publish’ setup though. It looks good to me. For me, the priority list looks li

Feedback (was Re: Meet Guix at Capitole du Libre in Toulouse)

Hi, Thanks all people! It was a very interesting experience for me and a very good moment. I hope that we will do again in the near future. As a record for the next time, let me mention two points that help: 1. Demos! It seems very helpful to have both: Guix System and Guix on foreign di

Re: [maintenance] Compressed JSON files and served file extension?

Hi, On mar., 28 nov. 2023 at 16:50, Tomas Volf <~@wolfsden.cz> wrote: > You could invoke the wget with -E flag I guess. Thanks. I will try to apply that consistently. :-) On mar., 28 nov. 2023 at 21:05, Attila Lendvai wrote: >(remember: if it's not backwards, it'

Re: [maintenance] Compressed JSON files and served file extension?

Hi, On Mon, 20 Nov 2023 at 14:03, Attila Lendvai wrote: > TL;DR the filename shouldn't contain the .gz extension, and the HTTP > standard is crap ("If no Accept-Encoding field is present in a > request, the server MAY assume that the client will accept any content > coding."). > > use curl --com

Re: [maintenance] Compressed JSON files and served file extension?

Hi Ludo, On Thu, 16 Nov 2023 at 15:40, Ludovic Courtès wrote: > That said, if you become aware of actual breakage, we can revisit this! The actual breakage is my own interaction with this file. :-) Again, it happened to me yesterday. By habits, I do: $ wget https://guix.gnu.org/sources.j

Re: Moment de convivialité Guix@Paris en nov… euh… décembre

salut, On Thu, 23 Nov 2023 at 09:18, Tanguy LE CARROUR wrote: > Jeudi 7 décembre à 19h, se tiendra la troisième édition de Guix@Paris > ouverte au public. > Comme la dernière fois, il sera possible de participer à distance (*cf* > ci-dessous). Et pour les présents, quelques stickers Guix. :-)

Re: Request-For-Comment process: concrete implementation

Hi Efraim, Thnaks for your comments. On Thu, 23 Nov 2023 at 09:04, Efraim Flashner wrote: > Actually, in terms of suggestions, I'd add the rfc/ folder in > etc/teams.scm to set guix-devel as one of the team members. Good idea! Cheers, simon

Re: $EDITOR and “guix edit”

cheme -*- !# ;;; Copyright © 2023 Simon Tournier ;;; ;;; ;;; VSCode does not respect the convention: ;;; ;;; $EDITOR +line file ;;; ;;; and instead relies on: ;;; ;;; code --goto file:line ;;; ;;; ;;; This wrapper is a workaround. It is Scheme but it could be whatever else ;;; as Bash,

Re: [maintenance] Compressed JSON files and served file extension?

Hi, On Thu, 16 Nov 2023 at 15:40, Ludovic Courtès wrote: >> However, now I get: >> >> $ wget https://guix.gnu.org/sources.json > > If you open it in a browser though, it’s fine, because browsers and in > fact many HTTP clients other than wget, honor ‘Content-Encoding’: [...] > That said, if yo

Re: Request-For-Comment process: concrete implementation

Hi Ludo, Thanks for giving a look. On Thu, 16 Nov 2023 at 16:03, Ludovic Courtès wrote: > Thanks for starting the discussion! I think that getting such a process > in place is key to sustain friction-less development of Guix, giving > everyone a chance to have their voice heard. Do you have c

collection of “guix pull“ bug reports

Hi, >>> https://issues.guix.gnu.org/issue/62830 >>> https://issues.guix.gnu.org/issue/63451 >>> https://issues.guix.gnu.org/issue/63830 >>> https://issues.guix.gnu.org/issue/64489 >>> https://issues.guix.gnu.org/issue/64659 >>> https://issues.guix.gnu.org/issue/64753 >>> https://issues.guix.gnu.or

Re: Turning off tests leads to a different store item

Hi Maxim, On Thu, 09 Nov 2023 at 10:04, Maxim Cournoyer wrote: >> I agree. On a side note, one of the issue is the time of some tests. >> Sometimes, packaging is frustrating: build takes ages, then you fix some >> tests, think it will be good, re-launch “guix build”, another test >> failing, re

Re: Turning off tests leads to a different store item

se and depends on the former. Re: Turning off tests leads to a different store item Simon Tournier Thu, 02 Nov 2023 18:02:18 +0100 id:86y1fgm6lh@gmail.com https://lists.gnu.org/archive/html/help-guix/2023-11 https://yhetil.org/guix/86y1

Stand Guix au Capitole du Libre à Toulouse, nov. 18-19

Salut, La date du Capitole du Libre approche... Chouette ! L'organisation Capitole du Libre demande le nombre de personnes qui aideront pour le stand (une histoire de sécurité et de badge). Il serait aussi judicieux que l’on puisse avoir une idée entre nous pour faciliter la journée ou les journ

Re: Turning off tests leads to a different store item

Hi, On Wed, 8 Nov 2023 at 20:20, Saku Laesvuori wrote: > There is another way: simply preventing the tests from changing the > resulting store item. For example, the package could first be built > without tests and then that build tree could be copied to the build tree > of the build with tests

Re: G-expressions and chroot environment? (was Re: branch master updated: gnu: Add passff.)

Hi, On Fri, 03 Nov 2023 at 19:46, Simon Tournier wrote: > However, there is still something that I am missing. The derivations > tracks all and that’s expected; thanks G-expression machinery. :-) > However, I miss how the builder works with the chrooted environment if > nothing is

G-expressions and chroot environment? (was Re: branch master updated: gnu: Add passff.)

Hi, On Sat, 28 Oct 2023 at 17:05, Clément Lassieur wrote: >> ./pre-inst-env guix show passff-host >> name: passff-host >> version: 1.2.3 >> outputs: >> + out: everything >> systems: x86_64-linux mips64el-linux aarch64-linux powerpc64le-linux >> riscv64-linux >> + i686-linux armhf-

$EDITOR and “guix edit”

Hi, The command “guix edit” returns “+N path/to/file” that is then passed to $EDITOR. Therefore $EDITOR needs the command line: $ $EDITOR +N /path/to/file Well, that is accepted by many $EDITOR, to my knowledge. At least, Emacs, Vi or less are fine with it. However, some other $EDITOR doe

Request-For-Comment process: concrete implementation

-For-Comment process #+DATE: 2023-10-31 + Issue: 66844 + Status: pending + Supporter: Simon Tournier + Co-supporters: * Summary The "RFC" (request for comments) process is intended to provide a consistent and controlled path for new features to enter the Guix project, so that all stakeh

Re: doc: Mention the responsibilities that blocking comes with.

Hi, On sam., 14 oct. 2023 at 11:44, Maxim Cournoyer wrote: > I thought I'd advertise this proposed change here: > that touches to our common rules, so > that everyone gets to see it/comment on it. Here is the change: --8<---cut here-

Re: Moment de convivialité Guix@Paris en octobre

salut Tanguy, On Fri, 27 Oct 2023 at 09:04, Tanguy LE CARROUR wrote: > Merci à ceux qui ont bravé la pluie pour venir hier soir ! > Et merci à ceux qui ont supporté de nous voir manger et boire *via* > la vidéo-conférence. 😉 Chouette soirée ! Merci Tanguy pour la logistique. > Vu que l'on a

Re: guix shell init

Hi, On Wed, 25 Oct 2023 at 04:29, "jgart" wrote: > nix flakes also allows you to create your own custom template for use with > `nix flakes init`: > > https://nixos.org/manual/nix/stable/command-ref/new-cli/nix3-flake-init#template-definitions > > We could do the same with `guix shell init` mayb

Re: guix shell init

Hi, On Wed, 25 Oct 2023 at 04:24, "jgart" wrote: > It would generate this boilerplate somehow: > > https://guix.gnu.org/en/blog/tags/cookbook/sk/html_node/Getting-Started.html Could you be precise about the boilerplate? You would like that “guix shell --init” would generate a template for some

Re: guix shell init

Hi, On Wed, 25 Oct 2023 at 02:24, "jgart" wrote: > What if we had a command like `guix shell init`. > > It would create a basic manifest.scm or guix.scm file for the user. Is guix shell --export-manifest not already doing that? And “guix package --export-channels” is similar for the chan

Meet Guix at Capitole du Libre in Toulouse, nov. 18-19

Hi, Some of us will be in Toulouse, INP-N7, 26 rue Riquet on 18 & 19 november for Capitole du Libre: https://capitoledulibre.org/ We will stand in Village Associatif. Let us know if you can help us at the event. Well, I do not know exactly what means "a stand" since it will be the first fo

Re: Order of manifest and overlapping binaries

Hi, On Tue, 16 May 2023 at 16:41, Greg Hogan wrote: > I could not find documentation on this circumstance or how to resolve. > Both 'parallel' and 'moreutils' produce a 'bin/parallel' and only one > can go in the $GUIX_PROFILE. > > Creating a container, the latter package overshadows the former

Re: Proposal to introduce a Change-Id in our commit messages

Hi, On Sat, 14 Oct 2023 at 11:21, Maxim Cournoyer wrote: > As was discussed in [1], a proposal that emerged is adding a new > commit-msg hook to our auto-configuration, so that a 'Change-Id' git > trailer would always get added to new commits. > > This part has been implemented already bug#66027

Re: Useful Info related Emacs functions (was Re: more than 1,800 dependent packages: website out of date)

Hi, Cool! Thanks for sharing. On Wed, 18 Oct 2023 at 20:41, Matt wrote: >((string= info-file "guix") > (concat "https://guix.gnu.org/en/manual/devel/en/html_node/"; > (if (string= node "Top") "" > (concat (replac

Re: more than 1,800 dependent packages: website out of date

Hi Maxim, On Sat, 14 Oct 2023 at 12:11, Maxim Cournoyer wrote: > Not to preach, but I've spent some time looking at 'info info' once and > I'm sold to it now. I basically use these keys: 'g' to navigate to > nodes, 'm' to select a menu, 'space' to page down and 'backspace' to > page up. Yeah t

Re: Proposal: Differentiate products more clearly (Cycle 01)

Hi, On Thu, 12 Oct 2023 at 21:23, Luis Felipe wrote: >> While the -ix and -ux endings have long traditions in the operating >> system space, the Guix name is already trademarked by someone else for >> that kind of software. [2] [...] >> [2] >> https://tsdr.uspto.gov/#caseNumber=87948650&caseTy

[maintenance] Compressed JSON files and served file extension?

Hi, I have just noticed that: 1123fd8 hydra: build-package-metadata: Compress JSON files. Cool! However, now I get: --8<---cut here---start->8--- $ wget https://guix.gnu.org/sources.json $ cat sources.json | jq | head parse error: Invalid numeric literal

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

Hi, On Mon, 09 Oct 2023 at 12:29, Katherine Cox-Buday wrote: > Is this rough list of questions our first pass at what the survey should > contain? > > Have you done any more research on what other communities are doing? > > What are next steps? Well, from my opinion, since the idea is to send

Re: [PATCH] web: Include merged_with in graphql .

Hi, Out of my curiosity, is this patch On Tue, 26 Sep 2023 at 09:59, Christopher Baines wrote: > * mumi/web/graphql.scm (): Include merged_with. > --- > mumi/web/graphql.scm | 12 +++- > 1 file changed, 11 insertions(+), 1 deletion(-) merged to Mumi? Is it still relevant? If it is al

Re: Proposal: Differentiate products more clearly (Cycle 01)

Hi, On Thu, 12 Oct 2023 at 00:15, Luis Felipe wrote: > This is a proposal to help differentiate Guix, the package manager, > from Guix System. I agree with this proposal. For what it is worth, I remember a discussion past year at 10 Years of Guix with researchers – interested by reproducible r

Re: core-updates invites to an ungrafting party

Hi, On Sun, 08 Oct 2023 at 11:12, Maxim Cournoyer wrote: > such as fixes to > git-minimal (bug#65924) Why not also update git-minimal/pinned? Well, the idea with git-minimal/pinned (as well as with all /pinned packages) is to have a variant that is

Re: Cuirass upgrade on ci.guix

Hi Ludo, On Mon, 02 Oct 2023 at 23:46, Ludovic Courtès wrote: > A few hours ago I deployed current Cuirass on ci.guix and its build > machines. The expected benefits are: Really cool! Thank you! > As a bonus, we may finally get native GNU/Hurd builds again, via the > childhurds running on s

content-address hint? (was Re: intrinsic vs extrinsic identifier: toward more robustness?)

r redoing. Last, please note Guix is already storing multiple hashes for some origins. It is the case for ’git-fetch’ methods, for example. All these packages using a plain Git commit hash are somehow storing two content-addressed hashes (Git and Nar). If one needs examples about how upstream

Re: more than 1,800 dependent packages: website out of date

Hi, On Wed, 04 Oct 2023 at 17:33, Ludovic Courtès wrote: >> Yeah but for instance I barely use Info because I never remember how to >> navigate and often I have an approximate idea about what I am looking >> for and in this case, I am faster with the HTML documentation. > > That’s fine, we all h

Re: guix refresh -u weird behaviour

Hi jgart, On Wed, 04 Oct 2023 at 10:10, Ricardo Wurmus wrote: > Because Faker doesn’t list them in a way that the importer can add them. > The quality of the importer determines the quality of the updater. The > updater only does what the importer tells it to do. …and the Guix importer tells w

Re: more than 1,800 dependent packages: website out of date

Hi Ricardo, On Thu, 28 Sep 2023 at 08:35, Ricardo Wurmus wrote: > Across the wider GNU system the command for accessing manuals is “info” > followed by the name of the manual, e.g. “info guix” or “info > guix-cookbook”. Yeah but for instance I barely use Info because I never remember how to nav

Re: is core-updates still a thing?

Hi, On Tue, 26 Sep 2023 at 12:28, Maxim Cournoyer wrote: >> My understanding is that feature-branches are now the canonical way to >> work on things, and core-updates has become just another kind of >> feature-branch for landing groups of large changes that don't really >> fit anywhere; the diff

Re: more than 1,800 dependent packages: website out of date

Hi, On Tue, 26 Sept 2023 at 11:55, Attila Lendvai wrote: > > > When will the above website be updated to use the latest manual > > > information about branches? > > > > What do you mean? > > > > 1. The manual you are pointing is the released v1.4.0 manual, not the > > latest one. This v1.4.0 manu

Re: more than 1,800 dependent packages: website out of date

Hi, On Tue, 26 Sep 2023 at 03:18, "jgart" wrote: > https://guix.gnu.org/manual/en/html_node/Submitting-Patches.html > When will the above website be updated to use the latest manual > information about branches? What do you mean? 1. The manual you are pointing is the released v1.4.0 manual,

Re: RFC: add more setups to Guix docs (was: The e(macs)lephant in the room and the Guix Bang)

Hi Ekaitz, On Mon, 25 Sep 2023 at 14:25, Ekaitz Zarraga wrote: > I decided to go for the action instead of discussion. Nice initiative! > Are maintainers open to add some section like this to the manual? I am not maintainer and I have nothing against. :-) Well, I do not know if you plan to i

Re: The Giraffe; the Pelican et al (was Re: The e(macs)lephant in the room and the Guix Bang)

Hi, On Mon, 25 Sep 2023 at 14:13, MSavoritias wrote: > So saying that the people who don't know guile or guix need to first > contribute docs is pretty ridiculous. Why? Could you explain more why it appears to you “ridiculous”? Cheers, simon

Re: The e(macs)lephant in the room and the Guix Bang

Hi, On Mon, 25 Sep 2023 at 20:54, Liliana Marie Prikler wrote: >> The default of Emacs absolutely do matter. [...] > I share neither the experience nor the argument. [...] Please, we are not on the emacs-devel mailing list. :-) Or maybe, we need to create some guix-tagents mailing list. ;

Emacs and Guix (was Re: The e(macs)lephant in the room and the Guix Bang)

Hi, On Mon, 25 Sep 2023 at 14:09, MSavoritias wrote: > when its the same people that push Emacs as the "blessed" way to > contribute (as in the guix manual) Just to point 1. Guix is part of GNU – for the good, the bad and the ugly – so 2. editors developed under the GNU umbrella are autopromot

Helpers? (was Re: New section to easily reference Debbugs URLs within Emacs Debbugs)

Hi Maxim, On Wed, 20 Sep 2023 at 14:13, Maxim Cournoyer wrote: >> (define-key gnus-article-mode-map "R" >> #'(lambda () >> "Start composing a reply mail to the current message. >> The original article will be yanked, see >> `gnus-summary-wide-reply-with-original'." > > This comes

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

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 > ideas/

Re: July update on qa.guix.gnu.org

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, #6563

Re: The elephant in the room and the Guix Bang.

mon 1: Re: How can we decrease the cognitive overhead for contributors? Simon Tournier Mon, 18 Sep 2023 12:09:45 +0200 id:87bkdzssgm@gmail.com https://lists.gnu.org/archive/html/guix-devel/2023-09 https://yhetil.org/guix/87bkdzssgm@gmail.com

Re: Guix pull speed

Hi, On Thu, 14 Sep 2023 at 11:58, Ludovic Courtès wrote: >> What could be done about this? Another solution would be to somehow >> build Guix without any of the dependencies and then add them in later, >> similar to what is done with build-aux/build-self.scm to be able to load >> (guix self) in

Re: bug#65866: [PATCH 0/8] Add built-in builder for Git checkouts

Hi Ludo, On Tue, 19 Sep 2023 at 16:43, Ludovic Courtès wrote: >>> 1. Merge with the hard Git >>> dependency. >> >> Is #65866 fixing bug#63331 (Guile-GnuTLS/Git circular dependency) [1]? > > Yes, as written in the cover letter. [...] >

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: 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

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?

some stats; e.g., [4]. In summary, “email vs. web-forge” is a fake-problem, IMHO. Last, the talk [5] by Enrico Zini appears to me much more fruitful. The question is about sustain the community. And this sustainability does not clearly depend on any tool. Cheers, simon 1: Re: How can w

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: 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: Can we provide another UI for patches than just email ?

Hi Liliana, On Sun, 17 Sep 2023 at 00:19, Liliana Marie Prikler wrote: > Am Donnerstag, dem 14.09.2023 um 19:48 +0200 schrieb Simon Tournier: >> a.  … send an Email to guix-patc...@gnu.org #only once >> b.  $ git config sendemail.to 12...@debbugs.gnu.org

Re: The already complicated (complex?) process for contributing.

Hi Giovanni, On Sat, 16 Sep 2023 at 09:33, Giovanni Biscuolo wrote: > since I already replied you offline please forgive me for any > repetitions, but later I realized a better comment to your metaphore > (see below) could be useful to other people. Since your offlist comment is more or less ab

Re: The already complicated (complex?) process for contributing.

Hi Giovanni, On Fri, 15 Sep 2023 at 16:37, Giovanni Biscuolo wrote: > maybe we are drifting... again? ;-) Yes we are. :-) > Is it /complex/ or /complicated/? Change-Id is not really complex – especially if the complexity is hidden behind some pre-commit hook – and it is not complex compared t

Re: [workflow] Automatically close bug report when a patch is committed

Hi Giovanni, Before commenting, let me repeat. ;-) That’s said, I am not against the proposal. I just have mixed feelings and before deploying I strongly suggest to review if the proposal covers the intent. On Fri, 15 Sep 2023 at 09:16, Giovanni Biscuolo wrote: > Befo

Re: Can we provide another UI for patches than just email ?

Hi Edouard, On Thu, 14 Sep 2023 at 20:57, Edouard Klein wrote: > Second, I don't know what the general feeling is here towards debbugs, but > if moving away from it is something that may happen, my suggestion is not > to use anything with Pull Requests, as Simon you seem to have > understood. P

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

Hi, On Thu, 14 Sep 2023 at 23:19, Sarthak Shah wrote: > I believe that it should not be very hard to create a user interface (web, > ncurses or GUI) that searches for a package's location (the package record > has a field that accommodates this) and then displays it, which the user > can then ed

Re: Can we provide another UI for patches than just email ?

Hi Edouard, It is very important to speak up, although that makes me sad to read such poor feedback experience. Well, the friction is about Debbugs. Maybe I repeat myself: Debbugs is initially thought to be a bug tracker system and not a patch track system. Do not take me wrong, I am not trying

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

Hi, On Thu, 14 Sept 2023 at 18:51, Ludovic Courtès wrote: > For the record, that’s a 6% increase: > > --8<---cut here---start->8--- > $ guix size guix | tail -1 > total: 633.0 MiB > $ guix size guix git-minimal | tail -1 > total: 675.7 MiB > --8<--

Re: comparing commit-relation using Scheme+libgit2 vs shellout plumbing Git

Hi Ludo, On Thu, 14 Sep 2023 at 12:30, Ludovic Courtès wrote: >but I don’t think > we can get a decent throughput if we shell out for all these things > (assuming ‘git’ can even give us raw data). Do you consider that Magit does not have a

Re: [workflow] Automatically close bug report when a patch is committed

Hi, On Thu, 14 Sep 2023 at 12:27, Giovanni Biscuolo wrote: > Please can you expand what troubles do you see in automatically adding > 'Change-Id:' using a hook-commit-msg like > https://gerrit-review.googlesource.com/Documentation/cmd-hook-commit-msg.html > ? 1. The hook must be installed. 2. T

Re: to PR or not to PR, is /that/ the question?

Hi, On Thu, 14 Sept 2023 at 08:53, Giovanni Biscuolo wrote: > To remain /in topic/: I think that adopting a «web based PR model» will > definitely _not_ decrease the cognitive overhead for contributors. What could potentially decrease the cognitive overhead for contributors when using a "web ba

Re: Implementing the guix-dameon in Guile

Hi, Really cool! Congrats Chris! :-) On Wed, 13 Sep 2023 at 13:13, Maxim Cournoyer wrote: > I had some musing about the daemon recently; I was thinking libguile > could be added to our old C++ daemon, which could then replace its > functions piece-wise with Scheme implemented ones? Maxim, you

Re: Cuirass actors

Hi, It is really cool! :-) On Wed, 13 Sep 2023 at 23:08, Ludovic Courtès wrote: > - The "builder" spawns derivation builds. There are currently two > implementations: the local builder sends build requests to the local > 'guix-daemon' process, while the remote build delegates builds

Re: to PR or not to PR, is /that/ the question?

Hi Giovanni, Thank you for your detailed message. Sorry, I have not read all the details because I have been lost. What do you want to explain? Well, let me explain my understanding using my own words. :-) When one reduces to the core of the workflows, the main difference between “email workfl

Re: [workflow] Automatically close bug report when a patch is committed

Hi, On Wed, 13 Sep 2023 at 21:14, Liliana Marie Prikler wrote: > I do wonder how the ChangeId would work in practice. Since it's not > really assigned by the committer, it would have to be generated "on the > fly" and attached to the mail in between, which could result in all > kinds of nasty

Re: Swineherd: Guix System container manager

Hi Ricardo, On Wed, 13 Sep 2023 at 11:06, Ricardo Wurmus wrote: [...] > > The Swineherd was designed to be used with Shepherd on foreign distros, > so it does not assume to be running on top of Guix System (for better or > worse). Oh! It is very promising. Really cool! > Of course the Swine

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

Re, On Wed, 13 Sep 2023 at 09:57, Simon Tournier wrote: > Somehow, the line is drawn using a two-axis plot of “easy vs boring” > when instead we should draw a two-axis plot of “complexity vs capture > the values”. I meant, the thread is considering a one-axis plot using a subjective

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

Hi Katherine, On Tue, 12 Sep 2023 at 10:05, Katherine Cox-Buday wrote: > And these are subjective statements, which are bad to rest decisions on. > I have the opinion that this style of commit message is difficult and > doesn't have a lot of value; others think it's easy and find a lot of >

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

Hi Maxim, On Tue, 12 Sep 2023 at 10:42, Maxim Cournoyer wrote: >> Even before looking at it, I have to spend some time to find a way to >> manually apply the patches. Then, rebasing on the top of master could >> lead to conflict but that another story and the same appears whatever >> the workfl

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

Hi Vagrant, On Mon, 11 Sep 2023 at 12:35, Vagrant Cascadian wrote: > What about making git an optional dependency, and only calling out to > "git gc" if git is available in PATH? Somehow, that’s more or less the case, IIUC, --8<---cut here---start->8--- 15 c

comparing commit-relation using Scheme+libgit2 vs shellout plumbing Git

Hi, On Mon, 11 Sep 2023 at 14:26, Maxim Cournoyer wrote: > In the grand scheme of things (pun intended), we'd like every > programming to be feasible via nice Scheme APIs, which is what Guile-Git > provides to work with git repositories. The appeal is to have a single > language to rule them al

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

Hi Liliana, On Mon, 11 Sep 2023 at 19:53, Liliana Marie Prikler wrote: > For "patch does not apply", the forge solution is typically to send a > notification to the issuer. No, that does not match my small experience. Because often the issuer is gone or not responding. As a reviewer using th

<    1   2   3   4   5   >