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
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
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
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
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
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
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
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
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 =>
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
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
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
>
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
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
14 matches
Mail list logo
