Re: wishlist: “repack” generations history of profile

sts.scm in a VCS, better sooner than later users should do it [...] Happy hacking! Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: wishlist: “repack” generations history of profile

sers should peacefully agree on a Guix package and profile management policy, documenting it for the organization [...] Happy Guixing! :-D Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: On commit access, patch review, and remaining healthy

ssions! Happy Hacking! Gio' P.S. when considering how much easy or difficult is to contribute to Guix as a software distribution we should also look at the contribution workflow model and tooling of other distributions, rolling and not-rolling (e.g. Opensuse, Debian): AFAIU we are not so bad at this compared to others (except probably the number of "package maintainers") :-D -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: On commit access, patch review, and remaining healthy

it is /for sure/ a very open group of persons [...] Thanks! Gio' [1] https://www.merriam-webster.com/dictionary/elite -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: On commit access, patch review, and remaining healthy

hance to someway document important things said during meetings/IRC/email-messages useful to demystify the whole thing: I know it's more work for some of you, but hopefully for less work in the future [...] Thanks! Gio' [1] that is: is there a command that given a patch is able to give us a list of affected guix packages? -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: On commit access, patch review, and remaining healthy

, I fix the 1% myself and push. But often, I confess > that I just leave it to other committers. I don't imagine a specific use case, but nevermind [...] Thank you! Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: On commit access, patch review, and remaining healthy

Efraim Flashner writes: > On Fri, Jun 10, 2022 at 02:27:44PM +0200, Giovanni Biscuolo wrote: [...] >> I just hope this requirement is refraining people to contribute and to >> review patches. > > I'll reword this as "I just hope this requirement isn't preve

Re: On commit access, patch review, and remaining healthy

here some documentation about the content of etc/? I searched "committer.scm" with grep in the whole repo but did not find info > I thought we had a yasnippet plugin for vim packaged, but it seems we > don't yet. are there yasnippet plugins for vim? [...] Thanks! Gio&

Re: On commit access, patch review, and remaining healthy

re still bundling binaries in their packages it's too confusing for newcomers > or have packages with bundled dependencies (e.g. vendored jars). bundling binaries it's (is it?) for sure against the definition of a reproducible build, but what about bundling (source) dependencies? AFA

Re: On commit access, patch review, and remaining healthy

tifact [4] is it software even if not always expressed in a programming language? (my guess is yes) -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: On commit access, patch review, and remaining healthy

Hi Maxime Maxime Devos writes: > Giovanni Biscuolo schreef op ma 13-06-2022 om 11:34 [+0200]: >> Maxime I have a question for you please: do you really think that in >> the NixOS community > > Going by the Java example, yes, at least for some of the NixOS > communi

Re: On commit access, patch review, and remaining healthy

Hi Simon, zimoun writes: > On Wed, 08 Jun 2022 at 11:30, Giovanni Biscuolo wrote: > >>> It reduces a bit the pressure on the committers, IMHO. >> >> It raises a bit the pressure on the maintainers, IMHO :-) > > What does it mean “maintainer” here? Guix main

Re: First guix pull is too costly

mirrors.edge.kernel.org/pub/software/scm/git/docs/git-bundle.html [3] that means fix the url in the [remote "origin"]; we can easily document it in our manual -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: developing javascript with guix

egory" or "Language" in packages metadata, no? [...] Thanks! Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: issue tracking in git

Hello Pjotr Giovanni Biscuolo writes: [...] > As a new initiative we are discussing/designing a gemini + git issue > tracker. please are there updates about this initiative? Thanks! Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: issue tracking in git

Hello Pjotr and Arun, thanks Pjotr for the information Pjotr Prins writes: > On Tue, Nov 22, 2022 at 06:57:59PM +0100, Giovanni Biscuolo wrote: [...] >> please are there updates about this initiative? > > Yeah, issue tracker lives here: > > => https://issues.genenet

Re: issue tracking in git

