Benjamin Franksen wrote:
> I want to package the tool chain for RTEMS 4.9. The sources are at
> ftp://www.rtems.org/pub/rtems/SOURCES/4.9. The gcc version is 4.3.2 plus a
> few RTEMS specific patches. I successfully packaged the corresponding
> binutils. I can also build and install the cross gcc.
Hi Vlada,
we are experiencing performance issues with the garbage collector, which
locks many nix actions. Eelco will be looking into this.
Cheers,
Rob
On Fri, Jul 11, 2014 at 11:16 AM, Vladimír Čunát wrote:
> Hi,
> during the last >24h, only darwin builds were in queue, but Hydra hasn't
> ch
Hi,
during the last >24h, only darwin builds were in queue, but Hydra hasn't
checked for any new evaluation. Now the queue is even empty (practically).
Vlada
smime.p7s
Description: S/MIME Cryptographic Signature
___
nix-dev mailing list
nix-dev@lis
I agree, design is questionable, bu I keep automatic tests together
with system being developed. Tests should know the original password
so I store it as plain Nix string. But my main question relates to the
fact that `import' can read the calculated path from /nix/store and
`builtins.readFile' can
On 11/07/2014 09:46, Sergey Mironov wrote:
> Hi. I need to do non-trivial string calculations (encrypt the password
> with openssl) which AFAIK can't be written in Nix at the moment.
> That's why I think about Nix `eval` equivalent. I wonder if it goes
> against Nix concepts or not? My implementati
Hi. I need to do non-trivial string calculations (encrypt the password
with openssl) which AFAIK can't be written in Nix at the moment.
That's why I think about Nix `eval` equivalent. I wonder if it goes
against Nix concepts or not? My implementation looks like the
following:
encryptPassword = s