...the only problem being that the xbox key is 2048-bit. Extrapolating the figures given ($10K cracks 512-bit keys in 10 minutes, $10M cracks 1024-bit in a year) we could build a $10 billion device that cracked it in 100,000 years. THAT'S GREAT!
That is slightly incorrect. For normal symmetric key ciphers (DES, AES, IDEA, Blowfish, etc.) that is how you do it. This, though, is RSA, which is a asymmetric key cipher. This means that you have access to the public key, and you know that the public key is the product (as in multiplication) of the two parts of the private key, N=p*q. So, when bruteforcing, you only need to try 2^1024 keys, which is a lot better, but still infeasible. There are nice ways of doing better, though. The largest effort I know of is when the RSA-155 (512 bit) challenge was factored in 1999, using more than 35 cpu years. This would take about 2^512 times as long...
PARAM's High Performance scalable computers can be used for conducting R&D activities in diverse fields such as bio-informatics, nano-technologies, atmospheric and oceanic modeling for weather forecasting, and fluid dynamics for space applications.
Do you see one thing sticking out with its absence from that list? Nuclear weapons research? I wonder how Pakistan will respond...
I can see how it, from a x86 user's perspective, would seem reasonable to drop support for most architectures. 95% of all computers are x86:s, right? But when you're one of those people who use more architectures, it's wonderful to be able to use the same distro on several systems. I run debian on my TiBook and on my P-III at work (as does everyone there, except for management). It really is a blessing to have the same environment everywhere and that everything works (almost) the same way, whatever computer you're using. Not that I use the more exotic archs, but I definately can understand why it is desirable to support other platforms as long as people are using them. It definately would be nice if the university (that I go to) would replace their aging Solaris 2.6 installation on their sparcs with woody. But that probably won't happen...
Taking a look at the "Features" page (of the "Article"), we see that the components Openexchange Server consists of are the following:
Operating system: SuSE Linux Enterprise Server 8 for ia32, Kernel 2.4.19
Installation: graphical installation with YaST2
SMTP mail server, mail transfer agent: Postfix 1.1.11
IMAP mail delivery agent: Cyrus IMAP 2.1.9
Web server: Apache 1.3.26
LDAP server: OpenLDAP 2.1.4
Integrated spam filter
Samba PDC
DHCP
Admittedly, the "Integrated spam filter" and "DHCP" parts are not specified and might be closed source, but that seems quite unlikely, IMHO. Every other component seems to be both open sourced and free. Am I missing the reason you concluded it was closed-source?
Yes, emusic would be really wonderful if they started using a decent encoder. Right now they use lame 3.88 @ 128 kbit/s, which sounds terrible in headphones. Luckily they give you a free trial period so that you can see for yourself if it disturbs you or not.
Mathematica/Maple/Matlab/Octave/Maxima/Gnuplot? Electronics simulators? Easy to use in the lab without having to fill the entire lab space with a normal notebook.
It's obvious - she's running Virtual PC! That's why all of her Mac hardware - including the CPU - works perfectly. It also explains why it's cheap. Virtual PC is only $200 on amazon!
Is that so? "Derived from", maybe, but none of the GNU tools I've checked (emacs, glibc, fileutils, sh-utils and textutils) contain any BSD code in their current versions. Perhaps they should have been called BSD/GNU/Linux systems around '95 when they were still using libc5 which contained some BSD code, but not any more.
Re:Good to see they're still around
on
PGP 8.0 Beta Released
·
· Score: 2, Insightful
Hm. Usually, when I receive an encrypted message I decrypt it on-screen and read it. The message in my mailbox are still encrypted. It would be a nuisance having to decrypt them and reinject them into my mailbox. Also, is there a good reason to introduce non-backwards-compatible changes into the pretty established OpenPGP protocol?
Oh, but the challenge then will be so much greater! Let's help Microsoft fix the "easy" ones before they roll out their "grand scheme", and their defeit will be wonderful.
IIRC, Moore's law is only concerned with transistor count and not clock speed. This might make it keep holding on. Just take a look at multi-core chips (e.g. POWER4)...
My guess is that the "elliptic curves" you drew were used to create random numbers, like when you are asked to type random stuff when generating gpg keys. The elliptic curves in Diffie-Hellman are just there as part of the mathematical problem that makes the cipher difficult to decode. The curves there are huge - nothing you could draw on-screen (more like with radii on the order of 2**1024). So no, that does not necessarily imply that they used the same cipher.
No downloads, no mac client, no linux client, U.S. only. Seems I, with my PowerBook and iPod in Sweden, is totally out of luck. Too bad emusic's (which have all of the features I miss from Rhapsody) rips suck qualitywise.
Any old Mac that you have around, as long as it will run Mac OS X, will work, even if it's too slow to really serve as a primary machine any more.
The article writer just uses old computer junk (in his opinion) to serve web pages, and tells user Mac users how to do it. Not all that uncommon an idea to a PC user.
Back then people used ElGamal. That was supposed to be patent-free but could have been covered by the DH patent. I don't think it has been tested if it is, though.
For me, the lack of debian packages (and, indirectly, the fact that it doesn't use "normal" paths and autoconf/automake) is a major reason why I haven't tried it out. For example, look at this message about using sapdb on a debian system.
Slashdot Mirror
If you want the really detailed changelog for why kernel panics go away, check the Darwin cvslog.
...the only problem being that the xbox key is 2048-bit. Extrapolating the figures given ($10K cracks 512-bit keys in 10 minutes, $10M cracks 1024-bit in a year) we could build a $10 billion device that cracked it in 100,000 years. THAT'S GREAT!
That is slightly incorrect. For normal symmetric key ciphers (DES, AES, IDEA, Blowfish, etc.) that is how you do it. This, though, is RSA, which is a asymmetric key cipher. This means that you have access to the public key, and you know that the public key is the product (as in multiplication) of the two parts of the private key, N=p*q. So, when bruteforcing, you only need to try 2^1024 keys, which is a lot better, but still infeasible. There are nice ways of doing better, though. The largest effort I know of is when the RSA-155 (512 bit) challenge was factored in 1999, using more than 35 cpu years. This would take about 2^512 times as long...
Do you see one thing sticking out with its absence from that list? Nuclear weapons research? I wonder how Pakistan will respond...
Endgame
Module xBill has caused a segmentation fault
at memory address 097E:F1A0. Core dumped.
We apologize for the inconvenience.
Nuts!
(After level 15 on a TiBook with Debian and the built-in trackpad!)
I can see how it, from a x86 user's perspective, would seem reasonable to drop support for most architectures. 95% of all computers are x86:s, right? But when you're one of those people who use more architectures, it's wonderful to be able to use the same distro on several systems.
I run debian on my TiBook and on my P-III at work (as does everyone there, except for management). It really is a blessing to have the same environment everywhere and that everything works (almost) the same way, whatever computer you're using. Not that I use the more exotic archs, but I definately can understand why it is desirable to support other platforms as long as people are using them.
It definately would be nice if the university (that I go to) would replace their aging Solaris 2.6 installation on their sparcs with woody. But that probably won't happen...
Admittedly, the "Integrated spam filter" and "DHCP" parts are not specified and might be closed source, but that seems quite unlikely, IMHO. Every other component seems to be both open sourced and free. Am I missing the reason you concluded it was closed-source?
Yes, emusic would be really wonderful if they started using a decent encoder. Right now they use lame 3.88 @ 128 kbit/s, which sounds terrible in headphones. Luckily they give you a free trial period so that you can see for yourself if it disturbs you or not.
Mathematica/Maple/Matlab/Octave/Maxima/Gnuplot? Electronics simulators? Easy to use in the lab without having to fill the entire lab space with a normal notebook.
Prostitutes and pimps - sure, but main characters? Won't somebody please think of the children?
It's obvious - she's running Virtual PC! That's why all of her Mac hardware - including the CPU - works perfectly. It also explains why it's cheap. Virtual PC is only $200 on amazon!
Is that so? "Derived from", maybe, but none of the GNU tools I've checked (emacs, glibc, fileutils, sh-utils and textutils) contain any BSD code in their current versions. Perhaps they should have been called BSD/GNU/Linux systems around '95 when they were still using libc5 which contained some BSD code, but not any more.
Test.
Hm. Usually, when I receive an encrypted message I decrypt it on-screen and read it. The message in my mailbox are still encrypted. It would be a nuisance having to decrypt them and reinject them into my mailbox. Also, is there a good reason to introduce non-backwards-compatible changes into the pretty established OpenPGP protocol?
Oh, but the challenge then will be so much greater! Let's help Microsoft fix the "easy" ones before they roll out their "grand scheme", and their defeit will be wonderful.
Can you run your fridge off what's closest to the back in there?
IIRC, Moore's law is only concerned with transistor count and not clock speed. This might make it keep holding on. Just take a look at multi-core chips (e.g. POWER4)...
My guess is that the "elliptic curves" you drew were used to create random numbers, like when you are asked to type random stuff when generating gpg keys. The elliptic curves in Diffie-Hellman are just there as part of the mathematical problem that makes the cipher difficult to decode. The curves there are huge - nothing you could draw on-screen (more like with radii on the order of 2**1024). So no, that does not necessarily imply that they used the same cipher.
$ telnet 195.195.81.5 22
Trying 195.195.81.5...
Connected to 195.195.81.5.
Escape character is '^]'.
SSH-1.99-OpenSSH_3.2.3p1
sshutuptheo, anyone?
No downloads, no mac client, no linux client, U.S. only. Seems I, with my PowerBook and iPod in Sweden, is totally out of luck. Too bad emusic's (which have all of the features I miss from Rhapsody) rips suck qualitywise.
Back then people used ElGamal. That was supposed to be patent-free but could have been covered by the DH patent. I don't think it has been tested if it is, though.
Can you name one of those cases where the only available algorithms need licensing? I can't think of a single one.
Why not use 1394 for internal devices as well as external? Is it too bloated/expensive?
For me, the lack of debian packages (and, indirectly, the fact that it doesn't use "normal" paths and autoconf/automake) is a major reason why I haven't tried it out. For example, look at this message about using sapdb on a debian system.