Under Linux, with eithor Gnome or KDE, most
of the keystrokes for things such as Copy, Paste,
etc are pretty standard.
To begin with, X standard copy/paste always
works. Select some text with your mouse, and
middle click where you want to paste it. Can't
get much easier than that.
In most Gnome or KDE apps, the Ctrl+C/X/V shortcuts work just like in Windows. No problem
there.
For normal users, KDE and Gnome don't differ
enough to actually cause problems. Menus, buttons, etc all work the same.
Some few things might not work, like dragging
and dropping from one Widjet set to the other, but you have to be a relitively advanced computer
user to even notice.
I wouldn't expect anyone I know to have terribly much more trouble using KDE and Gnome
apps under, say, IceWM than they would have using
Windows apps under Windows.
The unstable tree keeps breaking things for me.
At one point I had to manually remove all the files
for three or four packages, and then use dpkg to
reinstall them, then uninstall them to get my
system back in working order.
Locks control access, filters control reciept of information. Big difference.
If you put a lock on a room, that's great. There's no problem doing that, if it's your room.
It prevents people you don't know from accessing
*your room*.
A filter is a completely separate issue. If you are filtering network traffic, you are deciding what *external information* other people get to view. This is effectively much different from locking a room, as it isn't your information that
you are blocking, nor do you have any reason to
prevent others from having access to information.
downloading several hundreds of megs is quite difficult if you have no OS to start with
Not true. Pretty easy. Did it twice yesterday.
Need three floppies.
Debian Rescue Disk (Compact)
Debian Root Disk (Compact)
Debian Drivers Disk (Compact)
Put in the rescue disk, flip on the computer without the OS, follow the online instructions, you've got Debian installed in just a couple of hours.
No comment as to how easy to follow the online instructions would be for a newbie (I had no trouble when I was a newbie), but there's definately no problem with installing an OS on a machine with no OS to begin with.
It's a relitively well/cleanly designed modern GUI toolkit that is licenced under the LGPL, and supported by a zillion programming languages. There's nothing terribly wonderful about it, but it's the most-free GUI toolkit if you want your app to look/feel reasonably modern.
All of the other GUI toolkits avalible eithor A.) Are less free, B.) Are less modern, C.) Are less powerful, or D.) Are supported by less languages.
md5 and Rijndael (AES) are two different classes of cryptographic algorytims.
md5 produces a 128 bit (16 byte) "checksum" of
it's input data. md5 is an example of an "one way function": If you have data, you can always get the md5 checksum of that data, but with the checksum only there is no way to determine what the data that produced it was, short of trying every possible input. This is extremeley useful for storing passwords, as by storing the checksum only, the computer can *check* if a password is valid, but doesn't actually know what the password is.
For md5:
checksum = md5(data)
there is no data = un_md5(checksum)
---
Rijndael is something else entirely, it's a simmetric encryption algorithim. It provides both an encrypt and a decrypt function. Given a 128, 192, or 256 bit key you can encrypt data in such a way that it can only be retrived by using the decrypt function with the key. Anyone with the key and the encrypted data ("cyphertext") can get the decrypted data ("plaintext"). This is much less useful for passwords, as the key has to be stored somewhere, making the passwords easily crackable. In this case the computer would know what the password was, and be able to give a cracker that information.
The internet is made up of a bunch of hosts. Each of these hosts provides zero or more services to the rest of the network, things like HTTP, FTP, telnet, SSH, maybe a MUD, etc.
If a given machine serves files in response to
an HTTP request, you can assume that the owner of
that machine intended to give you access to the files that his HTTP server is serving. The same is true with anonymous FTP.
If you try to connect to telnet/SSH/a MUD then the server will usually not let you use the service without authenticating yourself. In this case you can assume that the owner of the machine did *not* intend to let you use the service, unless they gave you a username/password.
Any other service should be similar, if it allows non-authenticated anonomous access, then you can assume that the owner intendended to let you use that service.
I'd use blowfish or idea right now as an encryption algorithim. They've been tested for greater than five and ten years respectively, and they are both significantly faster than 3des.
A couple of years from now, if don't hear of any insecurities, I'd use Serpent, Rijndael, or Blowfish.
Five years really should be long enough to seen any inherent insecurities in an incremental algorithim alteration like DES->Blowfish.
It will never happen. Verry simply, Mozilla *cannot* run on a machine that low end. If you want to browse the web under linux on a box like that, Mozilla is not an option. This is not a Linux issue. It's a Mozilla issue. Mozilla was designed for a Pentium II/300 machine, and anything slower won't run it.
If a user tries to view a website with screwed up HTML, the browser should display the following text:
Important
The page you are trying to view is not a valid
HTML document. Only a retarded goat louse would
put a broken web page into production. If you
are responsible for paying the person who
built this page, I would suggest you cut their
pay in half immediately.
Errors:
Inline element [a] not closed before end
of block element [p] at line 47: [a href="#14"]scroll down[/p]
Nettersoft Webbrowsifier can make a random
guess about what the turd who designed this page ment. If you would like to see that, click here:
Demented Attempt at Rendering Bad HTML
I type on a computer about 8 times faster than I write with an ink smearing device on dead tree pulp. This may well be true for people other than me as well.
Huh? I don't think I understand your usage of the word "so" in your sentance. I would expect it to be used in the form "A so B" where A is a set of facts, and B is a logical conclusion from A. Your A does in fact seem to be a set of facts,
but your B does not follow from those facts.
What about "Exchange 2K supports a very nice web interface, as well as IMAP and POP" would "it's actually a lot more cross platform than UNIX mail...." follow from?
Re:Nitpicking about old Mech Artwork.
on
FASA Dies
·
· Score: 1
Drop $20 on picking up the "Battletech Master Rules". It's got most all of the Level II rules, which should be sufficient to play with. It consolodates enough of the information in the other books that all you should have to buy is figurines, map sets, and technical readouts.
There is a length limit on the "Subject" field
of Slashdot posts. If the poster had attempted to use the subject you suggest, he would have been stuck with the following:
What functionality or code in ksh are you least pr
Yea, and in a similar paper about Blizzard Entertainment ("Entertainment") and Electronic Arts ("Electronic") or ("Arts") and Broterbund Software ("Software"), they could sue Electronic, Software, and Entertainment. Is this stupid, or lame?
Spam has nothing to do with freedom, it has to do with stealing resources.
Is it protected speach to compile a list of addresses and credit card numbers (without the knowledge of the owner), and for each address charge 50 cents to the associated credit
card number to pay for production and shipping
of your product catalog to the address?
It is definitely not acceptable for an E-Commerce solution. I don't think I'll ever transfer a million dollars using SSL technology. Its too much of a risk still. I don't care how many bits it supports.
I'd be purfectly willing to risk exactly as much on the security of an SSL/SSH connection right now as I'd be willing to risk on the validity of the key on the other end. If I've manually installed a key on an SSH server, I know that the machine is otherwise secure, and the fingerprint checks out, I'll risk an arbitrary amount on the security of that connection.
Unless you have some good reason to believe that 1024 bit RSA/ElGamal or 128 bit 3des/Blowfish can be broken there's no reason for you not to trust SSH/SSL equally.
Slashdot Mirror
Under Linux, with eithor Gnome or KDE, most of the keystrokes for things such as Copy, Paste, etc are pretty standard.
To begin with, X standard copy/paste always works. Select some text with your mouse, and middle click where you want to paste it. Can't get much easier than that.
In most Gnome or KDE apps, the Ctrl+C/X/V shortcuts work just like in Windows. No problem there.
For normal users, KDE and Gnome don't differ enough to actually cause problems. Menus, buttons, etc all work the same.
Some few things might not work, like dragging and dropping from one Widjet set to the other, but you have to be a relitively advanced computer user to even notice.
I wouldn't expect anyone I know to have terribly much more trouble using KDE and Gnome apps under, say, IceWM than they would have using Windows apps under Windows.
The unstable tree keeps breaking things for me. At one point I had to manually remove all the files for three or four packages, and then use dpkg to reinstall them, then uninstall them to get my system back in working order.
Locks control access, filters control reciept of information. Big difference.
If you put a lock on a room, that's great. There's no problem doing that, if it's your room. It prevents people you don't know from accessing *your room*.
A filter is a completely separate issue. If you are filtering network traffic, you are deciding what *external information* other people get to view. This is effectively much different from locking a room, as it isn't your information that you are blocking, nor do you have any reason to prevent others from having access to information.
Not true. Pretty easy. Did it twice yesterday. Need three floppies.
Put in the rescue disk, flip on the computer without the OS, follow the online instructions, you've got Debian installed in just a couple of hours.
No comment as to how easy to follow the online instructions would be for a newbie (I had no trouble when I was a newbie), but there's definately no problem with installing an OS on a machine with no OS to begin with.
GTK is a GUI toolkit for The X Window System (also ported to Win32 I believe). The homepage is gtk.org
How's that?
A variable has:
A.) A known trustable value because you assigned to it yourself.
B.) A known trustable value because PHP automagically asigns something reliable to it.
or
C.) A known untrustworthy value, because it it could have been modified by the user.
I miss how this is any more problematic than say CGI.pm in perl.
It's a relitively well/cleanly designed modern GUI toolkit that is licenced under the LGPL, and supported by a zillion programming languages. There's nothing terribly wonderful about it, but it's the most-free GUI toolkit if you want your app to look/feel reasonably modern.
All of the other GUI toolkits avalible eithor A.) Are less free, B.) Are less modern, C.) Are less powerful, or D.) Are supported by less languages.
md5 and Rijndael (AES) are two different classes of cryptographic algorytims.
md5 produces a 128 bit (16 byte) "checksum" of it's input data. md5 is an example of an "one way function": If you have data, you can always get the md5 checksum of that data, but with the checksum only there is no way to determine what the data that produced it was, short of trying every possible input. This is extremeley useful for storing passwords, as by storing the checksum only, the computer can *check* if a password is valid, but doesn't actually know what the password is.
For md5:
checksum = md5(data)
there is no data = un_md5(checksum)
---
Rijndael is something else entirely, it's a simmetric encryption algorithim. It provides both an encrypt and a decrypt function. Given a 128, 192, or 256 bit key you can encrypt data in such a way that it can only be retrived by using the decrypt function with the key. Anyone with the key and the encrypted data ("cyphertext") can get the decrypted data ("plaintext"). This is much less useful for passwords, as the key has to be stored somewhere, making the passwords easily crackable. In this case the computer would know what the password was, and be able to give a cracker that information.
For Rijndael (AES):
cyphertext = encrypt(plaintext, key)
plaintext = decrypt(cyphertext, key)
The internet is made up of a bunch of hosts. Each of these hosts provides zero or more services to the rest of the network, things like HTTP, FTP, telnet, SSH, maybe a MUD, etc.
If a given machine serves files in response to an HTTP request, you can assume that the owner of that machine intended to give you access to the files that his HTTP server is serving. The same is true with anonymous FTP.
If you try to connect to telnet/SSH/a MUD then the server will usually not let you use the service without authenticating yourself. In this case you can assume that the owner of the machine did *not* intend to let you use the service, unless they gave you a username/password.
Any other service should be similar, if it allows non-authenticated anonomous access, then you can assume that the owner intendended to let you use that service.
I'd use blowfish or idea right now as an encryption algorithim. They've been tested for greater than five and ten years respectively, and they are both significantly faster than 3des.
A couple of years from now, if don't hear of any insecurities, I'd use Serpent, Rijndael, or Blowfish.
Five years really should be long enough to seen any inherent insecurities in an incremental algorithim alteration like DES->Blowfish.
The problem is that his goal seems to be to eithor run IE 5.5 or Mozilla/Netscape 6. On a 486, this may not be realistic.
It will never happen. Verry simply, Mozilla *cannot* run on a machine that low end. If you want to browse the web under linux on a box like that, Mozilla is not an option. This is not a Linux issue. It's a Mozilla issue. Mozilla was designed for a Pentium II/300 machine, and anything slower won't run it.
If a user tries to view a website with screwed up HTML, the browser should display the following text:
I type on a computer about 8 times faster than I write with an ink smearing device on dead tree pulp. This may well be true for people other than me as well.
Huh? I don't think I understand your usage of the word "so" in your sentance. I would expect it to be used in the form "A so B" where A is a set of facts, and B is a logical conclusion from A. Your A does in fact seem to be a set of facts, but your B does not follow from those facts.
What about "Exchange 2K supports a very nice web interface, as well as IMAP and POP" would "it's actually a lot more cross platform than UNIX mail...." follow from?
Drop $20 on picking up the "Battletech Master Rules". It's got most all of the Level II rules, which should be sufficient to play with. It consolodates enough of the information in the other books that all you should have to buy is figurines, map sets, and technical readouts.
There is a length limit on the "Subject" field of Slashdot posts. If the poster had attempted to use the subject you suggest, he would have been stuck with the following:
"Free Software" in the GPL sense is only relevent when you are distributing your software. Your example is null-meaning.
More like 60x, which is perfectly reasonable if you look at this movie as being in the "near future".
Yea, and in a similar paper about Blizzard Entertainment ("Entertainment") and Electronic Arts ("Electronic") or ("Arts") and Broterbund Software ("Software"), they could sue Electronic, Software, and Entertainment. Is this stupid, or lame?
Right, only people with his private key can read it. As the only person is him, only he can read it. What's the problem?
I only pay for things which have value.
Spam has nothing to do with freedom, it has to do with stealing resources.
Is it protected speach to compile a list of addresses and credit card numbers (without the knowledge of the owner), and for each address charge 50 cents to the associated credit card number to pay for production and shipping of your product catalog to the address?
The Gimp has support for whatever types of fonts X supports. If you have True Type fonts working for X, they'll work for The Gimp.
I'd be purfectly willing to risk exactly as much on the security of an SSL/SSH connection right now as I'd be willing to risk on the validity of the key on the other end. If I've manually installed a key on an SSH server, I know that the machine is otherwise secure, and the fingerprint checks out, I'll risk an arbitrary amount on the security of that connection.
Unless you have some good reason to believe that 1024 bit RSA/ElGamal or 128 bit 3des/Blowfish can be broken there's no reason for you not to trust SSH/SSL equally.