On Thu, Feb 15, 2018 at 12:04:04PM +0100, Danny Milosavljevic wrote:
> So I suspect that Ricardo has a Linux >= 4.5 but Andreas and Hydra
> have a Linux < 4.5. Is that correct?
Strangely not. I am running Guix on Debian with a kernel 4.9.0-5-amd64.
Andreas
Hello Ricardo,
On Sat, Feb 17, 2018 at 02:04:31PM +0100, Ricardo Wurmus wrote:
> I’ve built ghc-resourcet successfully with this change. I’d be happy if
> those of you who reported build failures could please retry building
> ghc-resourcet with current master or core-updates (the fix to ghc-mtl i
Hello,
Am Mon, Apr 05, 2021 at 11:52:53PM +0200 schrieb Léo Le Bouter:
> Cbaines already runs automated patch testing infra at
> https://data.guix-patches.cbaines.net/ and
> https://patches.guix-patches.cbaines.net/project/guix-patches/list/
>
> Considering that posting robot messages with test
Hello Léo,
Am Mon, Apr 26, 2021 at 09:31:18PM +0200 schrieb Léo Le Bouter:
> also consider other things like how people feel when they
> contribute to GNU Guix, do they feel discouraged or rewarded by their
> contributions
indeed that is an important aspect.
> I find that it can be tiring and ve
Hello Mark,
Am Fri, Apr 30, 2021 at 11:29:59AM -0400 schrieb Mark H Weaver:
> This might be of interest:
> https://riscv.org/blog/2021/04/risc-v-is-giving-away-developer-boards/
> Perhaps the Guix project would like to apply to get one of these?
> What do you think?
interesting offer, thanks fo
Hello,
as a quick fix, you can install the (huge) texlive package, which in one
place contains the full texlive distribution. Your document compiles with
pdflatex then.
Am Sun, May 02, 2021 at 05:03:18PM +0200 schrieb Rovanion Luckey:
> \usepackage[colorlinks=true, linkcolor=blue, urlcolor=bl
Hello Chris,
Am Sat, May 01, 2021 at 07:56:05PM +0100 schrieb Christopher Baines:
> I think there are some benefits for using the Guix Build Coordinator to
> build things for substitutes, and it would be good to work out how to
> get those benefits to users of Guix generally.
my question is a bit
Am Thu, Dec 16, 2021 at 12:48:34PM + schrieb Christopher Baines:
> I too want to coordinate, although I think that having two independent
> build farms is actually good for reliability.
Indeed, if we have enough build power, that would be ideal.
It would also help to examine reproducibility.
Hello!
Am Wed, Dec 15, 2021 at 04:48:21PM + schrieb Christopher Baines:
> As for build machines, milano-guix-1 came back online today, which is
> great. I believe harbourfront is still unusable through (broken hard
> drive).
We spent an hour in the server room with a colleague and tried to ge
Sorry, this message was intended for the guix-sysadmin mailing list,
I did not want to bother all of Guix ;-)
Andreas
Am Wed, Dec 22, 2021 at 09:23:33AM -0800 schrieb Vagrant Cascadian:
> It might be a big change, but probably wouldn't trigger rebuilds ... ?
No, it would only change the source code; I am all for it!
Andreas
Am Wed, Jan 19, 2022 at 12:53:00AM +0100 schrieb Ludovic Courtès:
> I added a language menu in the on-line HTML manual that you can see in
> the top-right corner of manual pages:
> (CSS needs to be fixed so the menu item colors look right.)
Very nice! Concerning CSS, how about changing the colour
Am Mon, Jan 24, 2022 at 04:11:16PM +0100 schrieb Ludovic Courtès:
> Heh. :-) Done! That should appear on-line soon (you may have to
> reload with Ctrl-F5.)
Thanks, working well! (Except for the sun that has disappeared again...)
Andreas
Hello all,
Am Mon, Feb 14, 2022 at 06:36:16PM +0100 schrieb Ludovic Courtès:
> I hope this message finds you well.
it does, thanks for the wishes!
> > With a few exceptions, these articles do not have a clear license, which
> > we would like to fix. We propose to dual-license all the articles u
Hello,
there is also this line:
Am Mon, May 02, 2022 at 02:03:45AM +0800 schrieb Zhu Zihao:
> Could not set up the appstream test. appstreamcli is missing.
Maybe this is the real error, and a dependency is missing? We do have a
package called appstream in Guix, and it contains the binary appstre
Hello,
On Mon, Feb 18, 2019 at 10:56:13PM +0100, Ricardo Wurmus wrote:
> when installing a package into a profile Guix very helpfully tells you
> that you may need to set certain environment variables. It doesn’t tell
> you that these environment variables can also be set by source’ing the
> gene
Hello,
On Tue, Feb 19, 2019 at 08:41:47AM +0100, Ricardo Wurmus wrote:
> This only needs to be done when GUIX_PROFILE is not set. The
> definitions in etc/profile either reference /gnu/store directories
> directly (when GUIX_PROFILE is not set) or they reference the profile
> links (when GUIX_PRO
Hello,
On Mon, Feb 04, 2019 at 11:27:05PM +0100, Leo Famulari wrote:
> The package in question, mozjs 24, is no longer used by gnome-shell, or
> by any other Guix package.
>
> So, if it still fails to build, we can consider removing it.
the package builds, but I see no need to keep it. Do you ag
Hello,
On Tue, Mar 26, 2019 at 04:32:46PM +0100, Pierre Neidhardt wrote:
> Sorry, I misunderstood the conclusion of the discussion: I thought that
> we would simply follow the package naming convention as per the manual.
I am confused about this statement. The naming convention speaks a bit
vague
On Fri, Mar 29, 2019 at 03:02:00PM +0100, Tobias Geerinckx-Rice wrote:
> I still think this change should be reverted
I also think so.
The wording in the naming guidelines is intentionally a bit vague;
the intention was definitely to take in general the tarball name, or maybe
if this does not fit
On Tue, Apr 09, 2019 at 04:37:09PM +0200, Tobias Geerinckx-Rice wrote:
> ‘guix system init’ fails for me in the following way on the following
> version:
>
> $ guix describe
> Generation 4Apr 08 2019 23:29:08(current)
> guix 2afb793
> repository URL: https://git.savannah.gnu.org/git/guix
Hello,
On Sun, Apr 28, 2019 at 10:28:43AM +0200, david.lars...@selfhosted.xyz wrote:
> This is my first contribution to guix and it's just a minor fix for
> the guile-bash package which had an outdated source url. I was able to
> retrieve the same revision of the package via the software-heritage
Hello Tobias,
you do not like false things, do you?
On Tue, May 28, 2019 at 08:33:29PM +0200, Tobias Geerinckx-Rice wrote:
> Tobias Geerinckx-Rice wrote:
> > However, in this case, please use the even simpler:
> > (arguments
> > '(#:tests?)); no test suite
>
>
motivated to package one or the other we do not have yet, you are more
than welcome!
Andreas
;;; GNU Guix --- Functional package management for GNU
;;; Copyright © 2019 Andreas Enge
;;;
;;; This file is part of GNU Guix.
;;;
;;; GNU Guix is free software; you can redistribute it and/or modify it
On Tue, Jun 18, 2019 at 11:47:29AM +0200, Nicolas Goaziou wrote:
> I followed the link, but, IIUC, it is not up-to-date. For example, we
> already have packaged many of them. Would it be useful to set-up
> a world-writable document (e.g., a pad) somewhere, with a list of the
> packages yet to be pa
On Tue, Jun 18, 2019 at 01:30:06PM +0200, Andreas Enge wrote:
> We may as well delete the packaged
> items (as I have been doing for two or three I just packaged now), and
> leave only TODO items.
Well, no; I have actually kept packages that I did not yet add to my
preliminary sage r
Hello,
I think that the Scintilla license is non-free...
On Wed, Jun 19, 2019 at 01:24:15PM +0200, Nicolas Goaziou wrote:
> Permission to use, copy, modify, and distribute this software and
> its documentation for any purpose and without fee is hereby granted,
>
> and the ISC license is:
Hello!
I do not get why the license can be free with the non-commercial clause.
What am I misunderstanding?
Andreas
On Thu, Jun 20, 2019 at 11:04:35AM +0200, Ludovic Courtès wrote:
> > +++ b/gnu/packages/patches/ratpoints-sturm_and_rp_private.patch
> Could you add a sentence or two explaining what the patch does and what
> its upstream status is? This is especially important for non-trivial
> patches like this
On Thu, Jun 20, 2019 at 11:06:47AM +0200, Ludovic Courtès wrote:
> This library is already available as ‘gd’ in (gnu packages gd). :-)
Ah, I overlooked it also! Probably because I looked for "libgd" or
"gdlib".
Andreas
On Thu, Jun 20, 2019 at 12:43:41PM +0200, Nicolas Goaziou wrote:
> But, isn't the project's name libgd?
I would say so. It is the domain name and also the tarball name.
The website starts with a news item:
"The LibGD team is proud to announce the 2.2.5 release of libgd."
But renaming it now looks
On Fri, Jun 21, 2019 at 05:43:54PM +0200, swedebugia wrote:
> Maybe we could have an additional time measurement: Ghzminutes.
> E.g. if the build took 60 minutes on a 3 Ghz machine it took 20 Ghzminutes.
180 GHzmin?
Andreas
On Mon, Jul 15, 2019 at 09:17:02PM +0300, Efraim Flashner wrote:
> texmacs Debian dropped 2(?) versions ago
I just added it during the Guile/Guix days at Strasbourg, please do not
drop it... Also, it is a GNU project. It may have been removed from Debian
because it depends on guile-1.8; but there
Hello,
On Wed, Nov 06, 2019 at 07:49:56AM +0100, pelzflorian (Florian Pelz) wrote:
> Shall I rename python-zope-* to python-zope.*?
the package naming guidelines say "replace underscores by hyphens".
I would extend this to say "replace punctuation marks by (one) hyphen".
Probably when we wrote th
On Thu, Dec 12, 2019 at 06:57:27PM +0100, zimoun wrote:
> Previously, we discussed on the possibility to video stream chunks of
> these 2 days.
Honestly, I do not think it is a good idea for an "un-conference".
These two days are more devoted to hacking, hands-on activities and
spontaneous working
Hello,
On Sat, Dec 14, 2019 at 08:06:19PM +0100, Marius Bakke wrote:
> Ricardo, do you think you'll have time for a TeX Live 2019 update in the
> coming weeks? If not, could you outline the required changes for
> enterprising Guix contributors?
before your mail I had already tried to update the
I gave it a try, dropped the patches, then the phase use-code-for-new-poppler
fails for texlive-bin; maybe these poppler phases can be dropped, but I am
not quite familiar with them.
Andreas
Hello,
I am reading up on old threads during the holiday season...
On Sun, Nov 17, 2019 at 12:30:11PM +0100, Konrad Hinsen wrote:
> If enough people are willing to work on this (beginners included!), we
> could run a "CLI working group" that plays with alternatives to the
> current CLI, implement
On Mon, Dec 16, 2019 at 11:41:57PM +0100, Marius Bakke wrote:
> Errh, the patch only works if you already have Poppler 0.83.0. For the
> current 'core-updates' branch, I believe you can use the same approach
> but fetch poppler-0.76.0.cc instead (or take Arch's patch[0]).
Ah, this is rocket scien
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
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
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
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 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
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
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
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
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
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
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
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 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,
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
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 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 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
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
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
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
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,
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 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
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
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
$ 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,
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
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 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 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,
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
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 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
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
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
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 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 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 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 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 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,
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,
Thanks, Felix and Maxim, for your explanations!
Andreas
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
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.
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
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,
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
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
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
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 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
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 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 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 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
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 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
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 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 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
901 - 1000 of 2118 matches
Mail list logo
