metafex

There is ext2fsd (https://sourceforge.net/projects/ext2fsd). Worked like a charm last time I had to use it. Last version is even from July.

edit: Unsupported features: 1, journal: log-based operations, external journal 2, EA (extended attributes), ACL support

To make it a sample-size of two, I can also confirm that I did not have any adverse effects, it just tastes funny.

If someone wants to try brouge, I can recommend this online version: http://brogue.roguelikelike.com

This is just a wild guess, but could there be more to it than just solving traffic problems? I mean, the best solution for a permanent settlement on Mars would be underground, as to shield from radiation etc. It's a funny thought, but it would make sense to aquire experience with large earth-moving operations to improve on the technology and study the feasibility.

The code really is an enjoyable read from start to finish. I'll have to play around with it for a bit, crypto code that is this straight forward to understand is simply rare.

Regarding the Signal double-ratchet: I'd be very interested to see an implementation in Lisp of it.

It's just not quite released yet. They still need to sort out the software, but the hardware is finished: https://olimex.wordpress.com/2017/02/01/teres-i-do-it-yourse...

As a owner of a novena laptop, I'm always happy to see other OSHW laptops.

Though the thing with the TERES-I is, it just doesn't seem to be made for daily use. There is only 1GB of RAM, no (m)SATA, the eMMC is rather small and the only expansion seems to be a uSD card. Even something like the eMMC modules the people from hardkernel put on their boards would up the usability quite a bit. I'd love to like it, but I'll have to continue searching for something 64Bit ARM I can just toss into my backpack to play and tinker with on the go.

Yes. It says "Cell search and synchronization procedure for the UE" under features (UE stands for User Equipment, e.g. a LTE modem).

edit: cell search example https://github.com/srsLTE/srsLTE/blob/master/srslte/examples...

Actually, the Intel modems have been experimentally proven to perform ~20% worse at the same signal conditions. It is also notable that this is not only a problem in the US, but also with carriers in europe where they use the Intel modem.

(At least that's what two separate people working on the analog part have confirmed)

> All the popular operating systems aren’t designed with security in mind

Kaspy OS runs on a switch, and they're talking about popular operating systems, so in the same vein, OpenBSD wouldn't be a popular secure OS for e.g. routers?

But hey, I'd be really happy if they based it on seL4 and formally verified their security concepts. That would be a real game-changer. OTOH I'm really sceptical until they provide any relevant details.

Here is an implementation of RaptorQ (a fountain code). It is in alpha and actively developed: https://github.com/LucaFulchir/libRaptorQ

The standard: https://tools.ietf.org/html/rfc6330

Check this comparison table: http://öä.eu/bac.html (or the full paper at /bac.pdf)

Thank you for the example.

Also: SPARK is another one I forgot. I guess I'll have to think of a nice example and just implement it in a Ada, F* and with RDL to get a hang of the differences and features.

Oh wow, even with support for static type-checking. It really makes me want to give ruby another shot.

Piggybacking on this: apart from F*, does someone know of a language or support for existing ones for contracts, loop-invariants and possibly verification?

Dafny and Spec# aren't very general-purpose and apart from those nothing much comes to my mind.

It is locked. There is a switch like with the Chromebooks, but to reach it you have to disassemble it. OTOH rooting and running custom kernels works. Not ideal but it works for some use-cases.

edit: The Pixel C runs on Coreboot of course.

Likes this https://github.com/balidani/gcnasm? Or like this http://www.codeproject.com/Articles/872477/Assembler-for-AMD...?

It was just pure coincidence.

When hiding the first and then the last story, this was the result: https://news.ycombinator.com/snip-story?onop=news&id=1207282...

I guess that's not intended...

Same as LibreWRT or LibreCMC as it was called later (blob-free variant of OpenWRT).

If you have an X-Ray to check if the balls are soldered perfectly, then yes. Put it on the board and off with it in the reflow-oven. Keep in mind, it's only 20x16mm.

If not, then you're mostly out of luck, but you can try if you manage to source it. And find some datasheets. And have a driver for it. And...

On a more serious note: It would be very nice, if it was possible to design a board with components like this, but it is way to hard and needs way too much equipment and experience to do right.

I'm running Termux on a Pixel C and I love it. With the keyboard and all it's the Linux experience i wan't on the go. Local compiling works real nice for Go applications and smaller C++ and C stuff. Or Node.JS, Python and whatnot.

It's also available from F-Droid, though i recently became aware, that somehow I only had the ARM version and not AArch64, so keep that in mind. And it also works flawlessly on N.

In the "Extensions Overview -> Details" you can create a desktop shortcut. If you start that, there is only the Signal window w/o a Chrome window.

edit: spelling

Cygwin is and always will be only an emulation-layer, never the real deal. For most day-to-day things it works perfectly, but when you run into some corner-case, most of the time you are out of luck.

My only real problem with Cygwin is, that it misses a command-line package manager. If they could adopt pacman for package management like MSYS2 does, I'd be a happy camper.

edit: To deploy Cygwin based applications you need to get a commercial license from RedHat (if it's not FOSS). Which could be a deal-breaker.

From the FAQ:

"In technical terms, DROWN is a new form of cross-protocol Bleichenbacher padding oracle attack. It allows an attacker to decrypt intercepted TLS connections by making specially crafted connections to an SSLv2 server that uses the same private key."

This time it won't matter that much which one to pick. Developers will want to support both systems. The display code needs only small changes to work for both systems (or the engine supports it already), the controllers on the other hand should be interesting. If there won't be some standard and the input and haptics diverge too much, this will hurt adoption and/or game/software sales.

The other side is the excitement of being one of the first experiencing this new technology. It's always a tradeoff.

E.g.: Would you rather go to space now, or wait until it's easy and comfy? For me, curiosity wins.

We'll see about that when the Oculus controller comes out. The Vive already ships with special controllers for VR (and how those compare, etc). Until then, it's hard to compare (only price-wise).

Check out HAMNET, it's not self-soldering everything, but to do proper packet-radio you need a DSP or a powerfull CPU to process the signals anyway. There is also always SDR which makes it easier to experiment with new protocols.

As to YT over ham radio: there's ATV (amateur television) and you can/could? (check your regional regulations for audio broadcasts) send radio streams on some bands. As long as it stays true to the ham-spirit, you should be ok.

(I can't speak for what the ARRL allows on what bands and so on, i have an old yearbook stashed away somewhere, but i'm not american, so...)

vy 73

My father makes electric guitars as a hobby, though he doesn't CNC them. He makes stencils from acrylic glass (2-3cm thick) and uses them to cut out the body.

If you really want to use CNC for a one-off you should get in contact with your nearest FabLab or Hackerspace. They usually have something around (though hackerspaces often not and if rather small machines)

My advice would be to ask a carpenter to help you out, if you are comfortable with using the tools, or you bring by the (exact) drawings and a block of wood of your choosing. Once again, if you need special kinds of wood, talk to those guys, the should have some nice dry maple and mahagony around.