True enough... that said, most of the security enhancements came over the Vista/Win7 timeframe. Just be careful with what you run and what apps have internet access... this setup seems to have full access to your home directory, which for most users can be every bit as bad as a root exploit.
The gendarmerie have their version of Ubuntu so they may go for something similar.
Not that different part of the French government communicate or help each other...
I'm fairly certain mnt customers have much better experiences interacting with the business than pine64 customers do. mntmn often corresponds with Reform users directly in the irc channel.
This is the better business to support from where I'm sitting.
Pine64 dumps a lot of responsibility on their user base, but in their defense they do list nearly everything they sell with warnings about how they are for developers willing to put in the extra effort.
Similarly MNT warns people about going with RISC-V options in their products. I really hope MNT can get their risc-v modules bumped up with the new SoC's hitting the marking in the coming year as support is born.
> Pine64 dumps a lot of responsibility on their user base, but in their defense they do list nearly everything they sell with warnings about how they are for developers willing to put in the extra effort.
That's no excuse for problems in order fulfillment, poor communication of delays, and months of silent treatment when cancelling. The whole experience resembled buying from a flaky unresponsive ebay seller.
It's just not operationally well run in my experience, YMMV.
The disclaimer is acceptable for things like dead pixels or poor/unstable driver support... I'm not referring to anything along those lines.
The PinePhone has a 6" screen, the Pocket Reform has a 7" screen. That's enough to make a noticeable difference for sure, but it's not incomparable, especially considering the PPKB goes to the very edge of the device and the Pocket Reform has an obvious bezel.
The PinePhone would have far less usable screen real estate[0]. 6" diagonal with an 18:9 aspect ratio would make landscape use almost a non-starter. The Pocket Reform is 7" diagonal with a laptop-like 16:10 aspect ratio.
Don't get too hung up on the "lisp" in that title.
I think the language would better be described as statically typed, with s-expr syntax, inspired by Clojure|Rust|ML and with a lispy language accessible for use in macros. But that's less catchy.
Is it suitable for real-time embedded programming? How about audio libraries? Does it have microcontroller support?
I've heard about Carp before, but haven't ever tried it. I've longed for an embedded ML language, and I like Lisp and Scheme, so this seems right up my alley. Apologies for all the questions, but I'm just curious about potentially applicability to some things I have in mind.
The goal is certainly to have a language suitable for "real-time applications" (read games/audio), that's not my area of expertise however so your definition of real-time might not be different than mine.
As it compiles to C, any microcontroller with a compiler that supports something that looks like C can work. I've run Carp code on a GBA (as mentionned somewhere else in the comments), esp32, esp8266, as well as Arduboy & Pygamer via Arduino.
There is some more information about running Carp on embedded platforms in the docs[0].
One last thing I wanted to mention is that Carp is still very much in flux so it might not be the best choice for longterm projects, but if you're interested in playing with the language there is usually always someone to answer questions on the Gitter[1].
That's correct, concurency is not supported right now. I have a POC for using pthread but essentially the borrow checker is not aware of it and so it's quite unsafe.
I'm not sure what you mean by optional parenthesis. I'd say optional separators are a legacy feature, I don't think anyone writes Carp with separators.
I'm a previous BeautifulSoup user and have found the combination of (1) having the scraped data presented in plain Clojure data structures, and (2) Hickory's built in selectors, to be a very nice experience.
I plan to port my scraping framework (Skyscraper, https://github.com/nathell/skyscraper) to babashka one day. I’m not sure how easy it will be, though, since it uses core.async (which I believe bb has limited support for) and SQLite via clojure.java.jdbc.
Otherwise looking at the code this feels like something that could be a short bash script wrapped in a electron app.