But not every device has CyanogenMod available.
I found one version for my old phone made by somebody external to CyanogenMod, but since they have stopped development there are no security patches.
The problem with C, C++, Python or Java is not that they are bad, but that they provide nothing of value to offset the cost of maintaining a separate toolchain, training programmers, building libraries, etc. What can you do in C, C++, Python, Java that you can't do in Free Pascal? Why do we need yet four more languages, that have no particularly useful features?
I used C++ in some college courses, and felt that my productivity went down by about 50% compared to Lazarus, just because of all the extra typing that with Lazarus the IDE did for me, and the reduced readability: using punctuation to enclose blocks doesn't work as well as clearly delimiting them with words.
The newly appointed president of the European Commission, Jean-Claude Juncker will love this agreement, especially the way it's being negotiated.
He candidly admitted in a Spiegel interview how the European Union works:
We decide on something, then put the in the room and wait a while to see what happens, If there will be no great cry and no uprisings, because most people have no idea what has been decided, then we move on -. Step by step, until there is no turning back
Ok, so the ARM is about to be poised to take over lots of systems (cell phones, etc), and you rip out (to save space) a portable embedded tiny clibrary?
In fact the article says that uselessd adds support for compiling it under musl and uClibc
In the Siemens case the physical switch is only present on the S7-400 series, the S7-300 series don't have it, and I can tell you that the difference between them isn't $4, you'll have to add 2 to 3 zeros depending on the model. However, even with the key in the "run" position (where you supposedly cannot alter the software) not everything is locked: you cannot change the program (and I'm not even 100% sure about that since the "password protection" can override the switch) but you can change the data and disrupt the process.
Do you know that when you set a password on a siemens plc, it isn't enforced by the plc itself but by the step 7 programming software? Use something else (e.g., libnodave) and access is wide open.
process control is still handled by the PLCs (unaffected by any sort of malware... that I know of) and if something was looking like it was about to go wrong, then the PLC should be set up to deal with it...
The PLCs I'm forced to work with (that happens to be from the same manufacturer that produces the POS that's WinCC[*]) can be networked and, as soon as you connect them to a network, you can control them (as in, modify the program, start them, stop them, the whole lot) remotely. The communication is not encrypted and it's not password protected[**], so anybody that can obtain access to the network (and that's not very difficult in many factories, especially the very big ones) can control them at will.
[*] and other manufacturers aren't better
[**] there's a password protection, but it's enforced by the programming software, not by the PLC itself. You just have to use your own program, using the reverse engineered communication protocol and you're set.
In the specifications they say that h264 is fully hardware accelerated, but I don't think it's possible with an intel GMA500 (at least under linux), is it?
Ok, I know I shouldn't be feeding the troll, but read the article: the kernel source itself is perfectly fine, is the compiler that optimizes the check away.
The aspire one with 1G ram and 160G hard-drive (same hardware), is available both with windows xp and linux, the linux one costs 50EURless than the windows one.
This isn't about coffee. It's about industrial automation, specifically replacing PLCs (programmable logic controllers), programmed with horrible languages (think assembler but more cumbersome and interpreted), with PCs running an open source version of those same horrible languages. Since, among other things, I program PLCs for a living, I'd love replacing them altogether with PC based controls (the customers don't usually want to, due to the perceived reliability of PLCs), though I don't see the point of using the same shitty languages. Heck, 20 years ago I programmed machines in pascal, and it was a lot more convenient (think maintainability and code reuse) than lad/cfs/stl.
Sure, we all saw how well the EU "protection" worked in, e.g., Greece (or everywhere else).
This seems to be the official site of the manufacturer.
I don't know if it's just propaganda or real facts, but they seem to have taken into account all the shortcomings and engineered around them
But not every device has CyanogenMod available. I found one version for my old phone made by somebody external to CyanogenMod, but since they have stopped development there are no security patches.
...and I still think that plasma 5 is not ready for prime time (to put it mildly)
The problem with C, C++, Python or Java is not that they are bad, but that they provide nothing of value to offset the cost of maintaining a separate toolchain, training programmers, building libraries, etc. What can you do in C, C++, Python, Java that you can't do in Free Pascal? Why do we need yet four more languages, that have no particularly useful features?
I used C++ in some college courses, and felt that my productivity went down by about 50% compared to Lazarus, just because of all the extra typing that with Lazarus the IDE did for me, and the reduced readability: using punctuation to enclose blocks doesn't work as well as clearly delimiting them with words.
FTFY
We decide on something, then put the in the room and wait a while to see what happens, If there will be no great cry and no uprisings, because most people have no idea what has been decided, then we move on -. Step by step, until there is no turning back
Ok, so the ARM is about to be poised to take over lots of systems (cell phones, etc), and you rip out (to save space) a portable embedded tiny clibrary?
In fact the article says that uselessd adds support for compiling it under musl and uClibc
Actually it was the same doctor.
Now it says "Professor Paolo Macchiarini from Italy". According to wikipedia he's Italian but he works in Barcelona, hence the confusion.
Try Sweet Home 3d.
How can the man that created maps, to which all of the above applies, say these things with a straight face?.
"According to Siemens, in none of the cases did the infection cause an adverse impact to the automation system"
I'm pretty sure the technicians tasked with cleaning up the mess while trying to keep the production line running don't agree with this statement.
In the Siemens case the physical switch is only present on the S7-400 series, the S7-300 series don't have it, and I can tell you that the difference between them isn't $4, you'll have to add 2 to 3 zeros depending on the model.
However, even with the key in the "run" position (where you supposedly cannot alter the software) not everything is locked: you cannot change the program (and I'm not even 100% sure about that since the "password protection" can override the switch) but you can change the data and disrupt the process.
Do you know that when you set a password on a siemens plc, it isn't enforced by the plc itself but by the step 7 programming software?
Use something else (e.g., libnodave) and access is wide open.
What are you all on about? He said he disabled administrative access from outside.
He disabled the user visible administrative interface.
Google for tr69 and you'll be enlightened.
In my router it's impossible to disable, however in some normally hidden menu I could modify the "call home" url, rendering it ineffective.
process control is still handled by the PLCs (unaffected by any sort of malware... that I know of) and if something was looking like it was about to go wrong, then the PLC should be set up to deal with it...
The PLCs I'm forced to work with (that happens to be from the same manufacturer that produces the POS that's WinCC[*]) can be networked and, as soon as you connect them to a network, you can control them (as in, modify the program, start them, stop them, the whole lot) remotely.
The communication is not encrypted and it's not password protected[**], so anybody that can obtain access to the network (and that's not very difficult in many factories, especially the very big ones) can control them at will.
[*] and other manufacturers aren't better
[**] there's a password protection, but it's enforced by the programming software, not by the PLC itself. You just have to use your own program, using the reverse engineered communication protocol and you're set.
That motherboard seems pretty good, but it's VGA only, so it's quite useless as a FullHD HTPC.
In the specifications they say that h264 is fully hardware accelerated, but I don't think it's possible with an intel GMA500 (at least under linux), is it?
Ok, I know I shouldn't be feeding the troll, but read the article: the kernel source itself is perfectly fine, is the compiler that optimizes the check away.
The BBC article is from 2008.
But it only works with premium (i.e. paid) accounts.
Maybe it is if you live in the US, UK or Germany.
If they tested it properly they wouldn't find the time to spend the bribe...
The aspire one with 1G ram and 160G hard-drive (same hardware), is available both with windows xp and linux, the linux one costs 50EURless than the windows one.
This isn't about coffee.
It's about industrial automation, specifically replacing PLCs (programmable logic controllers), programmed with horrible languages (think assembler but more cumbersome and interpreted), with PCs running an open source version of those same horrible languages.
Since, among other things, I program PLCs for a living, I'd love replacing them altogether with PC based controls (the customers don't usually want to, due to the perceived reliability of PLCs), though I don't see the point of using the same shitty languages.
Heck, 20 years ago I programmed machines in pascal, and it was a lot more convenient (think maintainability and code reuse) than lad/cfs/stl.