Hi,
Simon Josefsson writes:
> Denis 'GNUtoo' Carikli writes:
>
>>> Is the syscall available for non-root users? If so isn't that a linux
>>> kernel bug, surely non-privileged users shouldn't be allowed to load
>>> firmware that can modify hardware behaviour?
>> There is no syscall. You can do i
Hi Simon,
Simon Josefsson writes:
> Maxim Cournoyer writes:
>
>>> An example would be to switch from linux-libre to some 100% free linux
>>> kernel that doesn't block nonfree firmware, so if users reluctantly
>>> need nonfree firmware they would, on their own, add them.
>>
>> I thought I'd ment
Hi,
On Fri, 11 Apr 2025 at 17:54, Ludovic Courtès wrote:
> I noticed something funny (?) with libgit2 when cloning from a local repo:
> one of file:///path/to/repo and /path/to/repo is much faster than the
> other (I forgot which one). Try it!
Well, /path/to/repo is MUCH faster. It’s not the
Denis 'GNUtoo' Carikli writes:
>> Is the syscall available for non-root users? If so isn't that a linux
>> kernel bug, surely non-privileged users shouldn't be allowed to load
>> firmware that can modify hardware behaviour?
> There is no syscall. You can do it by hand with echo and cat.
>
> It wo
On Wed, 2 Apr 2025 10:28:04 -0500
Caleb Herbert wrote:
> I agree that we must move beyond Richard and take the reigns. This is
> already happening in GNU proper. I disagree that we should take away
> the old man's honor over nit-picking the things he says. I don't
> think we should blot out hi
On Mon, 14 Apr 2025 10:52:31 +0200
Simon Josefsson wrote:
> > Last time I discussed it with the linux-libre, the reason loading
> > non-free firmware is outright disabled is because it'd be trivial
> > for any privileged (or maybe that's not even a condition?)
> > processes to make a system call t
marks are important (there are many lessons to be learned
here too), we also need to be able to recognize when projects become
problematic and put in motion one or more plan B when it happens (this
is also an issue we have as proprietizing free software has become a
business model with things like El
Maxim Cournoyer writes:
>> An example would be to switch from linux-libre to some 100% free linux
>> kernel that doesn't block nonfree firmware, so if users reluctantly
>> need nonfree firmware they would, on their own, add them.
>
> I thought I'd mention that technically, making it impossible to
Hi Denis,
Denis 'GNUtoo' Carikli writes:
[...]
> An example would be to switch from linux-libre to some 100% free linux
> kernel that doesn't block nonfree firmware, so if users reluctantly
> need nonfree firmware they would, on their own, add them.
I thought I'd mention that technically, maki
45mg <45mg.wri...@gmail.com> skribis:
> It's probably a bug with the caching; I pull from a local authenticated
> fork, which can't be too common, so it makes sense that this hasn't been
> caught before. I haven't had time to properly debug it yet (deleting the
> cache does not help).
I noticed s
Hi,
On Sun, 30 Mar 2025 12:55:33 +0200
"pelzflorian (Florian Pelz)" wrote:
> Your mail alerted me; I too hope but also believe there are no such
> plans to leave GNU. Where have you heard?
There was a talk about the usefulness of integrating nonfree software
into Guix for instance[1], and I di
Hi Florian,
On Sun, 30 Mar 2025 at 12:55, "pelzflorian (Florian Pelz)"
wrote:
> Caleb Herbert writes:
>> * Guix is slow at package management, even slower than DNF.
>
> Git-based Guix pull is slow because of Git, yes. But it must use a big
> Git repo for its reproducibility, transactions and
45mg <45mg.wri...@gmail.com> writes:
> The initial `git pull` part can be surprisingly slow, though. And it's
> not always a network thing. For example, every single time I run `guix
> pull` it appears to do nothing for like 2 minutes, and then the progress
> bars display as it pulls the entire re
Simon Tournier writes:
> Re,
>
> On Wed, 02 Apr 2025 at 09:41, 45mg <45mg.wri...@gmail.com> wrote:
>
>>> every single time I run `guix
>>> pull` it appears to do nothing for like 2 minutes, and then the progress
>>> bars display as it pulls the entire repo
Simon Tournier writes:
> Hi,
>
> On Wed, 02 Apr 2025 at 09:01, 45mg <45mg.wri...@gmail.com> wrote:
>
>>> 1) Actual 'git pull' equivalent.
>>>
>>> 2) The 'guix authenticate' dance on the commits.
>>>
>>> 3) The Guix derivation part.
>>>
>>> In some settings, I fear step 1 and 2 takes comparable ti
Hi Simon,
On 4/2/25 03:03, Simon Tournier wrote:
It appears to me much more fruitful to discuss what’s the next 40 years
of the humanist project dreamed by GNU 40 years ago rather than nitpick
about belonging to some GNU trademark, IMHO.
I agree that we must move beyond Richard and take the re
Hi,
On Wed, 02 Apr 2025 at 09:01, 45mg <45mg.wri...@gmail.com> wrote:
>> 1) Actual 'git pull' equivalent.
>>
>> 2) The 'guix authenticate' dance on the commits.
>>
>> 3) The Guix derivation part.
>>
>> In some settings, I fear step 1 and 2 takes comparable time as 3.
>
> In my experience, authent
Re,
On Wed, 02 Apr 2025 at 09:41, 45mg <45mg.wri...@gmail.com> wrote:
>> every single time I run `guix
>> pull` it appears to do nothing for like 2 minutes, and then the progress
>> bars display as it pulls the entire repo instead of using a cached
>> chec
Simon Josefsson via "Development of GNU Guix and the GNU System
distribution." writes:
> Simon Tournier writes:
>
>> To my knowledge, the main bottleneck on most machines is the part
>> “Computing Guix derivation...“ and sadly it’s not substitutable.
>
> I'm not sure that is the full story. Is
Simon Tournier writes:
> To my knowledge, the main bottleneck on most machines is the part
> “Computing Guix derivation...“ and sadly it’s not substitutable.
I'm not sure that is the full story. Is there some way to instrument
'guix pull' to report what it is spending time on? I think there ar
>Wed 02 Apr 2025 at 10:03, Simon Tournier wrote:
> Hi Caleb,
>
> On Fri, 28 Mar 2025 at 18:26, Caleb Herbert wrote:
>
>> I use Guix primarily because of its commitment to user freedom and its
>> united front with the GNU Project.
>
> Cool! As many of us. :-)
At this point, I cannot avoid poin
Hi Caleb,
On Fri, 28 Mar 2025 at 18:26, Caleb Herbert wrote:
> I use Guix primarily because of its commitment to user freedom and its
> united front with the GNU Project.
Cool! As many of us. :-)
If I might, I think your message and replies in the thread lock the
conversion in some undecidab
may I suggest to stop the discussion here on whether we should or should
not leave GNU, and in particular not cc Richard Stallman on a non-issue?
As far as I can tell, you brought up this "maybe Guix will leave GNU"
question out of the blue; there is currently no motion to do so.
Excuse me, but
Hello Caleb,
may I suggest to stop the discussion here on whether we should or should
not leave GNU, and in particular not cc Richard Stallman on a non-issue?
As far as I can tell, you brought up this "maybe Guix will leave GNU"
question out of the blue; there is currently no motion to do so.
And
On 4/1/25 05:35, pinoaffe wrote:
That's up to you, if that consideration is the most important to you,
I'd recommend you switch to one of the distros listed on
https://www.gnu.org/distros/free-distros.en.html
That's a disingenuous suggestion. You know fully well that the only
options beyond Gu
Hello Caleb.
Caleb Herbert writes:
> Please don't leave GNU
Your mail alerted me; I too hope but also believe there are no such
plans to leave GNU. Where have you heard?
There are not yet decided discussions that GNU Guix leave Savannah and
Debbugs and replace them for Codeberg/Forge
>dim. 30 mars 2025 at 20:51, Tomas Volf <~@wolfsden.cz> wrote:
> I decided to use Archlinux for comparison (Alpine seemed unfair ^_^). I
> am not sure how to do `guix size' with pacman,
You may have a look here,
https://wiki.archlinux.org/title/Pacman/Tips_and_tricks
section 1.1.3
signa
Hi,
responding to just few points.
"pelzflorian (Florian Pelz)" writes:
>> Guix has several drawbacks that, while trivial, make it worse than
>> Fedora Silverblue:
>>
>> * Guix asks for my LUKS password twice
>
> Not sure of the current situation, but this was because GNU GRUB lacked
> support
/guix-devel/2025-02/msg00014.html
On 30 March 2025 10:55:33 GMT, "pelzflorian (Florian Pelz)"
wrote:
>Hello Caleb.
>
>Caleb Herbert writes:
>> Please don't leave GNU
>
>Your mail alerted me; I too hope but also believe there are no such
>plans to leave GNU.
Hello Caleb,
Some people wear their values on their chests and others in their
hearts.
The active members in the Guix community live and breath the GNU spirit
and release coding using such licenses.
I am not aware of any momentum regarding Guix using non GNU licenses, so
Im not sure why you
Hi Guix,
I use Guix primarily because of its commitment to user freedom and its
united front with the GNU Project.
If Guix were just another distro, I'd much rather use Fedora Silverblue
than Guix. I use Guix, despite its faults, because it is GNU.
Guix has several drawbacks that, while tri
31 matches
Mail list logo
