archimedespi

Yep. You can download/verify that script by hand, or hit the endpoints yourself. They just run stuff to provision your user and files and add you to our LDAP directory.

There /is/ a modern, well-managed open-registration shell and IRC service, similar to what you're talking about, called Hashbang. You can join via https://hashbang.sh.

We're reasonably active, and we have almost 1400 registered users [edited: i was corrected by a hashbang admin as to the amount].

The ultimate purpose of hashbang is to expose more users to a traditional remote UNIX server and command line, as well as teaching people how to use it. We've created a slight barrier to entry with the intentionally obtuse signup flow, as we don't want completely non-technical users flooding the service.

I promise we won't bite :D

eh, owning hardware is fun and a great learning experience

tcc is blazingly fast, at least last time i used it. it's honestly fast enough that you could probably use it as an c interpreter

Check and see if the Mirai code has default credentials for it, and if so, try logging in with them.

Mad props to you for creating that and Scanny for taking over! It's helped me automate some really nasty boring stuff that had to be done in Word.

Exactly. I see so many people complaining about the Linux kernel SLOC versus other kernels; it's an unfair comparison because no other modern kernel I know of has such a wide selection of in-tree drivers.

For instance, when I install Windows on a computer, I will often have to install additional chipset drivers (odd USB3.0 controller, motherboard chipset stuff, fan control). When I install Linux, all of that stuff works out of the box, no drivers necessary: it's rolled right into the kernel.

Making modifying stuff a felony still just slows down peoples' efforts, unless there's a reliable way of enforcing it, which is... not really possible.

Thank you for explaining!

If you've contacted GTK about upstreaming your patches, what was their response? I'd be surprised if they didn't want to.

Why would stock GTK+ cause problems?

That's already happening: KXStudio, a Linux distro for audio work, has pre-packaged Ardour binaries.

It may be retired, but Sparkfun still sells it[1].

If you're looking for other faster microcontrollers with Arduino toolchain support, there's a bunch of stuff out there. See the Wikipedia page on non-atmega Arduino-supported boards: [2].

Additionally, if you're willing to learn how to use the ARM CMSIS HAL and write raw C++, there's the STM32 series of microcontrollers. Those also support Mbed, if you want to learn that instead (it's much easier than using CMSIS with C++, it's basically the equivalent of arduino for many 32-bit ARM microcontrollers).

[1] https://www.sparkfun.com/products/11589

[2] https://en.wikipedia.org/wiki/List_of_Arduino_boards_and_com...

The reason someone serious about embedded development would want to buy Arduino boards is that they're convenient Atmel-architecture microcontroller boards. The ESP8266 may be "arduino compatible", but a large number of those Arduino libraries running on it had to be rewritten.

If you want convenience and ISA/peripheral-register compatibility with existing low-level Arduino code, you're locked in to atmegas unless you want to do some fun porting work ;)

Just grab a cheap Chinese clone off of Ebay. They're pretty much completely functionally identical in my experience.

I know several devs who make music. It's not that accurate.

Exactly; without an RF amp you're not going to do any serious damage.

Seconding Zachtronics; TIS-100 is an amazing game.

There are 8 engineering majors in Congress (all in the House IIRC), which is pretty suprising.

Yeah, I'd love to get the new Razer[0] that came out this year, but unfortunately they went the way of "thunderbolt3.0 all the things" which is... not going to work with Linux. At all :(

[0] http://www.razerzone.com/gaming-systems/razer-blade-stealth

Yeah, I can get that. When I was working with SDCC, I really would have preferred GCC or clang - SDCC has some funky quirks that really pissed me off and introduced some weird bugs.

And yeah, AVR8 (and IIRC 16 and 32) have GCC toolchains as well as avr-llvm, which is pretty sweet.

What benefit does SDCC have over GCC for most embedded development? And if it's the only FOSS compiler for PICs, why hasn't someone ported parts of SDCC's backend over to LLVM or GCC?

It's like corporate timecube :)

But in all seriousness, how do people even get away with shit like this?

Okay, sorry, read your original comment backwards.

Calling into C++ is generally a big problem in any programming language though, and for most, you have to write a C wrapper.

Totally understand that :)

Maybe https://www.appveyor.com/ would work out for you? It's free for OSS projects.

Heliocentrism was a religiously-derived belief. There are certainly other examples - for some verses in the bible, there are hundreds of interpretations.

Rust has #[no_mangle] and ffi types. I've done some FFI in Rust, and I've found it to be pretty pleasant. What are the "lot of issues" you're talking about?

I mean, theoretically, yes, if you're masochistic, but why wouldn't you just compile on Windows? This set of bindings even supports Windows: https://github.com/visualfc/goqt#system

Evernote can do that if you don't mind trusting them with your reciepts (I don't personally use this since I don't really trust Evernote that much).

95% of Catholicism is re-interpretation by the Church of their holy documents. Changing the mind of the church is definitely a thing - see heliocentrism.

Most of the modern BSD distros have incredibly advanced and performant packet and networking systems compared to Linux.

Some benefits over linux (this is especially geared to openbsd):

The main reason BSDs are awesome: `pf` is an amazing firewall/routing/shaping system.

Stability: BSDs have been far more stable under heavy loads than Linux.

Security: Generally (free|open)BSD are far more proactive with security patches and fixes than Linux distros.