In China , guix substitute download seem to be to slow, nearly
unuseable.
this week, I have found that NIX channels has been built China mirror
successful with the help of
4 files:
1. https://github.com/tuna/tunasync-scripts/blob/master/nix.py
2.
Hello,
it seems the issue is not Thunar-specific as Diego pointed out
https://lists.gnu.org/archive/html/guix-patches/2020-03/msg00291.html
I'm closing the issue then.
Cool wrapper exercise though :)
Jan Wielkiewicz
Ludovic Courtès writes:
> Anyhow, thumbs up! I’m looking forward to merging it and having it
> built on CI (we could offload to a Debian VM!)!
My sentiments exactly! I’d be happy to put up a bunch of Debian
GNU/Hurd VMs on the nodes behind ci.guix.gnu.org.
--
Ricardo
Hi Hartmut,
> My point is less the work, but the non-transitive declarations:
nettle-sys is an multi-indirect input for sequioa-sqv, still the later
needs to specify these dependencies.
Totally agree. I think everyone agreed, too. A few months ago we decided that
the package inputs should
Hello!
Jan Nieuwenhuizen skribis:
> The situation on the Hurd starts to look pretty good
>
> janneke@debian:~/src/guix$ ./pre-inst-env guix build hello --no-offload
> /gnu/store/a2sylb94rm1b6qxcp5mqvgiyx9szipz7-hello-2.10
> janneke@debian:~/src/guix$
>
Hi!
Gábor Boskovits skribis:
> Ludovic Courtès ezt írta (időpont: 2020. márc. 8., Vas
> 23:10):
[...]
>> What I miss the most, especially on the build farm, is the ability to
>> tell ‘guix deploy’ which services to restart upon completion.
>> Currently, like ‘guix system reconfigure’, it
Hi,
"pelzflorian (Florian Pelz)" skribis:
> On Sun, Mar 08, 2020 at 10:03:26PM +0100, Ludovic Courtès wrote:
>> In the past, Mathieu, Florian, and others looked at similar issues on
>> some graphics boards. Perhaps there’s something we can do here to
>> special-case this hardware?
>>
>>
Am 09.03.20 um 15:00 schrieb John Soo:
>> - nettle-src, since it is "optional" for nettle-sys - and the phase was
>> not executed.
>> - bindgen, since it is required to build nettle-sys
>> - lalrpop, since it is required for building sequoia-openpgp
>
> That is a lot of work! […] Also I found the
Hi Hartmut,
> On Mar 9, 2020, at 2:26 AM, Hartmut Goebel
> wrote:
>
A second dependancy is "sequoia-openpgp", which requires rhe lalrpop
parser generator for building.
Now when building `sequioa-sqv`, I need to add all these dependencies again:
- nettle-src, since it is "optional" for
Nathan,
Nathan Dehnel 写道:
Is there a reason why guix-devel isn't listed here?
https://savannah.gnu.org/mail/?group=guix
It's there, but only visible to logged in members(?) because it's
marked as ‘Private List (not advertised, subscribing requires
approval)’ instead of ‘Public List’.
In
On Mon, Mar 09, 2020 at 10:26:01AM +0100, Hartmut Goebel wrote:
> Am 08.03.20 um 21:10 schrieb John Soo:
> > Hmm. Can you elaborate more on “not able to build non-trivial rust
> > applications”?
>
> I'm working on packaging sequoia-openpgp.org.
>
> This requires nettle-sys, a FFI to nettle.
Hello,
On Mon, Mar 9, 2020 at 8:44 AM pelzflorian (Florian Pelz)
wrote:
> None of these installers flicker; the screen is black or it runs fine.
I also tried the installer on an old laptop (AMD CPU + GPU) on which
the gui installer did not work, black screen. The manual installer run on
an
Hey,
> Could you push to ‘master’ as well?
>
> In general, to minimize the risks of merge conflicts, I’m all for
> pushing things on ‘master’ only (unless they entail full rebuilds of
> course.) Eventually, they get merged to ‘core-updates’, ‘staging’, etc.
Yes makes sense! Pushed to master!
Am 08.03.20 um 21:10 schrieb John Soo:
> Hmm. Can you elaborate more on “not able to build non-trivial rust
> applications”?
I'm working on packaging sequoia-openpgp.org.
This requires nettle-sys, a FFI to nettle. nettly-sys "optionally"
requires "nettle-src". I added a phase to "nettle-sys" to
https://savannah.gnu.org/mail/?group=guix
On Sun, Mar 08, 2020 at 10:03:26PM +0100, Ludovic Courtès wrote:
> In the past, Mathieu, Florian, and others looked at similar issues on
> some graphics boards. Perhaps there’s something we can do here to
> special-case this hardware?
>
> Ludo’.
The affected hardware is diverse and I see no
Hi everyone,
> The guix system transactions are NON-MODULAR. That is, you cannot
selectively reconfigure certain parts of the system. For example,
you either reconfigure the system as a whole (or) you do not
reconfigure the system at all.
Today's software systems are
Hello,
Ludovic Courtès ezt írta (időpont: 2020. márc. 8., Vas
21:54):
> Hi,
>
> "Raghav Gururajan" skribis:
>
> > The guix system transactions are NON-MODULAR. That is, you cannot
> selectively reconfigure certain parts of the system. For example, you
> either reconfigure the system as a whole
18 matches
Mail list logo