On 2022-05-02, Vagrant Cascadian wrote:
> $ guix challenge --diff=none $(cat guix-base-set)
>
> /gnu/store/8gmqvwf0ccqfyimficcnhxvrykwx6y8g-linux-libre-5.17.5 contents
> differ:
Proving more difficult than I'd hoped for, smallish diffs in the .ko
files and in the bzImage and System.map, but
zimoun ezt írta (időpont: 2022. jún. 2., Cs
0:13):
> Hi,
>
> On Wed, 01 Jun 2022 at 22:17, Ricardo Wurmus wrote:
>
> > What do you think about this?
>
> This is a great idea!
>
I agree. Having this would be nice.
>
>
> > 3. update the Contributing section in the manual (and the website) to
>
Hi,
On Wed, 01 Jun 2022 at 22:17, Ricardo Wurmus wrote:
> What do you think about this?
This is a great idea!
> 3. update the Contributing section in the manual (and the website) to
> suggest Cc-ing guix-ment...@gnu.org for a first contribution.
Maybe instead of manually CC-ing
raingloom schreef op wo 01-06-2022 om 22:41 [+0200]:
> Could we instead check for existing homes and set uids in
> /etc/passwd based on that instead? That's practically O(1), but is a
> bit more involved.
For this to work, the home directory may not be changed. As Ludo wrote
(albeit about user
On Wed, 01 Jun 2022 22:09:11 +0200
Maxime Devos wrote:
> Ludovic Courtès schreef op wo 01-06-2022 om 18:38 [+0200]:
> > There’s a talk by Lennart Poettering where he explains that,
> > contrary to what one might think, “chown -R $HOME” turns out to be
> > fast enough that systemd-homed can do
zimoun schreef op wo 01-06-2022 om 21:51 [+0200]:
> Any user of Guix, scientist or not, can be surprised that their
> perfectly working packages are suddenly removed without a period of
> grace. Yes, these packages could have been removed before today since
> they are EOL since 2 years. It does
Hi,
to help new contributors get their first contribution into Guix I think
it would be good to do this:
1. create a new private mailing list or mailing alias guix-ment...@gnu.org
2. ask for experienced Guix contributors who are committed to helping
new contributors to subscribe to the list
3.
Ludovic Courtès schreef op wo 01-06-2022 om 18:38 [+0200]:
> There’s a talk by Lennart Poettering where he explains that, contrary to
> what one might think, “chown -R $HOME” turns out to be fast enough that
> systemd-homed can do that unconditionally (off the of my head).
Interesting.
Taking
Ludovic Courtès schreef op wo 01-06-2022 om 18:38 [+0200]:
> Things that seem missing here to me:
>
> * a mechanism for remembering that an uid is still in use even
> though
> the user has been removed (previously mentioned solutions: keep
> the
> uid in /etc/passwd even though it is
Hi,
On Wed, 01 Jun 2022 at 18:21, Ludovic Courtès wrote:
> The question boils down to: how can we maintain a general-purpose
> package collection?
I agree and I never said that we have to maintain packages EOL since 2
years.
As I pointed, many packages of these set are not broken… yet.
Any
Hi!
Christopher Baines skribis:
> There is starting to be some information in the QA data service instance:
>
>
>
Maxime Devos skribis:
> I don't think the problem is that the uid of /home/... was wrong,
> rather I think the problem is that Guix has forgotten the uid and hence
> invents a new one to put in /etc/passwd instead of keeping the old one.
>
> A pitfall (noticed in the context of system accounts):
Vagrant Cascadian skribis:
> We've already got the keyring branch in guix.git, maybe adding an
> upstream-keys branch wouldn't be madness? Or a separate git
> repository. And then you could get it archived at software heritage or
> archive.org or whatever trivially.
Yes, that sounds reasonable
Maxime Devos skribis:
> Ludovic Courtès schreef op ma 30-05-2022 om 17:34 [+0200]:
[...]
>> We could also have our own key server. Just like ‘guix lint -c
>> archival’ triggers SWH archival, we could have a tool that triggers
>> key download on the server so that crypto material never
Hi,
Arun Isaac skribis:
>> Years before, Hydra (https://nixos.org/hydra) also dropped its SQLite
>> backend in favor of PostgreSQL only.
>>
>> Like you, not being a database person, I liked that SQLite was easy to
>> deploy and had a clear model: it just touches this one file and that’s
>> it.
Hi,
zimoun skribis:
> On Tue, 31 May 2022 at 15:07, Maxim Cournoyer
> wrote:
>
>>> Well, as a hobbyist, I am fine with such purge. As a scientific
>>> practitioner using Guix at work, it is more annoying…
>>
>> Agreed. My understanding is that scientists making use of Guix already
>> use a
Arun Isaac schreef op wo 01-06-2022 om 13:04 [+0530]:
> Hi Guix,
>
> The switch-symlinks function from (guix utils) is often required in
> activation-service G-expressions. But, only (guix build utils) and not
> (guix utils) is available to such G-expressions. See, for example, the
>
Ahem, so the title says it all? In the style of The Little Schemer. I wonder
who/what/when/how it will be written - why is obvious! -Yasu
Hi,
It is time for a release! We were almost there on January… time
flies. ;-)
Many things are pending and I feel we need a small impulsion for a
general motivation. :-)
Well, it seems conditioned by the status of the build farms. Is all
fine in this area?
Schedule a release is the occasion
Hi,
> From: jgart
> To: Guix Devel
> Subject: Supporting upstream supported Python versions
> Message-ID: <20220517003848.GB18763@gac>
[…]
> What is the opinion on supporting current upstream supported versions
> of python?
>
> The master branch only has 3.9 but I'd like to have substitutes
Hi Guix,
The switch-symlinks function from (guix utils) is often required in
activation-service G-expressions. But, only (guix build utils) and not
(guix utils) is available to such G-expressions. See, for example, the
pcscd-activation G-expression in (gnu services security-token) where
21 matches
Mail list logo