Ao7bei3s

15 ms·

211.
by Ao7bei3s 11y ago
I do understand your point. But as soon as scripting is supported, it's impossible to write tools that process the config files and always work, especially with untrusted config files. You can't have both. So the question is: can
212.
by Ao7bei3s 11y ago
I thought of HOCON, it's quite usable for users, but it's not a solution: 1. Lack of adption: It's not widely used yet. Implementations for few languages. 2. No formal spec; the "spec" is very imprecise and seems to
213.
by Ao7bei3s 11y ago
> I think it would be better to just start with a Turing complete language. I think they should use Lua. .......... when you modify it with another program ... No! Turing complete config files are even worse than ad-hoc config files. If
214.
by Ao7bei3s 11y ago
XML is too verbose for manual editing and I've yet to see an XML library that isn't cumbersome to use (compared to JSON). It's probably too complex, alright. But I'm convinced a simpler format could be specified. But you
215.
by Ao7bei3s 11y ago
> What happens if I make a shell that does expansion slightly diffrently to the existing shells? That can't work well? We have different shells with different expansions (and a myriad other differences) and it doesn't work
216.
by Ao7bei3s 11y ago
On the other hand, the power shell version returns objects that can be manipulated in a safe way, whereas the find version relies on "-exec" being a feature of find (Talk about bloat.), which is string-based (if you're not ex
217.
by Ao7bei3s 11y ago
Not all of us were around (as admins) in the 90s. If it was bad then, and it still (after 20 years) hasn't improved, then what do you expect?
218.
by Ao7bei3s 11y ago
Agreed, text based config files are good and not the problem. (Though binary formats != GUI tools only.) I think the real problem is config files either in hard-to-parse-correctly custom ad-hoc formats or even "config files" writt
219.
by Ao7bei3s 11y ago
> a nice advert in a magazine does exactly what is the intention: inform people of something, either a product or a service. And I can watch that ad anonymously. Even ads in magazines aren't there to "inform" people. &quot
220.
by Ao7bei3s 11y ago
Interesting. > There is a low level radiation hazard area clearly marked on the bottom of the capsule Whats this?
221.
by Ao7bei3s 11y ago
Especially when you're a soldier of the army they're seeking refuge from.
222.
by Ao7bei3s 11y ago
> I don't like wearing glasses or anything else on my head. I don't think that will change. As you get older, you will likely develop presbyopia, and, at some point, get comfortable with glasses. And for the 30-40% (in Europe+U
223.
by Ao7bei3s 11y ago
Probably gathered from the app of https://meshable.io/ ? The website is light on details, but it's probably a commercial WiFi-sharing company, like a commercial version of Freifunk (a mostly german initiative where peop
224.
by Ao7bei3s 11y ago
Mousewheel.
225.
by Ao7bei3s 11y ago
> Encryption is either secure or it isn't. You can't have a middle ground. Technically, there is some limited middle ground due to key escrow (clipper chip[1]) or cryptographic backdoors (DUAL_EC_DRBG[2]). Both are interesting
226.
by Ao7bei3s 11y ago
That's what major versions are for. (It's still in Stretch though, so you don't have to switch to unattended-upgrades until at least ~2022. https://packages.debian.org/stretch/cron-apt )
227.
by Ao7bei3s 11y ago
Except it's not, it's for testing. Testing doesn't always get security fixes in a timely manner. Read more at: https://www.debian.org/security/faq#testing
228.
by Ao7bei3s 11y ago
But then you have to explicitly pass the context to everything you call. Dynamic scoping would solve this problem (and similar problems, like dependency injection), but Python doesn't have that. Flasks way emulates it as well as possib
229.
by Ao7bei3s 11y ago
It makes it harder or impossible to do it in covertly, and it may also not be possible for legal reasons.
230.
by Ao7bei3s 11y ago
Yes, but the process is destructive and quite time-consuming, requires expensive equipment and cannot really be automated. That's not a problem if your want to, say, extract secret keys once from one device that you own in order to
231.
by Ao7bei3s 11y ago
> Any banknote larger than 50 Euro is very uncommon here. ATMs don't give them Very uncommon yes, but I've gotten 100€ notes from ATMs when withdrawing ~250€.
232.
by Ao7bei3s 11y ago
No, it really isn't. And this is not really up for discussion: it's on the test (question VA102 in .de). So don't take my word for it, read the ITU definition at http://life.itu.int/radioclub/rr/art0
233.
by Ao7bei3s 11y ago
I'll have to think about your comment for a bit. I'd like to retract the "lack of interest in exploring new things" part. Firstly, because I was really wrong: plenty of new things are being worked on. Secondly, because
234.
by Ao7bei3s 11y ago
Communication in case of disasters is not the fundamental purpose of ham radio, it's one purpose. The others are research, education and exchange between peoples and just as important. Contests don't serve any of these well. S
235.
by Ao7bei3s 11y ago
Internet <---(ssl,ethernet)---> Gateway <----(plaintext,radio)-----> Ham Insecure, but that's exactly the point. (Also: ham radio in general, not just the FCC. Over here, it's the BNetzA.)
236.
by Ao7bei3s 11y ago
I find the general lack of interest in exploring new things in ham radio sad. I'm really happy that SDRs are cheap now and that's making things somewhat better. It seems that most (or at least very many ) hams just do contest
237.
by Ao7bei3s 11y ago
@Encryption: Not really. If you have an expensive gateway anyway, you can just terminate the SSL there.
238.
by Ao7bei3s 11y ago
Oh, sorry then :)
239.
by Ao7bei3s 11y ago
> But HNers aren't Well, you must be from the US.
240.
by Ao7bei3s 11y ago
So, do you want to ban wireless presenters or laser rangefinders? Requiring a license for these would be akin to banning them. Except if "holding a presentation" would be enough to get a license. In which case I think the limit wo

More ›