Honestly, even with systemd[1] Gentoo is actually a pretty awesome distro for a server; definitely better than Debian. The compile-times are less of an issue since most of the really large programs aren't ones you'd install on a server (chrome, libreoffice), and being able to install any of the last N stable versions (sometimes side-by-side using slots) of a package is pretty convenient when you have third party software. The way configuration files are updated after an upgrade instead of during is also much more convenient, and the stable branch is also significantly more up-to-date than Debian's.

[1] While I use systemd on my own system and find it works well for me, I can easily understand why some people would prefer to stick with one of the alternatives (at least until all the bugs get ironed out).

It's a little unclear if it'll be part of the FX lineup, but apparently AMD will be releasing a new line of CPUs next year under the codename Zen. The core count will go up to 16, so it sounds like it'll definitely be a spiritual successor to the FX line, even if it's not part of it. (That is, it could actually be competitive against an i7.)

Source: http://www.fudzilla.com/news/p...

It's worth noting that this is also available in zsh, which (I believe) has always been more feature heavy than bash.

(Not to say it isn't cool that Powershell can do that, merely that bash probably isn't the best comparison.)

Maybe not, but close - the FX-8370 is just a slightly better binning of the same part.

Funny thing about that - there were some pretty major discrepancies at the time between benchmarks done using Intel's compiler and those done using GCC. When using GCC, the FX smoked the i7 - it wasn't until the next generation (or possibly the one after that) that the FX started to lag behind. Even today it's reasonably competitive (if not faster than) against Haswell i5s.

The FX-9590 isn't even a step-up - it's the exact same part, overclocked ridiculously (hence the 220W TDP). It's a stop-gap measure by AMD to try and disguise the fact that the FX line-up hasn't been updated in years.

I'm planning an upgrade myself atm, and as much as I prefer AMD, they're literally a non-option to me (even with the sticker shock from i7 prices). I hope Zen goes well for them, because otherwise Intel has a monopoly on high-end CPUs...

I'll second this - using a fountain pen is worth it just for the ergonomics alone. Before I used (not inexpensive) rollerballs, and even then my hand would be hurting after a test or exam, but with a fountain pen I could easily write for more than double the time. It also worked out cheaper too - a $10 bottle of ink with a $20 pen lasted me the duration of my 6 year course, and the bottle is only half-empty.

The ability to block internet access would effectively block ads. On the plus side, there are plenty of firewall apps in the Play store (though they do require you to have a rooted device).

I just googled it, and it absolutely does appear in that special box. (Interestingly, this is despite it being the #2 result, with #1 being the PBS website.)

I disagree. Take a look at D templates (and compile-time function evaluation) - that syntax will be easily readable to anyone familiar with a C family language, because it's the same syntax (just with 'static' or 'pure' peppered everywhere).

C++ template meta-programming is hard for two reasons. The first is that templates use a syntax of their own, which is one more thing to learn. The second is that the template language is functional, which is quite alien to most C++ programmers. D uses native D syntax to do the same thing (with the requirement that functions be pure), and that's much easier to read.

That's a bit of a strawman. IMO, the real issue is that people see it as a false dichotomy between a good text editor (Vim, Emacs, etc.) and a kitchen sink of tools attached to something little better than Notepad with syntax highlighting + autocompletion (e.g. Visual Studio). In that comparison, the text editors win because the vast majority of programming comes down to text editing (and possibly thinking, but you don't need a computer for that), and typical IDEs are pretty mediocre at that.

Note that it's a false dichotomy - you can get the benefits of both, either by integrating a proper text editor into your IDE (e.g. Eclim adds Vim to Eclipse) or by adding many plugins to your text editor - I use Vim with 53 plugins, and I have every feature on your list (although hovering over a variable is replaced with typing a shortcut while the cursor is over it). You only need about 10 to get most of the benefits though, especially if you only work with one or two languages.

I've got a pretty good idea why this is happening. The old API for tray icons didn't handle the case where you had multiple systrays correctly (e.g. dual monitors) - the icon would only appear on one of them. The new API fixes this, but as you have noticed not everything supports it. The best solution is probably for someone to go around submitting patches to all the projects using the old API, but that's obviously going to take some time...

I've found avahi works quite well for local/P2P name resolution (at least, much more reliably than SAMBA + winbind). Now admittedly I started using it long after it had stabilized, but I would like to know what you were using instead.

Because parallelism is good for performance, or so the argument goes.

The real issue is that there's no way to reproduce that partial-ordering. IMO, there should be some kind of debug facility to restrict it to sequential startup, then try all possible orders. (Yes, factorial complexity is never fun, but at least it would provide a means to debug this kind of problem. Making open source software easy to debug (or at least capture logs for) is hugely important, because that's where most of your drive-by patches come from.)

It exists, but isn't particularly well known.

IMO, feminism and masculinism are both inherently flawed, in that they only focus on one set of symptoms and don't try to fix the underlying issues. Both genders have issues, but the moment you try to draw attention to this people tend to take it as a competition / zero sum game. The real solution is something like egalitarianism, where the focus is on not discriminating against people regardless of their gender, etc.

Speaking as someone who only started using KDE after 4 had stabilized, what did they break in Kmail?

If your context switches are too slow, the correct solution is to fix the kernel or add syscalls to reduce the overhead (see sibling post). Moving parts of your application into kernel-space is bad design no matter how you look at it. (Besides, wasn't it only a few years ago they had a vulnerability in their kernel-mode font driver?)