All my love for linux aside, this has to do nothing with linux, the kernel (or even the GNU/Linux, the OS). It works just as well on any other unix-derivate or even windows.
What the Pentaho guys do beyond marketing is writing glue code and user-friendly development tools. They also usually hire the project owners after incorporating a new project.
Exactly. Equally worse to the malicious content creator is the incompenent one.
As an analogy, look at FreeDB. It should be obvious that the CD information database loses much of its worth if entries are not double-checked for errors before submittal. Yet, there is so much crappy entries in FreeDB that it's just not funny anymore.
Ergo: Don't count on people to adequately tag or label content. It won't work.
This device is thought to secure your calls against eavesdropping from the Telcos (read: the government). The GSM encryption will not guard you against that, as the telcos still have the possibilities to store and deliver to the government your unencrypted voice data. And this is exactly what they do in Switzerland, where the producer of this device is located (see http://cryptome.sabotage.org/ch-ilets-regs.htm).
From their FAQ page:
I'VE BEEN TOLD THAT THE TELECOMMUNICATION PROVIDERS ALSO USE AN ENCRYPTION, DON'T THEY?
Yes, they do. But this kind of encryption called A5 is not effective enough to secure your calls. With the so called 'IMSI Catcher' A5 encryption can be turned off.
Another fact is that their encryption is only effective between your mobile phone and the Base Station. The whole way through the network (public?), and maybe some more over the air radio connection, the call is not protected by this encryption.
Scenario: You return from a three week trip, and offload all the pictures from your digicam to your harddrive, with the intention of sorting them and then backing them up. You notice that you haven't offloaded the pictures for quite some time now; thanks to your huge SD Card, the oldest pictures on your cam where taken around X-Mas. The digicam has them stored all in the same directory, which you transfer to your harddrive.
Now convince me that bash is simpler to sort through your pictures than Nautilus/Konqueror/Rox.
Joomla had too much negative press (security wise) recently for me to consider it as a CMS. Not that I wouldn't touch anything that ever had a security issue, since security issues simply cannot be avoided. But at some point, there have been just too many of them, so that I have to think about whether the current programmers might be too careless.
If you think that opinion is too hard, let me ask you: Do you still use wu-ftpd, or phpBB?
That must be the shortest book review ever published on Slashdot. Maybe the reviewer should read the book again, so he will manage to dedicate some more time for his next book review?
Anti Virus companies will always be slower than malware writers. The whole signature-based antivirus approach is fundamentally flawed. The solution? Either by using heuristics (could get pretty difficult), or don't allow the malware to get onto your machine in the first place. That shouldn't be too difficult, if you think about it.
With a multiuser system that actually enforces permissions, it's your fault if you click on that attachment. And the only thing that happens is you lose your home dir. I agree that using your personal data this way is much worse than losing system data, but it is also much more educating. If it happens to you once, you'll remember when you get the next suspiciously looking email. On the other hand, if your system slowly goes down due to the number of malware you have installed, you curse the vendor (M$), but you don't realise it's your own fault.
I'd neither want to start a VI vs Emacs flamewar, nor be too off-topic, but here are my thoughts on the design of an ideal keyboard (for programmers, that is).
I am using Emacs, and of the only two weaknesses this editor has in my opinion, one is that it can cause hand injuries. On many keyboards, the often used ctrl and meta keys are available only on the left side of the keyboard, leading to a twisted hand when one tries to combine them with a nearby letter. To avoid this hand-twisting, these keys must be easily reachable, by both hands, and without taking the hands off the home row. The positions that satisfy this requirement are those reachable by the pinkies, directly on the side of the homerow and maybe the upper or lower row. So, caps-lock, shift and tab qualify on the left side, and locale-specific keys qualify on the right side.
To get the ideal Emacs-Programmer-Keyboard, a remapping of keys is necessary. Of course that's where things get complicated. While the hardly-used caps-lock is the ideal candidate for ctrl, tab and shift are more often used, and on the right side of the keyboard, it's even more complicated. I am still trying to find the ideal layout, if someone thinks he/she has found it, let me know.
The other weakness of Emacs by the way is the insanely steep learning curve and complex configuration, should it be used for more than basic text editing (i.e. code completion, folding, macros and so on).
If Google can detect fraudulent clicks, they should also be able to a) filter them out and pay you for the non-fraudulent ones and b) tell you when and by what IP each fraudulent click has been committed.
Since they refuse to do this, I am lead to believe that Google is cheating on purpose. So much for our world saviour. Bastards.
'If people miss the merge window or start abusing it with hurried last-minute things that just cause problems for -rc1, I'll just refuse to merge, and laugh in their faces derisively when they whine plaintively at me, and tell them there's going to be a new opening soon enough.'
Linus should choose his words a bit wiser than that. It makes him sound like an arrogant a-hole on a powertrip.
That said, I completely agree with his point and I would do the same if I were in his position (except the derisively laughing, of course).
Slashdot Mirror
All my love for linux aside, this has to do nothing with linux, the kernel (or even the GNU/Linux, the OS). It works just as well on any other unix-derivate or even windows.
Pentaho, the Open Source Business Intelligence Suite is a very prominent example of this new approach on development. It consists of well-known projects like JFreeReport, JFreeChart, Jasper, Kettle, Mondrian and others.
What the Pentaho guys do beyond marketing is writing glue code and user-friendly development tools. They also usually hire the project owners after incorporating a new project.
Exactly. Equally worse to the malicious content creator is the incompenent one.
As an analogy, look at FreeDB. It should be obvious that the CD information database loses much of its worth if entries are not double-checked for errors before submittal. Yet, there is so much crappy entries in FreeDB that it's just not funny anymore.
Ergo: Don't count on people to adequately tag or label content. It won't work.
How does ROT13 work with binary data, such as MS Word documents?
This device is thought to secure your calls against eavesdropping from the Telcos (read: the government). The GSM encryption will not guard you against that, as the telcos still have the possibilities to store and deliver to the government your unencrypted voice data. And this is exactly what they do in Switzerland, where the producer of this device is located (see http://cryptome.sabotage.org/ch-ilets-regs.htm).
From their FAQ page:
I'VE BEEN TOLD THAT THE TELECOMMUNICATION PROVIDERS ALSO USE AN ENCRYPTION, DON'T THEY?
Yes, they do. But this kind of encryption called A5 is not effective enough to secure your calls. With the so called 'IMSI Catcher' A5 encryption can be turned off. Another fact is that their encryption is only effective between your mobile phone and the Base Station. The whole way through the network (public?), and maybe some more over the air radio connection, the call is not protected by this encryption.
Breaking of the pin code will not compromise the one-time keys used for conversations. From their page:
The keys are recalculated for each call and deleted directly afterwards so that there is no possibility to reconstruct any keys.
Scenario: You return from a three week trip, and offload all the pictures from your digicam to your harddrive, with the intention of sorting them and then backing them up. You notice that you haven't offloaded the pictures for quite some time now; thanks to your huge SD Card, the oldest pictures on your cam where taken around X-Mas. The digicam has them stored all in the same directory, which you transfer to your harddrive.
Now convince me that bash is simpler to sort through your pictures than Nautilus/Konqueror/Rox.
The abstract:
Joomla had too much negative press (security wise) recently for me to consider it as a CMS. Not that I wouldn't touch anything that ever had a security issue, since security issues simply cannot be avoided. But at some point, there have been just too many of them, so that I have to think about whether the current programmers might be too careless.
If you think that opinion is too hard, let me ask you: Do you still use wu-ftpd, or phpBB?
That must be the shortest book review ever published on Slashdot. Maybe the reviewer should read the book again, so he will manage to dedicate some more time for his next book review?
> At first I looked at the topic and was sure it's a typo
Please, the correct spelling is typo3, not just typo.
Also, FreeBSD released their status report for the forth quarter of 2005 yesterday.
2 005-dec-2005.html
http://www.ch.freebsd.org/news/status/report-oct-
Anti Virus companies will always be slower than malware writers. The whole signature-based antivirus approach is fundamentally flawed. The solution? Either by using heuristics (could get pretty difficult), or don't allow the malware to get onto your machine in the first place. That shouldn't be too difficult, if you think about it.
With a multiuser system that actually enforces permissions, it's your fault if you click on that attachment. And the only thing that happens is you lose your home dir. I agree that using your personal data this way is much worse than losing system data, but it is also much more educating. If it happens to you once, you'll remember when you get the next suspiciously looking email. On the other hand, if your system slowly goes down due to the number of malware you have installed, you curse the vendor (M$), but you don't realise it's your own fault.
I'd neither want to start a VI vs Emacs flamewar, nor be too off-topic, but here are my thoughts on the design of an ideal keyboard (for programmers, that is).
I am using Emacs, and of the only two weaknesses this editor has in my opinion, one is that it can cause hand injuries. On many keyboards, the often used ctrl and meta keys are available only on the left side of the keyboard, leading to a twisted hand when one tries to combine them with a nearby letter. To avoid this hand-twisting, these keys must be easily reachable, by both hands, and without taking the hands off the home row. The positions that satisfy this requirement are those reachable by the pinkies, directly on the side of the homerow and maybe the upper or lower row. So, caps-lock, shift and tab qualify on the left side, and locale-specific keys qualify on the right side.
To get the ideal Emacs-Programmer-Keyboard, a remapping of keys is necessary. Of course that's where things get complicated. While the hardly-used caps-lock is the ideal candidate for ctrl, tab and shift are more often used, and on the right side of the keyboard, it's even more complicated. I am still trying to find the ideal layout, if someone thinks he/she has found it, let me know.
The other weakness of Emacs by the way is the insanely steep learning curve and complex configuration, should it be used for more than basic text editing (i.e. code completion, folding, macros and so on).
If Google can detect fraudulent clicks, they should also be able to a) filter them out and pay you for the non-fraudulent ones and b) tell you when and by what IP each fraudulent click has been committed.
Since they refuse to do this, I am lead to believe that Google is cheating on purpose. So much for our world saviour. Bastards.
Hah! Dry do sue me all day long, you'll never ged me!
...when they heard this? "D'oh! Why didn't we think of that one first?"
It is starting to look like a race with the objective to patent the most stupid idea first. But of course we knew that for a long time...
That said, I completely agree with his point and I would do the same if I were in his position (except the derisively laughing, of course).
...taking tranquilizers and sleeping pills at the same time. Highly dangerous to your health.
And yes, this also reminds me of the Simpsons episode where Homer loses the Steak Eating Contest.