I'm still getting my feet wet as it were. As a more relatable example,
lets use glibc. Say an application developed in 2000 had bug compatibility
with glibc at that time. Then say that bug is fixed circa 2005 and another
introduced. Then have in 2010 an application made with bug compatibility
f
Mh… so I'm still not sure if that's an actual issue. You can always install two
software that rely on different versions of a library. I guess in your example
it only means that we need two libc packages, right? As long as you're able to
define a package recipe for everything you want, using dif
Hi Mathieu,
Sorry for not replying earlier…
Mathieu Othacehe skribis:
> I'm digging up the --target option topic for guix system. I'd like to be
> able at first to produce a cross-compiled disk-image as discussed here:
>
> https://lists.gnu.org/archive/html/guix-devel/2017-10/msg00242.html
>
>
Hello,
Pierre Neidhardt skribis:
> I haven't though through the details, but I am under the impression that the
> file listing could be retrieve with the same mechanism as "guix size", i.e.
> from
> the substitute index. I think it would work well on the build farm, without
> more complexity t
Hi Vagrant,
Vagrant Cascadian skribis:
> There's a FIXME for properly fetching the veyron kernel configuration,
> but otherwise it's looking almost like something worth formally
> submitting... ?
It looks like it! Mark, could you comment on this patch, in particular
the ‘kernel-config-veyron’
Hi Timothy,
Timothy Sample skribis:
> Ludovic Courtès writes:
>
>>> GNOME Shell has a handful of silly references like “inkscape” and
>>> “webkitgtk” that are huge and (I assume) unnecessary.
>>
>> Oh indeed. Inkscape comes from
>> 45fef894eb5b39029633cd0cd907e8ce8c5ab379, I’ll look into it.
>
Hello!
Timothy Sample skribis:
> This didn’t work as well as I had hoped. I was able to make a “lib”
> output for “colord”, which gets rid of “hplip-minimal” and, in turn,
> “gcc”. However, it was supposed to also remove “llvm” and “python@3”,
> but those are still in the closure because of ot
Hi!
Marius Bakke skribis:
> Ludovic Courtès writes:
[...]
>>> I wanted to ask about this: is Rust supported on all the platforms we
>>> support at the moment?
>>
>> According to Efraim and Danny, we have a problem at the moment.
>> Presumably that can be worked around?
>
> Right, Rust current
On Tue, 23 Jan 2018 15:49:26 +0100
ludovic.cour...@inria.fr (Ludovic Courtès) wrote:
> > Currently proot only build successfully on x86_64 and i686, so that is
> > something we would need to fix first.
Are you sure that is not just a limitation of the qemu transparent emulation?
I examined the
gnuforever,
I missed this question, sorry. Had any luck?
March 13, 2019 6:24 AM, "gnuforever" wrote:
>> TL;DR: there is no one reliable way, only distro-specific support.
>
> Does this mean that ,for the moment, I can not add Guix to my multiple
> boot usb key?
Not out of the box, no, but the
Hi Mathieu,
Mathieu Othacehe skribis:
> Even if guild has a "target" option allowing to cross-compile sources,
> autotools does not seem to have support for guile
> cross-compilation. For instance, passing "--host=aarch64-linux-gnu" to
> configure script doesn't set the "target" argument of guil
Ludovic Courtès writes:
> Vagrant Cascadian skribis:
>
>> There's a FIXME for properly fetching the veyron kernel configuration,
>> but otherwise it's looking almost like something worth formally
>> submitting... ?
>
> It looks like it! Mark, could you comment on this patch, in particular
> the
On 2019-03-23, Ludovic Courtès wrote:
> Vagrant Cascadian skribis:
>> There's a FIXME for properly fetching the veyron kernel configuration,
>> but otherwise it's looking almost like something worth formally
>> submitting... ?
>
> It looks like it! Mark, could you comment on this patch, in partic
Ludovic Courtès writes:
> Hi!
>
> Marius Bakke skribis:
>
>> Ludovic Courtès writes:
>
> [...]
>
I wanted to ask about this: is Rust supported on all the platforms we
support at the moment?
>>>
>>> According to Efraim and Danny, we have a problem at the moment.
>>> Presumably that can
Hi Paul and Ricardo
> Have you seen this too?
We have been using mpv and VLC, don't know, Ricardo, WDYT? should we
fix this or go on with the narration?
I have just thought, may you see the transcripts of all the videos,
and arrange them if you find a better way of saying things in native
English
15 matches
Mail list logo