News for hackers. Stuff that matters.

acdimalev

Result has a FromIterator impl for converting e.g. from a `Vec<Result<a, b>>` to a `Result<Vec<a>, b>`. Is there a reason to prefer the reduce_with method here over FromIterator?
Re:Chromium is no longer supported for Chromecast on Tuesday September 27, 2016 @01:44AM (#12587687)
Disabling media router from source is apparently more involved than I thought it would be. Could have changed the default setting in a new user profile, but disabling it with a command-line argument is probably more like what I'm looking for here.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833477#44

Re:Haiku Project on Saturday September 24, 2016 @04:35AM (#12570077)
Well, even as a growing Rust enthusiast, I guess I still can't quite rule Haiku out.

http://rust-on-haiku.com/

Re:Chromium is no longer supported for Chromecast on Saturday September 24, 2016 @04:02AM (#12569987)
Thank you! I don't know if this was up the last time I looked.

There are flags to gate the feature in the source-- looks like the iOS build excludes it. Going to leave a build running overnight and give it a look in the morning. If tearing it out works, I'll post a patch to the Debian bug report.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833477

Re:How to Write a Spelling Corrector on Thursday September 08, 2016 @12:35PM (#12454572)

  >>> import spell
  >>> spell.correction('ducking')
  'fucking'
  >>>
Yup, it works.
I didn't know it was a System V thing. Thank you for cluing me in!

I don't think of it in terms of like-vs-dislike. My observation is that it's a difficult thing to get right without a compiler, and thus avoided for introductory material.

As far as I am aware, storing values in a register requires fewer instructions. However, I have never personally confirmed the performance difference of this calling convention.

Handling of all calling conventions is one of the many things that I am personally much happier leaving up to GCC and LLVM in practice.

And once you start reading the docs on the more efficient but far less consistent 64-bit calling convention, you may find yourself choosing words to describe it other than the "improved" that this author opted for.
Re:Distribution packages considered insecure on Monday February 22, 2016 @12:42PM (#11152642)
Countering one of your points, and yet bolstering your statement here. Even in a DevOps environment, packaging is important. Same as a system image or random artifact, a distribution package can provide consistency and repeatability.

If I had to wait for a rebuild of the entire operating system to test deployment of a single application, how much confidence could I possibly gain in that application's deployment process?

Also... it seems the author is suggesting that newer software always has fewer bugs. Hmm... .