On Sun, Jul 21, 2019 at 06:33:27PM +, co...@sdf.org wrote:
> It currently blocks for literally hours/days. We can't have the OS not
> function due to this purity.
A rust build blocking (due to rustc or the rust libraries doing stupid
things) is very much different from "the OS not function".
Taylor R Campbell writes:
>> It would also be reasonable to have a sysctl to allow /dev/random to
>> return bytes anyway, like urandom would, and to turn this on for our xen
>> builders, as a different workaround. That's easy, and it doesn't break
>> the way things are supposed to be for people
Taylor R Campbell wrote:
> It has become popular to redefine the traditional semantics of
> /dev/random or /dev/urandom so that one or both will block once at
> boot until the OS thinks the entropy pool may have been seeded, and
> then never block again.
IMO, those are the most useful semantics fo
> On Jul 22, 2019, at 8:17 AM, Andreas Gustafsson wrote:
>
>
> [EXTERNAL EMAIL]
>
> Taylor R Campbell wrote:
>> It has become popular to redefine the traditional semantics of
>> /dev/random or /dev/urandom so that one or both will block once at
>> boot until the OS thinks the entropy pool m
>> ftp://golden-delicious.urc.uninett.no/pub/rust/rust-std-1.35.0-i686-unknown-netbsd.tar.gz
>
> Why is it not on ftp.NetBSD.org, with other bootstrap kits?
Because copying the bootstrap kits takes forever...
I'm in the process of copying them over, but it's a multi-day
effort.
Regards,
- Håvard
On Mon, Jul 22, 2019 at 9:16 AM Havard Eidnes wrote:
>
> >> ftp://golden-delicious.urc.uninett.no/pub/rust/rust-std-1.35.0-i686-unknown-netbsd.tar.gz
> >
> > Why is it not on ftp.NetBSD.org, with other bootstrap kits?
>
> Because copying the bootstrap kits takes forever...
> I'm in the process of
>> >> ftp://golden-delicious.urc.uninett.no/pub/rust/rust-std-1.35.0-i686-unknown-netbsd.tar.gz
>> >
>> > Why is it not on ftp.NetBSD.org, with other bootstrap kits?
>>
>> Because copying the bootstrap kits takes forever...
>> I'm in the process of copying them over, but it's a multi-day
>> effort.
On Mon, Jul 22, 2019 at 10:08 AM Havard Eidnes wrote:
>
> >> >> ftp://golden-delicious.urc.uninett.no/pub/rust/rust-std-1.35.0-i686-unknown-netbsd.tar.gz
> >> >
> >> > Why is it not on ftp.NetBSD.org, with other bootstrap kits?
> >>
> >> Because copying the bootstrap kits takes forever...
> >> I'm
On 22/07/2019 15:08, Havard Eidnes wrote:
ftp://golden-delicious.urc.uninett.no/pub/rust/rust-std-1.35.0-i686-unknown-netbsd.tar.gz
Why is it not on ftp.NetBSD.org, with other bootstrap kits?
Because copying the bootstrap kits takes forever...
I'm in the process of copying them over, but it's
> Is that defense.net your own outgoing protection or is there a route
> messed up? I've used them for inline stuff before.
Not mine, no.
> My traceroute is different to say the least!
But your location is also quite different...
Regards,
- Håvard
On Sun, Jul 21, 2019 at 09:13:48PM +, paul.kon...@dell.com wrote:
>
>
> > On Jul 21, 2019, at 5:03 PM, Joerg Sonnenberger wrote:
> >
> >
> > [EXTERNAL EMAIL]
> >
> > On Sun, Jul 21, 2019 at 08:50:30PM +, paul.kon...@dell.com wrote:
> >> /dev/urandom is equivalent to /dev/random if th
> On Jul 22, 2019, at 10:52 AM, Joerg Sonnenberger wrote:
>
>
> [EXTERNAL EMAIL]
>
> On Sun, Jul 21, 2019 at 09:13:48PM +, paul.kon...@dell.com wrote:
>>
>>
>>> On Jul 21, 2019, at 5:03 PM, Joerg Sonnenberger wrote:
>>>
>>>
>>> [EXTERNAL EMAIL]
>>>
>>> On Sun, Jul 21, 2019 at 08:
On 22.07.2019 13:12, Greg Troxel wrote:
> Taylor R Campbell writes:
>
>>> It would also be reasonable to have a sysctl to allow /dev/random to
>>> return bytes anyway, like urandom would, and to turn this on for our xen
>>> builders, as a different workaround. That's easy, and it doesn't break
>
> So, try forcing scp over IPv4 maybe?
Actually, configuring IPv6 in my case (I didn't have that
already) works much better:
rust-std-1.32.0-i686-unknown-netbsd.tar.gz
72,048,862 100% 184.72kB/s0:06:20 (xfr#3, to-chk=22/69)
rust-std-1.32.0-powerpc-unknown-netbsd.tar.gz
69,624,858 1
On Mon, Jul 22, 2019 at 07:56:02PM +0200, Havard Eidnes wrote:
> > So, try forcing scp over IPv4 maybe?
>
> Actually, configuring IPv6 in my case (I didn't have that
> already) works much better:
>
> rust-std-1.32.0-i686-unknown-netbsd.tar.gz
> 72,048,862 100% 184.72kB/s0:06:20 (xfr#3,
> On Sun, Jul 21, 2019 at 04:53:08PM +, Taylor R Campbell wrote:
>> It has become popular to redefine the traditional semantics of
>> /dev/random or /dev/urandom so that one or both will block once at
>> boot until the OS thinks the entropy pool may have been seeded, and
>> then never b
Kamil Rytarowski writes:
> On 22.07.2019 13:12, Greg Troxel wrote:
>> Taylor R Campbell writes:
>>
It would also be reasonable to have a sysctl to allow /dev/random to
return bytes anyway, like urandom would, and to turn this on for our xen
builders, as a different workaround. T
On Mon, Jul 22, 2019 at 04:36:41PM +, paul.kon...@dell.com wrote:
>
>
> > On Jul 22, 2019, at 10:52 AM, Joerg Sonnenberger wrote:
> >
> >
> > [EXTERNAL EMAIL]
> >
> > On Sun, Jul 21, 2019 at 09:13:48PM +, paul.kon...@dell.com wrote:
> >>
> >>
> >>> On Jul 21, 2019, at 5:03 PM, Joer
> On Jul 22, 2019, at 4:55 PM, Joerg Sonnenberger wrote:
>
>
> [EXTERNAL EMAIL]
>
> On Mon, Jul 22, 2019 at 04:36:41PM +, paul.kon...@dell.com wrote:
>>
>>
>>> On Jul 22, 2019, at 10:52 AM, Joerg Sonnenberger wrote:
>>>
>>>
>>> [EXTERNAL EMAIL]
>>>
>>> On Sun, Jul 21, 2019 at 09:
19 matches
Mail list logo