First, I'm not sure how you can be ready to run in 5 minutes. 5 minutes to change, sure. but what about the 5-10 minutes of stretching and warmup? You do stretch and warmup properly, don't you?
Now, cycling... *that's* convenient. You don't need to worry as much about prep, as it's not nearly as hard on your body (particularly your joints), and you can go a lot further. Yes, I'm trying to start a flamewar.;)
Hey, did you read my whole post, or just those four words?
Umm, yes? Here is the full text, including the previous poster's quote, as well as your own:
"Some feminists, for example, feel that pornography violates women by virtue of it turning them into objects to be gawked at."
Of course, they're right, but they forget that pornography violates men by virtue of exploiting their sexual urges to extract money from them.
This is called "trade", and the financial and sexual needs which drive it are natural.
My problem was with you saying "of course, they're right" regarding the grandparents assertion that "pornography violates women by virtue of it turning them into objects to be gawked at". My claim is that it *doesn't* necessarily "[violate] women", and has, in fact, to some degree served to liberate them sexually.
And my second paragraph is not exactly the same as your point regarding men (which is, I assume, where you got the impression that we were in agreement), as the second point of that paragraph (there was two, after all) is to illustrate how women are, in fact, *not* exploited, as they are the ones typically in power and typically enjoying the act of sex.
In summary, my problem is with your automatic agreement with the idea that pornography is exploitative by nature (for all parties involved). This is, IMHO, not necessarily true, hence my rebuttal of your post.
That is a *highly* subjective statement, actually. There are many feminists who believe that porn is responsible for the liberalization of sex and women's roles in it. After all, there's plenty of porn in which women are depicted in roles of power (BSDM, for example).
Moreover, it can be argued that men are just as frequently exploited in porn. After all, the men in most porn are present simply to provide a penis. It is the women who are typically depicted as actually enjoying sex.
My only point is that this issue is not nearly so cut and dried as you might think.
Absolutely. Marriage is not something the state should be involved in (separation of church and state and all that). And if they really want to provide tax breaks or other benefits to such unions, they should recognize a religion-neutral "civil union" concept, whereby individuals can register as being part of a civil union, allowing those individuals to qualify for those aforementioned benefits.
Okay, stupid, yes. But that doesn't make sex or nipples wrong. The problem is,people were offended by the exposure of a nipple, not by the crass stupidity of it all.
Yeah, true enough... the alternative is to just make your game really big... > 700 MB big.:) Then, you literally *can't* pirate it because it won't fit on a standard CD-R.
BTW, just FYI, the P4 pipline is, in fact, 28 to 31 stages! Truly mind-boggling... although, some of those are, apparently, just filler "driver" stages to allow the clock rate to be ramped up.
Yeah. It's a good thing that the processors in the POWER line has unbelievable branch prediction logic. So, for example, the branch prediction rate for the POWER 4 is in the mid to high 90 percentile for most workloads (as high as 98%, IIRC) In fact, quite a large number of transitors are dedicated to this very topic, which allows the processor to do a pretty good job of achieving something close to it's theoretical IPC.
Although, it should be noted that the pipeline depth for the POWER4 is just 15 stages (as opposed to the P4 which has, IIRC, 28 stages), so while a branch misprediction is quite bad, it's not as bad as some architectures. My understanding is that, in order to achieve that 200 IPC number, the POWER4 is just a very wide superscalar architecture, so it simply reorders and executes a lot of instructions at once. Plus, that number may in fact be 200 micro-ops per second, as opposed to real "instructions" (although, that's just speculation on my part... it's been quite a while since I read up on the POWER4), as the POWER4 has what they term a "cracking" stage, similar to most Intel processors, where the opcodes are broken down into smaller micro-ops for execution.
As others have said, that's not actually true. The judge said, and I quote:
"I cannot see a real difference between a library that places a photocopy machine in a room full of copyrighted material and a computer user that places a personal copy on a shared directory linked to a P2P service"
So, this goes to the heart of the P2P uploading matter. Basically, it's the judge's interpretation that making files available for download does not constitute uploading.
Actually, there were a number of pirate carts created and distributed in southeast Asia. And cartridge copiers were easily acquired from Asian importers... in fact, when I was in school, one of my classmates had an SNES cart copier, and quite a library of pirated games.
TBH, I think there are too many differences to really compare. Look at today: 1) Video games are more and more being targeted at the 18-25 year old crowd, who is, IMHO, *far* more likely to pirate (as compared to, say, your average 14 year old), and actually has the time and money to invest in piracy hardware. 2) Broadband Internet access makes it ridiculously easy to distribute pirated games, and P2P has only made it easier. 3) Along those same lines, the Internet has made it really easy to learn about and buy mod chips and related tools.
And then Sega blew it in the Dreamcast, with the CD-boot loophole (which they fixed only after a large number of units were already sold).
Actually, on a completely tangential topic, this isn't actually true. As it stands, it appears there are no DC's that are unable to play burned CD-R's. See here.
TBH, I think the ability of the Dreamcast to read CD-R's was really not such a terrible thing (and, in fact, rather brilliant, given the thriving homebrew community). The key thing to realize is that the DC drive was actually a GD-ROM drive (ie, 1 GB CD's), so the game manufacturers could have *easily* made uncopyable games by padding out the game with semi-random data to > 700 MB and checksumming random blocks in the padded out region, effectively making it impossible to burn them onto a standard CD-R.
Just a note, when possible (ie, supported by the package), you really should be doing this:
$./configure $ make $ su $ make install prefix=/usr/local/stow/package-x.x.x $ cd/usr/local/stow $ stow package-x.x.x
The key is the movement of the prefix= option to the install step. This is important because the package will think it's installed in/usr/local, even though it's not. The result is that, if packages depend on each other (think, for example, Gstreamer and Gstreamer Plugins... basically, apps which dlopen() things, etc), things will still work correctly.
Personally, I use both binary packages and source. Basically, if my distribution has binary packages, and they fit my needs (recent enough version, etc, etc), I'll just use the packages. Why not? However, if I do decide I need to build something from source, I like to use GNU Stow to manage my software. Basically, Stow allows you to install your from-source packages in a nice, sane hierarchy (eg:/usr/local/packages/this-program-1.0,/usr/local/pacakges/other-program-2.4), and then Stow does the job of setting up symlinks into the traditional Unix filesystem (typically/usr/local). So, by using Stow, you get the easy management features of packages (minus dependency resolution) for your from-source build software. It's definitely saved my life... and it's especially useful in an NFS environment, as you can export your packages directory and then use stow on the workstations to install individual packages as you see fit. Quite handy.:)
Wow... someone needs to educate themselves on the topic of democracies. First, learn what Tyranny of the Majority actually means. Then, learn what a republic is, and how the US was created as one specifically to avoid this very problem. Until then, you're not really qualified to participate in this discussion.
If you don't like what they're blocking, you can take it up with whoever you need to.
No, you can't. That's what CIPA's for. In fact, in many cases, you can't even get access to the keyword databases used. But, hey, it's all for the children!
Ooooh, tyranny of the majority! Great idea! *sigh* You Americans... you live in a Republic, but you don't know *why* it's a republic... it's so strange...
The majority opinion should *never* be the only driving force when making a decision. The masses have this nasty, reactionary tendency. They're easily manipulated with nasty terms like "terrorism" and "child porn". The majority is fickle and fearful and paranoid (especially in the current US social climate).
So, please, don't be so simple. Censorship by the majority is wrong, whether it was in the 50's regarding birth control or the 1500's regarding the Earth rotating around the Sun. After all, what if the American public decided that the Koran was the root of all evil? After all, there's all them "Islamic terrorists" out there!
First off, don't let the corporations fool you. The Internet is not TV. It was never meant to be TV, and it will only become TV if we let it.
Anyway, back to the topic at hand, keep in mind, a library is more than just a collection of books. It's a repository of (and, hence, access point to) knowledge. As a result, libraries often provide books, as well as magazines, audio (CDs and tapes), video (DVDs/VHS tapes), and many other resources. Similarly, the Internet is a massive repository of information. To not provide access to this repository of information seems a little... odd, don't you think?
Heck, at the minimum, I'd think a library should provide access to archive.org, Project Guttenburg, Wikipedia, and other "pure" information sources. This, BTW, includes not censoring those information sources because the material is deemed "unacceptable".
Frankly, if it weren't for copyrights, I'd absolutely *love* the idea of a massive, world-wide, distributed digital library, where all books, magazines, and other materials could be accessed. No more having to request books from other libraries in other cities. No more having to wait for other people to return a book you really wanted to read. You could perform textual searches on the actual book *contents*, as opposed to just author, title, etc. It would be wonderful! Unfortunately, the Internet is the closest we'll ever get to this ideal. So, it seems like providing library access to it just makes good sense.
Compare that to configuring a public computer so that it won't show porn to children... I'm afraid I don't see your point of view.
So who decides what's inappropriate for "the children" to view? What about sexual information materials? Information about breast cancer? Circumcision? STDs? And even if we could come to a consensus, which we can't (many out there probably believe that sexual information of any kind should be banned, while I believe that libraries should be a source of information, including information about sexuality), who's to guarantee that the software won't fsck up and ban legitimate materials?
Umm, if you can reverse engineer a security device, and by doing this, defeat the security of that device, then the device wasn't secure to begin with.
Okay, I'll put it another way. Everyone knows how to do DES. The math is quite well understood. However, this doesn't make DES any less secure. In fact, it makes it more secure, because people, due to the openness of DES, have been able to find flaws in the algorithm (such as weak key groups).
Now, in the case of the ATM, if an ATM is designed such that breaking the machine open is sufficient to nullify the bank's security systems, then the bank needs to rethink how it's ATM's work, as their system isn't truly secure.
Try here. They've got links to a bunch of software and references to other sites on actual DC dev. Incidentally, for actually burning DC discs in Linux, just read this email that I snagged... it's really quite easy, but you need to pass the right options to cdrecord for things to work properly.
Actually, I just recently bought a Dreamcast, and I'm *very* happy with it. It's *exceedingly* easy to dev for, since it accepts regular ol' CD-Rs (in a slightly odd format) (heck, it even takes those little 8cm discs, which is *really* nice), and thus has a very active homebrew community. It's even easier to dev for if you drop a few bucks on a Dev cable or a Broadband Adapter, which allows you to wire the machine up to a standard PC. Consequently, a ton of emulators and other software have been written for it... including a port of Linux (which I plan to use as a platform for code experimentation, once my dev cable arrives). As for tools, the standard GNU toolchain works like a charm. It really is a console hacker's dream machine... powerful, open, and easy to code for... In fact, the only console-type device that comes anywhere near the popularity of the DC, in terms of the homebrew scene, is the GBA. And if all that wasn't enough, it's cheap, too! You can get one off E-Bay for around $30-40 US!
First, I'm not sure how you can be ready to run in 5 minutes. 5 minutes to change, sure. but what about the 5-10 minutes of stretching and warmup? You do stretch and warmup properly, don't you?
;)
Now, cycling... *that's* convenient. You don't need to worry as much about prep, as it's not nearly as hard on your body (particularly your joints), and you can go a lot further. Yes, I'm trying to start a flamewar.
Hey, did you read my whole post, or just those four words?
Umm, yes? Here is the full text, including the previous poster's quote, as well as your own:
"Some feminists, for example, feel that pornography violates women by virtue of it turning them into objects to be gawked at."
Of course, they're right, but they forget that pornography violates men by virtue of exploiting their sexual urges to extract money from them.
This is called "trade", and the financial and sexual needs which drive it are natural.
My problem was with you saying "of course, they're right" regarding the grandparents assertion that "pornography violates women by virtue of it turning them into objects to be gawked at". My claim is that it *doesn't* necessarily "[violate] women", and has, in fact, to some degree served to liberate them sexually.
And my second paragraph is not exactly the same as your point regarding men (which is, I assume, where you got the impression that we were in agreement), as the second point of that paragraph (there was two, after all) is to illustrate how women are, in fact, *not* exploited, as they are the ones typically in power and typically enjoying the act of sex.
In summary, my problem is with your automatic agreement with the idea that pornography is exploitative by nature (for all parties involved). This is, IMHO, not necessarily true, hence my rebuttal of your post.
Of course, they're right
That is a *highly* subjective statement, actually. There are many feminists who believe that porn is responsible for the liberalization of sex and women's roles in it. After all, there's plenty of porn in which women are depicted in roles of power (BSDM, for example).
Moreover, it can be argued that men are just as frequently exploited in porn. After all, the men in most porn are present simply to provide a penis. It is the women who are typically depicted as actually enjoying sex.
My only point is that this issue is not nearly so cut and dried as you might think.
Absolutely. Marriage is not something the state should be involved in (separation of church and state and all that). And if they really want to provide tax breaks or other benefits to such unions, they should recognize a religion-neutral "civil union" concept, whereby individuals can register as being part of a civil union, allowing those individuals to qualify for those aforementioned benefits.
Okay, stupid, yes. But that doesn't make sex or nipples wrong. The problem is,people were offended by the exposure of a nipple, not by the crass stupidity of it all.
I want to laugh, but it's seems wrong somehow. :)
So? PNG is still a far superior format with better compression, proper alpha channel support, support for more than 8 bits per channel...
Ummm, so, whose economic heart is Bush trying to drive a stake through, now?
Of course there aren't... any such resolution would get vetoed by the US in the first place.
Yeah, true enough... the alternative is to just make your game really big... > 700 MB big. :) Then, you literally *can't* pirate it because it won't fit on a standard CD-R.
BTW, just FYI, the P4 pipline is, in fact, 28 to 31 stages! Truly mind-boggling... although, some of those are, apparently, just filler "driver" stages to allow the clock rate to be ramped up.
Yeah. It's a good thing that the processors in the POWER line has unbelievable branch prediction logic. So, for example, the branch prediction rate for the POWER 4 is in the mid to high 90 percentile for most workloads (as high as 98%, IIRC) In fact, quite a large number of transitors are dedicated to this very topic, which allows the processor to do a pretty good job of achieving something close to it's theoretical IPC.
Although, it should be noted that the pipeline depth for the POWER4 is just 15 stages (as opposed to the P4 which has, IIRC, 28 stages), so while a branch misprediction is quite bad, it's not as bad as some architectures. My understanding is that, in order to achieve that 200 IPC number, the POWER4 is just a very wide superscalar architecture, so it simply reorders and executes a lot of instructions at once. Plus, that number may in fact be 200 micro-ops per second, as opposed to real "instructions" (although, that's just speculation on my part... it's been quite a while since I read up on the POWER4), as the POWER4 has what they term a "cracking" stage, similar to most Intel processors, where the opcodes are broken down into smaller micro-ops for execution.
As others have said, that's not actually true. The judge said, and I quote:
"I cannot see a real difference between a library that places a photocopy machine in a room full of copyrighted material and a computer user that places a personal copy on a shared directory linked to a P2P service"
So, this goes to the heart of the P2P uploading matter. Basically, it's the judge's interpretation that making files available for download does not constitute uploading.
Actually, there were a number of pirate carts created and distributed in southeast Asia. And cartridge copiers were easily acquired from Asian importers... in fact, when I was in school, one of my classmates had an SNES cart copier, and quite a library of pirated games.
TBH, I think there are too many differences to really compare. Look at today: 1) Video games are more and more being targeted at the 18-25 year old crowd, who is, IMHO, *far* more likely to pirate (as compared to, say, your average 14 year old), and actually has the time and money to invest in piracy hardware. 2) Broadband Internet access makes it ridiculously easy to distribute pirated games, and P2P has only made it easier. 3) Along those same lines, the Internet has made it really easy to learn about and buy mod chips and related tools.
And then Sega blew it in the Dreamcast, with the CD-boot loophole (which they fixed only after a large number of units were already sold).
Actually, on a completely tangential topic, this isn't actually true. As it stands, it appears there are no DC's that are unable to play burned CD-R's. See here.
TBH, I think the ability of the Dreamcast to read CD-R's was really not such a terrible thing (and, in fact, rather brilliant, given the thriving homebrew community). The key thing to realize is that the DC drive was actually a GD-ROM drive (ie, 1 GB CD's), so the game manufacturers could have *easily* made uncopyable games by padding out the game with semi-random data to > 700 MB and checksumming random blocks in the padded out region, effectively making it impossible to burn them onto a standard CD-R.
Just a note, when possible (ie, supported by the package), you really should be doing this:
./configure /usr/local/stow
/usr/local, even though it's not. The result is that, if packages depend on each other (think, for example, Gstreamer and Gstreamer Plugins... basically, apps which dlopen() things, etc), things will still work correctly.
$
$ make
$ su
$ make install prefix=/usr/local/stow/package-x.x.x
$ cd
$ stow package-x.x.x
The key is the movement of the prefix= option to the install step. This is important because the package will think it's installed in
Personally, I use both binary packages and source. Basically, if my distribution has binary packages, and they fit my needs (recent enough version, etc, etc), I'll just use the packages. Why not? However, if I do decide I need to build something from source, I like to use GNU Stow to manage my software. Basically, Stow allows you to install your from-source packages in a nice, sane hierarchy (eg: /usr/local/packages/this-program-1.0, /usr/local/pacakges/other-program-2.4), and then Stow does the job of setting up symlinks into the traditional Unix filesystem (typically /usr/local). So, by using Stow, you get the easy management features of packages (minus dependency resolution) for your from-source build software. It's definitely saved my life... and it's especially useful in an NFS environment, as you can export your packages directory and then use stow on the workstations to install individual packages as you see fit. Quite handy. :)
Wow... someone needs to educate themselves on the topic of democracies. First, learn what Tyranny of the Majority actually means. Then, learn what a republic is, and how the US was created as one specifically to avoid this very problem. Until then, you're not really qualified to participate in this discussion.
If you don't like what they're blocking, you can take it up with whoever you need to.
No, you can't. That's what CIPA's for. In fact, in many cases, you can't even get access to the keyword databases used. But, hey, it's all for the children!
Ooooh, tyranny of the majority! Great idea! *sigh* You Americans... you live in a Republic, but you don't know *why* it's a republic... it's so strange...
The majority opinion should *never* be the only driving force when making a decision. The masses have this nasty, reactionary tendency. They're easily manipulated with nasty terms like "terrorism" and "child porn". The majority is fickle and fearful and paranoid (especially in the current US social climate).
So, please, don't be so simple. Censorship by the majority is wrong, whether it was in the 50's regarding birth control or the 1500's regarding the Earth rotating around the Sun. After all, what if the American public decided that the Koran was the root of all evil? After all, there's all them "Islamic terrorists" out there!
First off, don't let the corporations fool you. The Internet is not TV. It was never meant to be TV, and it will only become TV if we let it.
Anyway, back to the topic at hand, keep in mind, a library is more than just a collection of books. It's a repository of (and, hence, access point to) knowledge. As a result, libraries often provide books, as well as magazines, audio (CDs and tapes), video (DVDs/VHS tapes), and many other resources. Similarly, the Internet is a massive repository of information. To not provide access to this repository of information seems a little... odd, don't you think?
Heck, at the minimum, I'd think a library should provide access to archive.org, Project Guttenburg, Wikipedia, and other "pure" information sources. This, BTW, includes not censoring those information sources because the material is deemed "unacceptable".
Frankly, if it weren't for copyrights, I'd absolutely *love* the idea of a massive, world-wide, distributed digital library, where all books, magazines, and other materials could be accessed. No more having to request books from other libraries in other cities. No more having to wait for other people to return a book you really wanted to read. You could perform textual searches on the actual book *contents*, as opposed to just author, title, etc. It would be wonderful! Unfortunately, the Internet is the closest we'll ever get to this ideal. So, it seems like providing library access to it just makes good sense.
Compare that to configuring a public computer so that it won't show porn to children... I'm afraid I don't see your point of view.
So who decides what's inappropriate for "the children" to view? What about sexual information materials? Information about breast cancer? Circumcision? STDs? And even if we could come to a consensus, which we can't (many out there probably believe that sexual information of any kind should be banned, while I believe that libraries should be a source of information, including information about sexuality), who's to guarantee that the software won't fsck up and ban legitimate materials?
Umm, if you can reverse engineer a security device, and by doing this, defeat the security of that device, then the device wasn't secure to begin with.
Okay, I'll put it another way. Everyone knows how to do DES. The math is quite well understood. However, this doesn't make DES any less secure. In fact, it makes it more secure, because people, due to the openness of DES, have been able to find flaws in the algorithm (such as weak key groups).
Now, in the case of the ATM, if an ATM is designed such that breaking the machine open is sufficient to nullify the bank's security systems, then the bank needs to rethink how it's ATM's work, as their system isn't truly secure.
Try here. They've got links to a bunch of software and references to other sites on actual DC dev. Incidentally, for actually burning DC discs in Linux, just read this email that I snagged... it's really quite easy, but you need to pass the right options to cdrecord for things to work properly.
Actually, I just recently bought a Dreamcast, and I'm *very* happy with it. It's *exceedingly* easy to dev for, since it accepts regular ol' CD-Rs (in a slightly odd format) (heck, it even takes those little 8cm discs, which is *really* nice), and thus has a very active homebrew community. It's even easier to dev for if you drop a few bucks on a Dev cable or a Broadband Adapter, which allows you to wire the machine up to a standard PC. Consequently, a ton of emulators and other software have been written for it... including a port of Linux (which I plan to use as a platform for code experimentation, once my dev cable arrives). As for tools, the standard GNU toolchain works like a charm. It really is a console hacker's dream machine... powerful, open, and easy to code for... In fact, the only console-type device that comes anywhere near the popularity of the DC, in terms of the homebrew scene, is the GBA. And if all that wasn't enough, it's cheap, too! You can get one off E-Bay for around $30-40 US!