Hi,
Felix Lechner via "Development of GNU Guix and the GNU System
distribution." writes:
> On Fri, Mar 01 2024, Fabio Natali wrote:
>
>> could it be worth to amend the manual to say that it has to be LUKS1
>
> Based on the many folks who trip over this, especially on IRC, that
> seems like a gre
Hi Efraim,
On Sun, Feb 25, 2024 at 12:42 PM, Efraim Flashner wrote:
> On Sat, Feb 24, 2024 at 10:32:29PM +, John Kehayias wrote:
>> Slightly off topic, but for anyone wondering about my emacs keys issue:
>>
>> On Sat, Feb 24, 2024 at 04:01 PM, John Kehayias wrote:
>>
>> > Seems xremap can do
Hi everyone,
Just a note on cairo below:
On Sun, Feb 25, 2024 at 10:39 AM, Hilton Chain wrote:
> Hi everyone,
>
> On Sun, 25 Feb 2024 08:32:27 +0800,
> Lucy Coleclough wrote:
>>
>>> On Sat, 24 Feb 2024 at 20:48, hutzdog wrote:
>>>
[snip]
>>> # New Patches
>>> The following new patches will ne
Hi Hartmut,
> I'm currently updating Tryton to version 7.0 and am wondering whether it's
> better to contribute the change to Guix or to set up a
> channel for Tryton.
>
> WDYT? I'm eager to learn about your thoughts.
>
> Here is why I'm wondering:
>
> * Tryton consists of a client, a server an
Attila Lendvai writes:
>> WDYT? I'm eager to learn about your thoughts.
>
> the patch inflow to the guix repo is currently overwhelming the
> available capacity for review and pushing.
With an email like the one sent by Hartmut we can better arrange for
shepherding this large submission. (Not
> Somehow, the reader will judge if Message-ID is smoothly supported. :-)
i regularly meet this most unfortunate attitude in the GNU circles, where
oldtimers dismiss any discussion of friendlier defaults for newcomers with the
"argument" that it's configurable, and therefore it's a non-issue.
Thank you for the project idea. I will add it in.
More older proposals are listed here:
https://libreplanet.org/wiki/Group:Guix/GSoC-2023
any of these we want to submit again? New ideas welcome too!
I'll add the Guix-based build tool again (to replace autoconf and
friends) if nothing better com
> WDYT? I'm eager to learn about your thoughts.
the patch inflow to the guix repo is currently overwhelming the available
capacity for review and pushing.
if you want an agile experience, i.e. where you can quickly fix/update this and
that, then i suggest your own channel (unless you have the
Tomas Volf <~@wolfsden.cz> writes:
> On 2024-02-22 23:27:31 +, Steve George wrote:
>> Hi
>>
>> We're going to run some online patch review sessions. The first one is on
>> *Thursday, 7th March* and you can sign-up here:
>>
>> https://libreplanet.org/wiki/Group:Guix/PatchReviewSessions2024
>
> I'm currently updating Tryton to version 7.0 and am wondering whether
> it's better to contribute the change to Guix or to set up a channel for
> Tryton.
As a general rule: it is always better to contribute a change instead of
maintaining a separate channel for it if the change could be accept
Hi,
Am 19.02.24 um 23:25 schrieb antlers:
(define (os-with-yubi parent users*)
(modify-record parent
(groups -> (cons (user-group (name "plugdev")) <>))
(users -> (map (lambda (user)
(if (member (user-account-name user)
user
Hi,
I'm currently updating Tryton to version 7.0 and am wondering whether
it's better to contribute the change to Guix or to set up a channel for
Tryton.
WDYT? I'm eager to learn about your thoughts.
Here is why I'm wondering:
* Tryton consists of a client, a server and about 200 module/ad
Hi Ludo,
thanks for the answer. Looks like I need to go with Cuirass. But more
probably I'll abandon the idea for now since its a spare-time project only.
--
Regards
Hartmut Goebel
| Hartmut Goebel | h.goe...@crazy-compilers.com |
| www.crazy-compilers.com | compilers
Hi both of you,
Am 25.02.24 um 11:05 schrieb Ricardo Wurmus:
We have a macro called MODIFY-INPUTS, which you could use, but CONS* is
probably enough in your case.
Thanks. I'm using cons* now.
cons* basically is the same the "extend" I'm used to from Python - sadly
the Guile manual is so terr
Hi,
We track bugs and patches separately. Does the distinction serve a
purpose? May I combine them?
Thanks!
Kind regards
Felix
Hi Fabio,
On Fri, Mar 01 2024, Fabio Natali wrote:
> could it be worth to amend the manual to say that it has to be LUKS1
Based on the many folks who trip over this, especially on IRC, that
seems like a great idea!
Kind regards
Felix
Hi Attila,
On Fri, Mar 01 2024, Attila Lendvai wrote:
> you `guix system reconfigure` into a new shepherd version, and after
> that the currently running shepherd init process went 100% CPU,
> i.e. it was busy looping in one thread?
Yes, I used 'guix deploy.' I did so several times before notici
hi Felix,
> > you should follow the instructions in [1]; namely:
> >
> > https://lists.gnu.org/archive/html/guix-devel/2023-12/msg00018.html
> >
> > together with "Installing development snapshots with Guix" in
> > shepherd's README to add shepherd's channel.
>
>
> I did so on a production sy
Hi 👋,
I wasn't able to use a LUKS2+PBKDF2 encrypted partition when setting up
a machine recently. I understand this isn't supported by the version of
GRUB currently shipped in Guix.
Basically, with a LUKS2+PBKDF2 drive, you get stuck at boot with no
chance for GRUB to detect the relevant partitio
19 matches
Mail list logo
