Ludovic Courtès writes:
> What if an extension could instead be a package installed next to Guix
> and its channels in ~/.config/guix/current, and we use
> ‘package-path-entries’ as is done in (gnu packages) to augment
> ‘%load-path’ and ‘%load-compiled-path’?
I’m not sure if that would compli
Ludovic Courtès writes:
> I’m thinking we could get rid of the mandb hook.
Yes, please!
> 1. Provide a ‘man’ wrapper or modify the ‘man-db’ package such that
> the database gets built on the first use of ‘man -k’, unless it’s
> already up-to-date.
>
> 2. Add a phase in gnu-build
Bonface M. K. writes:
> Just curious, how do you get debbugs to show
> forgotten patches. I'm only beginning to use it
> now ...
Debbugs doesn’t have a built-in mechanism to query forgotten issues.
Mumi implements “forgotten-bug-numbers”, which has the following
docstring:
"Return the numbe
Hi Christopher and Raghav,
On +2020-12-05 21:54:36 +, Christopher Baines wrote:
>
> Raghav Gururajan writes:
>
> > Hi Mark!
> >
> >> Meanwhile, you've only provided a rationale for 1 out of 3 of the kinds
> >> of changes made in these commits.
> >>
> >> Do you have an explanation for why y
Hi Raghav,
I asked:
>> Do you have an explanation for why you are removing comments in your
>> "cosmetic changes" commits?
"Raghav Gururajan" replied:
> I think the comments are useful for non-trivial cases. In these
> definitions, the inputs were propagated because they were mentioned in
> .pc
Raghav Gururajan writes:
> Hi Mark!
>
>> Meanwhile, you've only provided a rationale for 1 out of 3 of the kinds
>> of changes made in these commits.
>>
>> Do you have an explanation for why you are removing comments in your
>> "cosmetic changes" commits? For example, the following two commits
zimoun 写道：
Hi Tobias,
Hi!
Guix uses ci.guix.gnu.org by default since May 2019. No one
should be running a daemon older than that.
I think you misunderstood my (and Ludo's) point, which was to
prevent possible abuse of a name still in common use. For
whatever reason, outside of our littl
On Saturday, December 5, 2020 5:55 PM, John Soo wrote:
> Nice work Ekaitz!
>
> I worked hard on freecad, it is quite a difficult program to package. That
> was a weird issue that I asked about on the freecad forums. Perhaps it is
> fixed upstream now, which would be excellent. Thanks for keepin
Hi Mark!
> Meanwhile, you've only provided a rationale for 1 out of 3 of the kinds
> of changes made in these commits.
>
> Do you have an explanation for why you are removing comments in your
> "cosmetic changes" commits? For example, the following two commits
> remove comments that explain why '
Hi Tobias,
On Sat, 05 Dec 2020 at 17:25, Tobias Geerinckx-Rice wrote:
> I believe that consistently redirecting[0] these old names to
> guix.gnu.org makes them much less harmful to keep around, and
> better than giving up control completely.
Which versions of Guix uses only the old URLs? Are
On December 5, 2020, "Ludovic Courtès" wrote:
> many actions should be done lazily, in particular populating caches.
Absolutely.
> I’m thinking we could get rid of the mandb hook.
Please.
> 1. Provide a ‘man’ wrapper or modify the ‘man-db’ package such that
> the database gets built on the f
I think it's a very good idea, I'm all for it!
Cheers!
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
Hi Guix!
I was inspired by Michael Stapelberg’s talk recently shared on IRC¹
(well worth watching!). One of the takeaways for me is that many
actions should be done lazily, in particular populating caches.
‘guix install’ & co. spend a significant time populating such caches, in
particular the XD
Hello,
On Sat, Dec 05, 2020 at 05:25:58PM +0100, Tobias Geerinckx-Rice wrote:
> If cost is a pain point, note that Gandi's current annual renewal price of
> €19 isn't the lowest around.
cost is not the problem; but I like tidying up and getting rid of cruft,
and I feel that this old domain is som
zimoun writes:
> Hi,
>
> Let’s have an Advent calendar effort! Everybody out there who is not
> familiar with this tradition of an « Advent calendar » and to avoid any
> ambiguity, I am appropriating myself the concept*: all of us try to
> close one or more bug per day from 1rst to 31th December
Nice work Ekaitz!
I worked hard on freecad, it is quite a difficult program to package. That was
a weird issue that I asked about on the freecad forums. Perhaps it is fixed
upstream now, which would be excellent. Thanks for keeping it up to date!
- John
Looks like this line, inherited from the previous definition, was giving some
trouble:
> (string-append "-DCMAKE_INSTALL_LIBDIR=\\"" (assoc-ref %outputs
> "out") "/lib\\"")
It was creating wrong variables (and wrong syntax too!):
if(EXISTS
"$ENV{DESTDIR}/tmp/guix-build-freeca
Guix,
I believe that consistently redirecting[0] these old names to
guix.gnu.org makes them much less harmful to keep around, and
better than giving up control completely.
If cost is a pain point, note that Gandi's current annual renewal
price of €19 isn't the lowest around.
Ludovic Courtè
Hi!
Andreas Enge skribis:
> just for your information, our domain name guixsd.org will expire soon
> (how many out there still remember that we own it?). We decided last year
> to renew it for just one more year and to let it run out.
>
> So if we still have anything pointing there, it would be
Hello!
Tanguy LE CARROUR skribis:
> It's not yet clear to me how to handle (python) package updates:
> - when to update;
> - when not to update;
> - when to introduce "versionned" (`-x.y` suffix) package definitions;
> - when to introduce "next" (`/next` suffix) package definitions;
> - when to
Hey ho!
zimoun skribis:
> Let’s have an Advent calendar effort! Everybody out there who is not
> familiar with this tradition of an « Advent calendar » and to avoid any
> ambiguity, I am appropriating myself the concept*: all of us try to
> close one or more bug per day from 1rst to 31th Decemb
Hi,
I solved most of the compilation issue with freecad.
Now my package version compiles but install phase fails with this error:
```
Danny Milosavljevic skribis:
> On the other hand, we have this:
>
> (define-public network-manager-openconnect
> (package
> (name "network-manager-openconnect")
> [...]
> (properties `([...]
> ;; The 'etc/dbus-1/system.d/nm-openconnect-service.conf'
>
Hi Chris!
Christopher Baines skribis:
> If you're interested in using this to review patches, the place to start
> is Patchwork, so visit:
>
> https://patchwork.cbaines.net/
>
> If you want an account, please email me. Unfortunately I had to disable
> registration due to spam.
>
> When you cli
Hi!
Ricardo Wurmus skribis:
> What are your thoughts on this?
I’m clueless about JACK but I think it’s good to follow upstream
recommendations as well as yours :-), so I’d say go for JACK 2!
Ludo’.
Hi!
zimoun skribis:
> On Fri, 27 Nov 2020 at 11:57, Ludovic Courtès wrote:
>
>> Despite being a first experience, the live event went very smoothly (for
>> me at least, with ungoogled-chromium), it was great to see faces during
>> the break :-), and the discussions were all exciting for me. I
On Fri, 4 Dec 2020 19:49:37 +0100
Danny Milosavljevic wrote:>
> Now I want to make it boot it from SATA instead.
The question is what "boot from SATA" means here, it could mean
different things:
- Have u-boot on the microSD card and load the rootfs from the SATA
HDD/SSD.
- Make the bootrom load
27 matches
Mail list logo
