On 2021-10-03 12:50, Liliana Marie Prikler wrote:
> Hi Guix,
>
> it's been a while since the discussion of whether or not to collect
> multiple profiles into a single directory [1]. This suggestion takes
> inspiration from that, but goes a vastly different route. Instead of
> using environment v
Hi,
I've set up the channel things for the antioxidant repo,
so now you can put the following in channels.scm:
(use-modules (guix ci))
(cons
(channel
(name 'antioxidated-packages)
(url "https://notabug.org/maximed/cargoless-rust-experiments";)
(introduction
(make-channel-introduction
Hi,
Ludovic Courtès skribis:
> Anyway, the situation is confusing; there’s no point in having two
> slightly different variants. I suggest we check with Alex off-list to
> get a better understanding of what they want. Worst case, we can
> cherry-pick commits from Alex’s copy if Alex doesn’t wa
Hi,
Tanguy LE CARROUR skribis:
> Oh… thank you so much for your answer! Looks like the proper way to go!
> I'll try to update GnuPG package definition to integrate one or several
> of those patches.
> Or maybe we should first figure out it this is the right thing to do?!
>
> Guix, thoughts!?
I
Hi!
Liliana Marie Prikler skribis:
> "raw binaries" (henceforth rawbins) are the unwrapped binaries that
> Guix leaves behind in $PACKAGE/bin with the .$WRAPPER-real name. This
> practise causes several issues. For one, those rawbins are visible in
> the shell by typing a dot and using tab com
Hi,
Théo Maxime Tyburn skribis:
> thanks, that helped! I just learned by scrolling the guix-devel archives
> that log files are conventionaly gathered in /var/log in guix. I wasn’t
> aware of that. Is it documented somewhere ?
I don’t think it’s documented; it’s a traditional Unix convention I
Hi,
zimoun skribis:
> On Sun, 15 May 2022 at 22:55, Ludovic Courtès wrote:
>
>> I propose freezing tomorrow evening, Monday 16th ca. 8PM CEST.
>> How does that sound?
>
> LGTM. The branch is now frozen and receive only fixes, right?
An update: ci.guix wasn’t building much lately due to a bug
Hi,
EuAndreh skribis:
>> It would be up to users to make sure then that whatever “home
>> environment profile” they use has its startup files actually loaded.
>
> What do you mean by that? The user in this case must ensure that
> $HOME_ENVIRONMENT/{setup-environment,on-first-login} are loaded?
Hi,
Allan Adair skribis:
> File "/gnu/store/g2x37cxh2ag5h66f0p9zaz9pkz2vcvgg-python-libvirt-
> 7.9.0/lib/python3.9/site-packages/libvirt.py", line 1353, in create
> raise libvirtError('virDomainCreate() failed')
> libvirt.libvirtError: '/usr/libexec/qemu-bridge-helper' is not a suitable
>
Hello,
Efraim Flashner skribis:
> On Sun, May 15, 2022 at 11:22:05PM +0200, Ludovic Courtès wrote:
[...]
>> Yes, so what do you mean? Should we keep the old 3.3.1 for use on
>> non-x86_64 platforms? Would that even work?
>
> I'll add 3.4.8 for non-x86_64 platforms and see if I can do somethi
Hi,
--- Original Message ---
On Monday, May 23rd, 2022 at 7:39 AM, Ludovic Courtès wrote:
> Hi,
>
> Ludovic Courtès l...@gnu.org skribis:
>
> > Anyway, the situation is confusing; there’s no point in having two
> > slightly different variants. I suggest we check with Alex off-list to
>
Hello!
zimoun skribis:
> The question is what to do when we delete?
>
> I am proposing to delete the content, i.e., all but keep the meta, i.e.,
> the file manifest. We could have an option soft (keep meta) and hard
> (remove all, meta included, as today) for guix gc.
Exactly! ‘guix pull’ pro
The newest version of lxqt is 1.1.0, which was released in April [1].
The version of the lxqt metapackage in guix is 17. I think this refers to
0.17.0 which was an older release. Wanted to mention this for whoever wants to
update it, since (I think?) guix does not allow downgrades (1.1.0 < 17).
Ludovic Courtès schreef op ma 23-05-2022 om 17:10 [+0200]:
> One solution we haven’t yet used to its full potential is ‘wrap-script’,
> an alternative to ‘wrap-program’ that Ricardo added to (guix build
> utils) a while back.
>
> Its advantage is that it does not create a new file. It only works
Ludovic Courtès schreef op ma 23-05-2022 om 17:28 [+0200]:
> Hi,
>
> Allan Adair skribis:
>
> > File "/gnu/store/g2x37cxh2ag5h66f0p9zaz9pkz2vcvgg-python-libvirt-
> > 7.9.0/lib/python3.9/site-packages/libvirt.py", line 1353, in create
> > raise libvirtError('virDomainCreate() failed')
> >
Ludovic Courtès schreef op ma 18-04-2022 om 22:24 [+0200]:
> [... guix refresh -u stuff failing due to not finding the key ...]
> I’m not sure what a good solution is (other than looking for the key
> manually on Savannah or on some random key server).
Alternatively, why use key servers at all? W
Hi Liliana,
On Sat, 21 May 2022 at 13:30, Liliana Marie Prikler
wrote:
> I think we should implement this as a single --keep=stuff operator,
[...]
> I'm not so sure if I understand the generation bit correctly, but with
> the switch proposed above, you'd --keep=generations, which keeps just
>
Am Montag, dem 23.05.2022 um 17:10 +0200 schrieb Ludovic Courtès:
> Hi!
>
> Liliana Marie Prikler skribis:
>
> > "raw binaries" (henceforth rawbins) are the unwrapped binaries that
> > Guix leaves behind in $PACKAGE/bin with the .$WRAPPER-real name.
> > This practise causes several issues. For
Hi Ludo,
On Mon, 23 May 2022 at 17:42, Ludovic Courtès wrote:
> Exactly! ‘guix pull’ profiles are entirely reproducible: we can rebuild
> them from the output of ‘guix describe’.
>
> So ‘guix gc’ (or something) could automatically remove old generation
> symlinks and instead store the output of
Hi,
Am Montag, dem 23.05.2022 um 16:14 +0300 schrieb Andrew Tropin:
> The discussion seems too heated and bloated, it's hard to reasonably
> address arguments mentioned around, so I'll just post some thoughts
> and a possible way to somehow proceed.
>
> I suggest to split the bigger idea into sma
Thanks! Looks like I was on a good track. The only reference that I could
find to /usr/libexec/qemu-bridge-helper was in the meson.build file of the
libvirt package. I wrote a package variant that looks like this, to test:
(define-public libvirt-with-qemu-bridge-helper
(package
(inherit libv
Hi,
Ludovic Courtès writes:
> Hi,
>
> Théo Maxime Tyburn skribis:
>
>> thanks, that helped! I just learned by scrolling the guix-devel archives
>> that log files are conventionaly gathered in /var/log in guix. I wasn’t
>> aware of that. Is it documented somewhere ?
>
> I don’t think it’s docume
Allan Adair schreef op ma 23-05-2022 om 21:44 [+0200]:
> (define-public libvirt-with-qemu-bridge-helper
> (package
> (inherit libvirt)
> (name "libvirt-with-qemu-bridge-helper")
This fixes only a variant of the libvirt library itself, it doesn't
cause your modified version to be used. Y
Hi Christopher,
Here in Singapore download speed has gone from bad to worse over the
last two weeks, so bad that I was having to --fallback often and wound
up setting up a cuirass instance to continuously build a collection of
manifests I'm working with (which solved the issue). Not at my machine
On 2022-05-23 03:14 +, Foo Chuan Wei wrote:
> `(invoke "sh" "-c" "trap")` is merely a trivial example for
> demonstrating that the shell ignores SIGINT and SIGQUIT. This might be
> significant if the build step invokes the shell to do something more
> significant (e.g. to build something).
>
>
25 matches
Mail list logo
