Viewing profile — julian-klode
julian-klode
HN member- Joined
- Mon, Dec 28, 2015, 11:54 PM UTC
- HN karma
- 171
- Public activity
- 94 items
- HN profile
- View on Hacker News ↗
About julian-klode
No profile information was provided.
Recent public activity
- story
-
comment
Comment #45791663
> though I hope existing well tested rust libraries are used rather than NIHing them and introducing new bugs I think that's much more likely to introduce bugs. Think of it that wa…
-
comment
Comment #45791507
Like the last one was/is the inability to comprehend safety of large buffers on ppc64el because the stack clash protector code generated by gcc isn't understood. The one before tha…
-
comment
Comment #45789542
As far as I understand, Fil-C changes the ABI of the system, therefore it requires a new architecture in Debian terminology, e.g. amd64fil. And then you'd need to use multi-arch to…
-
comment
Comment #45788904
It's certainly what we aim for in APT. We do have an overwrite of course, since we need to copy uninitiated data around: The cache file is allocated as a whole and written at the e…
-
comment
Comment #45788549
It's not like I'm in a hurry to switch to Rust and will spend full steam on it. It's amongst the lowest priority items. A lot of the Rust rewrites suffer a crucial issue: they want…
-
comment
Comment #45788477
/me hides in shame
-
comment
Comment #45785849
It's insanely complex, particularly you want _verified_ crypto. Last year (or two years ago?) I had to fix a tiny typo in OpenSSL's ARM assembly for example, it was breaking APT an…
-
comment
Comment #45785830
> > since it only supports amd64 at this time and is maintained by a single genius. > That's easily fixable. as easily as fixing Rust to work on the remaining 4 architectures? > > …
-
comment
Comment #45785778
Do keep in mind that a lot of the people involved in these sorts of things are neurodiverse in some ways, and may have significant trouble dealing with change. As teh64 helpfully p…
-
comment
Comment #45785567
Isn't it also funny that all of these things are done by the same person? In all seriousness though, let me assure you that I plan to take a very considerate approach to Rust in AP…
-
comment
Comment #45785434
Alpha and PA Risc where the predecessors of Itanium fwiw if you want to feel old in an easy to understand way.
-
comment
Comment #45785424
Keep in mind APT is using the GNU dialect of C++, particularly C++ 17, shortly C++ 23. And it always exploits the latest C++ features while at the same time still having workaround…
-
comment
Comment #45785386
We have replaced GnuPG by Sequoia in the previous Debian release.
-
comment
Comment #45785258
Actual cryptography code, the best path is formally verified implementations of the crypto algorithms; with parsers for wrapper formats like OpenPGP or PKCS#7 implemented in a memo…
-
comment
Comment #45785244
There is no Perl code in APT itself, nor in dpkg on the installing side; Perl is used by dpkg-dev, i.e. when building packages.
-
comment
Comment #45785235
If anyone sees that horrible mess of hacks around pre-STL C++'s lacks of namespace in combination with latest C++ features as part of the C++ community I'd be very surprised :D If …
-
comment
Comment #45785189
I wish, but I get new security bugs in those components like every year or so, not all are tracked with security updates to be fair, some we say it's your own fault if you use the …
-
comment
Comment #45785128
I mean they can't in the first place, because ports only have unstable available
-
comment
Comment #45784997
Fil-C is amazing but is much more problematic than Rust at this point since it only supports amd64 at this time and is maintained by a single genius. It also doesn't help you to at…
-
comment
Comment #45784944
It's rather that GnuPG is ill-regarded for its code immaturity tbh. You don't even need to read the code base, just try to use it in a script: It exits 0 when the verification fail…
-
comment
Comment #45784922
Let me assure you it was my own decision. The final paragraph is my paraphrasing of a fellow Debian developer and CTTE member's stated opinion.
-
comment
Comment #45780535
Ports are not part of Debian and particularly don't release with Debian, they only ship unstable.
-
comment
Comment #45780457
Yes that's true and there's synergies but keep in mind I also have a personal mind
- comment