koytch

It was a light, cleanly designed front end to YT's content.

Thanks a lot for the link, I didn't know it was open source.

I'd go for "apply'd", "craft'd" and so on -- it has a vibrant applicant-of-sharp-tools-ian ring to it. Admirations for your honour's worthy labour.

I'm stuck in a strange loop: videos change, but the music doesn't. I think it's Debussy, the effect is very strange (and nice too). Bug or not? :)

Oh, and the small button below has disappeared.

Good Lord… https://youtu.be/VKcAYMb5uk4

How about Brainfuck on Rails, then? https://github.com/cookjj/Brainfuck-on-Rails

This is so wrong… Did they use old-style figures, too? That's the only way I can imagine it might have looked OK.

Where are the '1' and '0' on the Bar-Lock? Or did hackers of that time do direct I/O?

Sections 2 and 3 contain the most readable man pages out there. The pages in sections 1 and 8 are often terrible, being the result of some texinfo->man filter.

Thanks, c2 has become intolerably slow.

Zmodem's code is uglier than Kermit's IMO. Gods help you if you have to read either, but Kermit is written better and EK is almost understandable once you fold all unneeded #define's.

I'm surprised no-one mentioned the venerable UUCP. It has more variants than X/Y/Zmodem combined: at least 12.

The only upside of this is unbrickability. Having the boot ROM inside the CPU means you are stuck forever with whatever bugs there are in it. Been there.

Effing hilarious. Some years ago I spent a few days writing to a 'Russian bride'. It became instantly clear all replies were scripted, there was no connection at all with what I said (The full text of 'I, Robot'? Oh, what interesting things you do…). So I'd say many if not most of the spam scenarios are automated and the whole thing becomes too meta.

You can bruteforce unsalted hashes by using rainbow tables.

When you starve to death, would you say you weren't killed?

Being dead, he likely wouldn't.

Moral and logic (in the narrowest sense of the word) often don't go hand in hand. That having been said, your point is quite close to my own understanding.

Multiprocessor AVR running Linux would be the next step, definitely.

You may be right, but as I get it, the entire American population gets to drink fluoridated tap water, not only children. A stinking Commie plot, if I ever saw one.

As a guy living in Europe, it seems more logical to drink unfluoridated water and use fluoridated toothpaste, but that's America over there… Cool idea, for sure.

Strange to see reddit and stackoverflow not supporting IPv6.

https://www.youtube.com/watch?v=s7RmcdHrYuk

Specific to this acquisition, Movidius packs 150 Gflops under 4W of power. Skylake packs 100Gflops under 120W of power. The difference here is more than 2 degrees of magnitude. Moving the designs to the new Intel processes should cover another significant improvement. So that's what's going on.

Where did you get the measurements? Link please.

M2 to Skylake is like apples to oranges. The RISC cores are based on Leon, and then you have 12 SHAVEs/VLIW cores, which are very good at number crunching and GPU/DSP-like tasks, but they are not really general purpose CPUs as such. I think you should exclude them from your comparison.

Anyway, good for Movidius, I wish 'em all the best.

Otherwise, in general I think Forth has bit similar culture/community than LISP, even if they come from very different backgrounds. Both feel smugly superior compared to common C programmers and feel slightly bitter from being unfairly pushed into niche. Both highlight the minimalism of their idol and celebrate it by creating bazillion tiny implementations.

Seconded. Additionally, implementing Lisp in Forth (on a Forth CPU for bonus points) sounds like something one should try for the sheer coolness of it.

Judging from the comments so far, the best name for a privacy conscious person seems to be Null O'Bash.

Select the text to enjoy fully in reverse video.

Zounds, now that programming languages basically scrapped the idea to sound like English, regular expressions pick it up from the trash. And emulate Applescript of all, if I am any judge.

Uhm, not really, but you might make 20 smaller ones.

http://x86.renejeschke.de/html/file_module_x86_id_176.html

Sounds close to

http://www.catb.org/jargon/html/W/walking-drives.html

Strange, suspend/hibernate with uswsusp works like a charm for me. For the first time since kernel 2.6, too. The only bug which occasionally bites me is that after several suspend/resume cycles the screen randomly blanks for a while and then restores its previous state. Killing X doesn't help, it's the same in the console. Only a reboot fixes it. I suspect the Intel BT driver.

Why does the bootloader (which is now part of the systemd project, of course)…

Please say you're joking. This is frightening.

Agree on yuckity :) But 'simple' is a big thing. 'Familiar', too.

I left Mint (17.X, the MATE spin) with whatever default rc the Mint guys chose. Upstart, I guess. My efforts go into customising my home system to my liking and these days my tastes are simple: Sawfish+dmenu or CDE, when I feel nostalgic.

I'm now writing on a Debian… er… something… system. That version which tried to force systemd down my throat. I switched back to sysv-rc right after the update. What bugs are you referring to?

Hopefully the possibility to switch rc will remain in future (I hear Gnome these days depends on systemd, WTF), otherwise I'll have to look for something else once again. Arch, probably. Or Slack + pkgsrc. Or I'll go back to NetBSD.