I grew up in Trofaiach, the town next to Donawitz (less than 10km from the steel plant). My grandfather worked there as an electrician from the 1950s to the 1990s. While I did visit the local Erzberg musem (there's an ore mining operation ~30km north of Donawitz in a town called Eisenerz where they have the kind of museums and parks you'd expect a site with such a rich history to have) during my childhood, I can't really remember what it was supposed to be like during the rule of the Austro-Hungarian monarchy - but the latest developments in the are are not very pretty.
Both Leoben (the city that Donawitz is a part of) and Eisenerz shed a MASSIVE amount of population - in the 1970s, Eisenerz was at ~15k inhabitants, while these days, I think it's less than 7k. Leoben fell from 42k people to ~18k or so. Since the steel industry has been privatized in the 1980s, thousands of jobs have been cut, while corporate profits soared - so whoever is still there and still has a job is pretty well off still. All in all, however, the whole Bundesland (federal state) of Steiermark/Styria (this is where Arnold is from:)), is pretty much perceived to be in a downward spiral since then, due to market forces at work - industry is lot cheaper to do elsewhere, and you can only compete so much on superior quality of product alone.
When I was hired at my current employer in 2012, I got a Thinkpad T-series laptop. I installed Debian Squeeze with the XFCE desktop environment on it, and it worked beautifully. I dist-upgraded that installation to Wheezy when that release was made. No problems, everything just continued working. After Wheezy became oldstable, I dist-upgraded to Jessie. No problems, everything just continued working. A few months ago, I switched to a Skylake-powered desktop machine, simply by transferring all the data on the Thinkpad's SSD to my new rig's larger one. No problems, everything just continued working.
Today I got a notification from Firefox (I install new releases via Debian's mozilla repository, https://mozilla.debian.net/) that it won't be able to play back sound if I didn't install PulseAudio. A quick `sudo apt-get install pulseaudio` and a reboot (to also apply a pending Kernel upgrade) later: No problems, everything just continued working. `mpv` defaults to the pulse output instead of alsa automatically, apparently. Firefox, once again, plays back sound out of the box. My desktop audio player (some xmms-fork whose name I can't recall right now) needed to be switched from plain ALSA to pulse via its configuration panel - that was it. My stereo headset becomes the active, default output once I plug it in, and the speakers assume that role as soon as I unplug it. Also, the PulseAudio/pavucontrol features I gained from finally switching are pretty neat.
Bottom line, I guess: PulseAudio in 2017 _just effin' works_. Save yourself some time, skip the whining and bitching, get with the times and install it already.
One system I look after needs more swap, and I really don't want to repartition the entire drive just to increase the available virtual memory.
Sure. You can reference swap files the very same way you reference swap partitions in/etc/fstab, and also have more than one swap-file/partition in use at a time. Just create an empty, non-sparse file using, for example, `dd if=/dev/zero of=/SWAP bs=1M count=1024` (this exact invocation will make it 1G in size), run `mkswap` against it, and add that resulting file's pathname to your fstab the same way you did with your swap partitions' device node. Run `swapon -a` to activate it for this uptime - done.
Yeah, I knew about that possibility before, but since the data to be stored on Mozilla servers was being properly encrypted on my device and in my client, I opted out of the usual "maintain my own infrastructure" chores that one time. Now, the "old" (read: current) Firefox Sync system is going away completely in the not too distant future, and you'll probably have to install some kind of add-on to keep your existing, self-hosted infrastructure functional. Meanwhile, I asked some Mozilla people/developers what the change was about, and how the new system is supposed to keep users' data confidential. The transcript of the IRC session is available here, on Debian's inofficial pastebin - enjoy!:)
I switched over from Chromium to Firefox mainly because of how Firefox Sync worked back then - in the way that it encrypted your sync data with a secret that Mozilla would never know. Now, with the new sync that just requires a tuple of email address and password, I wonder what - if anything - they use to encrypt the data so they cannot know what I store there (which is a strict requirement for me to even consider any kind of "cloud"-y offering). Given that email/password is used for authentication and authorization only (I'm pretty certain they'll have a routine for users to "reset" their password...), I'm worried they'd left out the one thing that made Firefox Sync usable for folk concerned with privacy...
It's not that I would expect anything else from someone who is a "community manager" (FOSS' modern-day equivalent to the appendix, in my opinion), but this "personal blog entry" is, of course, a steaming turd. I don't see RMS spreading FUD about Ubuntu, not at all. In fact, he makes it quite clear what they get, in his opinion at least, wrong, and why he sees it that way - and he leaves nothing about that "in doubt" or, in one way or anther, vague. Discrediting this kind of honest and up-front criticism as FUD, whilst he himself is weasling around the true motives (turn desktop users into dollar bills for Canonical's pockets) for the Amazon integration with all that hey-everybody-let's-disregard-that-and-feel-good sidetracking that's going on in that posting really makes me nauseous. "Better user experience", "creating desirable products", yaddah yaddah - yeah, fine and dandy, but trying to sell us this (in my opionion pretty crazy) add-on, that submits all the text I enter - be it to start a new program or open a document I stored - to a web service the users absolutely don't control, as an improvement for the good of the general public is not only ridiculous, but also demeaning to the intelligence of everyone who they expect to fall for the kind of "argument" Jono Bacon is trying to make on his blog. It's the FOSS-equivalent to the Ask.com toolbar, or Bonzy Buddy "form filling" browser-add on from days of yore, that Windows users get shoved down their collective throats if they miss unchecking a box in popular "freeware" installation wizards these days, and everyone with half a brain can see right through that.
That's one of the very few features that I'd always wanted Firefox to adopt from Chromium, and now it's actually happening - yay for Firefox 20. Can't be longer than a few weeks any more anyway; now can it?;p
A Google recruiter (from Google Ireland) contacted me a few months ago due to having found my personal website (which is in German, but transported the important information nevertheless, it seems - and yeah, he definitely HAD read my resume. That said, noone cared much about what I did or did not do with my current job, noone asked me to quit it before starting the interviewing process or anything downright crazy like that.), and asked if I was willing to do a phone interview. Sure thing, I said, and after passing the first interview, I did two longer follow-ups on the phone, and finally one just recently on site in Dublin (Google was nice enough to pay for the trip and accommodation, and Dublin is a very nice place that I had always wanted to visit anyway), and last Friday, I've been offered a very attractive position in their Site Reliability Engineering team due to all of this - so I do have first-hand experience with all stages of Google's interviewing process.
Almost everything I had to do in the interviews involved stuff you're supposed to learn when studying Computer Science at a university that deserves its name, and I think that's a very good and reasonable thing. I've always been a fan of the "concepts, not implementations/products"-kind-of-education. I think that's especially important at Google - their infrastructure is so vast and powerful and unlike any other in the industry that the overwhelming majority of people who take a position there won't have seen anything even remotely like it in terms of scale, and they will probably find very little there that's overly "familiar" to them: Most of the software you can get away with running at a small- to medium-sized IT shop, despite any glaring and maybe-no-so-glaring inefficiencies, will fall apart at the scale Google would need to have it work at, so they'll implement something on their own and run that to do that job. Read the GFS paper for one such (albeit a bit dated) example. That's where all that "bachelor's level computer science stuff", a nuisance that apparently, in the eyes of some, only inhabitants of ivory towers should be allowed to care about, comes in again. So I think it's perfectly reasonable and in their best interest to test for that kind of knowledge and skills in their interviewing process.
"A number of HTML5 code has been 'unprefixed,' which means that Mozilla has decided it has matured enough to run in the browser without causing instability." - come on, how dumb is that? If there were a vendor-sanctioned CSS attribute or "HTML5 code" (or whatever, really) that was known to cause "instability" in one of the world's most widely-deployed and -used applications, trolls and/or crackers would make ABUNDANT use of that inherent weakness, prefixed or not.
Now, I don't know for sure how HTML5 "standardization" (if you can stomach calling it that...) actually works, but what I happen to have picked up is this: In reality, that kind of "prefixing" (extending the name of a soon-to-be-"standardized" identifier with a vendor-specific keyword) takes place because the vendor probably still works out implementation details, or isn't 100% sure if he wants to really do whatever the feature/thing is doing right now the way it is doing right now forever. It's some kind of "this is just a draft"-hint, like, for example, "X-"-prefixed HTTP and SMTP header data (used to be - they're abused for other, this-aint-in-the-official-standard-but-we-need-it-anyway-things today, of course). If using any of this causes the browser that implements it to crash or be otherwise unstable (and therefore potentially exploitable), that's a _grave_ bug, and certainly not something that any of the industry heavyweights (well, except for Apple and Microsoft maybe... hehe) would tolerate to occur in the wild for more than a few hours, until an appropriate patch is released.
I was not suggesting "crappy, low-end, unmaintained and undocumented piles of OSS whitebox dogshit" (torrents of foul language like that make me raise an eyebrow or two btw., esp. when you advocate the road to the mythical "stable", "proven" and "enterprise-ready" alternative in the next sentence...). But there ARE offerings that strike a sane balance between being based on standards that a multitude of vendors can implement and actually support, and come with enough handholding to get you off the ground without hickups. Check out the astersik appliances sold by elastix, for example.
If you're not going to research the offer you're buying into, you are going to have a bad time, period. You might as well spend two or three hours more to take stuff into account that isn't sold by gold-diggers who found their way into Cisco's sales channels in your area, and save boatloads of money when the first upgrade is imminent.
What I also find amusing is the notion that this kind of "OSS software" tends to become unmaintained and outdated, whilst you seem to suggest that proprietary software and solutions of that kind don't. The majority of large(-ish)-scale phone systems I know still rely on a Windows 2000 or even NT 4 server somewhere in a rack that noone wants to touch any more (or that, if you are lucky, has undergone P2V-surgery) that never receives any kind of updates or maintenance, but is of critical importance for call management, authentication, configuration, or any combination of all of the above. Yeah, that sounds super-sane to me.
That kind of thinking is what leads to the very finest of vendor lock-in you could imagine down the road - and it's total bullshit. Investing a few hours of research and setup effort in a standards-based, transparent and reusable technical foundation for what is going to be the backbone of your company's communication both on the in- and outside for many years is definitely something to worry about - unless you have no problem whatsoever with buying your whole frickin' phone system all over again once you pick up the 11th employee, because the (cheap but proprietary) license and hardware you acquired when you started out "does not support more clients", or some such crap.
We just paid a few grand to extend our phone system from supporting <=50 clients to supporting 54 (and possibly more; even up to 70!!1!) clients. That's what you get from choosing the wrong solution in the first place, and if you let it become a vital component of your infrastructure - you'll have to stick with it and it will cost you dearly, because outright replacing it with a saner choice is always the more expensive one _in the short term_. Typically until the next forced upgrade cycle comes around.
...under "absolutely clueless" a few years ago. Can't remember the specifics as to why exactly I did right now - I think it was related to some inflammatory bullshit "articles" about GNU/Linux on CNet or something, but I have no reason to believe I misjudged him back then. So I'll pass.
Intel is doing the very same thing on their most recent "enthusiast" desktop chipsets.
For systems using the Linux kernel, there are software implementations of the very same block-level-caching-concept available - one I stumbled over is http://bcache.evilpiepirate.org/
... is that it's there (and I think it's actually great and indeed vast), but it's of seemingly little use in "production" code. The aforementioned SocketServer, for instance - try asking in #python on freenode how to do this-and-that with it. Answer: ditch it, noone uses it because it's crap, use twisted instead. It seems like a solid chunk of the provided functionality is being dragged along for (mostly) historical reasons, as you're supposed to use some third-party library that doesn't come bundled with the Python runtime by default anyway if you want to do actual stuff with the language that's ready for "the real world".
I still like programming in Python a lot though, and I do make extensive use of the "batteries" it includes. Will probably pick up the book; thanks for reviewing!
There were two studies conducted by McKinsey, that both led to the result that an Open Source/Free Software desktop was feasible and a strategy that is saving the AA costs, but the powers that now be seem to disregard any evidence that suggests sticking to the solution currently in place there, because someone from MS seems to be sending in black suitcases... it's disgusting.
On top of that, they're considering switching to Windows XP now, and to a Windows 7 and Office 2010 setup later on! Migrating platforms twice within two or three years (XP support ends in 2014, mind you). This is just utterly insane.
Strange how he speaks of "lifting Free Software to the forefront", whilst all he's _really_ doing is trying to lift Ubuntu to the forefront.
Mr. Shuttleworth apparently knows that "the internet doesn't forget", yet he (I assume it was him who heralded the changes made) chose to tone down the role of Free (as in freedom) Software in the "Ubuntu Promise" over the years in a very silent yet continuous manner, and led Ubuntu to act against some of the principles of the early (think 2004 to 2006 or so) days of the project; principles that I happen to value. Getting into bed with vendors of proprietary software in a way that doesn't benefit others in the Free Software eco-system is something I despise, for example: Canonical is actually getting proprietary AMD/ATI graphics drivers before anyone else gets them, probably under NDA or whatnot. I also don't like their "partner"-repository that contains nothing but proprietary software, and is advertised and presented as a Really Great Thing(tm), not as a sometimes (probably) necessary evil. I don't like how Ubuntu's more and more about doing "their thing" without contributing back to the upstream projects they base their product on, and how they actually try to differentiate themselves from their competitors by making technically bad decisions in the wake of all this (think client-side window decorations, and putting window controls to the left because of that - just doesn't make any sense to me). There were many other occasions on which Mr. Shuttleworth and Ubuntu chose to somehow, somewhat upset parts of the Free Software community, either by what they stated or what they did. I just don't think Mr. Shuttleworth is entitled to put Ubuntu under the banner of Free Software, at least not as it stands today. If someone on identi.ca, or whereever else, is arguing against Ubuntu, it's just that: someone arguing against Ubuntu. It's certainly not an attack on Free Software.
I'm not perfectly happy with the term "virtualization memory de-duplication". Linux 2.6.32 introduces what is called "KSM", an acronym that is not to be confused with "KMS (Kernel Mode Setting)" and expands to "Kernel Samepage Merging" (though other possibilities with similar meaning have already emerged). It does not target virtualization or hypervisors in general (and QEMU/KVM in particular) alone. KSM can help save memory for all workloads where many processes share a great lot of data in memory, as with KSM, you can just mark a region of memory as (potentially) shared between processes, and have redundant parts of that region collapse into a single one. KSM automagically branches out a distinct, exclusively modified copy if one of the processes sharing those pages decides to modify a certain part of the data on its own. From what I've seen until now, all that's needed to have an app benefit from KSM is a call to madvise(2) with some special magic, and you're good to go.
I really like how Linux is evolving in the 2.6 line. Now if LVM snapshot merging really makes it into 2.6.33, I'll be an even more happy gnu-penguin a few months down the road!
VLC is an OK media playback application. I, for one, never understood why someone would prefer it over using mplayer. It's got all the nice libavcodec improvements first, and is the perfect example of unintrusive UI design (note that I'm talking about the CLI-only `mplayer`, not `gmplayer` or any other graphical front-end).
Dirac isn't the only royality-free, patent-unencumbered video codec there is - Xiph's OGG Theora has been around a while already, yet failed to impress quality-wise up until recently. There's some really cool development going on however, and you may see some of the results achieved over there: http://xiphmont.livejournal.com/35363.html
It's noteworthy that the changes made only affect the ENCODER, thus no changes to the DECODER (the part of a codec all applications used to play back files have included) are necessary. This bodes very well for HTML5, which will include some support for Theora on at least Mozilla (and iirc Opera) browsers.
As I've delved into Diablo 2 once again (after watching the imho downright fantastic gameplay video of Diablo 3) over the last few days, I've seen with some amazement that some of the most widely used Battle.net cheats are actually licensed under the GNU GPL - there's even some kind of application framework for interacting with the game programmatically floating around on the web... It's really interesting to see such development, because back in the days when I really was into all that gaming stuff, there was hardly ever a way to take a look how some trainer's/cheat's author does thing XY. Cool, in a way.:)
That said, I really, really despise cheating in multiplayer games.
I grew up in Trofaiach, the town next to Donawitz (less than 10km from the steel plant). My grandfather worked there as an electrician from the 1950s to the 1990s. While I did visit the local Erzberg musem (there's an ore mining operation ~30km north of Donawitz in a town called Eisenerz where they have the kind of museums and parks you'd expect a site with such a rich history to have) during my childhood, I can't really remember what it was supposed to be like during the rule of the Austro-Hungarian monarchy - but the latest developments in the are are not very pretty.
Both Leoben (the city that Donawitz is a part of) and Eisenerz shed a MASSIVE amount of population - in the 1970s, Eisenerz was at ~15k inhabitants, while these days, I think it's less than 7k. Leoben fell from 42k people to ~18k or so. Since the steel industry has been privatized in the 1980s, thousands of jobs have been cut, while corporate profits soared - so whoever is still there and still has a job is pretty well off still. All in all, however, the whole Bundesland (federal state) of Steiermark/Styria (this is where Arnold is from :)), is pretty much perceived to be in a downward spiral since then, due to market forces at work - industry is lot cheaper to do elsewhere, and you can only compete so much on superior quality of product alone.
When I was hired at my current employer in 2012, I got a Thinkpad T-series laptop. I installed Debian Squeeze with the XFCE desktop environment on it, and it worked beautifully. I dist-upgraded that installation to Wheezy when that release was made. No problems, everything just continued working. After Wheezy became oldstable, I dist-upgraded to Jessie. No problems, everything just continued working. A few months ago, I switched to a Skylake-powered desktop machine, simply by transferring all the data on the Thinkpad's SSD to my new rig's larger one. No problems, everything just continued working.
Today I got a notification from Firefox (I install new releases via Debian's mozilla repository, https://mozilla.debian.net/) that it won't be able to play back sound if I didn't install PulseAudio. A quick `sudo apt-get install pulseaudio` and a reboot (to also apply a pending Kernel upgrade) later: No problems, everything just continued working. `mpv` defaults to the pulse output instead of alsa automatically, apparently. Firefox, once again, plays back sound out of the box. My desktop audio player (some xmms-fork whose name I can't recall right now) needed to be switched from plain ALSA to pulse via its configuration panel - that was it. My stereo headset becomes the active, default output once I plug it in, and the speakers assume that role as soon as I unplug it. Also, the PulseAudio/pavucontrol features I gained from finally switching are pretty neat.
Bottom line, I guess: PulseAudio in 2017 _just effin' works_. Save yourself some time, skip the whining and bitching, get with the times and install it already.
One system I look after needs more swap, and I really don't want to repartition the entire drive just to increase the available virtual memory.
Sure. You can reference swap files the very same way you reference swap partitions in /etc/fstab, and also have more than one swap-file/partition in use at a time. Just create an empty, non-sparse file using, for example, `dd if=/dev/zero of=/SWAP bs=1M count=1024` (this exact invocation will make it 1G in size), run `mkswap` against it, and add that resulting file's pathname to your fstab the same way you did with your swap partitions' device node. Run `swapon -a` to activate it for this uptime - done.
The new server code/service building blocks are already (at least in part) available: https://github.com/mozilla/fxa... https://github.com/mozilla/fxa... - there's probably more, but mozila shares so much on github I don't really know what to look for.
Yeah, I knew about that possibility before, but since the data to be stored on Mozilla servers was being properly encrypted on my device and in my client, I opted out of the usual "maintain my own infrastructure" chores that one time. Now, the "old" (read: current) Firefox Sync system is going away completely in the not too distant future, and you'll probably have to install some kind of add-on to keep your existing, self-hosted infrastructure functional. Meanwhile, I asked some Mozilla people/developers what the change was about, and how the new system is supposed to keep users' data confidential. The transcript of the IRC session is available here, on Debian's inofficial pastebin - enjoy! :)
I switched over from Chromium to Firefox mainly because of how Firefox Sync worked back then - in the way that it encrypted your sync data with a secret that Mozilla would never know. Now, with the new sync that just requires a tuple of email address and password, I wonder what - if anything - they use to encrypt the data so they cannot know what I store there (which is a strict requirement for me to even consider any kind of "cloud"-y offering). Given that email/password is used for authentication and authorization only (I'm pretty certain they'll have a routine for users to "reset" their password...), I'm worried they'd left out the one thing that made Firefox Sync usable for folk concerned with privacy...
It's not that I would expect anything else from someone who is a "community manager" (FOSS' modern-day equivalent to the appendix, in my opinion), but this "personal blog entry" is, of course, a steaming turd. I don't see RMS spreading FUD about Ubuntu, not at all. In fact, he makes it quite clear what they get, in his opinion at least, wrong, and why he sees it that way - and he leaves nothing about that "in doubt" or, in one way or anther, vague. Discrediting this kind of honest and up-front criticism as FUD, whilst he himself is weasling around the true motives (turn desktop users into dollar bills for Canonical's pockets) for the Amazon integration with all that hey-everybody-let's-disregard-that-and-feel-good sidetracking that's going on in that posting really makes me nauseous. "Better user experience", "creating desirable products", yaddah yaddah - yeah, fine and dandy, but trying to sell us this (in my opionion pretty crazy) add-on, that submits all the text I enter - be it to start a new program or open a document I stored - to a web service the users absolutely don't control, as an improvement for the good of the general public is not only ridiculous, but also demeaning to the intelligence of everyone who they expect to fall for the kind of "argument" Jono Bacon is trying to make on his blog. It's the FOSS-equivalent to the Ask.com toolbar, or Bonzy Buddy "form filling" browser-add on from days of yore, that Windows users get shoved down their collective throats if they miss unchecking a box in popular "freeware" installation wizards these days, and everyone with half a brain can see right through that.
That's one of the very few features that I'd always wanted Firefox to adopt from Chromium, and now it's actually happening - yay for Firefox 20. Can't be longer than a few weeks any more anyway; now can it? ;p
A Google recruiter (from Google Ireland) contacted me a few months ago due to having found my personal website (which is in German, but transported the important information nevertheless, it seems - and yeah, he definitely HAD read my resume. That said, noone cared much about what I did or did not do with my current job, noone asked me to quit it before starting the interviewing process or anything downright crazy like that.), and asked if I was willing to do a phone interview. Sure thing, I said, and after passing the first interview, I did two longer follow-ups on the phone, and finally one just recently on site in Dublin (Google was nice enough to pay for the trip and accommodation, and Dublin is a very nice place that I had always wanted to visit anyway), and last Friday, I've been offered a very attractive position in their Site Reliability Engineering team due to all of this - so I do have first-hand experience with all stages of Google's interviewing process.
Almost everything I had to do in the interviews involved stuff you're supposed to learn when studying Computer Science at a university that deserves its name, and I think that's a very good and reasonable thing. I've always been a fan of the "concepts, not implementations/products"-kind-of-education. I think that's especially important at Google - their infrastructure is so vast and powerful and unlike any other in the industry that the overwhelming majority of people who take a position there won't have seen anything even remotely like it in terms of scale, and they will probably find very little there that's overly "familiar" to them: Most of the software you can get away with running at a small- to medium-sized IT shop, despite any glaring and maybe-no-so-glaring inefficiencies, will fall apart at the scale Google would need to have it work at, so they'll implement something on their own and run that to do that job. Read the GFS paper for one such (albeit a bit dated) example. That's where all that "bachelor's level computer science stuff", a nuisance that apparently, in the eyes of some, only inhabitants of ivory towers should be allowed to care about, comes in again. So I think it's perfectly reasonable and in their best interest to test for that kind of knowledge and skills in their interviewing process.
"A number of HTML5 code has been 'unprefixed,' which means that Mozilla has decided it has matured enough to run in the browser without causing instability." - come on, how dumb is that? If there were a vendor-sanctioned CSS attribute or "HTML5 code" (or whatever, really) that was known to cause "instability" in one of the world's most widely-deployed and -used applications, trolls and/or crackers would make ABUNDANT use of that inherent weakness, prefixed or not.
Now, I don't know for sure how HTML5 "standardization" (if you can stomach calling it that...) actually works, but what I happen to have picked up is this: In reality, that kind of "prefixing" (extending the name of a soon-to-be-"standardized" identifier with a vendor-specific keyword) takes place because the vendor probably still works out implementation details, or isn't 100% sure if he wants to really do whatever the feature/thing is doing right now the way it is doing right now forever. It's some kind of "this is just a draft"-hint, like, for example, "X-"-prefixed HTTP and SMTP header data (used to be - they're abused for other, this-aint-in-the-official-standard-but-we-need-it-anyway-things today, of course). If using any of this causes the browser that implements it to crash or be otherwise unstable (and therefore potentially exploitable), that's a _grave_ bug, and certainly not something that any of the industry heavyweights (well, except for Apple and Microsoft maybe... hehe) would tolerate to occur in the wild for more than a few hours, until an appropriate patch is released.
I was not suggesting "crappy, low-end, unmaintained and undocumented piles of OSS whitebox dogshit" (torrents of foul language like that make me raise an eyebrow or two btw., esp. when you advocate the road to the mythical "stable", "proven" and "enterprise-ready" alternative in the next sentence...). But there ARE offerings that strike a sane balance between being based on standards that a multitude of vendors can implement and actually support, and come with enough handholding to get you off the ground without hickups. Check out the astersik appliances sold by elastix, for example.
If you're not going to research the offer you're buying into, you are going to have a bad time, period. You might as well spend two or three hours more to take stuff into account that isn't sold by gold-diggers who found their way into Cisco's sales channels in your area, and save boatloads of money when the first upgrade is imminent.
What I also find amusing is the notion that this kind of "OSS software" tends to become unmaintained and outdated, whilst you seem to suggest that proprietary software and solutions of that kind don't. The majority of large(-ish)-scale phone systems I know still rely on a Windows 2000 or even NT 4 server somewhere in a rack that noone wants to touch any more (or that, if you are lucky, has undergone P2V-surgery) that never receives any kind of updates or maintenance, but is of critical importance for call management, authentication, configuration, or any combination of all of the above. Yeah, that sounds super-sane to me.
That kind of thinking is what leads to the very finest of vendor lock-in you could imagine down the road - and it's total bullshit. Investing a few hours of research and setup effort in a standards-based, transparent and reusable technical foundation for what is going to be the backbone of your company's communication both on the in- and outside for many years is definitely something to worry about - unless you have no problem whatsoever with buying your whole frickin' phone system all over again once you pick up the 11th employee, because the (cheap but proprietary) license and hardware you acquired when you started out "does not support more clients", or some such crap.
We just paid a few grand to extend our phone system from supporting <=50 clients to supporting 54 (and possibly more; even up to 70!!1!) clients. That's what you get from choosing the wrong solution in the first place, and if you let it become a vital component of your infrastructure - you'll have to stick with it and it will cost you dearly, because outright replacing it with a saner choice is always the more expensive one _in the short term_. Typically until the next forced upgrade cycle comes around.
...that was (meant to be?) called Beyond the Red Line, or a different approach to making the BSG universe into an awesome space combat game?
(Downloading the source tarball right now, let's see how we get this into an unofficial Debian package...)
...under "absolutely clueless" a few years ago. Can't remember the specifics as to why exactly I did right now - I think it was related to some inflammatory bullshit "articles" about GNU/Linux on CNet or something, but I have no reason to believe I misjudged him back then. So I'll pass.
... because THAT story title quite obviously is not in compliance with Adobe's Permissions and trademark guidelines!
Next time, better talk about images being "GIMPed". Just to be safe and all that ;)
Agreed! With the last part of your posting, that is: emacs, hands down. :)
Intel is doing the very same thing on their most recent "enthusiast" desktop chipsets.
For systems using the Linux kernel, there are software implementations of the very same block-level-caching-concept available - one I stumbled over is http://bcache.evilpiepirate.org/
... is that it's there (and I think it's actually great and indeed vast), but it's of seemingly little use in "production" code. The aforementioned SocketServer, for instance - try asking in #python on freenode how to do this-and-that with it. Answer: ditch it, noone uses it because it's crap, use twisted instead. It seems like a solid chunk of the provided functionality is being dragged along for (mostly) historical reasons, as you're supposed to use some third-party library that doesn't come bundled with the Python runtime by default anyway if you want to do actual stuff with the language that's ready for "the real world".
I still like programming in Python a lot though, and I do make extensive use of the "batteries" it includes. Will probably pick up the book; thanks for reviewing!
There were two studies conducted by McKinsey, that both led to the result that an Open Source/Free Software desktop was feasible and a strategy that is saving the AA costs, but the powers that now be seem to disregard any evidence that suggests sticking to the solution currently in place there, because someone from MS seems to be sending in black suitcases... it's disgusting.
On top of that, they're considering switching to Windows XP now, and to a Windows 7 and Office 2010 setup later on! Migrating platforms twice within two or three years (XP support ends in 2014, mind you). This is just utterly insane.
Strange how he speaks of "lifting Free Software to the forefront", whilst all he's _really_ doing is trying to lift Ubuntu to the forefront.
Mr. Shuttleworth apparently knows that "the internet doesn't forget", yet he (I assume it was him who heralded the changes made) chose to tone down the role of Free (as in freedom) Software in the "Ubuntu Promise" over the years in a very silent yet continuous manner, and led Ubuntu to act against some of the principles of the early (think 2004 to 2006 or so) days of the project; principles that I happen to value. Getting into bed with vendors of proprietary software in a way that doesn't benefit others in the Free Software eco-system is something I despise, for example: Canonical is actually getting proprietary AMD/ATI graphics drivers before anyone else gets them, probably under NDA or whatnot. I also don't like their "partner"-repository that contains nothing but proprietary software, and is advertised and presented as a Really Great Thing(tm), not as a sometimes (probably) necessary evil. I don't like how Ubuntu's more and more about doing "their thing" without contributing back to the upstream projects they base their product on, and how they actually try to differentiate themselves from their competitors by making technically bad decisions in the wake of all this (think client-side window decorations, and putting window controls to the left because of that - just doesn't make any sense to me). There were many other occasions on which Mr. Shuttleworth and Ubuntu chose to somehow, somewhat upset parts of the Free Software community, either by what they stated or what they did. I just don't think Mr. Shuttleworth is entitled to put Ubuntu under the banner of Free Software, at least not as it stands today. If someone on identi.ca, or whereever else, is arguing against Ubuntu, it's just that: someone arguing against Ubuntu. It's certainly not an attack on Free Software.
I'm not perfectly happy with the term "virtualization memory de-duplication". Linux 2.6.32 introduces what is called "KSM", an acronym that is not to be confused with "KMS (Kernel Mode Setting)" and expands to "Kernel Samepage Merging" (though other possibilities with similar meaning have already emerged). It does not target virtualization or hypervisors in general (and QEMU/KVM in particular) alone. KSM can help save memory for all workloads where many processes share a great lot of data in memory, as with KSM, you can just mark a region of memory as (potentially) shared between processes, and have redundant parts of that region collapse into a single one. KSM automagically branches out a distinct, exclusively modified copy if one of the processes sharing those pages decides to modify a certain part of the data on its own. From what I've seen until now, all that's needed to have an app benefit from KSM is a call to madvise(2) with some special magic, and you're good to go.
I really like how Linux is evolving in the 2.6 line. Now if LVM snapshot merging really makes it into 2.6.33, I'll be an even more happy gnu-penguin a few months down the road!
VLC is an OK media playback application. I, for one, never understood why someone would prefer it over using mplayer. It's got all the nice libavcodec improvements first, and is the perfect example of unintrusive UI design (note that I'm talking about the CLI-only `mplayer`, not `gmplayer` or any other graphical front-end).
Dirac isn't the only royality-free, patent-unencumbered video codec there is - Xiph's OGG Theora has been around a while already, yet failed to impress quality-wise up until recently. There's some really cool development going on however, and you may see some of the results achieved over there: http://xiphmont.livejournal.com/35363.html
It's noteworthy that the changes made only affect the ENCODER, thus no changes to the DECODER (the part of a codec all applications used to play back files have included) are necessary. This bodes very well for HTML5, which will include some support for Theora on at least Mozilla (and iirc Opera) browsers.
As I've delved into Diablo 2 once again (after watching the imho downright fantastic gameplay video of Diablo 3) over the last few days, I've seen with some amazement that some of the most widely used Battle.net cheats are actually licensed under the GNU GPL - there's even some kind of application framework for interacting with the game programmatically floating around on the web... :)
It's really interesting to see such development, because back in the days when I really was into all that gaming stuff, there was hardly ever a way to take a look how some trainer's/cheat's author does thing XY. Cool, in a way.
That said, I really, really despise cheating in multiplayer games.
What the ....?! I thought G8 were working actively _AGAINST_ global warming, and now THIS?!
Outrageous!