dd some more documentation soon? Happy hacking! Gio' > > Kind regards, > > > -- > Jonathan McHugh > indieterminacy@libre.brussels [1] https://10years.guix.gnu.org/video/l-union-qiuy-fait-la-force/ -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: issue tracking in git

domination in knowledge and workflow management! B-) >> Last but not least: what about to have tissue packaged [2] in Guix? :-D > > It is about time - and a package and system definition exists in a > channel. yes, please :-) Thanks! Gio' [1] and notmuch/xapian rules! -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

declarative containers (was Re: [EXT] Re: Enterprise Guix Hosting?)

ing to test it, if needed thanks! Gio' [1] id:878rn4syql@elephly.net [2] thank you Ricardo for the cookbook section! https://guix.gnu.org/en/cookbook/en/guix-cookbook.html#Guix-System-Containers -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: Stratification of GNU Guix into Independent Channels

(instead "git blame" and bless it!)» :-D -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

[job] Semantic CSS Developer to implement new visual identity of a Guix based company

ource/doc.swws/en/legal/sprint-agreement/index.org [2] https://doc.meup.io/colophon/#cms-design-principles [3] https://shinmera.github.io/LASS/ -- Giovanni Biscuolo Software Workers - IT Infrastructures signature.asc Description: PGP signature

Re: nudging patches

uot;guix/build-system/ruby.scm" "guix/import/gem.scm" "guix/scripts/import/gem.scm" "tests/gem.scm" members: + Christopher Baines > But seriously, what is the preferred way to do this? HTH! Gio' [1] https://guix.gnu.org/en/manual/devel/en/html_node/Teams.html#Teams -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

pam_ssh_agent_auth on a Guix System?

o and /etc/sudoers is someone already using such a configuration in a Guix System? Thanks, Gio' [1] is it safer or more efficient to have users authentication without password but only with a SSH key? -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: pam_ssh_agent_auth on a Guix System?

never used kerberos (I should learn it) but if possible I'd like to avoid to install and configure extra services; ssh is ubiquitous and installing and configuring an ssh-agent on the client /maybe/ is easier than a kerberos client [...] Thanks! Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

stateful caches (was Re: OBS Studio memory leak)

