... sheer sales numbers tell the whole story. Desktop PC sales are pathetically low these days...
Actually, they only tell half the story. Approximately 0% of the regular PC users I know have acquired a new PC in the last 5 years - they bought a Core2Duo or i5 back in 2008 and it still does 100% of their home-based internet-using requirements. Yes, they sometimes use tablets or phones in addition, but that hasn't replaced their use of their PCs, just added to it...
Corporates, as you indicated, buy new PCs regularly, but home use (other than gaming) hasn't needed a new PC for many moons...
While my inclination is towards BPG, the argument could be made that it would be superior to implement a javascript decoder for those other file formats, if they provided better quality at lower file sizes...
IDEA, which this is based on, is a long-standing J2SE/J2EE IDE which has had a decent reputation. Whether the Android-customised version is still able to facilitate J2SE/J2EE development will remain to be seen, but I can't imagine why that would be difficult...
Hell, that one has to type "configure terminal" when you're SSHed in to a switch and obviously trying to configure it from the terminal is silly.
Umm, except by default, you're in diagnostic mode. When you remote in, the system assumes that you're trying to check something. Configuring stuff is a high risk endeavour, so you need to explicitly choose to enter that mode.
It's akin to the i command in vim to enter insert mode to type text.
... but once we start ticking off the body count of the millions dying to radiation poisoning and starvation, we might want to reconsider that path.
What makes you think that? We are already ticking off the body count for coal, and have been for years, yet we repeatedly fail to reconsider our decision to use coal...
then review the list of conflicts and suggestions in simulate mode. (I started without explicitly marking libsystemd0 for install, but after I realised its list of reverse-dependencies, I relented.)
I proceeded by looking at the 800ish packages it suggested removing, picking two or three packages I use and marking them as rejected (in my case, initially kmail, kdm, xserver-xorg-video-all), cycling to the next suggested resolution. then repeat. Whenever it suggested installing a systemd package, I rejected that suggestion too.
Eventually I settled on removing about 20 packages I didn't need (networkmanager, gnome-shell, some evolution packages, etc). Then I re-ran it without the simulate option.
Afterwards, I realised that I really wanted something to manage the network for me, so I had to manually bring the wifi network up, and
Serious question here: how avoidable is systemd currently?
For what it's worth, I managed to purge everything systemd-related from my debian testing system the other day. I had to replace NetworkManager with WICD, which is a pretty good straightforward replacement (although you need to re-create your configuration). Also, I run KDE, so that made things easier.
As I understand it (if I correctly noted the packages which got removed), you can't run a gnome system without systemd; however, you can still run debian jessie with kde without systemd.
The only packages which are coming from the systemd source package on my system any more are udev and libsystemd0 - however, given that systemd-sysv and systemd-logind are no longer installed, I consider that basically a win.
libsystemd0 is only still there because cups-daemon and kde-runtime require it; but given that it only defines the interfaces, it seems benign.
udev and libudev1, despite being packaged as part of the systemd source, do not depend on it according to the package info...
In fact, it's double-clickbaiting us - it's claiming that the product is being retired "quietly", "without an official announcement" while simultaneously linking to the official announcement...
... Those that did got more attention. Those that got more attention are the ones more people heard about... If they hear reports about something awful about to happen and it doesn't happen...
Interesting... And who chooses what gets attention? If the problem is that people are paying attention to the wrong speakers, how do we correct that? How do we make sure that people are hearing the correct predictions?
Because, as you pointed out, the majority of the predictions ARE correct, and global warming IS happening - but people are being directed to pay attention to a few irresponsible speakers, and are thus losing confidence in all the speakers...
That appears to be the main obstacle you have identified...
At the same time, the RSA patent is the perfect example of why software patents are a bad idea: the RSA patent essentially patents a mathematical formula. Should I be able to get a patent for solving a previously unsolved mathematical equation?
(Note also, Wright's Qualification to the Laws of Gender Discernment: These laws do not govern the population of the Internet in its entirety; they are only valid for the population of the Internet that you will actually meet.)
I can understand implementing screen locking without device encryption; that's the state my phone currently is in, and it provides exactly the level of protection I require at this point in time - prevents casual snooping or misuse, but does not protect against a dedicated attacker.
Under what situations would device encryption be useful without a screen lock? Your phone data can be read by anyone who gets their hands on it, since the unencrypted data is exposed to anyone who swipes right...
I can't think of any good reason that your screen lock password should be weaker than your device password...
Except that Siren markets itself as a Tinder-style hookup app: its tagline is "Charm the pants off someone", and they've stated taht they're happy about being seen as the anti-Tinder...
Slashdot Mirror
Actual web usage: Desktop vs Mobile vs Tablet stats for the last 5 years... and various browser penetrations over time
Actually, they only tell half the story. Approximately 0% of the regular PC users I know have acquired a new PC in the last 5 years - they bought a Core2Duo or i5 back in 2008 and it still does 100% of their home-based internet-using requirements. Yes, they sometimes use tablets or phones in addition, but that hasn't replaced their use of their PCs, just added to it...
Corporates, as you indicated, buy new PCs regularly, but home use (other than gaming) hasn't needed a new PC for many moons...
JPEG2000 in Javascript
WebP in Javascript
Another WebP in Javascript
While my inclination is towards BPG, the argument could be made that it would be superior to implement a javascript decoder for those other file formats, if they provided better quality at lower file sizes...
IDEA, which this is based on, is a long-standing J2SE/J2EE IDE which has had a decent reputation. Whether the Android-customised version is still able to facilitate J2SE/J2EE development will remain to be seen, but I can't imagine why that would be difficult...
The assertion in the previous comment was that it was the "non-square pixels making text fuzzy".
Umm, except by default, you're in diagnostic mode. When you remote in, the system assumes that you're trying to check something. Configuring stuff is a high risk endeavour, so you need to explicitly choose to enter that mode.
It's akin to the i command in vim to enter insert mode to type text.
Citation: "How Deadly Is Your Kilowatt? We Rank The Killer Energy Sources" http://www.forbes.com/sites/jamesconca/2012/06/10/energys-deathprint-a-price-always-paid/
What makes you think that? We are already ticking off the body count for coal, and have been for years, yet we repeatedly fail to reconsider our decision to use coal...
OnePlus One? http://oneplus.net/
Don't know. I don't run xfce, so I don't know what it depends on. Here's how I did it, if you're comfortable with aptitude's interactive resolver:
then review the list of conflicts and suggestions in simulate mode. (I started without explicitly marking libsystemd0 for install, but after I realised its list of reverse-dependencies, I relented.)
I proceeded by looking at the 800ish packages it suggested removing, picking two or three packages I use and marking them as rejected (in my case, initially kmail, kdm, xserver-xorg-video-all), cycling to the next suggested resolution. then repeat. Whenever it suggested installing a systemd package, I rejected that suggestion too.
Eventually I settled on removing about 20 packages I didn't need (networkmanager, gnome-shell, some evolution packages, etc). Then I re-ran it without the simulate option.
Afterwards, I realised that I really wanted something to manage the network for me, so I had to manually bring the wifi network up, and
For what it's worth, I managed to purge everything systemd-related from my debian testing system the other day. I had to replace NetworkManager with WICD, which is a pretty good straightforward replacement (although you need to re-create your configuration). Also, I run KDE, so that made things easier.
As I understand it (if I correctly noted the packages which got removed), you can't run a gnome system without systemd; however, you can still run debian jessie with kde without systemd.
The only packages which are coming from the systemd source package on my system any more are udev and libsystemd0 - however, given that systemd-sysv and systemd-logind are no longer installed, I consider that basically a win.
libsystemd0 is only still there because cups-daemon and kde-runtime require it; but given that it only defines the interfaces, it seems benign.
udev and libudev1, despite being packaged as part of the systemd source, do not depend on it according to the package info...
In fact, it's double-clickbaiting us - it's claiming that the product is being retired "quietly", "without an official announcement" while simultaneously linking to the official announcement...
http://theconversation.com/baseload-power-is-a-myth-even-intermittent-renewables-will-work-13210
http://www.ceem.unsw.edu.au/sites/default/files/uploads/publications/MarkBaseloadFallacyANZSEE.pdf
http://www.skepticalscience.com/print.php?r=374
http://bze.org.au/media/newswire/living-green-power-renewables-131007 (and that's from the energy market!)
http://cleantechnica.com/2014/08/08/rmi-blows-lid-baseload-power-myth-video/
Interesting... And who chooses what gets attention? If the problem is that people are paying attention to the wrong speakers, how do we correct that? How do we make sure that people are hearing the correct predictions?
Because, as you pointed out, the majority of the predictions ARE correct, and global warming IS happening - but people are being directed to pay attention to a few irresponsible speakers, and are thus losing confidence in all the speakers...
That appears to be the main obstacle you have identified...
Then how will they be able to find an expert witness when they need one?
Newspapers are a bad example, as is online TV, because both their non-internet incarnations are predominantly ad-funded anyway...
Pick a service that's subscription-based in real life, and there are often plenty of successful paid online versions of it...
http://www.youtube.com/watch?v=hkN-gEUnICI
At the same time, the RSA patent is the perfect example of why software patents are a bad idea: the RSA patent essentially patents a mathematical formula. Should I be able to get a patent for solving a previously unsolved mathematical equation?
... "by", not "out of"...
According to the summary, this isn't about browsers, it's about servers - the browsers choose to fall back to SSL3 to cope with broken servers.
If we stop supporting SSL3, then the browsers won't be able to speak to those old broken servers...
Wright's First Law of Gender Discernment: Everyone you meet on the Internet is a man, possibly over 50, probably overweight, most certainly balding.
(Note also, Wright's Qualification to the Laws of Gender Discernment: These laws do not govern the population of the Internet in its entirety; they are only valid for the population of the Internet that you will actually meet.)
Plus Ubuntu's upstart... And DJB's Daemontools... And runit... And EpochInit... and busybox's init...
I can understand implementing screen locking without device encryption; that's the state my phone currently is in, and it provides exactly the level of protection I require at this point in time - prevents casual snooping or misuse, but does not protect against a dedicated attacker.
Under what situations would device encryption be useful without a screen lock? Your phone data can be read by anyone who gets their hands on it, since the unencrypted data is exposed to anyone who swipes right...
I can't think of any good reason that your screen lock password should be weaker than your device password...
Except that Siren markets itself as a Tinder-style hookup app: its tagline is "Charm the pants off someone", and they've stated taht they're happy about being seen as the anti-Tinder...