Hello Lilah,
Am Thu, Sep 26, 2024 at 11:59:03AM -0500 schrieb Lilah Tascheter:
> so, I just tried to apply v3 of issue #73202, but it failed, first
> trying to apply a regular email, then completely dropping the last
> patch (in email order, so actually patch 12/14). looking into it, it
> seems li
Am Mon, Sep 23, 2024 at 10:22:28AM +0200 schrieb Konrad Hinsen:
> $ guix show -L . sbcl-websocket-driver
> name: sbcl-websocket-driver
> version: 0.2.0-0.df94496
> location: gnu/packages/lisp-xyz.scm:30847:4
> It looks like Guix picked the larger one by
> alphanumeric order, which is not a
Hello,
Am Thu, Sep 19, 2024 at 08:20:56PM -0400 schrieb Superfly Johnson:
> Hi again Guix-Devel mailing list. I'm currently trying to configure a
> fetchmail daemon on my gentoo laptop to get mails. Unfortunately,
> fetchmailconf will not execute properly. It will always return line 2: exec:
> ::
PS: At https://git.guix-patches.cbaines.net/guix-patches/
the latest issue branch seems to be issue-71974
Is this related to the master weather, or a bug?
Hello,
after the core-updates merge, QA is not keeping up; on
https://qa.guix.gnu.org/patches
I see the message
Builds for new patch series suspended as master branch substitute
availability is low for: armhf-linux
Maybe buying new ARM machines could be part of the solution, but I also
th
Hello Leo,
Am Sat, Sep 07, 2024 at 01:47:03PM -0400 schrieb Leo Famulari:
> I agree, we don't have to have a team for this. I'm not sure anyone else
> cares about the "media" packages as a whole. But if there is interest,
> that's good too.
as an outsider, I would just like to chime in that I lik
Am Fri, Sep 06, 2024 at 01:35:07PM +0200 schrieb Marek Paśnikowski:
> * What if an unrelated branch gets merged before the two considered in the
> example?
That should not happened since branches are queued up in QA, see the
paragraph marked "Branches" here:
https://qa.guix.gnu.org/
> * What i
Hello,
Am Fri, Sep 06, 2024 at 11:11:14AM +0200 schrieb Ludovic Courtès:
> The way I see it, one of the branches would be tested independently.
> The second one would also be tested independently, but on a limited
> scope—e.g., x86_64-only, because (1) we usually have more build power
> for that a
Am Thu, Aug 22, 2024 at 02:07:32PM +0200 schrieb Ricardo Wurmus:
> I noticed a regression for x86_64 since the rebasing of core-updates
> onto master. epiphany no longer builds due to a build failure in
> webkitgtk.
> I hadn't reported it yet, because there's a chance it's due to limited
> resourc
Am Wed, Aug 21, 2024 at 10:43:05PM +0200 schrieb Ludovic Courtès:
> To me, that’s the last blocker, even though there’s room for improvement
> here and there (for instance, FFmpeg currently fails to build on
> i686-linux).
Just so that others do not have to repeat my check: ffmpeg fails to find
op
Hello Christine,
Am Wed, Aug 21, 2024 at 06:07:58PM -0400 schrieb Christine Lemmer-Webber:
> > 1. Buying and hosting hardware:
> > 250k€ for hardware
> > 3k€/month (36k€/year)
> So I am guessing bandwith costs are significant but the 250k EUR for
> hardware indicates this is especially
Hello Enno,
thanks for the pointer!
Am Mon, Jul 08, 2024 at 07:21:38PM +0200 schrieb Enrico Schwass:
> If you are looking for host services
> I have good experience with netcup.de.
Looking at their virtual "root" servers:
https://www.netcup.eu/vserver/
the most interesting price point would b
Hello Tomas,
Am Tue, Jul 09, 2024 at 11:47:38AM +0200 schrieb Tomas Volf:
> First 10 TB / Month $0.09 per GB
> Next 40 TB / Month$0.09 per GB
> Next 100 TB / Month $0.07 per GB
> Greater than 150 TB / Month $0.05 per GB
thanks for providing concrete figures!
I w
Am Mon, Jul 08, 2024 at 11:41:12PM +0100 schrieb Sharlatan Hellseher:
> I've pushed update togather with https://issues.guix.gnu.org/71480. It
> fixed the build, check and sanity check phases in
> ce98c3436c57e7b366a3ec06c47a7e8919c990fb.
Excellent, thanks a lot!
Andreas
Hello,
Am Sun, Jul 07, 2024 at 09:24:23AM +0200 schrieb Ricardo Wurmus:
> the r-team branch has been built successfully. It contains updates to R
> and both CRAN and Bioconductor packages.
> It touches very few packages that are not related to R. The exception
> is apache-arrow.
answering the s
Hello Andy,
Am Thu, Jul 04, 2024 at 03:37:09PM -0700 schrieb Andy Tai:
> Hi, in this patch series
> https://issues.guix.gnu.org/71781
> I sent would upgrade Mate to 1.28. Hope someone with commit access
> can review the patch series. Keep desktop environments up to date is
> good for GNU Guix.
Hello,
Am Thu, Jul 04, 2024 at 06:25:35AM + schrieb Ada Stevenson:
> Mutter is one of those packages that fails on CI for no reason occasionally.
> The test suite is flaky.
that is annoying for such an important package! Maybe we can identify
the one (?) flaky test and disable it.
> Sometime
Hello,
currently I cannot reconfigure my laptop with the Xfce desktop environment
due to mutter not building:
Ok: 166
Expected Fail: 5
Fail: 1
Unexpected Pass:0
Skipped:0
Timeout:0
(this was on a local build).
Given the amount of outp
Hello the Python team,
python-duckdb sticks out on the build farm, since it apparently gets blocked
in its tests after spending quite some CPU time for building, and finally
it times out after a day. It seems to happen consistently over several
evaluations. The last lines are:
tests/fast/test_mult
Hello,
thanks for bringing up the question!
Am Thu, Jun 27, 2024 at 07:04:49PM -0400 schrieb Richard Sent:
> Meanwhile in Guix commit messages, [foo] seems to be used to refer to a
> subset of a larger part [2]:
> From what I'm seeing, the GNU Changelog convention is to indicate
> subsets using <
Am Thu, Jun 27, 2024 at 03:31:00PM +0200 schrieb Ludovic Courtès:
> Likewise, I like resolution of bug numbers and commit IDs, but I find
> that echoing the title of HTML pages is often redundant and unnecessary.
Maybe this could be a good summary ("consensus") of what people have
expressed (inclu
Hello Felix,
Am Tue, Jun 25, 2024 at 01:56:44PM -0700 schrieb Felix Lechner via Development
of GNU Guix and the GNU System distribution.:
> Today I received this private message:
like others, I am appalled by the use of offensive language; in the
absolute, but even more so as it is directed at a
Am Tue, Jun 25, 2024 at 04:07:55PM -0400 schrieb Philip McGrath:
> It's not clear to me how jobs are ordered in the queue, which makes it hard
> to tell if this is normal processing time or if something might be going
> wrong again.
It is "last in, first out": newest patches can hide older ones. I
Am Fri, Jun 21, 2024 at 12:12:13PM +0300 schrieb MSavoritias:
> and as I mention in my first email I want to apply social pressure and make
> it clear to package authors what is happening so we can move to an opt-in
> model.
Well, the opt-in model is in place: As soon as I put my code under a fr
Am Thu, Jun 20, 2024 at 10:59:41PM +0200 schrieb Ekaitz Zarraga:
> For this specific case we could add some flag to the command line like
> `--do-not-archive` or something like that.
guix lint -x archival
if I understand "guix lint --help" correctly.
Andreas
Am Thu, Jun 20, 2024 at 07:42:44PM +0100 schrieb Dale Mellor:
> I'm sure guix lint tried to push my code out to them the last time I tried.
Ah indeed, there is this in guix/lint.scm:
(define (check-archival package)
"Check whether PACKAGE's source code is archived on Software Heritage. If
it's
Hello Chris,
Am Wed, Jun 19, 2024 at 04:26:26PM +0100 schrieb Christopher Baines:
> I know nothing about Sociocracy, but I did like what I heard about it at
> the Guix Days, so I want to at least work out what a minimally viable
> circle around this would look like, and whether there's support for
Am Thu, Jun 20, 2024 at 06:45:26PM +0200 schrieb Tobias Alexandra Platen:
> I'm planing to do something similar with my libsurvive project,
> as I am developing hardware that "Respects Your Freedom". I will
> present how I use guix in some of those livestreams.
Great, please share the venue and sc
Am Wed, Jun 19, 2024 at 09:36:29AM +0100 schrieb Dale Mellor:
> No, it's not. I use Guix as a tool to develop my own projects, private and
> personal for reasons I'm keeping to myself. As part of that I write package
> definitions for them, and use the Guix machinery to build and test. I
> *c
Am Tue, Jun 18, 2024 at 09:35:10AM +1000 schrieb Carlo Zancanaro:
> I'm not so sure about this. To make the change that I sent I grepped for
> issues.guix.gnu.org and it showed up in hydra/nginx/berlin.scm
Indeed:
$ host issues.guix.gnu.org
issues.guix.gnu.org has address 141.80.181.40
$ host ber
Am Fri, Jun 14, 2024 at 11:58:06AM +0200 schrieb Ludovic Courtès:
> After investigating, it turns out we had a periodic job on berlin
> removing GC roots for *.iso and *.qcow2—no wonder they’d disappear
> earlier than expected. That job was added at a time where we had disk
> space issues that hav
Am Thu, Jun 06, 2024 at 07:48:27PM +0200 schrieb Andreas Enge:
> Could the graph on
>https://ci.guix.gnu.org/metrics
> be augmented by the number of packages to be built for the different
> architectures?
In that direction, the metrics now show that very few packages were built
in
Hello Mark,
Am Tue, Jun 11, 2024 at 11:16:59AM -0400 schrieb Mark H Weaver:
> For IceCat updates, which almost always include security fixes, it is
> important to have very fast turnaround time on the test results.
> ci.guix.gnu.org normally starts building the new IceCat within an hour
> or so of
Am Sun, Jun 09, 2024 at 09:19:14PM -0400 schrieb Leo Famulari:
> You're right, it was ZFS itself failing to build.
> *** ZFS Version: zfs-2.2.3-1
> *** Compatible Kernels: 3.10 - 6.7
> Should we change something about zfs-auto-snapshot? Or is the status quo
> okay?
Somebody has suggest
Am Sun, Jun 09, 2024 at 12:19:55PM +0300 schrieb Efraim Flashner:
> In my not having looked at the code, I'll point out that running `guix
> gc -C 10G` will clear 10G of items from the store, but will return
> between 2-10G of real space for future use on the hard drive. Thinking
> across my vario
Hello,
when trying to run a guix build agent in a docker container on openshift
with a colleague and assigning 8 of the 128 cores of the physical machine,
the agent would be completely choked since it would start all builds with
commands such as "make -j 128". The 128 are determined by a call to t
Hello,
Am Thu, Jun 06, 2024 at 05:05:32PM +0200 schrieb Ludovic Courtès:
> Almost all the x86 builds have been consumed:
>
> --8<---cut here---start->8---
> cuirass=> select count(*) from builds where status = -2 and system
> ='x86_64-linux';
> count
> -
Hello!
Am Fri, May 31, 2024 at 09:21:07AM +0900 schrieb B. Wilson:
> What's the proper procedure when updating packages to check that its reverse
> dependencies aren't broken by the change?
You can run this:
$ guix refresh -l xkeyboard-config
which replies with
Building the following 1876 package
Am Wed, May 22, 2024 at 03:50:43PM +0100 schrieb Sharlatan Hellseher:
> https://issues.guix.gnu.org/search?query=SageMath+is%3Aopen
> 56729 patch[RFC PATCH 00/10] Add sagemath.
> 70924 patch[PATCH 00/10] Add some SageMath standard packages.
> Maybe it needs some love to bring to the master branch.
Am Tue, May 14, 2024 at 11:41:26AM +0200 schrieb Ludovic Courtès:
> As discussed at the 2023 Guix Days (!), we could follow a model similar
> to that of NixOS: form a release team (~4 people) dedicated to keeping
> track of issues in particular wrt. the installer, and committed to
> publishing a re
Thanks, Felix and Maxim, for your explanations!
Andreas
Hello,
Am Mon, May 06, 2024 at 10:47:13AM +0200 schrieb Josselin Poiret:
> Maxim Cournoyer writes:
> > I don't mind too much; when we re-enable the change we should add a
> > phase to the gnu-build-system automatically deleting/moving the libtool
> > archives. so that we're covered.
>
> I agree,
Am Thu, May 02, 2024 at 11:00:15AM +0200 schrieb Ludovic Courtès:
> That was 8 years ago though (eight!). At this point I think defaulting
> to /var and /etc would do more good than harm.
> What do others think?
I have always been in favour of /var and /etc as defaults, and
unsurprisingly still a
Hello Efraim,
Am Thu, Apr 04, 2024 at 09:43:02AM +0300 schrieb Efraim Flashner:
> Most of the line indentation works pretty well. Vim, by default for lisp
> languages, hardcodes an indent as 2 spaces, and I haven't gotten around
> to learning how to write an indentexpr to make it work for guix. As
Am Tue, Apr 23, 2024 at 11:10:14AM +0500 schrieb Nigko Yerden:
> I wonder what is the proper usage of square brackets in change logs.
> According to https://www.gnu.org/prep/standards/standards.html#Change-Logs
> square brackets are used for conditional changes, the name of the condition
> is speci
Hello,
Am Wed, Apr 24, 2024 at 02:21:56PM +0100 schrieb Christopher Baines:
> Let me know if you have any thoughts or questions!
in this part:
+@item
+Minimise the changes on master that are missing on the branch prior to
+merging the branch in to master. Merging master in to the branch can be
+
Am Thu, Apr 11, 2024 at 02:56:24PM +0200 schrieb Ekaitz Zarraga:
> I think it's just better to
> obtain the exact same code that is easy to find
The exact same code as what? Actually I often wonder when looking for
a project and end up with a Github repository how I could distinguish
the "original
Hello,
Am Wed, Apr 10, 2024 at 03:57:20PM +0200 schrieb Ludovic Courtès:
> I think we should gradually move to building everything from
> source—i.e., fetching code from VCS and adding Autoconf & co. as inputs.
the big drawback of this approach is that we would lose maintainers'
signatures, right
Am Mon, Mar 18, 2024 at 04:33:49PM +0200 schrieb MSavoritias:
> Actually gitlab already is facing something like that and they are doing
> what was proposed elsewhere: mapping of UUIDs to display names
> https://gitlab.com/gitlab-org/gitlab/-/issues/20960
Interesting, thanks! It is something that
Am Mon, Mar 18, 2024 at 04:03:20PM +0200 schrieb MSavoritias:
> Rewriting history is the wrong question imo. I dont think a request to
> change all of the history of Guix will be accepted anyway.
> A much easier thing to do is to change the approach in the future. And let
> all the past history unt
Hello all,
Am Mon, Mar 18, 2024 at 12:26:18PM +0100 schrieb Simon Tournier:
> Therefore, it would be more constructive if you come with a
> proof-of-concept allowing “history rewrite” and strong “software
> identification” property
the one thing I can think of, and which would allow time travel t
Hello,
Am Thu, Mar 07, 2024 at 08:46:12PM -0500 schrieb Maxim Cournoyer:
> I think the reason qt.scm is part of the lxqt team is historical; lxqt-team
> predates qt-team. We should probably just remove qt.scm from
> lxqt-team's scope. What do you think?
>
> I'd keep both team separated; I'm int
Hello,
Am Tue, Mar 05, 2024 at 07:19:46PM + schrieb Etienne B. Roesch:
> Anything we need to have prepared by Thursday?
> I imagine a ubuntu vm running with vanilla guix installed is installed?
you should have a means of running Guix, and so that your store gets
populated with recent basic th
Am Sat, Mar 02, 2024 at 11:32:37AM +0100 schrieb Hartmut Goebel:
> Maybe using one file per release (and accept duplicate code) would be a
> suitable workaround.
I think that would be okay if you think it will be easier to maintain
(not needing to "roll over" code from an old package at the inheri
Hello Dan,
thanks for your thoughts! I think I will restrict my replies to guix-devel
to keep them in one place; the following are just my personal opinions.
Am Thu, Feb 29, 2024 at 03:41:41PM + schrieb Daniel Littlewood:
> Something that is not obvious to me when people refer to reviewing pa
Am Thu, Feb 29, 2024 at 05:10:56PM + schrieb Daniel Littlewood:
> * I think the meeting is at 18:00 UTC, which is the same as 18:00 GMT,
> which is the same (on March 7th) as 18:00 London time
> Meetup also says 18:00 GMT.
Yes, that is the plan!
Andreas
Hello,
Am Thu, Feb 29, 2024 at 12:28:29AM +0100 schrieb Gábor Boskovits:
> I had a look at the libreplanet today and tried to add an internship page for
> 2024, but it look like I have no permission to create a page in the guix
> group.
> It also shows me the group main page as protected. Can som
$ git status
On branch master
Your branch is behind 'origin/master' by 1438 commits, and can be
fast-forwarded.
(use "git pull" to update your local branch)
$ git log origin/master
commit f29f80c194d0c534a92354b2bc19022a9b70ecf8 (origin/master, origin/HEAD)
Merge: c034088e37 7947d47c9b
Author:
Hello Felix,
Am Mon, Feb 26, 2024 at 07:26:57AM -0800 schrieb Felix Lechner:
> How about a 48-hour period every month in which commits are permitted
> even if they cause "world rebuilds"?
> We could pause the substitute builders during that period. It would get
> rid of core-updates forever.
a ti
Am Thu, Feb 22, 2024 at 03:57:41PM +0100 schrieb Maxime Devos:
> Yes. It appears you are unfamiliar with (...)
> It also appears you are unfamiliar with (...)
May I suggest to not make assumptions about what other people are familiar
with or not? There is no point in claiming that others are less
Am Fri, Feb 16, 2024 at 11:56:50AM +0100 schrieb Clément Lassieur:
> Would it makes sense to have a "does-not-apply" tag too?
Should this not appear in the QA page, assuming that once all the new
issues are closed, older ones will bubble to the top and be treated by QA?
(I am not sure if just look
Hello,
thanks, Steve, for getting things going!
Am Tue, Feb 13, 2024 at 02:48:08PM + schrieb Steve George:
> We said they'd be every 13 days, for 3 months to see if it has interest.
> Proposed calendar:
> 7th March (Thursday)
I will be around on this day.
> 2nd April (Tuesday)
> 15th April
Am Fri, Feb 09, 2024 at 04:08:45PM +0100 schrieb Tanguy LE CARROUR:
> I’m "reviewing" `[bug#68997] gnu: lightning: Update to 2.2.3`… please
> find another one! 😁
Now that you jump to complicated and not even yet built by QA packages,
you are safe from my competition :)
Andreas
Hello,
Am Fri, Feb 09, 2024 at 05:35:44PM +0100 schrieb Edouard Klein:
> Am Thu, Feb 08, 2024 at 07:56:48PM + schrieb Skyler Ferris:
> > I'd like to do my part to keep the project in a good state. However, I
> > am new to interacting with large FLOSS projects so I'm nervous about
> > causing m
Hello,
I see a few "Failed to process revision", for instance here:
https://qa.guix.gnu.org/issue/68778
While I am not sure why, these look like transient (?) build failures,
at least failures not related to the patch in question. What is there to do?
Andreas
Am Fri, Feb 09, 2024 at 02:53:59PM +0100 schrieb Tanguy LE CARROUR:
> Quoting Christopher Baines (2024-02-09 14:44:25)
> > Tanguy LE CARROUR writes:
> > > Can I safely close it?!
> >
> > Yep, this unfortunately looks like a case where there was a duplication
> > of effort and the original patch g
Am Tue, Feb 06, 2024 at 09:22:43AM -0500 schrieb Maxim Cournoyer:
> Thanks for the report. It occurred a few times in the past weeks, where
> the 'mumi' service had to be restarted on Berlin. Let's keep this open
> to see if it'll occur again. Otherwise I'll close it in a week or two.
It has ha
Hello,
Am Wed, Jan 31, 2024 at 05:44:21PM +0100 schrieb Josselin Poiret:
> One conundrum we have for now: glibc 2.38 has a couple of new CVEs, and
> we have three options:
> 1) change glibc to track the 2.38 release branch → world rebuild.
> 2) graft glibc → bad user experience (and we're not supp
Am Wed, Jan 24, 2024 at 02:22:08PM -0500 schrieb Maxim Cournoyer:
> Since patchelf is core material, if the rest of the series depend on
> that update, it should go to core-updates as well.
If I understand correctly, the series just needs patchelf 0.18, which is
already in core-updates. So I will
Hello,
Am Sat, Dec 09, 2023 at 11:33:54AM +0100 schrieb Andreas Enge:
> Am Sat, Dec 09, 2023 at 11:16:14AM +0100 schrieb Ludovic Courtès:
> > With that in mind, ‘core-updates’ would effectively become the branch of
> > the ‘core-packages’ team: the branch where we update pa
Hello,
Am Thu, Jan 18, 2024 at 07:22:01PM + schrieb Fabio Natali:
> The advantage of a Lisp assembly is the economy of scale. That'd combine
> together various projects that were all massively under-represented at
> 37c3 - I'm primarily thinking of Guix, Guile, and Emacs as those are the
> pro
Hello Fabio,
Am Mon, Jan 01, 2024 at 01:49:24PM + schrieb Fabio Natali:
> The introductory session on Day 1 wasn't so bad, I think. Given the low
> level of feedback on the Fediverse I was expecting very few people,
> instead I think we were north of 30 participants!
thanks for your report! T
Hello,
Am Sat, Dec 09, 2023 at 11:54:59AM +0100 schrieb Ludovic Courtès:
> I think this underlines a collective failure to get our act together.
indeed, and besides what Simon mentioned about the bank situation I think
there was a certain lack of consistency between deciding on the technical
and
Am Sat, Dec 09, 2023 at 12:47:32PM +0100 schrieb Ludovic Courtès:
> I’ve now uploaded a copy of that tarball to ftp.gnu.org/gnu/guix/mirror.
> As a rule of thumb, we should always store upstream tarball copies or
> variants thereof on that server.
Thank you for the fix, and sorry again for my mist
Am Sat, Dec 09, 2023 at 11:16:14AM +0100 schrieb Ludovic Courtès:
> With that in mind, ‘core-updates’ would effectively become the branch of
> the ‘core-packages’ team: the branch where we update packages in these
> files (primarily the toolchain and Guile), perhaps also (guix build
> utils), and t
Hello Christian,
Am Wed, Dec 06, 2023 at 09:36:06PM +0100 schrieb Christian Miller:
> 1. PrismLauncher[0]: The software itself is licensed as GPL3 but it is
> used to download and launch a proprietary videogame called
> "Minecraft". Since it is itself GPL3 licensed but used for a
> proprietary vi
Speaking of core-updates, I made a mistake during the latest merge
last spring. We needed a new wget release and the wget maintainers took
some time, so I rolled a "non-release" 1.21.3.24 before the 1.21.4
release (in core-updates, commit 93f9c260ac333ae7b86bfaeeead674fe01d924ce
updates wget to the
Am Sun, Nov 26, 2023 at 10:53:46PM -0800 schrieb Andy Tai:
> Hi, hope Guix maintainers can clarify the role of the now core-updates
> branch; the current documentation does not specify the core-updates
> branch as a thing but there are clearly interests and uses of this
> branch for package updates
Hello,
Am Mon, Nov 20, 2023 at 03:11:29PM -0800 schrieb Andy Tai:
> Can the same approach be borrowed here, so when there is large number
> of impacted packages from a patch, say larger than 200, Guix QA just
> randomly select a subset sample out of these packages and build them,
> and in case of
Hello,
Am Wed, Nov 29, 2023 at 05:01:12PM +0100 schrieb Simon Tournier:
> Guix on foreign distro:
> a) do not interact with foreign distro
> => good complement and rolling release
> b) containerized shell
> => please developers
and also "roll-back", although i
Hello,
Am Thu, Nov 16, 2023 at 03:22:42PM +0100 schrieb Ludovic Courtès:
> Yes, we definitely need a rotation here! I for one have my name there
> but regardless of my interest, I have to admit that I’ve been unable to
> be sufficiently responsive. It’s time to let new folks take
> responsibilit
Am Fri, Nov 03, 2023 at 12:26:52PM + schrieb Christopher Baines:
> Oh, and I forgot to say with the help of Bernhard I added Guix support
> to [3].
> 3: https://ismypackagereproducibleyet.org/
Exciting, congratulations!
Andreas
Am Tue, Oct 24, 2023 at 10:17:01PM +0200 schrieb Vivien Kraus:
> > Some of us will be in Toulouse, INP-N7, 26 rue Riquet on 18 & 19
> > november for Capitole du Libre:
> > 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
Hello,
Am Wed, Sep 13, 2023 at 09:14:52PM +0200 schrieb Liliana Marie Prikler:
> 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
> ki
Hello,
related to this thread, I just came across an entry in Cory Doctorow's blog:
https://pluralistic.net/2023/08/18/openwashing/#you-keep-using-that-word-i-do-not-think-it-means-what-you-think-it-means
It is already interesting in its disection of the terms "open" vs. "free",
which is quit
Am Mon, Sep 04, 2023 at 10:23:45AM + schrieb Attila Lendvai:
> - large backlog. contributions somtimes even fall through the cracks.
My impression/hope is that the recent introduction of teams leads to
improvements on this front. I am on the science and texlive teams and
have been getting ema
Am Mon, Sep 04, 2023 at 08:44:18AM -0400 schrieb brian via Development of GNU
Guix and the GNU System distribution.:
> > - strict adherence to changelog style commit messages without a
> >clearly worded and documented argument about why it's worth the
> >effort in 2023. whenever 'C' fails
Hello jgart,
Am Mon, Sep 04, 2023 at 05:48:05PM + schrieb jgart:
> Old tickets are not kept around.
> For example, A branch for ticket 51810* does not exist anymore.
this is probably due to the fact that the git repo did not yet exist
at the time. The oldest issue I see is 60286 from December
Hello Katherine,
thanks for your summary, which contains many points I would agree with and
actionable items (disclaimer: I do not promise to act on them).
Am Wed, Aug 30, 2023 at 10:11:02AM -0600 schrieb Katherine Cox-Buday:
> Here's my understanding of the process to contribute a patch:
My pro
Am Wed, Aug 30, 2023 at 02:22:01AM +0200 schrieb Danny Milosavljevic:
> Writing the metadata into the commit messages is annoying. It totally should
> be automated, especially since Scheme has pretty simple syntax (so it should
> be easy to write such a thing/famous-last-words). It should just figu
Hello,
just a tiny comment to one of your points:
Am Thu, Aug 24, 2023 at 07:55:05PM + schrieb Martin Baulig:
> 1. GNU Guix is currently using nfs-utils 2.4.3, whereas 2.6.3 is currently
> the
> latest version. We don't need to upgrade, but I would like to backport
> one
> change,
Am Wed, Aug 30, 2023 at 08:39:17AM + schrieb Attila Lendvai:
> just now i wanted to take a look at mumi's sources, but the link in the
> manual (https://git.elephly.net/gitweb.cgi?p=software/mumi.git) times out.
There is a mumi package in guix, and it gives the source location as
https://g
Hello,
Am Mon, Aug 28, 2023 at 06:54:35PM +0200 schrieb Nicolas Goaziou:
> Emmanuel Beffara writes:
> > I don't understand how "out" and "doc" are different in this respect. The
> > "out" output of a collection meta-package has no content of its own and it
> > only serves to gather the "out" outp
Hello,
Am Sat, Aug 26, 2023 at 07:42:13PM +0200 schrieb kias...@disroot.org:
> I would like to hear from committers if non-committer reviews are helpful,
> because I don't really know how or what I can comment on for incoming
> patches on packages I'm not really familiar with.
> Also do "this buil
Am Fri, Aug 25, 2023 at 03:56:56PM +0100 schrieb (:
> Zhu Zihao writes:
> > and AFIAK, Maxime Devos is working on new build system called
> > "Antioxidant", which can build rust application without cargo (Yes,
> > invoke rustc directly!), The new build system will cache the rlib
> > intermediate r
Hello,
just a quick reply with what I do personally as one irrelevant data point :)
Am Fri, Aug 25, 2023 at 08:07:53AM + schrieb Attila Lendvai:
> i couldn't even find out which tools are used by those who are comfortable
> with the email based workflow. i looked around once, even in the man
Hello,
Am Wed, Aug 23, 2023 at 10:27:31AM -0700 schrieb Felix Lechner via Development
of GNU Guix and the GNU System distribution.:
> > I can't ever seem to get the GNU style commit messages correct.
> Neither can I. The style apparently helps with automated maintenance
> of the changelog, b
Am Wed, Jul 26, 2023 at 09:25:43PM -0700 schrieb Andy Tai:
> curious poetry is not named python-poetry in Guix as following
> convention of most python packages
See here:
https://guix.gnu.org/de/manual/devel/en/html_node/Python-Modules.html
The idea is that "libraries" (or "modules") start wit
Am Mon, Jul 24, 2023 at 09:28:38AM -0700 schrieb Andy Tai:
> Hi, these patches have been merged by Mr. Song (iyzs...@envs.net) . He worked
> to get these built without the two extra patches. Thanks
So closing the bugs
https://issues.guix.gnu.org/64001 and
https://issues.guix.gnu.org/64012 ;
Am Sun, Jul 02, 2023 at 10:36:26PM +0200 schrieb Ludovic Courtès:
> You’re now well known so pretty much the only thing I would wait for as
> a reviewer before applying these updates is (1) a green light from
> qa.guix,
This looks like it lags behind now.
> and (2) a bit of spare time.
Ah, we sh
1 - 100 of 1022 matches
Mail list logo