ot;/var/cache/fontconfig") (type "tmpfs") (flags '(read-only)) (check? #f)) --8<---cut here---end--->8--- It seems that a similar snippet could also be useful for all "~/.cache/*" :-O Happy hacking! Gio' [1] message id:87y1kozvny@robbyzambito.me [2] message id:20191018073501.GB1224@E5400 -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: stateful caches (was Re: OBS Studio memory leak)

at > it... > > And it seems that Maxim has already reported the issue upstream, > see <https://issues.guix.gnu.org/63197> oh I missed it: I'll make my comments in that issue then, thanks! > and <https://gitlab.freedesktop.org/mesa/mesa/-/issues/8937> I see Happy hacking. Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: Rebasing or merging? [was: Re: 01/03: gnu: wxwidgets: Add libxtst to inputs.]

e whole article deserves to be read) [...] WDYT? Happy hacking! Gio' [1] https://www.atlassian.com/git/tutorials/merging-vs-rebasing#the-golden-rule-of-rebasing P.S.: and yes, maybe Fossil is better designed than Git, but I'm not proposing switching to it, not at all :-) -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: Rebasing or merging? [was: Re: 01/03: gnu: wxwidgets: Add libxtst to inputs.]

will be short lived, I guess some could be long lived (months instead of weeks) WDYT? Ciao, Gio' [1] id:ZIcZ9tUidrWOfgyN@jurong -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: FSDG issues of SCUMMVM-based games

n. Yes, keeping ScummVM is not a clear FSDG violation AFAIU Thanks all for the heads on! [1] albeit very poorly worded: https://www.gnu.org/licenses/license-list.html#SILOFL -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

gnu: Add gmt.

Tools is a great package, kudos! -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

ting from scratch. You don't need to start from scratch if you want, you just have to checkout the right git commit (before the package was deleted) and start from that, if needed: WDYT? Happy hacking! Gio' [...] -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

should look again. > Users who have tried curlbash also looked at > wget https://issues.guix.gnu.org/issue/N/patch-set/M | git am -3 Is this documented somewhere plz? I tried https://issues.guix.gnu.org/issue/65428/patch-set/1 but I get a blank page: any example plz? Thanks! Gio' [.

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

r is your guix checkout >> 3. Select series you want to apply >> 4. Sort by subject > > Also can first read on issues (mumi), find a issue ID, > then M-x gnus-read-ephemeral-emacs-bug-group ID. [...] > Don't know the 'C-u 10 |' one, cool, thank you! I feel l

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

ss Katherine's > and all other people's point, either way the consensus will fall? > > giacomo > [1] https://man.sr.ht/tutorials/#contributing-to-srht-projects -- Giovanni Biscuolo Xelera IT Infrastructures

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

to address Katherine's > and all other people's point, either way the consensus will fall? First it would be useful to separate each /different/ question raised in dedicated threads that are actionable, possibly leading to a patch or at least to a consensus... or to some sort of cla

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

it's federated by default. Happy hacking! Gio' [...] -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

git interfaces (was Re: How can we decrease the cognitive overhead for contributors?)

Giovanni Biscuolo writes: [...] > Executive summary: it's "just" and **interface** problem; contributors "an interface problem" > who like the SourceHut web UI to format and send patchsets via email are > very wellcome to subscribe and use the SourceHut se

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

Liliana Marie Prikler writes: [...] >> I tried https://issues.guix.gnu.org/issue/65428/patch-set/1 but I get >> a blank page: any example plz? > That's a mumi bug IIUC, it works for M > 1. For M = 1, use patch-set > without /M. OK, thanks! -- Giovanni Biscuolo

commit message helpers (was Re: How can we decrease the cognitive overhead for contributors?)

upport in the "git diff" parser, but that could be a great improvement IMO, since it will allow git users to use all tree-sitter available parsers and not just pattern matching to understand/show the context in which the changes happened. In this context, I found this two currently active project of tree-sitter based diff tools: 1. Difftastic https://difftastic.wilfred.me.uk/ 2. diffsitter https://github.com/afnanenayet/diffsitter Both can be used as external "git difftool"s [1] [2] None is currently packaged in Guix. Happy hacking! Gio' [1] https://difftastic.wilfred.me.uk/git.html#git-difftool [2] https://github.com/afnanenayet/diffsitter#git-integration -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

cy about commit messages bothers you (on the contrary it makes me happy); please consider that thai is /just/ one of the policies of the Guix project: code of conduct, coding standards, others? [...] > - Having multiple places to manage aspects of my patch > >   In a web-forge, I

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

better than mumi mumi have a _great_ potential to be extended, it could even be extended to become the web/CLI frontend to other email-based issue tracking systems [...] Happy hacking, Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: Mumi CLI client (was: How can we decrease the cognitive overhead for contributors?)

nce that different tools will not solve the problems [...] > So, I thought it helpful to document it and put it into the manual. I > have sent a patch to https://issues.guix.gnu.org/65746 Very good work, thanks Arun! Happy hacking, Gio' [1] https://man.sr.ht/packages.md [2] https

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

bly this can be avoided: the bug can be closed when a patch is committed to one of the listed official brances (master, core-updates, etc.) WDYT? Ciao, Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

[workflow] Triaging issues (was Automatically close bug report when a patch is committed)

Hi Christopher, [note: I'm deleting the "In-Reply-To:" header and changing subject to try to start a new thread] Christopher Baines writes: > Giovanni Biscuolo writes: [...] >> 20 bugs with messages similar to this one: >> &g

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

Hi Maxim and Ludovic, I'm including you, Ludovic, becaus in the past you requested a similar git hook installation for Guix and maybe you have more info Maxim Cournoyer writes: > Giovanni Biscuolo writes: [...] OK, I really found the wrong examples as Christopher pointed out

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

a number, the URL really does not matter > Again, the concern is about false-positive; closing when it should not > be. Modulo a programming error in the script, the only way would be to write the wrong bug number after the "keyword" and IMO this is similar write the wrong b

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

d"? [1] Did I miss something? Thanks, Gio' [1] right now how do we get the issue number of a committed patch? -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

Hi Felix, Felix Lechner writes: > Hi Gio', > > On Thu, Sep 7, 2023 at 4:08 AM Giovanni Biscuolo wrote: >> >> close the bugs that are listed in >> the commit message > > Perhaps you'd like to see Debian's hook [1] for the Salsa web f

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

Hi, Giovanni Biscuolo writes: [...] >>> The first thing we need is a server side git post-receive hook on >>> Savannah, I've opened the sr#110928 support request: >>> https://savannah.nongnu.org/support/index.php?110928 >> >> It's somethi

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

->8--- Those are good general examples: I'd use them in the manual section descibed in 1. WDYT? > It doesn't really matter, as long as it's clear and you did the exercise > of reviewing the code you touched and writing down the changes summary > for the reviewer (and yourself). This is a good example of ratio, I'd use that also :-) Happy hacking! Gio' [1] https://docs.kde.org/stable5/en/kate/kate/kate-application-plugin-snippets.html -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

y "I'm not contributing largerly because I've a specific friction with the rules about commit messages" (again, my executive summary). [...] Ciao, Gio' [1] https://guix.gnu.org/en/manual/devel/en/html_node/Data-Types-and-Pattern-Matching.html -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

have you an idea of the time I spend to translate concepts to be expressed in commit message in English? Why I cannot just write in my very good Italian and "git send-email" happily? -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

rent management problems, I'm not trying to say all is fine and good, but IMO the "manage git commit messages following the Guix guidelines" is the last of this management problems. -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

Hello Efraim, Efraim Flashner writes: > On Fri, Sep 08, 2023 at 11:53:43AM +0200, Giovanni Biscuolo wrote: > That wasn't my read of it at all. I don't understand what part of my message is different from your read, so I cannot comment > I too have many packages which I

Re: [workflow] Triaging issues (was Automatically close bug report when a patch is committed)

[3] We could also add a feature to have "saved searches" in mumi web and CLI interfaces to help with this task. Anyway, whatever we decide to do with old bugs, IMO we should improve Guix bug reporting management by having more people (I'm going to volunteer, as soon as I get

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

"Fixes: #" signature (or what is called in Git) to each commit with an associeted bug report. WDYT? -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

gs control. Do you please know whare to get that scripts, just to have a quick look and understand how we could eventually add a function for automatic bug closing? Thanks! Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

es for > qa.guix.gnu.org would let us build more patches more quickly. I agree, QA is a critical resource in this phase of Guix evolution. More resources IMO also means documentation... and maybe more features? I feel like we should find a way to sponsor the work on QA. Happy hacking! Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

If you want I can add a little bit of Italian attitide at discussing in detail tiny variations of the same thing :-O... just joking, eh! ;-) [...] Ciao! Gio' [1] well, I'm biased :-D -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

> Bear in mind, that contributing already has at least one degree of > complexity baked right into itself on the basis of being a feedback > loop. Wow. food for thought! Thanks! Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: [workflow] Triaging issues (was Automatically close bug report when a patch is committed)

if you have not already done > Note that Debian provides some BTS tools, as pointed here, Yes I saw your message, useful thanks; we should package it and maybe add that functions to mumi, one by one Thanks, Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

to Debbugs would be necessary. Mumi is > already able to parse mail headers -- parsing a git trailer should be > just as simple. You are right, I'll try to file some feature request for mumi. Thanks, Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

l Guix forge: https://savannah.gnu.org/projects/guix? When talking about "what forge to use" I feel that keeping the status quo is a very good solution, overall. Thanks, Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

n this is someting that should be provided by a git post-receive hook and not by an enhanced version on mumi > Since it'd be transparent and requires nothing from a committer, it'd > provide value without having to document yet more processes. No, but we should however document the design of this new kind of machinery, so we can always check that the implementation respects the design and eventually redesign and refactor if needed. WDYT? Thanks, Gio' [1] id:87y1hikln6.fsf@wireframe https://yhetil.org/guix/87y1hikln6.fsf@wireframe [2] id:87pm2pces0@xelera.eu https://yhetil.org/guix/87pm2pces0@xelera.eu [3] id:875y4gzu85@gmail.com https://yhetil.org/guix/875y4gzu85@gmail.com [4] https://www.gnu.org/software/emacs/manual/html_node/emacs/Bug-Reference.html please also consider that bug-reference-bug-regexp can be customized ;-) [5] https://debbugs.gnu.org/server-control.html -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: Mumi CLI client (was: How can we decrease the cognitive overhead for contributors?)

Hello Ricardo, Ricardo Wurmus writes: > Giovanni Biscuolo writes: > >> […] actually Debbugs or Mumi web interfaces are read-only: you cannot >> open a bug report or comment it, you have to send an email; this is a >> _feature_, not a bug since we don'

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

Maxim :-) Anyway, I think the main use case for this _second_ way of automatically closing related bugs (the one based upon 'Change-Id') when all [PATCH]es are pushed is very useful for all people with commit access to the Guix repo, a sort of "push and (almost) forget". [...] Ciao, Gio'. -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Commenting bug reports via mumi web interface (was: How can we decrease the cognitive overhead for contributors?)

Hi Ricardo, Ricardo Wurmus writes: > Giovanni Biscuolo writes: > >> AFAIU mumi does not (still?) have ad authentication/authorization, >> right? >> >> If so how do you plan to deal with users posting SPAM or similar >> unappropriate content? > > It on

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

friction does not exist in the PR model by design of > this very PR model. I don't know if really "reviewer apply the first patch" friction does not exist by design in a PR model (especially a web based one), but AFAIU many other frictions /do/ exist... by design! [...] (I'm studying for a reply to the rest of the message, stay tuned! :-D ) Happy hacking! Gio' [1] https://gregoryszorc.com/blog/2020/01/07/problems-with-pull-requests-and-how-to-fix-them/ (2020-01-07) [2] look at the Branches listed here: https://qa.guix.gnu.org/ [3] https://guix.gnu.org/en/manual/devel/en/html_node/Managing-Patches-and-Branches.html -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

rry but it's a _very_ long story and is all written down in the /details/. (id:87y1ha9jj6@xelera.eu aka https://yhetil.org/guix/87y1ha9jj6@xelera.eu/) [...] I'm done with this thread, sorry; I'll drift alone :-) Happy hacking, Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

and eventually redesign and refactor if needed. > > Yes, it should be summarily described at least in the documentation, > with pointers to the source. > > Oof, that's getting long. Wow! \O/ > To recap: > > We have two propositions in there: > > 1. A simple one that is declarative: new git trailers added to commit > messages would convey actions to be done by the server-side hook. > > 2. A more complex one that would allow us to close *some* (not all) of > the *guix-patches* issues automatically, relying on Change-Ids (and > Mumi's ability to parse them) to infer which patch series saw all their > commits merged already. > > I think both have value to be pursued, but 1. could be implemented first > since it is simpler. I think that finally we have a clear big picture. Thanks! As stated at the beginning of this message, I'm going to open bug reports :D Happy hacking! Gio' [1] whatever "do" does mean: it could range from a "simple" search with mumi (or something similar) by a human "bug reports gardener" to a full fledged server side git hook to notify involved parties and/or automatically close the related bug report. [2] https://yhetil.org/guix-patches/_/text/help/ -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

method discussed here, there is no way to avoid users mistyping 'Closes:' pseuto-headers in their commit messages: if mistuped they will be ignored :-( Cheeers, Gio' [1] https://gerrit-review.googlesource.com/Documentation/cmd-hook-commit-msg.html -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

ee. I am not convinced by the benefits and I already see some > troubles. 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 ? Thanks, Gio'

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

ra.eu https://yhetil.org/guix/8734zrn1sc@xelera.eu/ [2] id:87msxyfhmv@xelera.eu https://yhetil.org/guix/87msxyfhmv@xelera.eu -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

on. Happy hacking! Gio' [1] AFAIU 'Change-Id' can even track different versions of patches (that by design are from commits in the same branch, properly rebased as needed) sent by mistake via **different bug reports**, this also means that different bug reports containing the same 'Change-Id' are _surely_ linked togheter. -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

The already complicated (complex?) process for contributing.

list.html [4] https://www.kernel.org/doc/html/latest/process/coding-style.html [5] https://docs.kernel.org/process/email-clients.html "Run away from it.": ROTFL! [6] https://docs.kernel.org/process/index.html -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

ed in [2] and [3] are rooted in the anthropological set of questions known as «Phenomenon of Bullshit Jobs» https://davidgraeber.org/articles/on-the-phenomenon-of-bullshit-jobs-a-work-rant/ -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

contribute with content in our official help pages?

- **are** useful _contributions_, but that kind of contributions are even harder to find and/or use if not properly "integrated in Guix". Happy hacking! Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

The elephant in the room and the Guix Bang.

oved BYOT are working well. Please see a recent message of mine (id:87pm2e4flj@xelera.eu [2]) for some of my comments (nothing really new, I just reused concept already expressed by others) about the process needed to integrate useful informations (configuration _is_ information) in Guix official _recommandations_. Happy hacking! Gio' [2] https://yhetil.org/guix/87pm2e4flj@xelera.eu/ -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

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

ely un-namespaced historical "Closes:" syntax. :) Noted and agreed! At this point of discussion I also think there is consensus (by the persons involved in this thread until now) to use a namespaced URI (a full URL) for that upcoming feature (one of the two discussed in the thread).

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

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_

Re: Packaging UCSC

r a free license. --8<---cut here---end--->8--- Source code is free like free beer. > [2] http://genome.ucsc.edu/license/ This page also points to the EULA http://genome.ucsc.edu/license/gbLicense2019.pdf HTH, Gio' [1] https://en.wikipedia.

iPXE network booting (was Re: [GSOC 2020] Booting via network)

work it out [2] https://ipxe.org/embed and https://ipxe.org/scripting (including dynamic scripts) [3] https://ipxe.org/download#chainloading_from_an_existing_pxe_rom [4] https://ipxe.org/howto/romburning -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: [PATCH v4] gnu: emacs: Update to 27.1.

all bugs that breaks a previously compiling emacs package? [2] https://issues.guix.gnu.org/search?query=subject%3Aemacs+is%3Aopen+severity%3Acritical -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

commit 62035656ca: Add opensmtpd-filter-dkimsign.

Hello Tobias, looking at your recent addition (cool!) I found that your commit also upgrades nix to 2.3.7, probably by mistake. I don't know if there is a policy in cases like this: should we revert that commit and split in two commits? Kudos! Gio' -- Giovanni Biscuolo

Re: [PATCH v4] gnu: emacs: Update to 27.1.

Hi Pierre, thank you for working on this! Pierre Neidhardt writes: > Looks like an upstream issue: > > https://github.com/Wilfred/helpful/issues/248 This thread is getting hard to follow, should we open a specific bug on bug-guix? WDYT? -- Giovanni Biscuolo Xelera IT Infras

Re: Signing emails with Emacs 27.1

-->8--- I still do not understand why the "old behaviour" doesn't work with 27.1 (with 26.3 worked) but you have found the solution :-) Thanks! Gio' [1] https://www.gnu.org/savannah-checkouts/gnu/emacs/news/NEWS.27.1 -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

zabbix-cloudwatch service extension and packaging request

contact me. Thanks! Gio' [1] https://github.com/omni-lchen/zabbix-cloudwatch I'm going to contact the author to kindly ask to clarify about the license -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

emacs-lucid (was Re: Emacs closure at ~900MB?)

" patch around, but it's for a different (expert) use case AFAIU -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: emacs-lucid (was Re: Emacs closure at ~900MB?)

Hi zimounn zimoun writes: > Hi, > > On Thu, 24 Sep 2020 at 19:29, Giovanni Biscuolo wrote: > >> P.S.: I also know there's the http://issues.guix.gnu.org/41732#7 >> "Implement a wrapper so users can build the Emacs packages using a >> version of thei

Re: emacs-lucid (was Re: Emacs closure at ~900MB?)

zimoun writes: Please consider I'm still on Emacs 26.3 since one package I use does not work with 27.1... and I still have not tested "the bug" in a pure anvironmentt with emacs 27.1 only > On Fri, 25 Sep 2020 at 10:28, Giovanni Biscuolo wrote: [...] >> AFAIU having

Re: emacs-lucid (was Re: Emacs closure at ~900MB?)

ly it's not strictly needed. > I'm not necessarily opposed to adding another Emacs variant, but I > don't yet understand the motivation. Help some users avoid experiencing "the bug", but I understand that probably the use base for emacs-lucid is tiny. Thanks! Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: emacs-lucid (was Re: Emacs closure at ~900MB?)

Hello Simon, zimoun writes: > On Tue, 29 Sep 2020 at 10:42, Giovanni Biscuolo wrote: > >> Please consider I'm still on Emacs 26.3 since one package I use does not >> work with 27.1... and I still have not tested "the bug" in a pure >> anvironmentt with

Re: commit 62035656ca: Add opensmtpd-filter-dkimsign.

Hi Tobias, Tobias Geerinckx-Rice writes: > Hi Gio', > > Somehow I missed this message. Sorry about that. Non prob! > Giovanni Biscuolo 写道： [...] >> I don't know if there is a policy in cases like this: should we >> revert that commit and split in two commi

Re: Manual PDF and translation (modular texlive?)

xlive workflows are very very hard to debug. Reproducible TeX documents with modular packages is a really great great feature. [...] Thanks! Gio' -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: GNU Guix Video Documentation

diting to cut out irrelevant parts > - separate treatment of audio and video portions; audio portions can be > recorded by native speakers. great, simply *great*: thank you for sharing this useful ideas! [...] ciao Giovanni -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: Promoting the GNU Kind Communication Guidelines?

it.savannah.gnu.org/cgit/guix.git/tree/CODE-OF-CONDUCT#n43 [2] https://git.savannah.gnu.org/cgit/guix.git/tree/CODE-OF-CONDUCT#n69 [3] https://git.savannah.gnu.org/cgit/guix.git/tree/CODE-OF-CONDUCT#n47 [4] https://web.archive.org/web/20151208143727/https://github.com/opal/opal/issues/941 [5] https://web.archive.org/web/20151105174639/https://twitter.com/krainboltgreene/status/611569515315507200 -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

plz is there a roadmap for a more resilient substitutes infrastructure?

[2] peronally I'm trying to install a bare-bones.scm machine in a VM and guix is compiling many many packages, including texlive... :-S (using berlin.guixsd.org as substitute URL) [3] https://www.gnu.org/software/guix/manual/en/html_node/Invoking-guix-publish.html -- Giovanni Biscuolo X

Re: plz is there a roadmap for a more resilient substitutes infrastructure?

re a plan to build a service similar to >> http://httpredir.debian.org/? (I looked on the web but did not find any >> reference to such plan) > > Like I wrote, there’s no concrete plan at this point, which means it’s > an opportunity for you and anyone else to chime in and give a hand! I have no experience in building such a service but it definitely fits in my professional enhancement plan, so I'm still not able to lead such a project but I can help ciao Giovanni -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

Re: Preparing the reduced bootstrap tarballs

which they > conform. so, having the scientific proof that binary conforms to source, there will be noo need to trust (the untrastable) thank you! Ciao Giovanni [2] I still have not fully understood the relationship between stage0 and mes [1] https://en.m.wikipedia.org/wiki/Metre -- Giovann

Re: NPM importer

roducible builds ala guix with a yarn importer and some amount of yarn packages downloading/automation and offline mirroring? Ciao Giovanni P.S.: why -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature

  1   2   3   4   >