Hi Guix,
Do you think it is correctly extracted to golang-web?
https://issues.guix.gnu.org/66827
Thank,
Oleg
Hi Simon and Ludo,
>> It does not differ. What differs is that “guix shell” raises nothing
>> for the collision – maybe “guix shell” does not check the collision, I
>> do not remember – when “guix package” raises an error for the same
>> collision.
>
> Indeed, ‘guix shell’ does not check collisio
> Preparing a large set of updates like this is already a great deal of
> work. It does not seem to me like a good use of volunteers' time to ask
> them to break such an update into hundreds of tiny pieces, especially
> not if the result is hundreds of broken commits to Guix.
fair enough. in that
Attila Lendvai writes:
> i myself also had headaches multiple times when i fixed something that
> needed to touch several different packages, and they would only work
> when applied in one transaction:
>
> how many debbugs issues? multiple issues and record the dependencies?
> little gain for m
Maxim Cournoyer writes:
> 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 co
Hi All!
There's a certain probability that I might make it to Hamburg for 37C3
(Chaos Communication Congress' 37th edition) this year, 27th-30th Dec.
I was wondering if you might be aware of any Guix-related event/session
(talk, assembly, self-organised session, etc) happening at 37C3? I
wasn't a
On Mon, Dec 11, 2023 at 11:30:10AM +0800, Hilton Chain wrote:
> On Mon, 11 Dec 2023 08:13:58 +0800,
> Leo Famulari wrote:
> >
> > Everyone with commit privileges should feel free to push these patches to
> > master if they seem okay. I won't be able to help today.
>
>
> OK, I have applied "[PATCH
Hi, if the GNU Guix project agrees I can try to get the ball rolling
by applying, but I need OK from Guix maintainers so this can be an
request on the behalf of the Guix project. Or the Guix maintainers
can go ahead and do it. Let me know.
On Sat, Dec 9, 2023 at 11:18 PM Julien Lepiller wrote:
[+CC the -maintainers alias for good measure]
I can't speak for the collective but enthousiastic +1 from me.
OSU should already have me on file as representing Guix (for the POWER9 VM) so
let me know if I can expedite anything.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
Hi, if so you would be the best person for it. if guix maintainers authorize.
On Mon, Dec 11, 2023 at 10:01 AM Tobias Geerinckx-Rice wrote:
>
> [+CC the -maintainers alias for good measure]
>
> I can't speak for the collective but enthousiastic +1 from me.
>
> OSU should already have me on file a
I'm happy to assist but not currently available to be volunteered into leading
the effort, sorry.
Kind regards,
T G-R
Sent on the go. Excuse or enjoy my brevity.
Fine. I can take this.
On Mon, Dec 11, 2023 at 10:40 AM Tobias Geerinckx-Rice wrote:
>
> I'm happy to assist but not currently available to be volunteered into
> leading the effort, sorry.
>
> Kind regards,
>
> T G-R
>
> Sent on the go. Excuse or enjoy my brevity.
Hi Fabio,
Fabio Natali writes:
> I was wondering if you might be aware of any Guix-related event/session
> (talk, assembly, self-organised session, etc) happening at 37C3? I
> wasn't able to spot anything when flicking through the event portal⁰.
I won't be at the 37c3, but have regularly atte
Unfortunately this year I won't make it to the Chaos Communication
Congress, so I'll watch the live steam. But in 2015 I when I lived in
Hamburg, I was part of the Congress.
Tobias Alexandra
Am Montag, dem 11.12.2023 um 21:15 +0100 schrieb Wilko Meyer:
>
> Hi Fabio,
>
> Fabio Natali writes:
>
Hi Wilko, hi Tobias Alexandra,
Thanks for getting back to me.
Yeah, a self-organised session is probably the way to go - hopefully
there's still time to register one, when I did one in the past
(unrelated to Guix) I remember it was a pretty much last-minute thing.
I'll keep the list updated if I
Hi,
Looking at this definition in gnu/system.scm [1] I am trying to figure
out what 'os' is:
(define* (operating-system-kernel-arguments
os root-device #:key (version %boot-parameters-version))
"Return all the kernel arguments, including the ones not specified directly
by the
Hello,
I'm changing my Guix signing key from
B0515948F1E7D3C1B98038A02646FA30BACA7F08 to
68407224D3A64EE53EAC6AAC1963757F47FF.
Patches to follow. Testing is appreciated!
Leo
signature.asc
Description: PGP signature
Hi,
I have my own copy of Guix in order to hack on features. I 'pull' with
the option '--allow-downgrades'.
After that, 'deploy' does not require it again, but 'home reconfigure'
does. Is that consistent?
Also, would 'system reconfigure' require the option again? Thanks!
Kind regards
Felix
> Hi,
>
> Looking at this definition in gnu/system.scm [1] I am trying to figure
> out what 'os' is:
>
> (define* (operating-system-kernel-arguments
> os root-device #:key (version %boot-parameters-version))
> "Return all the kernel arguments, including the ones not specified
>
19 matches
Mail list logo