552 karma · joined July 8, 2012
[0]: https://www.rfc-editor.org/info/rfc5280/#section-4.2.1.10 [1]: https://utcc.utoronto.ca/~cks/space/blog/tech/TLSInternalCAN...
It blows my mind that AMD watched Intel try to do basically the same thing only a few years prior with NetBurst, and fail so badly that they had to scrap that entire evolutionary branch and start over – and AMD still went and did it again themselves anyway.
Damn. I have really enjoyed reading Doug Brown's past reverse-engineering and repair work (e.g., Chumby resuscitation). Shame to see another one fall to brain offloading.
[0]: https://www.revk.uk/2017/12/its-official-adsl-works-over-wet...
[0]: https://www.flamman.se/techprofil-ger-miljoner-till-orebropa...
Also, Audacity is not the first major FOSS project to successfully migrate from wxWidgets to Qt: Dolphin, the GameCube/Wii emulator, made a similar migration several years ago[0][1][2][3].
[0]: https://dolphin-emu.org/blog/2017/06/03/dolphin-progress-rep...
[1]: https://dolphin-emu.org/blog/2018/02/03/dolphin-progress-rep...
[2]: https://dolphin-emu.org/blog/2018/05/02/legend-dolphin-lens-...
[3]: https://dolphin-emu.org/blog/2018/07/06/dolphin-progress-rep...
Kobo devices ship two different rendering engines: the obsolete, appallingly bad Adobe Reader Mobile SDK (RMSDK), and their own, bespoke, WebKit-based renderer. By default, files with an .epub extension are rendered with RMSDK. Consequently, you'll get all sorts of weird issues. Some of the ones I've encountered: I've had cover images not displaying in the library, misbehaving internal links (footnotes), inability to override typefaces/text size.
Easy fix: rename the file to .kepub.epub[0].
Slightly more involved fix: run the file through Kepubify[1] first. This tool makes further tweaks to the books to enable a few other features, like remaining read time estimation.
[0]: https://github.com/kobolabs/epub-spec#sideloading-for-testin...
Good thing “xn--zp9h” fits, then.
I think this problem was unique to the 12 mini. I remember hearing a lot of people complain about it at the time, and I haven't experienced anything like it with my 13 mini (which I upgraded to from a six-year-old 1st-gen SE, so clearly my usage is not typical; YMMV).
How does it compare to the venerable HCenc[0]?
Why does the VideoLAN x262 project page[1], the source for which hasn't moved since 2015, also link to a 404 wiki page in this Git repository?
It looks like perhaps this is an old repo which has recently been rebased onto a newer (but still not particularly new) revision of x264. It is very unfortunate that whoever did the rebase did not retain the original author dates (perhaps even having gone out of their way to --reset-author-date).
Much the same as e-mail, identity within the phone system was, historically, entirely built on trust (because only Ma Bell could make configuration changes, and they could verify that what their customer was asking them to do was legit). Those assumptions were carried through deregulation, and are very deeply entrenched in the technical design of the network. Changing them will hopefully become easier over the next few years as analogue service is turned off entirely (e.g., BT/OR in the UK are set to turn off all analogue phone service by the end of January 2027).
Try reading some time. It's pretty great.
> the Ctrl+C handling is just utterly broken
That's your terminal, not parallel.
> and all of the delays
Your terminal is adding the delay, not parallel. parallel is just warning you about your broken terminal. You're shooting the messenger here.