Hi Kei,
Kei Kebreau writes:
> Miguel Arruga Vivas writes:
> Boot and login worked properly for me after I cleared the contents of
> my /var/lib/gdm directory (if it's unclear why that directory
> matters, see
> https://lists.gnu.org/archive/html/guix-devel/2019-10/msg00421.html
> for a quick ov
zimoun writes:
> On Thu, 31 Oct 2019 at 16:37, zimoun wrote:
>
>> The packages r-desolve, r-quadprog, r-subplex and r-pracma are defined
>> in `maths.scm`. They come from the CRAN archive. For consistency, they
>> should be defined in the file `cran.scm`. Do you agree to move them?
>
> What ha
On Thu, 07 Nov 2019 14:52:25 -0500 Christopher Baines
wrote
>
> sirgazil writes:
>
> > On Sun, 03 Nov 2019 07:19:42 -0500 Christopher Baines
> > wrote
[...]
> > I have one question, though; couldn't these news be posted as entries
> > in the current blog, ta
Dnia 2019-11-07, o godz. 20:02:08
Pierre Neidhardt napisał(a):
> Hi Jan,
>
> Here is a quick 'n' dirty restinio package:
Cool, thanks!
>
> The CMakeLists are a bit convoluted, so I simply skipped the root one
> and when straight into the restinio subfolder.
>
> I'm too lazy to figure out how t
Hi Danny,
Danny Milosavljevic wrote:
> Hi Mark,
>
>> variable name. The reason is that IceCat depends on Rust which depends
>> on Clang, and there is a chain of *18* Rust compilers that must be built
>> before IceCat can be built. On my system, compiling all of those Rust
>> compilers requires
sirgazil writes:
> On Sun, 03 Nov 2019 07:19:42 -0500 Christopher Baines
> wrote
>
> > Hey,
> >
> > So this is something that might have come up in discussion once or
> > twice, but I've now got around to actually building a prototype.
> >
> > You can see it here: http://protot
Dnia 2019-11-07, o godz. 20:10:01
Pierre Neidhardt napisał(a):
> Jan, can you resend the your patch set, I think you forgot a commit.
> The first patch does not apply, in particular this hunk:
>
> --8<---cut here---start->8---
> ;; Things we do
Ludovic Courtès writes:
> Christopher Baines skribis:
>
>> So this is something that might have come up in discussion once or
>> twice, but I've now got around to actually building a prototype.
>>
>> You can see it here: http://prototype-guix-weekly-news.cbaines.net/
>
> I think this is great!
zimoun writes:
> To complement, some monthly information about debbugs should be nice
> too; maybe provided by Mumi.
> Some time ago [1] Pjotr proposed something like:
>
> --8<---cut here---start->8---
> Summary
>
> Status
> 31 Outstanding
>
Hi,
On Thu, 31 Oct 2019 at 16:37, zimoun wrote:
> The packages r-desolve, r-quadprog, r-subplex and r-pracma are defined
> in `maths.scm`. They come from the CRAN archive. For consistency, they
> should be defined in the file `cran.scm`. Do you agree to move them?
What happens to the Copyright?
> On Nov 7, 2019, at 11:29 AM, Danny Milosavljevic
> wrote:
>
> Are you sure that Rust depends on clang? gnu/packages/rust.scm doesn't have
> any
> direct reference to "clang" except to remove it.
Rust doesn’t depend on clang, it does, however, depend on llvm
Pjotr Prins writes:
> On Tue, Nov 05, 2019 at 08:36:46AM +, Christopher Baines wrote:
>> > Not only good for humans, also good for search engines. I find the
>> > current package list https://guix.gnu.org/packages/ pretty useful, but
>> > I would like a search function because one keeps clic
> I think that the situation with Rust in that we need to build 18 compilers
> is regrettable--I hope that thepowersgang's mrustc can eventually be used
> to leapfrog that (it's still active--AND v0.9 has been released)
mrustc 0.9 supports bootstrapping Rust 1.29.0.
pgpLIAPJtJBi8.pgp
Descriptio
Hi Mark,
> variable name. The reason is that IceCat depends on Rust which depends
> on Clang, and there is a chain of *18* Rust compilers that must be built
> before IceCat can be built. On my system, compiling all of those Rust
> compilers requires approximately *90 hours* of continuous compili
Hi Ludo,
> I agree this is an important use case. It seems to me that the problem
> here is being able to aggregate more than just packages.
Yes, it's a bit more than that. We'd probably have to look at a couple
of use cases to see what the most general content would be.
> The Web application e
Hi Simon,
>> I can of course share a manifest file by putting it in a public
>> repository. But that isn't necessarily the best way.
>
> From my opinion, it is not the problem of Guix. Guix should not force
> a practise, as good it should be. The way the users share manifests is
> the problem of u
Hi Ludo,
On Wed, 6 Nov 2019 at 17:42, Ludovic Courtès wrote:
> >>> - A Scheme function to create a manifest for the necessary inputs of a
> >>> package, like =guix environment PACKAGE= does. (Maybe it's already
> >>> possible?)
> >>
> >> Like ‘specifications->manifest’?
> >
> > Can specifica
Konrad Hinsen writes:
> This does open some interesting possibilities, such as experts defining
> personalized system configurations which are then easy to install for
> anyone. Although I am not terribly fond of the idea of typing URLs into
> an installer.
This should not be an issue once we ha
Pierre Neidhardt writes:
> By the way, the same should be possible from the installer:
>
> - Specify which channels you want to use.
> - Specify which config.scm you want to use. Indeed, the config.scm
> might rely on channels.
>
> This way, the Guix installation process would boil down to the
Hi Ludo,
> I think having ephemeral + persistent and declarative + imperative is
> cool—I’d call that “flexible” rather than “messy”. :-)
I agree. What's messy is how the concepts map to commands. How many Guix
users understand that profiles are persistent environments, or
environments ephemeral
20 matches
Mail list logo
