Ludovic Courtès writes:
> Regarding the GNU sub-domain, as I replied to Meiyo, I’m in favor of it,
> all we need is someone to champion setting it up.
I could help with this. Whom should I contact?
>> Regarding CDNs, I definitely think it's worth a try! Even Debian is
>> using CloudFront (clo
On 2018-12-03 00:39, Laura Lazzati wrote:
1GB of RAM? That is a *lot* :)
I have 2 GB on my 2 day-to-day laptops. 1 with GNOME3 GuixSD and 1 with
Parabola+MATE. Both work fine and I rarely have to wait for other
programs than the really heavy ones (Libreoffice comes to mind).
Oh no! my retroPC is
Hi Chris,
thank you for your CDN testing environment!
Chris Marusich writes:
[...]
> For experimentation, I've set up a CloudFront distribution at
> berlin-mirror.marusich.info that uses berlin.guixsd.org as its origin
> server. Let's repeat these steps to measure the performance of the
> dis
Hi Chris,
nice to see this discussion, IMHO how GuixSD subsitutes are distributed
is a key issue in our ecosystem and is _all_ about privacy and metadata
*mass* collection
most "normal users" are not concerned about this so they are fine with
super-centralization since it's a convenience... not u
Hi
I get this error when I run the script testing the http-fetch proc.
sdb@komputilo ~/guile-npm-explorer$ guile -s npm-explorer.scm
fetching
allocate_stack failed: Cannot allocate memory
Any ideas what is wrong?
I think the error is on line 57. I tried with get-char/get-string-all
and both fa
Hi people
How do we best handle gnome-shell-extensions?
They seem needing to be registered via gsettings (see example in the
install.sh attached) so a service for exporting the installed extensions
seems necessary.
So in a config we would specify:
(shell-extension-service-type =>
On 2018-12-12 08:40, Andreas Enge wrote:
On Wed, Dec 12, 2018 at 03:16:56AM +0100, Ricardo Wurmus wrote:
I'm opposed to dropping i686 support. If we dropped support for systems
that are not well supported in Guix, the only system left standing would
be x86_64-linux. I believe it is of paramoun
yes, I knew about the I/O operations stuff, I turned my fancy retroPC
on just to check, it is not a laptop, it is a desktop PC. It is has a
monocore Pentium 4 3.2 Ghz, and a Parallel ATA hard drive. Please. do
not say it is fancy anymore, I have just written a post for my blog
about it being fancy
Hi Danny,
Danny Milosavljevic writes:
>> Note that we also lost 'icecat' on armhf-linux with the 52->60 upgrade,
>> because our 'rust' packages have never worked on armhf-linux.
>
> Wait, what? I wasn't aware. Let's track this as a bug - that's
> definitely not supposed to happen.
>
> mrustc w
On Wed, Dec 12, 2018 at 09:17:23AM +0100, Giovanni Biscuolo wrote:
> > I’m in favour of moving them elsewhere, such as %desktop-services.
>
> yes please: sound related services are not-so-base, we do not need them
> on installation/web/mail/DNS et. al servers (and containers) and it does
> not make
On Thu, Dec 13, 2018 at 12:03:59AM -0500, Mark H Weaver wrote:
> Hi Efraim,
>
> I'm curious about this commit of yours from April 2017:
>
> --8<---cut here---start->8---
> commit 5c7815f205e9164d4b82378de91bee7a65bcfbcb
> Author: Efraim Flashner
> Date: Mon
Hevea and texlive are native-inputs for Coq, however they don't seem to
be used ever.
https://github.com/coq/coq/blob/V8.8.2/INSTALL does not mention them as
build dependencies either.
Shall we remove them?
--
Pierre Neidhardt
https://ambrevar.xyz/
signature.asc
Description: PGP signature
They must have been useful in older versions, but I didn't pay attention. If
they are not needed for anything, please go ahead and remove them!
Thank you!
Le 13 décembre 2018 22:20:15 GMT+01:00, Pierre Neidhardt a
écrit :
>Hevea and texlive are native-inputs for Coq, however they don't seem to
Hi Guix,
on a foreign distribution what is the recommended way to install
different versions of glibc-locales into the same profile?
Since glibc-locales install their files into a versioned directory,
having glibc-locales@2.27 in a profile containing glibc-locales@2.28
does not lead to conflicts.
14 matches
Mail list logo