It's use to mean Language Ticks so cleary serve I'll be sure to sure to feel lack of any grammer or spelling controls
*snicker*
Re:Um, what point is this trying to make?
on
P2P In 15 Lines of Code
·
· Score: 2, Insightful
Go do some reading. Once you connect to one host, you can get files that any other connected host has on your "network". All of the connected peers share files. See? Peer to peer file sharing.
The point here is that ssh is running off of your CD. Unless the public Windows machine is smart enough to see your ssh loaded into memory and switch it with another on the fly...
Many spam emails have forged 'from' addresses and/or envelope senders, so if you bounce the email, the bounce may end up at some unsuspecting person's email. This only adds to the problem.
So as soon as a critical mass of TDMA users is reached, the spammers will just start inserting TDMA headers into the SPAM email so that it is allowed through because it "looks" like a challenge that needs a response.
Um, it *does* appear as a regular external storage device. You can back up your system to it, you can carry around a bunch of your favorite movie files on it, and you can even see all the songs in the file system and copy them back off.
Why use iTunes then? Because it handles the playlists for you. They are very powerful. And, it handles automatically syncing your changes.
While that is how it works normally, HL2 is unique because there are TWO schemes working together.
One scheme is online activation via STEAM. You have to do this whether you bought the CD or not. If you did buy the CD (or stole it or whatever), you have to register the cd-key with STEAM, which checks for uniques. This would catch the thiefs right here. So why have the other scheme, that requires the CD to be in the drive? If someone hacked HL2 to play without online activation (so they wouldn't need a cd-key), then they could also hack the game to not check the CD.
THE ONLY PEOPLE THIS HURTS are those who have a VALID CD KEY and want to play without the CD in the drive.
Sure, but shred -z/dev/hda will do a much better job than dd... just because it doesn't work on individual files in most newer filesystems doesn't mean it's not useful. You realized that dd wouldn't work on files - why didn't you consider shred on block devices?
Yes, but you (and everyone else who has suggested this) have missed the point - you don't get your playlists back this way.
Not that the article had a decent solution for this problem either, but it would be nice if you could start from an iPod and a blank iTunes library and basically populate iTunes from the iPod easily. Including playlists.
Yes, the iPod is an external drive, and you can see your music (if you enable hidden files and folders), but it is not organized well at all. There are folders like F01 through F19, each one containing a portion of your library. There is a file which contains the entire database of your playlists, and how they map to the files - it is this mapping that the programs exploit, making it useful to view your songs as "artist - title", by playlist, and copy off in that fashion.
Sure, you could just copy F19/*.mp3, if you want. Then you could re-create all of your playlists. There are just easier ways.
Sure - there is a script, called debootstrap, that will take a debian mirror and the set you want (stable, testing, etc), and install a minimal debian system in a directory of your choice.
This means that you can mount a new partition somewhere, fill it with a minimal debian, chroot to it, apt-get what you want, customize it, and set up a boot loader. Then, cross your fingers, and reboot.
This may be useful for LANs, but I'd never use this to open a file from work to home, for example. I use KDE every day, but the absolute frustration that develops when you are in the middle of any network-requiring operation and the network goes down is not worth the stress.
Usually, I find a way to do what I want easily and with a local copy, and I do it that way. Once you have an easy way to synchronize things (like with rsync or a script that pushes/pulls files from anywhere), you'll end up with less pulled-out hair and even a backup copy to boot.
Actually, switching any two stickers (that aren't the same color) will make a cube unsolvable. You need to switch at least three to have a chance at getting to a solvable state.
Scan all the DLLs... dude, have you worked with DLLs at all? What exactly do you expect Microsoft to do... scan the whole hard disk for anything matching *.DLL and try throwing JPEG at all the functions inside of it and see if exhibits the behavior matching the exploit?
This is a joke, right? Do you think that's how virus scanners work, too? If they want to see if a DLL contains a copy of the JPEG code, they scan for a fingerprint. They pick a section of the binary JPEG library that is long enough to be useful to scan for, and they look for that. They could also scan for some known strings that appear in the library (like the version string).
It's even easier if the DLL is dynamically-linked to some known JPEG DLLs.
1.) Microsoft is somehow responsible for all third-party DLLs on a system. Their scanner must contain a self-sufficient, learning AI that just "knows" which DLLs to scan on any system in existence.
Scan them all. Does a good virus scanner only scan the files it installed?
2.) Mozilla was affected by this same vulnerability, but it's okay because it's Mozilla and not Microsoft.
Mozilla's vulnerability was, afaik, only for local files. Even so, mozilla didn't put out a scanner that scanned a few select shared libraries, and then declared that you did or did not need updates for your system.
Does it matter? Even if Word can import it, I bet the default format for saving will still be proprietary Word format. This means that all of the clueless people can remain clueless, and all of their documents will still remain the same as they are today.
The benefits would only be that I can import from OOo to Word, which may be nice for some, but really, I'll just install OOo.
No - only the kernel system calls need to be translated. Since all of the other libraries (libc, opengl) sit on the kernel, they can just be copied to the new environment like the program was.
Of course, this won't help in the speed department...
This is where open source shines - maybe if there is enough backing for something like a 'desktop kernel', someone can maintain a version of the kernel that mirrors the big security updates of the main kernel, but is geared towards a stable ABI. This is basically what distributions do with the kernels they ship (the only updates you are likely to get from the package manager are patches backported from newer kernels, but your kernel version won't change), except that if this was something outside of the distributions, it could be the same abi *across distributions*. What a dream for hardware manufacturers - release a driver coded for one API and built for one ABI and have it work on a majority of the systems out there.
Slashdot Mirror
It's "Loser".
Snicker.
It's use to mean
Language Ticks
so cleary serve
I'll be sure to sure to feel
lack of any grammer or spelling controls
*snicker*
Go do some reading. Once you connect to one host, you can get files that any other connected host has on your "network". All of the connected peers share files. See? Peer to peer file sharing.
The point here is that ssh is running off of your CD. Unless the public Windows machine is smart enough to see your ssh loaded into memory and switch it with another on the fly...
Please loosen your tin foil hat just a little.
You aren't allowed to upload 1 second of the material, since you don't own the copyright!
Is it that hard to understand? They can distribute as much of it as they want, because they OWN IT. You, however, do NOT.
Many spam emails have forged 'from' addresses and/or envelope senders, so if you bounce the email, the bounce may end up at some unsuspecting person's email. This only adds to the problem.
So as soon as a critical mass of TDMA users is reached, the spammers will just start inserting TDMA headers into the SPAM email so that it is allowed through because it "looks" like a challenge that needs a response.
Great.
Um, it *does* appear as a regular external storage device. You can back up your system to it, you can carry around a bunch of your favorite movie files on it, and you can even see all the songs in the file system and copy them back off.
Why use iTunes then? Because it handles the playlists for you. They are very powerful. And, it handles automatically syncing your changes.
So does AFS:
$ fs sys
Current sysname is 'amd64_linux24'
4 months is a third of a year. On earth, anyway.
While that is how it works normally, HL2 is unique because there are TWO schemes working together.
One scheme is online activation via STEAM. You have to do this whether you bought the CD or not. If you did buy the CD (or stole it or whatever), you have to register the cd-key with STEAM, which checks for uniques. This would catch the thiefs right here. So why have the other scheme, that requires the CD to be in the drive? If someone hacked HL2 to play without online activation (so they wouldn't need a cd-key), then they could also hack the game to not check the CD.
THE ONLY PEOPLE THIS HURTS are those who have a VALID CD KEY and want to play without the CD in the drive.
more than root
...God?
Your Grandparent: [I am] a non-U.S. citizen working in D.C.... [I am] am also without hope of being trusted with any security clearance...
You (to Parent): [You are] an idiot. This guy is (since he has a security clearance) most likely a US citizen
Where are the moderators when you need them?
dd if=/dev/zero of=/dev/hda bs=1024k
/dev/hda will do a much better job than dd... just because it doesn't work on individual files in most newer filesystems doesn't mean it's not useful. You realized that dd wouldn't work on files - why didn't you consider shred on block devices?
will do a much more thorough job of it
Sure, but shred -z
Yes, but you (and everyone else who has suggested this) have missed the point - you don't get your playlists back this way.
Not that the article had a decent solution for this problem either, but it would be nice if you could start from an iPod and a blank iTunes library and basically populate iTunes from the iPod easily. Including playlists.
Yes, the iPod is an external drive, and you can see your music (if you enable hidden files and folders), but it is not organized well at all. There are folders like F01 through F19, each one containing a portion of your library. There is a file which contains the entire database of your playlists, and how they map to the files - it is this mapping that the programs exploit, making it useful to view your songs as "artist - title", by playlist, and copy off in that fashion.
Sure, you could just copy F19/*.mp3, if you want. Then you could re-create all of your playlists. There are just easier ways.
Can I somehow install Debian on that box via SSH?
Sure - there is a script, called debootstrap, that will take a debian mirror and the set you want (stable, testing, etc), and install a minimal debian system in a directory of your choice.
This means that you can mount a new partition somewhere, fill it with a minimal debian, chroot to it, apt-get what you want, customize it, and set up a boot loader. Then, cross your fingers, and reboot.
Here's a good page to read that walks through the steps.
This may be useful for LANs, but I'd never use this to open a file from work to home, for example. I use KDE every day, but the absolute frustration that develops when you are in the middle of any network-requiring operation and the network goes down is not worth the stress.
Usually, I find a way to do what I want easily and with a local copy, and I do it that way. Once you have an easy way to synchronize things (like with rsync or a script that pushes/pulls files from anywhere), you'll end up with less pulled-out hair and even a backup copy to boot.
Actually, switching any two stickers (that aren't the same color) will make a cube unsolvable. You need to switch at least three to have a chance at getting to a solvable state.
They "cheated", and the other guy didn't, so they won big! Wasn't that the whole premise?
-Serpent
Scan all the DLLs ... dude, have you worked with DLLs at all? What exactly do you expect Microsoft to do ... scan the whole hard disk for anything matching *.DLL and try throwing JPEG at all the functions inside of it and see if exhibits the behavior matching the exploit?
This is a joke, right? Do you think that's how virus scanners work, too? If they want to see if a DLL contains a copy of the JPEG code, they scan for a fingerprint. They pick a section of the binary JPEG library that is long enough to be useful to scan for, and they look for that. They could also scan for some known strings that appear in the library (like the version string).
It's even easier if the DLL is dynamically-linked to some known JPEG DLLs.
Hold on a second.
1.) Microsoft is somehow responsible for all third-party DLLs on a system. Their scanner must contain a self-sufficient, learning AI that just "knows" which DLLs to scan on any system in existence.
Scan them all. Does a good virus scanner only scan the files it installed?
2.) Mozilla was affected by this same vulnerability, but it's okay because it's Mozilla and not Microsoft.
Mozilla's vulnerability was, afaik, only for local files. Even so, mozilla didn't put out a scanner that scanned a few select shared libraries, and then declared that you did or did not need updates for your system.
Does it matter? Even if Word can import it, I bet the default format for saving will still be proprietary Word format. This means that all of the clueless people can remain clueless, and all of their documents will still remain the same as they are today.
The benefits would only be that I can import from OOo to Word, which may be nice for some, but really, I'll just install OOo.
No - only the kernel system calls need to be translated. Since all of the other libraries (libc, opengl) sit on the kernel, they can just be copied to the new environment like the program was.
Of course, this won't help in the speed department...
This is where open source shines - maybe if there is enough backing for something like a 'desktop kernel', someone can maintain a version of the kernel that mirrors the big security updates of the main kernel, but is geared towards a stable ABI. This is basically what distributions do with the kernels they ship (the only updates you are likely to get from the package manager are patches backported from newer kernels, but your kernel version won't change), except that if this was something outside of the distributions, it could be the same abi *across distributions*. What a dream for hardware manufacturers - release a driver coded for one API and built for one ABI and have it work on a majority of the systems out there.