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 inherentl
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 patt
https://savannah.gnu.org/mail/?group=guix
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
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!
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 alter
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. nett
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 pr
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 nettle
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,
"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?
>>
>> Ludo’.
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 cons
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$
> /gnu/store/a2sylb94rm1b6qxcp5m
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 match
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
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
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. https://github.com/tuna/tunasyn
17 matches
Mail list logo