cm3

17 ms·

121.
by cm3 10y ago
That's brilliant, and I wouldn't expect anything less from the BBC. They are technically competent and innovated in the broadcasting space, like a few other networks did/do. It surely helped that the BBC have (had?) an R&
122.
by cm3 10y ago
Concerning external links, I'm surprised that big news sites don't seem to have stable links whereas tech sites like /. do. Go to Wikipedia, and follow a few referenced links to major news organization websites. You'll f
123.
by cm3 10y ago
For a year now Google's reCAPTCHA has been very hard to convince as a human that I selected the correct 3 (or 4) rivers, houses, street numbers, mountains. Most of the time it makes me take the test twice or or more, even though reCAPT
124.
Qtah – Haskell Qt bindings(khumba.net)
1 points by cm3 10y ago|0 comments
125.
by cm3 10y ago
Of course, but shifting the burden onto developers, where most of them aren't professional libc or kernel engineers, leads to avoidable issues. Rust seems familiar enough to many developers, and forces them to think about resource mana
126.
by cm3 10y ago
C is a minimal abstraction over asm and I wouldn't be surprised if this behavior can be configured in some C compiler, even though it would be odd to do so. What I find surprising is when people say C is a simple and small language tha
127.
by cm3 10y ago
I can't find anything in the manpage about git-am checking the patch file's parent(s), but a patch file is accepted by git-apply as well, and then it's certainly not expected to consider a parent. That said, I've had git
128.
by cm3 10y ago
I mean when you get a .patch file and git-am that doesn't provide the same associated info (or environment) for git to resolve a merge.
129.
IRCv3 (working group)(ircv3.net)
3 points by cm3 10y ago|0 comments
130.
by cm3 10y ago
Yes, and it's why running git-am on the isolated commit can fail whereas cherry-picking does a proper merge and is more likely to apply cleanly.
131.
by cm3 10y ago
I was referring to the fact that in git you can cherry-pick a commit as the similar mechanism.
132.
by cm3 10y ago
git and hg are somewhere between Subversion and Darcs/Pijul. You kinda deal with individual patches (commits) but not quite as prominently as in Darcs/Pijul. It's all a compromise, and even Subversion gained merge features, l
133.
by cm3 10y ago
English isn't my 1st language either, but the power of downvotes is misused a lot on the internet, especially when there's no public trail who downvoted. Advise and canon may just carry too strong of a meaning for those who grew u
134.
by cm3 10y ago
FWIW, Gitlab now has DC/OS (Mesosphere) support https://about.gitlab.com/2016/09/16/announcing-gitlab-and-me...
135.
by cm3 10y ago
For continued decentralized operations something like https://github.com/google/git-appraise looks good. It's like Fossil-SCM's distributed tickets but for code review. It can also mirror to Gihtub and Phabri
136.
by cm3 10y ago
I never downvote anything, so I'm not sure, but maybe the use of "advise" and "canon" triggered negative votes?
137.
by cm3 10y ago
I don't know if you're aware, so this is just a friendly suggestion: if you define these as git aliases instead, you won't use your shell's namespace and have it available for other aliases. As git aliases you would run
138.
Sklml: Easy coarse grain parallelization(sklml.inria.fr)
2 points by cm3 10y ago|0 comments
139.
by cm3 10y ago
Both GitLab and GitHub do in their SSH implementation.
140.
by cm3 10y ago
Agreed, and if you run on a microkernel, then pretty much everything is in userspace and any boundaries are those of, say, a capability system for security purposes. I still cannot wrap my head around the fact that we're adding ways to
141.
by cm3 10y ago
The last time I used Spotlight (no mac at the moment), it was so slow that I had to disable it globally. The metadata integration in BeOS was different. For example media and email storage in BeOS.
142.
by cm3 10y ago
The filesystem metadata queries were real-time back when spinning disks were much slower and neither the processing power or ram was comparable to what we have today. With today's machines we do not have the same experience under Windo
143.
by cm3 10y ago
> I need to revisit mutt-kz I haven't used it myself, but there's also https://www.neomutt.org/ .
144.
by cm3 10y ago
> That's an awesome demonstration of how easy it is to swap out the libc in Rust. :-) Now I have to look up how I use cargo to build a static binary on FreeBSD, where I don't have to swap out libc. > Note that I also distrib
145.
by cm3 10y ago
To build a static Linux binary with SIMD support, run this: RUSTFLAGS="-C target-cpu=native" rustup run nightly cargo build --target x86_64-unknown-linux-musl --release --features simd-accel
146.
by cm3 10y ago
That's right, but I know several project maintainers who are looking moving to it because BoringSSL's scope is smaller and is sufficient for their projects' needs. That's why I think the BoringSSL's API status will
147.
by cm3 10y ago
My reply is to this Who actually takes software licenses seriously in their own home? If this doesn't imply one's okay with stealing, then I take my comment back. Because you seem to assume I use a mac, I must confess to
148.
by cm3 10y ago
I write software for free and as a living, so I surely take it seriously. How can a software developer justify stealing software, unless they're trapped in a poor or technologically restricted situation (Cuba)? EDIT: There's some
149.
by cm3 10y ago
Short answer: unlikely to end anytime soon, but likely that we start to focus on higher level bugs more than lower level issues. Long answer: If Unix and C hadn't won the fight in the 1980s like VHS did, we wouldn't deal with such
150.
by cm3 10y ago
Assuming we stay with a library written in C, a better approach would be for everyone to try to move to what's in BoringSSL, which deliberately removed most stuff, more than LibreSSL. If we still stay with C, Ring would be a good repla

More ›