Ricardo Wurmus writes:
> I’m aware. I lived with the firewall for ~7 years and would like to
> make sure that people who are subjected to the firewall can use Guix
> without being restricted.
Alas, why does this happen everywhere in this decade...
>> We hope there's a way like rsync to sync /g
Hello,
It looks like ci.guix.gnu.org does not have records.
I suggest they get added because IPv6-only networking is the future.
$ dig ci.guix.gnu.org
; <<>> DiG 9.11.8-RedHat-9.11.8-1.fc30 <<>> ci.guix.gnu.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY,
Marius Bakke writes:
> Pythons setuptools are deprecating the "python setup.py test" command:
>
> https://github.com/pypa/setuptools/issues/1684
>
> As you may know, "python setup.py test" is what python-build-system does
> during the 'check' phase.
>
> I'm not sure what we should do about it, an
Hi,
> There is the national firewall in China, so common users have difficult
> to download Guix packages in a fair speed. This may hardly understand by
> people outside China, but that is the fact.
I’m aware. I lived with the firewall for ~7 years and would like to
make sure that people who a
Hi Richardo!
Ricardo Wurmus writes:
> Guix clients fetch binaries in nar and narinfo format. Mirroring them
> might be sufficient. To create the cache requires running “guix
> publish” with a /gnu/store, which cannot easily be mirrored as it needs
> to be in sync with its database.
What I exp
On 8. Aug 2019, at 18:40, Chris Marusich wrote:
> zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) writes:
>
>> 'switch-to-system-generation' doesn't call out to
>> 'upgrade-shepherd-services'. I'm not sure if this was an intentional
>> decision or not
>
> It is intentional, but only because t
Hi Jakob,
zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) writes:
> 'switch-to-system-generation' doesn't call out to
> 'upgrade-shepherd-services'. I'm not sure if this was an intentional
> decision or not
It is intentional, but only because there is currently no way to call
upgrade-shepherd
Timothy Sample writes:
> Hi,
>
> Robert Vollmert writes:
>
>> On 8. Aug 2019, at 15:12, Marius Bakke wrote:
>>> I have one comment about the series: we've disabled tests on some
>>> packages that have been broken "forever" on i686. It would be better to
>>> do so selectively on just the affect
Hi,
Robert Vollmert writes:
> On 8. Aug 2019, at 15:12, Marius Bakke wrote:
>> I have one comment about the series: we've disabled tests on some
>> packages that have been broken "forever" on i686. It would be better to
>> do so selectively on just the affected architectures. I.e.:
>>
>> #:t
Hi Laura,
> 01-installation-from-script:
> - at 01:15 the URL is broken in an odd manner. This can be fixed in one
> of these ways:
> a) use a shorter existing URL:
> https://git.sv.gnu.org/cgit/guix.git/plain/etc/guix-install.sh
> b) realize that the URL is still too long and create an a
Hi!
I will start fixing what we can from the videos :) Will be answering video
by video to see what we can change and what we cannot unless we record
again the transcript :/
01-installation-from-script:
- at 01:15 the URL is broken in an odd manner. This can be fixed in one
of these ways:
a) us
Hi Hartmut,
> Assume some program, shell-script, whatever is calling an external program.
> What is the correct way to reference this? Shall it become an absolute
> path, or just the basename.
this depends on what the user may reasonably expect from the script. If
it’s a core feature of the to
On 8. Aug 2019, at 15:12, Marius Bakke wrote:
> I have one comment about the series: we've disabled tests on some
> packages that have been broken "forever" on i686. It would be better to
> do so selectively on just the affected architectures. I.e.:
>
> #:tests? (if (string-prefix? "i686" (%c
Hi,
when I started (nut never finished) to package dtx some time ago, I
already ask similar. No I'm packaging debops, and I'm questioning the
answer I got last time.
Assume some program, shell-script, whatever is calling an external program.
What is the correct way to reference this? Shall it bec
Timothy Sample writes:
> Hi Robert and Marius,
>
> Marius Bakke writes:
>
>> Robert Vollmert writes:
>>
>>> Oh, I meant to ask:
>>>
>>> On 6. Aug 2019, at 06:29, Timothy Sample wrote:
>>>
I think it makes sense to wait for the core-updates merge (which
shouldn’t be too far out).
>>>
Nala Ginrut writes:
> How do you create this cache? Maybe we can just follow you in the same
> way. We're not trying to fetch packages like regular Guix clients, we'd
> like to provide a mirror/cache to help users to accelerate downloading
> inside the firewall covered area.
Guix clients fetch
Hi Ricardo!
Ricardo Wurmus writes:
> Extra information would always be useful. I’m assuming that a direct
> copy of the store would not be helpful, because that’s not what clients
> request. They fetch nars and narinfos instead, which we bake on demand
> and then cache. I’m planning to expose
17 matches
Mail list logo