Probably needs a lawyer ...
> On May 26, 2022, at 11:37 PM, Ced wrote:
>
> On Thu, 26 May 2022 23:10:27 -0400
> Ari Trachtenberg wrote:
>
>> Would it help to move them to the US?
>
> IANAL but I don't think it would help according to
> https://gdpr.eu/companies
ts so we don't want to take it down. However, it's not worth
> getting sued for running a public service pro bono...
>
> If anyone has an idea to prevent the collapse of the few remaining SKS
> keyservers, please let us know otherwise we'll have to take down our
> server too pretty soon :(
97d75e
>
> --
> me
>
> ___
> Sks-devel mailing list
> Sks-devel@nongnu.org
> https://lists.nongnu.org/mailman/listinfo/sks-devel
—
Prof. Ari Trachtenberg
Electrical and Computer Engineering
Boston University
trach...@bu.edu
signature.a
nsorship but it's not like SKS was ever meant to be
>> a secure or reliable channel.
>>
>> ___
>> Sks-devel mailing list
>> Sks-devel@nongnu.org
>> https://lists.nongnu.org/mailman/listinfo/sks-devel
>
>
>
Not quite ... each server can decide which keys it want s to accept.
Bad actors will eventually fall out of favor with the others.
> On Jun 20, 2017, at 10:21 AM, Kristian Fiskerstrand
> <kristian.fiskerstr...@sumptuouscapital.com> wrote:
>
> On 06/20/2017 04:15 PM, Ari
me with your email address
> on it and uploading it to the keyservers. Those people are jerks.
> Unfortunately, we have no good way to stop them.
—
Prof. Ari Trachtenberg
Electrical and Computer Engineering
Boston University
trach...@bu.edu
signature.asc
Description: Mes
t;If you choose to sail upon the seas of banking, build your bank as you
> would your boat, with the strength to sail safely through any storm."
> (Jacob Safra (1891–1963))
>
> ___
> Sks-devel mailing list
> Sks-devel@nongnu.org
> https://lists.nongnu.org/ma
Sks-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/sks-devel
---
Ari Trachtenberg Assoc. Prof., Assoc. Grad. coChair, ECE
trach...@bu.eduhttp://people.bu.edu/trachten
___
Sks-devel mailing list
Sks
___
Sks-devel mailing list
Sks-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/sks-devel
---
Ari Trachtenberg Assoc. Prof., Assoc. Grad. Chair, ECE
trach...@bu.eduhttp://people.bu.edu/trachten
really want to, but there's
not much point. :)
___
Sks-devel mailing list
Sks-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/sks-devel
---
Ari Trachtenberg, Boston University
http://people.bu.edu/trachten mailto:trach...@bu.edu
From memory, the theory predicts that recon running time and memory
should grow roughly linearly with delta; only interaction should
increase. In practice, everything depends on the actual implementation
and how careful OCAML is in reclaiming unused memory. Maybe Yaron can
chime in.
We had talked about approaches to this ... it turns out to be an
non-trivial problem to
integrate this with the efficient synchronizer without breaking the
synchronizer's efficiency.
Best,
_Ari
Yaron Minsky wrote on 06/04/2008 07:25 AM:
On Wed, Jun 4, 2008 at 2:56 AM, Patrick Rother [EMAIL
12 matches
Mail list logo