Hello!
Clément Lassieur writes:
> On Wed, Apr 03 2024, Maxim Cournoyer wrote:
>
>> It's been Guix policy to let people choose whether to install or not TLS
>> root certificates and which one to their machine. While I applaud the
>> idea to have the users make a
Hi Ludovic,
Ludovic Courtès writes:
> Hi Maxim,
>
> Maxim Cournoyer skribis:
>
>> It was pointed to us that the "Free and Open Source Software
>> Sustainability Fund" [0] is currently receiving applications. The fund
>> aim to sponsors free so
Hi,
Markku Korkeala writes:
> On Tue, Apr 16, 2024 at 10:37:30PM +0200, Julien Lepiller wrote:
>> Currently, most java packages use the implicit jdk from the build
>> system (ant- or maven-build-system), which is… icedtea@8. We still
>> have quite a lot of old packages that don't build with
Hi Nicolas,
Nicolas Graves writes:
[...]
> TL;DR :
> - patch series in big progress, not done yet because I don't really
> know where to stop and massive rebuilds.
> - WDYT about tweaking the build-system for pytest?
> - not done : tweaking the pypi import to ignore those packages. I've
>
Hi Christopher,
Christopher Baines writes:
> Ludovic Courtès writes:
>
>> What’s the status of ‘core-updates’? What are the areas where help is
>> needed?
>>
>> I know a lot has happened since the last update¹, which is roughly when
>> I dropped the ball due to other commitments, but I’m not
Hi comrades,
Zheng has joined the committers to help improving cross-compilation,
riscv64, and KDE, among others.
Let's wish them a warm welcome!
Happy hacking!
--
Thanks,
Maxim
Hi,
Ludovic Courtès writes:
> Hi Florian and all,
>
> I figure you’ve been doing a lot of review and writing of the manual.
> Should we create a documentation team, of which you could be a honorary
> member? :-)
>
> I feel like ensuring doc consistency, be it regarding the content,
>
Hi Fabio,
Fabio Natali writes:
> Hi,
>
> Here's my attempt at adding 'nss-certs' to '%default-packages'.
>
> https://lists.gnu.org/archive/html/guix-patches/2024-04/msg01187.html
>
> I've removed the 'nss-certs' entry from the installer, as suggested by
> Ludo, and I've updated the docs,
Hi Ludo,
Ludovic Courtès writes:
> Hi Maxim,
>
> Maxim Cournoyer skribis:
>
>> Since branches were merged in, I believe the problem we are facing at
>> the moment is librsvg failing its test suite with a segfault (!). Could
>> be the glibc upgrade, or rust itsel
Hello Guix,
It was pointed to us that the "Free and Open Source Software
Sustainability Fund" [0] is currently receiving applications. The fund
aim to sponsors free software projects for their
maintenance/organisational activities.
I'm tempted to apply myself, but I thought I'd share it here:
Hi Attila,
Attila Lendvai writes:
> the context:
>
>
> there's an app currently packaged in guix, namely
> gnome-shell-extension-clipboard-indicator, that has a rather questionable
> practice: by default it saves the clipboard history (passwords included) in
> clear text, and
Hi Nicolas,
Nicolas Graves via "Development of GNU Guix and the GNU System
distribution." writes:
> Hi Guix,
>
> On some languages, there are a lot of unused native-inputs that are
> development & linting dependencies much more than packages that are
> actually used to build or test a package
Hello,
Ludovic Courtès writes:
[...]
>> It apparently even makes it impossible to run 'guix pull', if I am to
>> believe bug#62026.
>
> I don’t think that’s the case: see use of ‘le-certs’ in (guix scripts
> pull).
OK, good to know!
>
>> Should we do as in bug#62026 and have this package be
Hi Ludo,
Ludovic Courtès writes:
> Hi,
>
> guix-comm...@gnu.org skribis:
>
>> +(define-deprecated/public-alias gnurl curl)
>
> Just for the record (because it probably doesn’t matter much in this
> case), this creates a deprecated alias for the variable, but not for the
> package.
>
> For
Hi Matt,
Matt writes:
> On Mon, 15 Apr 2024 14:58:50 +0200 pelzflorian (Florian Pelz) wrote
> ---
>
> > Do you agree that I should commit your docs correction with @pxref?
> > I believe it is an improvement over current “see @ref”, even though it
> > looks different in the info
Hello,
Ludovic Courtès writes:
> Hi Steve,
>
> Steve George skribis:
>
>> On 10 Apr, Ludovic Courtès wrote:
>
> [...]
>
>>> To be clear (but I guess it’s crystal clear to anyone who’s been around
>>> long enough :-)), what we need most is someone to keep track of changes,
>>> coordinate
Hi,
It's been Guix policy to let people choose whether to install or not TLS
root certificates and which one to their machine. While I applaud the
idea to have the users make a conscious decision about it, in practice I
suppose very few of us choose to *not* install any as that basically
breaks
Hi Ludovic,
Ludovic Courtès writes:
> Hi Edouard,
>
> Edouard Klein skribis:
>
>> I'm a huge fan of guix --container, and I created a system to use those
>> by default for network services. But the VPS these services run on has
>> only 2GB of RAM, and I just realized that a container, by
Hi Sharlatan,
Sharlatan Hellseher writes:
> Hi,
>
> I've set the branch go-team, not checked adding it on CI.
>
> Is there any login precision to it?
If you have admin access to to https://ci.guix.gnu.org (see setup in
info '(cuirass) Authentication') using the TLS certificate I provided to
Hi,
Simon Tournier writes:
> Hi,
>
> CC: guix-maintainers
> CC: guix-sysadmin
>
> On lun., 22 janv. 2024 at 19:58, Sharlatan Hellseher
> wrote:
>
>> May I ask someone with admin rights to the build farm to set up
>> go-team branch, please?
>
> What is the status of this request? Is it
Hello,
宋文武 writes:
[...]
> Hello, I have just pushed 2 commits to remove qt.scm from the scope of
> lxqt and add myself to the qt team.
>
> Happy weekend!
Yay! Thank you, and happy weekend to you as well!
--
Thanks,
Maxim
Hi Andreas,
+guix-devel
Andreas Enge writes:
> Hello,
>
> I am reaching out since I am receiving in cc patches for Qt, and realise
> that I do not feel quite confident about them; I added myself because I
> feel able to work on C code, but I think you are much more involved and
> competent for
Hi,
Josselin Poiret writes:
> Hi Felix,
>
> Felix Lechner via "Development of GNU Guix and the GNU System
> distribution." writes:
>
>> Hi,
>>
>> We track bugs and patches separately. Does the distinction serve a
>> purpose? May I combine them?
>
> What do you mean by tracking them
Hi Hartmut,
Hartmut Goebel writes:
> Hi,
>
> I found an old and unfinished patch in my pile. It optimizes building
> with cmake by not building the test if "#:tests?" is false. (Basically
> it passes -DBUILD_TESTING=OFF/ON" depending on "#:tests?".)
>
> Is this of interest? Then I would take my
Hello,
Fabio Natali writes:
> On 2024-03-02, 10:41 +0300, Oleg Pykhalov wrote:
>> I also lost some time due to this incorrect statement.
>
> Brilliant, thanks Felix and Oleg.
>
> FWIW, micro-patch submitted here⁰.
>
> Let's see what the patch reviewer thinks. I'm not terribly happy about
>
Hi Ludovic,
Ludovic Courtès writes:
> Hello Guix!
>
> Distros are increasingly relying on sssd, in particular Fedora and
> derivatives, as a replacement for nscd, which is either unavailable or
> deprecated. The documented interface of Guix binaries to the host’s
> name service switch (NSS) is
Hi Matt,
Matt writes:
> On Wed, 21 Feb 2024 18:20:19 +0100 Maxim Cournoyer wrote ---
>
> > Thanks for the follow-up.
>
> Thank you! Seems like we were looking at it at about the same time :)
>
> > Like Josselin, I prefer to keep the mention that the ta
Hi Maxime!
Maxime Devos writes:
>>On Thu, Feb 22 2024, Andreas Enge wrote:
>>> 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
Hi,
Ricardo Wurmus writes:
> Hi,
>
> I noticed that Cuirass bundles minified JavaScript. I’ve started a new
> branch that replaces the minified JavaScript with readable source code
> and minifies the files as part of the build.
>
> I also tried to remove the need for jQuery, at least in our
Hi Matt,
Thanks for the follow-up.
Matt writes:
[...]
> #+begin_src diff
> diff --git a/doc/guix.texi b/doc/guix.texi
> index 4af830aed7..16349d4ec1 100644
> --- a/doc/guix.texi
> +++ b/doc/guix.texi
> @@ -732,14 +732,16 @@ ready to use it.
>
> @cindex installing Guix from binaries
>
Hi Sharlatan,
Sharlatan Hellseher writes:
> Hi Guix!
>
> I've pushed split IV
> https://issues.guix.gnu.org/69042
>
> Now there are all base golang-* modules which I'm about to populate on demand
> during patch review.
>
> - golang-build
> - golang-check
> - golang-compression
> - golang-crypto
Hi Clément,
Clément Lassieur writes:
[...]
>>> I also agree! :-) What appears to me “difficult” is that most of the
>>> tools as Email client are poorly supporting Message-ID.
>>>
>>> For instance, debbugs.el (Gnus). To my knowledge, there is not easy way
>>> to get the Message-ID when
Hi Simon,
Simon Tournier writes:
> Hi,
>
> On dim., 11 févr. 2024 at 11:38, Maxim Cournoyer
> wrote:
>
>> 'b4 shazam' is probably the most trouble-free way to apply patches;
>
> I agree*!
>
>>
Hi,
Kyle Meyer writes:
> Hi Ricardo,
>
> Ricardo Wurmus writes:
>
>> Hi Josselin,
>
>>> They both can co-exist with debbugs, and for now the patchwork instance
>>> of QA is not usable for status tracking (because it is not meant to be
>>> used as such for now). One can already use both of
Hi,
Nicolas Graves via "Development of GNU Guix and the GNU System
distribution." writes:
> The snapper branch is here with no activity for quite some time.
>
> There's a patch for snapper in 57311, maybe we can start by deleting the
> branch.
Done (the branch is now deleted).
--
Thanks,
Hi Christina,
Christina O'Donnell writes:
> Hi Guix,
>
> From my machine[1] connecting to https://issues.guix.gnu.org/ results
> in, after 130 seconds[2], a 502 bad gateway. It's been having issues
> for over a week, but I only just found a need to test it.
>
> I couldn't see an issue about it
Hi,
Simon Tournier writes:
> Hi,
>
> Well, using Guix bdab356 from a little bit more than one month old, then
> associating the channel guix-science 0b3d4a2f last week, I get the
> failure:
>
> $ guix build /gnu/store/g3aa5rh7bs5pyxd3q1gvhwz1s9z1vh3z-guix-science.drv
> The following derivation
Hi,
Zheng Junjie writes:
> Maxim Cournoyer writes:
>
>> Hi Attila,
>>
>> Attila Lendvai writes:
>>
>>>> About "cheaper code path when a log level is disabled at runtime",
>>>> perhaps it can be improved in guile-lib, but othe
Hi Andreas,
Andreas Enge writes:
> 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
Hi Attila,
Attila Lendvai writes:
>> About "cheaper code path when a log level is disabled at runtime",
>> perhaps it can be improved in guile-lib, but otherwise that's a nice
>> list. I just wish we had a good logging library in Guile and could stop
>> reinventing the wheel left and right.
>
>
Hi Alex,
Alex Devaure writes:
> Hi all,
> There is a new version of the RAW developer darktable. The patch #67719
> modifies the generation of it by replacing clang with gcc. The patch is
> not yet merged, should I base my patch (updating darktable version) to
> #67719?
That'd be fine, yes.
Hello!
Raghav Gururajan writes:
> Hello Guix!
>
> Happy holidays and a new year everyone! I wish you all a continued
> success in your endeavour(s), health, and life.
>
> Regards,
> Raghav "RG" Gururajan.
Thanks Raghav! I wish you a great 2024 as well.
--
Thanks,
Maxim
Hi Christian,
Christian Miller writes:
> Let's see if this works. Does everyone get an email?
Ack. I use 'S W' in Gnus, which is the shortcut to send a wide reply
(it CCs everyone from the message being wide replied to).
--
Thanks,
Maxim
Hi Attila,
Attila Lendvai writes:
> hi Maxim,
>
>> > > - a lightweight logging infrastructure together with plenty of log
>> > > lines throughout the codebase, and some hints in the README on how
>> > > to turn log lines gray in emacs (i.e. easily ignorable).
>>
>>
>> Are you using guile-lib's
Hi Sharlatan,
Sharlatan Hellseher writes:
> Hi Maxim,
>
> Thank you for detailed replay.
>
>> The branch workflow for teams is to use a *-team branch that is short
>> lived, e.g. for the time needed to do the integration work; with an
>> associated job spec in Cuirass (ci.guix.gnu.org) to build
Hello,
Janneke Nieuwenhuizen writes:
[...]
> As mentioned on IRC, this fixes it for me; thanks!
Great! I'm tentatively including many other patches I had lined up for
the next world rebuild that I've picked from guix-patches, to turn this
wasted computing cycles into an opportunity.
--
Hi Janneke,
Janneke Nieuwenhuizen writes:
> Maxim Cournoyer writes:
>
> Hi,
>
>> Efraim Flashner writes:
>>
>>> On Sun, Jan 21, 2024 at 10:33:37AM +0100, Janneke Nieuwenhuizen wrote:
>>>> Hi!
>>>>
>>>> On core-updates,
Hi Attila,
Attila Lendvai writes:
>> - a lightweight logging infrastructure together with plenty of log
>> lines throughout the codebase, and some hints in the README on how
>> to turn log lines gray in emacs (i.e. easily ignorable).
Are you using guile-lib's logging library for it? I've used
Hello,
Efraim Flashner writes:
> On Sun, Jan 21, 2024 at 10:33:37AM +0100, Janneke Nieuwenhuizen wrote:
>> Hi!
>>
>> On core-updates, running
>>
>> ./pre-inst-env guix build --system=i586-gnu -e '(@@ (gnu packages
>> commencement) gnu-make-boot0)'
>>
>> fails for me with
>>
>> sh:
Hi Christina,
Christina O'Donnell writes:
> Hi Oleg,
>
> On 13/01/2024 21:05, Sharlatan Hellseher wrote:
>> Hi Guix,
>>
>> I'm about to prepare split and aggregation of all golag packages
>> related to cryptography. The process would be the same as for
>> golang-check and golang-web.
>>
>>
>>
Hi Ricardo,
Ricardo Wurmus writes:
[...]
>> This commit and a few others mention there are no tests; perhaps that's
>> true of the PyPI archive, but in this case it's worth fetching from Git
>> in my opinion to run the tests. Here for example, there appear to be a
>> Pytest test suite:
>>
Hi Sharlatan,
Sharlatan Hellseher writes:
> Hi Maxim,
>
> You mentioned go-team branch which I tried to find :-)
>
> Is there any formal procedure to push new branches?
> I might need a branch to push changes from the split task
> instead of sending patches.
The branch workflow for teams is to
Hi Matt!
Matt writes:
> I care about this. How can I help?
>
> - Convert the notes into patches?
> - Proofread any patches that derive from Christian's efforts?
That would be a good way to help, yes! It'll be easier to review if
each distinct problem is fixed in its own commit (patch).
--
Hi Oleg,
Sharlatan Hellseher writes:
> Hi Guix,
>
> I'm about to prepare split and aggregation of all golag packages
> related to cryptography. The process would be the same as for
> golang-check and golang-web.
>
>
> In progress:
> golang-cryptography
>
> Planned:
> golang-compression
>
Hi Oleg,
Sharlatan Hellseher writes:
> Hi,
>
> I can't say that I'm an expert in Golang :-), but I've got some experience in
> building and deploying Glang daily for some time.
>
> First things first the default behaviour of `go test ./...` is like this:
>
> find * -type f -name *_test.go |
>
Hi,
I'm not in the Python team, but I thought I'd give some feedback on
recent Python packages added.
guix-comm...@gnu.org writes:
> gnu: Add python-docspec.
>
> * gnu/packages/python-xyz.scm (python-docspec): New variable.
>
> Change-Id:
Hi!
Kyle Meyer writes:
> Hi Maxim,
>
> Maxim Cournoyer writes:
>
>> Another easy option is to retrieve the Message-ID of any message in the
>> series (via the source HTML of the mail archives, or directly from the
>> mail headers if you have the mail locally), and
Hi Tomas,
Tomas Volf <~@wolfsden.cz> writes:
> On 2024-01-14 22:12:38 +0100, Troy Figiel wrote:
>> Hi everyone,
>>
>> When looking into the Go build system, I noticed the default check phase
>> runs (invoke "go" "test" import-path), which only runs the tests in the
>> root directory of the
Hi,
Troy Figiel writes:
> Hi Guix/Python team,
>
> My fix for python-requests-kerberos was pushed today (thanks Oleg!) and
> I thought it would be an appropriate moment to ask about the
> pyproject-build-system. In short, is the pyproject-build-system a
> preferable default over the
Hi Attila,
Attila Lendvai writes:
>> 1. People find the [data] service provides value (can someone restate what
>> that
>> value is exactly? Is it needed e.g. to power
>
>
> if you allow hijacking the above into the wiki discussion:
>
> this is a good example where a wiki page (central, easily
Hi,
Efraim Flashner writes:
> On Fri, Jan 12, 2024 at 05:21:51PM +0100, Clément Lassieur wrote:
>> On Thu, Jan 11 2024, Sharlatan Hellseher wrote:
>>
>> > Hi Guix!
>> >
>> > I am happy to have been granted commit access and I am ready to help
>> > review pending issues and prepare queued
Hi Ludovic,
Ludovic Courtès writes:
> Hello Guix!
>
> Several of us have been fiddling with the ‘core-updates’ branch for a
> while. I think there’s now consensus that the branch is really
> dedicated to core packages and (guix build …) modules, as embodied in
> the new ‘core-packages’ team¹.
Hi Simon,
Simon Tournier writes:
> Hi Maxim,
>
> On Thu, 30 Nov 2023 at 08:28, Maxim Cournoyer
> wrote:
>
>> I'd like to have a single archive type as well in the future, but I'd
>> settle on Zstd, not lzip, because it's faster to compress and
>> deco
Hi Tomas,
Tomas Volf <~@wolfsden.cz> writes:
> Hello,
>
> I would like to inquire regarding system tests. There is check-system make
> target, however it seems like at least some of them are broken. Can someone
> check whether that is case even on their machine? Do they all pass for you?
The
Hello Guix!
I'm happy to start the 2024 year with a new committer onboard: Sharlatan
(Oleg).
Sharlatan is maintaining a growing collection of astronomy packages in
Guix, among others.
Let's Wish them a warm welcome!
--
Thanks,
Maxim
Hello Guix, and Happy New Year!
It's been on my head for quite a bit of time (about 2 years, according
to [0]), to streamline our offering of cached nars. Letting go of gzip
2 years ago, along a more aggressive garbage collection policy allowed
us to reduce our storage needs by at least 6.5 TiB.
Hi,
Ludovic Courtès writes:
> Hello Christopher,
>
> Christopher Baines skribis:
>
>> Ludovic Courtès writes:
>
> [...]
>
>>> Christopher Baines skribis:
>>>
As previously set out, I'm planning to stop hosting the data service
instances this year. While I would like to stop hosting
Hi,
Yarl via "Development of GNU Guix and the GNU System distribution."
writes:
> I think 'In-Reply-To' and 'References' headers are important.
The safest/best way is to use 'reply all'; this preserves filtering
using Return-Path working as expected for the recipients.
--
Thanks,
Maxim
Hi,
Yarl via "Development of GNU Guix and the GNU System distribution."
writes:
> I think 'In-Reply-To' and 'References' headers are important.
The safest/best way is to use 'reply all'; this preserves filtering
using Return-Path working as expected for the recipients.
--
Thanks,
Maxim
Hi,
Apoorv writes:
> OK, it was my bad I had an older copy of guix.scm file I was passing
> that, it didn't have cargo-build-system. But now I'm getting so many
> other errors related to cargo deps missing or version mismatch, I
> tried adding those deps spent like 1-2 hours but something dep
Hi Guix,
The FSF has reached out to let us know that signing up and submission
for Outreachy is starting this month [1] and that from January 22 to
February 6, 18:00 UTC mentoring organizations can submit applications
for Google Summer of Code.
Would someone like to suggest projects or support
Hi,
Apoorv writes:
> I can add rust:cargo but the package definition in the guix.scm is already
> using `cargo-build-system` shouldn't it include rust and cargo etc
> automatically?
It should, but if it doesn't you may want to review how rust:cargo input
gets added to the cargo-build-system;
Hi,
Apoorv writes:
> Sorry, this is my first time using some mailing list.
>
> I tried using `--container` and `--emulate-fhs` first it doesn't seem
> to use `guix.scm` automatically I have to specify it using
> `--file=guix.scm`. Second, the container is missing so much more stuff
> like cargo
Hi,
Apoorv writes:
> There are a lot of libs that need to be added to LD_LIBRARY_PATH for
> my project to compile successfully. I do have gcc-toolchain added in
> the guix.scm file. I had to do a lot of trickery for the shell
> environment to work for me properly, using direnv,
[...]
Did you
Hi,
Tobias Geerinckx-Rice writes:
> Hiyall,
>
> On 29 December 2023 03:58:27 UTC, Maxim Cournoyer
> wrote:
>>Guix doesn't/shouldn't make use of LD_LIBRARY_PATH, except in rare cases
>>to wrap binaries. It's better to patch the dlopen calls to use the
>>abs
Hi,
v...@mail-on.us writes:
> x86 x64 gnu guix system 1.4.0 iso requires internet connection in order to get
> installed. Same goes for i686 iso.
>
> Why is that so? Why is there no
> iso option for installing off line? Thanks.
There's this ticket about the same: #43049. If I remember
Hi,
Apoorv via "Development of GNU Guix and the GNU System distribution."
writes:
> I want to make a suggestion for a feature for guix shell.
>
> I was recently writing guix.scm files for my projects and was having
> problem with the libraries I added, not being found inside the
> shell. After
Hi Efraim,
Efraim Flashner writes:
> The rust team is pleased to announce that the rust-team branch has been
> merged back into master. There are 570 commits across the branch.
> Cross-compiling support for the cargo-build-system was added, including
> for librsvg. Cross-compiling was tested
Hi Felix,
Felix Lechner writes:
> Hi Maxim,
>
> On Tue, Dec 12 2023, Maxim Cournoyer wrote:
>
>> it means bash-minimal should be explicitly added to the inputs,
>> otherwise when cross-building the package for another architecture the
>> native bash captured wouldn
Hi,
Maxim Cournoyer writes:
> Hi,
>
> Leo Famulari writes:
>
>> Hello,
>>
>> I'm changing my Guix signing key from
>> B0515948F1E7D3C1B98038A02646FA30BACA7F08 to
>> 68407224D3A64EE53EAC6AAC1963757F47FF.
>>
>> Patches to follow. Test
Hi,
Leo Famulari writes:
> Hello,
>
> I'm changing my Guix signing key from
> B0515948F1E7D3C1B98038A02646FA30BACA7F08 to
> 68407224D3A64EE53EAC6AAC1963757F47FF.
>
> Patches to follow. Testing is appreciated!
Thanks for the heads-up!
--
Thanks,
Maxim
Hi,
Pan Xie writes:
> Hello
>
> I find this interesting thing but I don't have an explanation. When
> query the "references" of my Gnu Store item "sbcl", it shows that sbcl
> references bash-mininal, as the following output shows:
[...]
> So the question is, which part of sbcl's package
Hi,
Christopher Baines writes:
> Tobias Geerinckx-Rice writes:
>
>> Christopher Baines 写道：
>>> it's not the most cost effective setup
>>
>> Has this been explained in more detail before?
>
> Probably not, beid is currently a CPX51 Hetzner cloud server costing
> €65.33 a month. This has been
Hello,
Andy Tai writes:
> https://issues.guix.gnu.org/recent, for example, only shows issues up to Dec
> 6.
>
> Not sure if this is due to some data services stopping running or such...
Perhaps the machine was restarted and the manual rsync job not
restarted? We still don't have a service
Hi Bruno,
Bruno Victal writes:
> Hi Efraim,
>
> On 2023-11-09 07:15, Efraim Flashner wrote:
>> I assume the define-maybe's aren't public, so I'd guess that shouldn't
>> cause a problem as long as they aren't exported.
>
> They're not public but they override definitions within the same file
>
Hi Guillaume,
Guillaume Le Vaillant writes:
> Maxim Cournoyer skribis:
>
>> Hi Simon,
>>
>> Simon Tournier writes:
>>
>>> Hi,
>>>
>>> On mer., 22 nov. 2023 at 19:27, Ludovic Courtès wrote:
>>>
>>>> For long-term
Hi,
Maxime Devos writes:
> Op 23-11-2023 om 13:02 schreef Z572:
>> Maxime Devos writes:
>>
>>> [[PGP Signed Part:Undecided]]
>>>
>>>
>>> Op 21-11-2023 om 18:21 schreef Maxime Devos:
> [PATCH] gnu: ephemeralpg: Fix cross-compilation.
There is already a patch for that:
Hi Simon,
Simon Tournier writes:
> Hi,
>
> On mer., 22 nov. 2023 at 19:27, Ludovic Courtès wrote:
>
>> For long-term storage though, we could choose to keep lzip only (because
>> it compresses better). Not something we can really do with the current
>> ‘guix publish’ setup though.
>
> It
Hi,
Tomas Volf <~@wolfsden.cz> writes:
[...]
> I was following the debate, but maybe I have missed something, so I will put
> forward my use case as well. I have two properties I would like to have from
> a
> "remote deploy" mechanism, and they are not satisfied by SSH-ing to the
> machine
>
Hi,
Simon Tournier writes:
> Hi Maxim,
>
> On Thu, 09 Nov 2023 at 10:04, Maxim Cournoyer
> wrote:
>
>>> I agree. On a side note, one of the issue is the time of some tests.
>>> Sometimes, packaging is frustrating: build takes ages, then you fix some
>
Hi,
Ludovic Courtès writes:
[...]
> 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
> responsibility.
>
> I think we should make this
Hi Simon,
Simon Tournier writes:
[...]
>> I think the lower fruits are in looking at making the test suite of the
>> few common offenders more robust (using libfaketime or the likes) to
>> prevent (re)occurrences of time bombs in the future.
>
> I agree. On a side note, one of the issue is
Hi,
Efraim Flashner writes:
[...]
>> 'guix package' is already the command we use to create profiles; maybe
>> it could accept a '--remote' argument to operate on a remote machine?
>> Or is this not what 'GUIX_DAEMON_SOCKET=ssh://your-target guix package
>> -m manifest.scm' can already
Hi,
Simon Tournier writes:
> Hi,
>
> On Wed, 8 Nov 2023 at 20:20, Saku Laesvuori wrote:
>
>> There is another way: simply preventing the tests from changing the
>> resulting store item. For example, the package could first be built
>> without tests and then that build tree could be copied to
Hello,
Felix Lechner writes:
> Hi,
>
> On Tue, Nov 07 2023, Maxim Cournoyer wrote:
>
>> Then your suggestion to extend 'guix package' to be able to
>> install a profile from a store profile sounds useful, or perhaps a new
>> 'guix deploy-profile' (or a better n
Hi jgart,
"jgart" writes:
> Hi Guixers,
>
> Does anyone follow this workflow for reviewing patches?
>
> git clone https://git.guix-patches.cbaines.net/guix-patches/
> git checkout issue-x
> git format-patch ...
> # then in the development checkout of Guix:
> git am ...; make; ./pre-inst-env
Hi Bruno,
Bruno Victal writes:
> Hi,
>
> As the gnu/services and gnu/home/services grow, I think we should
> consider divvying the services into stand-alone modules or
> subdirectories.
>
> Consider the ⌜dovecot-service-type⌝ in gnu/services/mail.scm: as of
> commit
Hi Sergio,
Sergio Pastor Pérez writes:
> Hi, Maxim.
>
> This has been an interesting read. I would like to encourage you to keep
> us updated.
>
> Thanks for sharing!
My pleasure! I will keep you updated, if anything happens from it.
--
Thanks,
Maxim
Hello,
Just for your info, I'm relaying the response I've sent for
consideration to the US government [0] in reply to their RFI (Request
For Information) [1]. It's about adding support for GNUnet for
sharing Guix substitutes.
I had no prior experience authoring these so it is probably written
Hi Bruno,
Bruno Victal writes:
> Hi,
>
> There are system tests that would benefit from being able to express
> that their results are dependent on the result of other tests, when
> these constitute independent units, especially when there are
> configuration variants present. (e.g.
1 - 100 of 852 matches
Mail list logo
