Congratulations :-)

Very nice shots. It must be a great feeling to see one's own footage in a feature film!

How long do you do astrophotography?

It's always interesting to see how are things build in the Lumafields "Scan of the month". The the most interesting scan from Lumafield I saw was not a Scan of the month, but in "Adam Savage’s Tested: Surprising Flaws in 18650 Lithium-Ion Batteries" [1]

[1] https://www.youtube.com/watch?v=-Y23nfAOiXQ

PS: Nice company logo btw. ;)

I'm really sad, even if I never met him personally and only knew him from his talks, his software and of course his blog.

I had hoped that after his illness he would be granted some time for personal life and recovery — which makes this news all the more shocking.

FX != fefe

Thanks for the clarification

Sometimes I miss the times where you had a compact development environment, wit one installer. Your source produced a mostly self contained binary in a reasonable size, you had nice debugging support and quick turnaround times for a compiled language even on a small development machines. And all that for attractive price for a perpetual license (Borland times).

Today it seems I have to give the producer my email address for the 'free' "Delphi History PDF". Well, times have changed. :)

> I have to give the producer my email address for the 'free' "Delphi History PDF"

Yeah I was interested to see the timeline but I'm not going through a spam wall to get it.

npm i nostalgia

For me Go and Rust match this to a point. Especially Go once installed it generates executable extremely fast.

Yeah, no. None of those have built in debuggers, for example. I also doubt Rust compilation is fast on slow computers.

I think this is the furthest true photography [1] with 443 km distance, into the sunrise (corrected from sunset)

[1] https://beyondrange.wordpress.com/2016/08/03/pic-de-finestre...

The record was actually recently beaten https://www.guinnessworldrecords.com/world-records/66661-lon...

Thanks, didn't knew that and 11% further is quite a increase and not too far from the maximum possible.

So no #includedir, no LDAP integration, no log_input/output, no PAM integration ...?

I have seen the topic a bit late, but nevertheless:

I have learned 6502 assembler (and assembler) in general with "6502 assembly language programming by Lance A. Leventhal" (1979) [1] and "Apple Machine Language by Don Inman & Kurt Inman" (1981) [2]

For the 'internals' of the machine, I had "What's Where in the Apple: A Complete Guide to the Apple Computer by William F. Luebbert" (1985) amazon:[3]

[1] https://archive.org/details/6502-assembly-language-programmi...

[2] https://archive.org/details/a2-ml

[3] https://www.amazon.de/Whats-Where-Apple-Complete-Computer/dp...

From the article: "The consequences for a consumer buying a shady USB cable likely aren’t too bad".

I can't second that, but more to the software/driver side.

Without my knowledge, I once had a counterfeit cable that costed several days of my life. At that time, the FTDI drivers recognized (and as I read did some other things [1]) that a counterfeit cable was connected, but instead of simply disabling the function, they impeded it. In my case: After pressing the first few keys on terminal connection, the transmission from the device to the PC worked, but not the reverse direction. A long search for the error came to an end after I replaced the USB/RS232 with a new one. This was with windows, with Linux even the counterfeit worked.

[1] https://www.elektroda.com/qa,ftdi-ft232-scandal-driver-brick...

I would say this is the prettiest interface I've seen for explaining seasons, analemma, solstice, ... to someone or experimenting myself.

Thanks for the find!

From the man page: Linux 5.14.

Before Linux 6.5, memfd_secret() was disabled by default and only available if the system administrator turned it on using "secretmem.enable=y" kernel parameter. [...]

"To prevent potential data leaks of memory regions backed by memfd_secret() from a hybernation image, hybernation is prevented when there are active memfd_secret() users."