It's been a while, so I don't remember the full details, but I believe I did try this. IIRC, the issue was that I had a backup of everything except C:\Users from one installation, and backups of C:\Users from a different installation. Windows didn't like this because the SSIDs in the per-user registry hives were wrong. The only way that I was able to get it to work was completely deleting the accounts and recreating them, but that caused it to change the locations of the profiles (which was a problem since the Users folder was shared across the network and a bunch of stuff depended on it).
In the end I just got frustrated with trying to fix a system that Microsoft clearly didn't want me to understand, and gave up on getting the installation to work. Linux actually worked much better than I'd expected - Office worked almost flawlessly under Wine, most of my commonly used programs were cross platform anyway, and KDE is way more functional than the Windows desktop.
A port expander is *not* the same thing as GPIOs - it means you incur the delays associated with doing things over USB/I2C/etc. Maybe that's ok if all you want to do is flash some LEDs or turn on a relay, but for timing constrained applications, that's not feasible.
I'm still not confident in Linux's ability to remain stable/repair itself easily without having to frequently re-install.
I would say Linux is superior to Windows in that regard. I used to need to reinstall Windows yearly to keep the system running well, but after I changed to Linux the only times I've needed to reinstall it were when upgrading to the latest version of Ubuntu*, or changing distros.
Actually, the main impetus for the switch came when my user profiles under Windows got corrupted and there was no way to recreate them without reinstalling it. Under Linux, the same problem is trivial to fix - just delete/rename the home folders and everything gets regenerated.
*While you can upgrade without reinstalling, I've never trusted it after doing the same with Windows a few times ended badly. Since then I've changed to a rolling release distro, and now I don't even need to do that.
I'd like it to be open, but at the very least it HAS to be less privacy invasive than Skype. I'm not ditching skype for Google+ Hangouts or Facebook Messenger or something like that.
Honestly, I'd say Skype and Google Hangouts are equally invasive. In both cases, your conversation goes through $BIG_CORP's servers and gets data mined. That said, I would trust Google over Microsoft or Facebook - the latter will happily sell my data to other companies, but it's worth more to Google to keep it to themselves.
On a more practical note, I've found Google Hangouts to be the easiest to get working cross platform, and it has better audio/video quality than Skype too. I actually tried using XMPP/Jingle before this, but there are no good FOSS cross platform clients for it - you need to use different software under Windows and Linux, and good luck getting video to work under Windows. Hopefully someone will eventually write a WebRTC frontend for it to simplify things.
The design for Project Ara consists of what we call an endoskeleton (endo) and modules. The endo is the structural frame that holds all the modules in place. A module can be anything, from a new application processor to a new display or keyboard, an extra battery, a pulse oximeter--or something not yet thought of!
The upcoming version of the Qt framework has Android compatibility. I expect this will be soon followed by the port of many KDE applications to Android, especially given that it's got to be much easier than porting them to Windows.
Latin/Greek seems like overkill. Why not just use Prolog, or some other logic programming language? Then you'd get the benefits of unambiguous propositional logic, the familiarity of English, and the ability to perform automated queries on the law. Propositional logic is much easier to teach than Latin/Greek, and would probably be beneficial to cover at some point during primary/secondary education anyway. For an example of how this might work, see the classic 'Colonel West sells missiles to Nono' example. (slide 17 here).
The ethernet on the Raspberry Pi is provided via a USB-to-ethernet chip.[1] USB devices on the Raspberry Pi have been known to give all sorts of problems when there is insufficient power,[2] which was likely to happen if one powered it using a standard compliant hub which only provided 500 mA instead of the requisite 700 mA. Since the network connection was provided via USB, it was also affected.
So, why would anyone buy the product for the initial price? They end up paying the same price as everyone else in the end, but are exposed to additional risk. This model only makes sense if there is an additional incentive, like with Kickstarter perks.
One day we can fab our own CPUs from Open Source designs... but will that be enough?
You can do that already with an FPGA (if you don't mind a clock frequency of ~100 MHz), but good luck finding an open source program to do synthesize the design.
I've been using the latest version of KDE on a Centrino with 768 MB of RAM - complete with the designed for XP sticker. (My previous laptop died and this one is a temp until I get a new one.) All you have to do is change a single setting to disable Desktop Effects and it runs fine.
This isn't like a machine learning task where we collected a limited corpus of real data and then we're trying to make statements about our ability to perform on future data, yet-to-be-collected.
My (rather limited) understanding of it is that within the field (i.e. to people who actually know what they're talking about), the phrase 'machine learning' refers to the above case; using a training set of real data to develop a model, then applying that model to real problems.
In contrast, Remy takes a (stochastic) traffic model, rather than raw data, which would make it a different kind of AI.
Last week I let apt-get install it for me, since they finally had a Linux version available.
Unfortunately, the Linux version is only suitable for running games native to Linux (as far as I am aware), which is at present pales in comparison to the number of games for Windows. Running Steam under Wine is the easiest way of getting said games to work, especially when you consider the difficulties associated with DRM.
When I moved from XP to Ubuntu 7.04, I had to get wine up and running for WoW. I had to switch a bunch of config files to make it use OpenGL. I had to adjust a bunch of settings to turn off poorly supported features. Then WoW worked.
Given that 7.04 was half a decade ago, you might want to use a more up to date example. Last week I installed Steam under Linux. It was as simple as './winetricks steam'. Admittedly, I still had to know to use winetricks and download a more recent version of it, but that's a significant improvement over 5 years ago, especially as all you need to know for any piece of software now is: a) use (the latest version of) winetricks b) check the Wine AppDB if it still doesn't work
I don't need a web interface, so KDE Kolab and Kontact/Thunderbird. It's a full PIM suite, so it also provides centralised storage for a bunch of other things as well.
Sid isn't as up-to-date as the name suggests. My biggest issue with Debian is that it's only a cyclical rolling release, not a true one. When the feature freeze comes 'round, it affects sid as well as testing. Keep in mind that the freeze lasts for 6+ months (the current one has been 8 so far - http://wiki.debian.org/DebianWheezy), and happens once every 2 years; at least 25% of the life cycle is spent in freeze. This is equivalent to being stuck on the previous release of Ubuntu. e.g. I'm still using KDE 4.8, despite 4.10 coming out last month.
Freezing makes sense for testing, since it becomes the next stable, but there's no reason that sid/unstable should be frozen as well.
Squishy doesn't necessarily mean soft - tactile feedback is different to actuation force.
I used to have a Microsoft Multimedia Keyboard, but after half a decade of use, the keys became so stiff that it started hurting my hands to type with it. I tried buying one of the newer Microsoft keyboards to replace it, but the tactile feedback was so horrendous I returned it immediately. I bought a mechanical (Das) keyboard shortly afterwards, and it actually had a lower actuation force that the Microsoft keyboard, and my typing speed has improved significantly since I got it.
I agree absolutely that you need a decent keyboard if you want to type quickly, but I question your assessment of actuation force; I'd say it's more a matter of preference.
Same here. Debian Sid is great when Testing isn't frozen, but then it stops being fun for far too long. If I wanted to run Stable, I'd run Stable, and if I want to run a rolling distro, I'd rather not run some slow-moving, semi-stable slush.
Seconded. I've heard aptosid improves things slightly, but a lot of the packages I'm interested in aren't there (e.g. KDE). I've considered setting up a VM to automatically source packages from the Ubuntu repos and recompile them for Debian - not sure how well that would work. (If there's an existing repo that does this, please let me know.) Even a list of repos like this one would be quite useful.
Slashdot Mirror
It's been a while, so I don't remember the full details, but I believe I did try this. IIRC, the issue was that I had a backup of everything except C:\Users from one installation, and backups of C:\Users from a different installation. Windows didn't like this because the SSIDs in the per-user registry hives were wrong. The only way that I was able to get it to work was completely deleting the accounts and recreating them, but that caused it to change the locations of the profiles (which was a problem since the Users folder was shared across the network and a bunch of stuff depended on it).
In the end I just got frustrated with trying to fix a system that Microsoft clearly didn't want me to understand, and gave up on getting the installation to work. Linux actually worked much better than I'd expected - Office worked almost flawlessly under Wine, most of my commonly used programs were cross platform anyway, and KDE is way more functional than the Windows desktop.
A port expander is *not* the same thing as GPIOs - it means you incur the delays associated with doing things over USB/I2C/etc. Maybe that's ok if all you want to do is flash some LEDs or turn on a relay, but for timing constrained applications, that's not feasible.
I'm still not confident in Linux's ability to remain stable/repair itself easily without having to frequently re-install.
I would say Linux is superior to Windows in that regard. I used to need to reinstall Windows yearly to keep the system running well, but after I changed to Linux the only times I've needed to reinstall it were when upgrading to the latest version of Ubuntu*, or changing distros.
Actually, the main impetus for the switch came when my user profiles under Windows got corrupted and there was no way to recreate them without reinstalling it. Under Linux, the same problem is trivial to fix - just delete/rename the home folders and everything gets regenerated.
*While you can upgrade without reinstalling, I've never trusted it after doing the same with Windows a few times ended badly. Since then I've changed to a rolling release distro, and now I don't even need to do that.
I'd like it to be open, but at the very least it HAS to be less privacy invasive than Skype. I'm not ditching skype for Google+ Hangouts or Facebook Messenger or something like that.
Honestly, I'd say Skype and Google Hangouts are equally invasive. In both cases, your conversation goes through $BIG_CORP's servers and gets data mined. That said, I would trust Google over Microsoft or Facebook - the latter will happily sell my data to other companies, but it's worth more to Google to keep it to themselves.
On a more practical note, I've found Google Hangouts to be the easiest to get working cross platform, and it has better audio/video quality than Skype too. I actually tried using XMPP/Jingle before this, but there are no good FOSS cross platform clients for it - you need to use different software under Windows and Linux, and good luck getting video to work under Windows. Hopefully someone will eventually write a WebRTC frontend for it to simplify things.
The design for Project Ara consists of what we call an endoskeleton (endo) and modules. The endo is the structural frame that holds all the modules in place. A module can be anything, from a new application processor to a new display or keyboard, an extra battery, a pulse oximeter--or something not yet thought of!
Because if the encryption algorithm was vulnerable to a known plaintext attack, it would be considered insecure and not used at all.
The upcoming version of the Qt framework has Android compatibility. I expect this will be soon followed by the port of many KDE applications to Android, especially given that it's got to be much easier than porting them to Windows.
Or even better, Sabayon. All the power of Gentoo, but with binary packages.
Latin/Greek seems like overkill. Why not just use Prolog, or some other logic programming language? Then you'd get the benefits of unambiguous propositional logic, the familiarity of English, and the ability to perform automated queries on the law. Propositional logic is much easier to teach than Latin/Greek, and would probably be beneficial to cover at some point during primary/secondary education anyway.
For an example of how this might work, see the classic 'Colonel West sells missiles to Nono' example. (slide 17 here).
The ethernet on the Raspberry Pi is provided via a USB-to-ethernet chip.[1] USB devices on the Raspberry Pi have been known to give all sorts of problems when there is insufficient power,[2] which was likely to happen if one powered it using a standard compliant hub which only provided 500 mA instead of the requisite 700 mA. Since the network connection was provided via USB, it was also affected.
Citations:
[1] http://www.raspberrypi.org/faqs#Why no Gigabit Ethernet?
[2] http://elinux.org/RPi_Hardware#Power_Supply_Problems
So, why would anyone buy the product for the initial price? They end up paying the same price as everyone else in the end, but are exposed to additional risk.
This model only makes sense if there is an additional incentive, like with Kickstarter perks.
One day we can fab our own CPUs from Open Source designs ... but will that be enough?
You can do that already with an FPGA (if you don't mind a clock frequency of ~100 MHz), but good luck finding an open source program to do synthesize the design.
I've been using the latest version of KDE on a Centrino with 768 MB of RAM - complete with the designed for XP sticker. (My previous laptop died and this one is a temp until I get a new one.)
All you have to do is change a single setting to disable Desktop Effects and it runs fine.
From the article:
This isn't like a machine learning task where we collected a limited corpus of real data and then we're trying to make statements about our ability to perform on future data, yet-to-be-collected.
My (rather limited) understanding of it is that within the field (i.e. to people who actually know what they're talking about), the phrase 'machine learning' refers to the above case; using a training set of real data to develop a model, then applying that model to real problems.
In contrast, Remy takes a (stochastic) traffic model, rather than raw data, which would make it a different kind of AI.
You think the editors read the summaries? You must be new here...
Someone already tried to do this with EOMA-68. How successful it will be remains to be seen.
So presumably, HTTPS would be effective.
Last week I let apt-get install it for me, since they finally had a Linux version available.
Unfortunately, the Linux version is only suitable for running games native to Linux (as far as I am aware), which is at present pales in comparison to the number of games for Windows. Running Steam under Wine is the easiest way of getting said games to work, especially when you consider the difficulties associated with DRM.
When I moved from XP to Ubuntu 7.04, I had to get wine up and running for WoW. I had to switch a bunch of config files to make it use OpenGL. I had to adjust a bunch of settings to turn off poorly supported features. Then WoW worked.
Given that 7.04 was half a decade ago, you might want to use a more up to date example.
Last week I installed Steam under Linux. It was as simple as './winetricks steam'. Admittedly, I still had to know to use winetricks and download a more recent version of it, but that's a significant improvement over 5 years ago, especially as all you need to know for any piece of software now is:
a) use (the latest version of) winetricks
b) check the Wine AppDB if it still doesn't work
I don't need a web interface, so KDE Kolab and Kontact/Thunderbird. It's a full PIM suite, so it also provides centralised storage for a bunch of other things as well.
I have an Nvidia 8800 GTS that's 6 years old, and so far I've only played one game that was sluggish on it.
Debian unstable (sid) - up-to-date, but unstable
Sid isn't as up-to-date as the name suggests.
My biggest issue with Debian is that it's only a cyclical rolling release, not a true one. When the feature freeze comes 'round, it affects sid as well as testing. Keep in mind that the freeze lasts for 6+ months (the current one has been 8 so far - http://wiki.debian.org/DebianWheezy), and happens once every 2 years; at least 25% of the life cycle is spent in freeze. This is equivalent to being stuck on the previous release of Ubuntu. e.g. I'm still using KDE 4.8, despite 4.10 coming out last month.
Freezing makes sense for testing, since it becomes the next stable, but there's no reason that sid/unstable should be frozen as well.
(why Google decided they could no longer support it, god only knows ... but the beauty of Android being open source means that it doesn't matter)
While Android being open source is relevant, I'd say the more significant factor is that the Nexus S has an unlocked bootloader.
Squishy doesn't necessarily mean soft - tactile feedback is different to actuation force.
I used to have a Microsoft Multimedia Keyboard, but after half a decade of use, the keys became so stiff that it started hurting my hands to type with it. I tried buying one of the newer Microsoft keyboards to replace it, but the tactile feedback was so horrendous I returned it immediately. I bought a mechanical (Das) keyboard shortly afterwards, and it actually had a lower actuation force that the Microsoft keyboard, and my typing speed has improved significantly since I got it.
I agree absolutely that you need a decent keyboard if you want to type quickly, but I question your assessment of actuation force; I'd say it's more a matter of preference.
Same here. Debian Sid is great when Testing isn't frozen, but then it stops being fun for far too long. If I wanted to run Stable, I'd run Stable, and if I want to run a rolling distro, I'd rather not run some slow-moving, semi-stable slush.
Seconded. I've heard aptosid improves things slightly, but a lot of the packages I'm interested in aren't there (e.g. KDE). I've considered setting up a VM to automatically source packages from the Ubuntu repos and recompile them for Debian - not sure how well that would work. (If there's an existing repo that does this, please let me know.) Even a list of repos like this one would be quite useful.