Am Samstag, dem 05.04.2025 um 16:27 -0700 schrieb Ian Eure:
> Yes, this definitely solves it at a direct package level, but
> leaves much to be desired for cases of transitive dependencies.
> For example, emacs-orgit-forge depends on emacs-forge, which
> depends on emacs-emacsql, which depends o
On 2025-03-19, Denis Carikli wrote:
> On Mon, 17 Mar 2025 12:30:29 -0700
> Vagrant Cascadian wrote:
>> On 2025-03-16, Denis 'GNUtoo' Carikli wrote:
>> > On Thu, 13 Mar 2025 00:37:09 -0700
>> > Vagrant Cascadian wrote:
>> >> One could not be enabled due to DEBLOBBING the wifi drivers, and
>> >>
Am Tue, Mar 25, 2025 at 03:21:15PM +0100 schrieb Nicolas Goaziou:
> The upgrade process is explained at length in the comments of the
> "tex.scm" module in case anyone is curious about it.
> I don’t keep track of anything. I let the importer tell me what packages
> disappeared, and what are the new
Gabriel Santos writes:
> Greetings,
>
> I found an interesting patch, viz. 76910, and I want to
> help it out with a review by trying the patch out.
>
> I tried looking into how this is done but couldn't find
> anything in the manual.
>
> So, the question is: how can one apply a patch submitted
>
On 2025-03-21 11:20, Sergio Pastor Pérez wrote:
>
> The version 2 has less patches. Do I need to apply only v2?
Yes, I merged some patches because my mail are capped to 200/hour and I
reached that in v1.
--
Best regards,
Nicolas Graves
Hello Felix,
Felix Lechner via "Development of GNU Guix and the GNU System
distribution." writes:
> Hi,
>
> My timer join-irc-channels [1] starts when being 'deployed' but is gone
> after a reboot, even though the Shepherd configuration includes a
> reference to it. [2] There is no trace:
>
>
Hey,
Cayetano Santos skribis:
> One comment in paragraph about "Migrating an existing installation ...",
> which sounds bad. It suggest that users are at their own (unless this is
> documented somewhere ?); "we may provide a helper script in the future
> ..." feels like guix-foreigners are secon
Greetings,
I'll send a patch today, after I get all packages built again.
It's based on a newer commit - 467aba6 - and I also enabled the
QEMU service to compile for different architectures on my
system.
I decided to deprecate emacs-next-pgtk-xwidgets,
pointing it to emacs-next-pgtk instead.
I w
Hi,
Should we change the default for the #:wait-for-termination? parameter
in the Shepherd's make-timer-constructor to #t?
It seems safer. I added to all my timers.
Kind regards
Felix
Hello,
Konrad Hinsen skribis:
>> But then, the problem is that ‘guix pull’ or in fact any ‘guix’ command
>> will give you non-relocatable binaries. So you need to somehow map,
>> say, ~/.local/state/guix/store to /gnu/store for all the user sessions,
>> as seamlessly as possible.
>
> Or change
Pan Xie writes:
> 1. Does a substitute server keeps all the packages it build? If the
> answer is yes, won't it consume huge storage resources? If the answer
> is no, then the user who use time-machine travel back to
>
> years before have to build all the packages from scratch?
For the borde
Hi Guixers,
I’ve seen a few patches for Emacs packages lately which have the
form:
(package emacs-whatever
(name "emacs-whatever")
(description "Emacs interface for Whatever")
(inputs (list whatever))
(arguments
(list
#:phases
(modify-phases %standard
On 2025-04-04 16:21, John Kehayias via "Development of GNU Guix and the GNU
System distribution." wrote:
> Hello,
>
> (CCing some more security people)
>
> On Fri, Apr 04, 2025 at 05:51 PM, Simon Josefsson via \"Development of GNU
> Guix and the GNU System distribution.\" wrote:
>
>> Nicolas Gra
On 2025-04-04 23:51, Simon Josefsson via "Development of GNU Guix and the GNU
System distribution." wrote:
> I think a Guix security team have at least two different tasks:
>
> 1) Answer privately about any security coordination needed, especially
> about Guix-specific problems.
So this one seem
I pushed a commit for LibreWolf 137.0-1 Thursday night, and pushed
a revert yesterday afternoon. The upstream release was pulled, as
it contains a bug. Upstream Firefox 137.0 changed the profile
storage location from ~/.firefox to ~/mozilla/firefox, which
resulted in LibreWolf’s profile locat
Hello,
Am Thu, Mar 20, 2025 at 07:09:46PM +0100 schrieb Nicolas Goaziou:
> > This looks a lot like https://issues.guix.gnu.org/75893 .
> > I should test with your fix on the tex-team branch.
> I would indeed appreciate some feedback!
as mentioned in the issue, your fix appears to work very well.
Felix Lechner via "Development of GNU Guix and the GNU System
distribution." writes:
> Hi,
>
> I enabled an experimental barebones feature that broadcasts Debbugs
> changes on #guix. It's another technical feature that could improve the
> speed at which bugs are being closed.
Hello, this seems
Simon Tournier writes:
> For instance, magit-forge does not work with Codeberg although their
> documentation says so. Well, neither Ludo or I have succeeded in
> configuring it, although we asked advice on Mastodon [1,2].
magit-forge has practically no support for forgejo yet, it only knows
h
Hi!
Simon Tournier skribis:
> I’m just discovering the Forgejo instance of sourceware:
>
> https://forge.sourceware.org/explore/organizations
>
> Here, mirror of GCC, Glibc and others are already hosted.
>
> Therefore, it would make sense to check their willing and capacity to
> backup Guix;
On Sun Mar 23, 2025 at 12:29 PM CET, Julien Lepiller wrote:
> I just received a confirmation that our booth is accepted!
🥳
Hi Caleb,
Caleb Herbert wrote:
[To pinoaffe:]
>That's a disingenuous suggestion
[To Andreas:]
>You're denying the truth.
You've been around long enough to know that you're out of line without needing
to be told. You should apologise to at least pinoaffe and Andreas. I can't
assume good f
Hello,
Simon Tournier skribis:
> Currently, the name of specifications reads [1]:
>
> forgejo-pull-requests-guix-science-carputils-91
> forgejo-pull-requests-guix-science-equinox-cherrypick-84
> forgejo-pull-requests-guix-science-ghdl-87
> forgejo-pull-requests-guix-science-maste
Hi Nicolas,
Nicolas Graves writes:
On 2025-04-05 09:38, Ian Eure wrote:
Hi Ian, thanks for this discussion.
This is my (d) (better policy proposition):
a) Leave it as is. Don’t love it, but if there’s concensus
that
this is the right way, then okay.
I'd argue sometimes it's indeed
Liliana Marie Prikler writes:
Am Samstag, dem 05.04.2025 um 09:38 -0700 schrieb Ian Eure:
Hi Guixers,
I’ve seen a few patches for Emacs packages lately which have
the
form:
(package emacs-whatever
(name "emacs-whatever")
(description "Emacs interface for Whatever")
(
>I tried this, and it brings the "Projects" link higher up, but leaves
>the little dropdown arrow where it is. I'll probably go with Luis'
>suggestion in https://issues.guix.gnu.org/77513#1
Nice to see someone suggested a fix already!
--
Gabriel Santos
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
> Love it. Really. Thanks a lot for all those improvements to mumi, which
> is getting more and more useful with time.
Thank you very much for the encouragement. :-) I hope I can continue to
hack on mumi for a while.
>> Search alerts and issue watching are all powered by Atom feeds under the
>>
Am Samstag, dem 05.04.2025 um 09:38 -0700 schrieb Ian Eure:
> Hi Guixers,
>
> I’ve seen a few patches for Emacs packages lately which have the
> form:
>
> (package emacs-whatever
> (name "emacs-whatever")
> (description "Emacs interface for Whatever")
> (inputs (list whatev
On 2025-04-05 09:38, Ian Eure wrote:
Hi Ian, thanks for this discussion.
This is my (d) (better policy proposition):
> a) Leave it as is. Don’t love it, but if there’s concensus that
> this is the right way, then okay.
I'd argue sometimes it's indeed the better solution, especially when
th
Hi Gabriel,
Thank you for your quick response!
> mumi.css 1970:2
>> line-height: var(--line-height);
>
> Brought "Projects" to the same height as "Search Alert".
I tried this, and it brings the "Projects" link higher up, but leaves
the little dropdown arrow where it is. I'll probably go with L
30 matches
Mail list logo
