Er, no, your logic is at fault. If the case is decided against Elcomsoft, it would only mean that those operating outside the US and offering goods and/or services to US citizens would have to take into account US law on top of whatever local (to the company) laws apply, or they may get into legal trouble.
This will be a serious problem for many companies selling their goods/services online, since it will be a tough choice between ignoring the US market (which IMHO would be the prudent thing to do) or attempting to comply with the laws of say, both the EU and US (which are oh so often incompatible). The problem is tougher when it comes to services and not shipping tangible stuff, since the customer has no incentive to provide real information. Suppose that elcomsoft puts up a site where you can post your eBook and it is processed for a fee. How are they supposed to discriminate against US residents and not allow them to use that service? Would a simple "I acknowledge that performing this action is not against any local laws" checkbox suffice? I really doubt it, because if it was that simple they could put a similar notice on their software, basically saying "you might have bought this software, but by installing it on your computer it becomes a copyright circumventing, DMCA violating tool, which you wouldn't want to do if you happen to be anywhere near, or plan to visit the US".
I wonder what's next if Elcomsoft looses, and ceases sales to the US. Let's say that someone takes a short trip to Europe and buys the DMCA-violating software off the shelf and imports it to the US. Since the case decided that it doesn't matter where the transaction takes place, would Elcomsoft be held liable because a US citizen imported software that violates US law? What if my cousin (US citizen) requested that I (EU citizen) buy this and FedEx it to him? Would I risk being prosecuted in the US for trafficking illegal software next time I visit him?
It should be up to the person purchasing the goods/services to determine if he has the right to import such material, but a decision like that would be unacceptable for the big US corporations I guess.
You like the GPL for the wrong reason... chances are that if they coludn't fork wine like that they wouldn't invest the money required for their proprietary additions, so they and their product simply wouldn't exist. By definition then, a potential benefit (to those that might have a use for their product) would have been lost.
Anyway, I am sure that at some point they will release part if not all of their proprietary additions simply because maintaining a fork of such a complex software is quite expensive, and once their proprietary additions don't give them a commercial advantage (ie, when they developed some OTHER prporietary additions) it would serve them well to donate them. This scenario happened so many times in the past, ie with BSD, people should have noticed the pattern.
Who's trolling? I am now convinced you haven't seen Windows 95. What you've probably have seen are OEM installs with extra software (ie Netscape, AOL, Eudora) or some of the service releases releases, that came way after the first one, late '96 - early '97.
Anyway, even assuming that the 'public' couldn't care less about most of what I said that Windows 95 lacked, you cannot call it a "one-stop easy access internet and email" OS, since it didn't have a bloody email client, or even a frigging web browser.
"What I was trying to illustrate is that prior to the advent of one-stop easy access internet and email embodied by W95"
Obviously you haven't even seen Windows 95.
One-stop easy access internet and email? It had a basic TCP/IP implementation, a bunch of really basic tools that should go with that (like ping and traceroute) and really basic ftp & telnet clients (the latter features the worst VT102 emulation, ever). All that stuff was allready available before that from other vendors, and often came bundled with ISP connections, plus lots more.
For instance, it definitely did NOT have an email client, or anything of that sort. No NNTP, WAIS, WWW, heck, even gopher client. ISPs used to ship numerous disks to install all that stuff, just like they did with Windows 3.1 before.
And then "Microsoft Innovation" reared its ugly head of course, and here we are today, $DEITY bless them *cough*
Obviously you've never used Digital Unix, and you are not familiar with their kick ass, highly optimizing compilers... they ain't gonna build a cluster like that to run apache+mod_php and serve crap you know, it's all about number crunching.
"It is time to get coordinated and aggressive with the new round of peer to peer services. The amount of music being downloaded is, as you know, reaching unprecedented levels. Since college started last week Morpheus traffic was up to 19 million downloads per day. AND THAT'S JUST MORPHEUS. With the imminent launch of legitimate subscription services we have to get our customers back," Rosen told executives at various major labels, Yahoo, Real Networks, Microsoft and AOL in an email.
---
Hello? "we have to get our customers back"? What the heck is THAT supposed to mean?
Are we supposed to merrily spend our money on whatever fucked up business plan THEY find suitable? I wonder how much longer it will take for them to realise that the bird's out of the cage.
Heh... that reminded me of the ending of Dr. Strangelove. Only it wasn't a dummy target, it was a nuke. Oh, and he wasn't wearing a parachute. Not that it would matter if he did anyway.
Not particularly useful when your console is a real tty, not to mention that modern boxes are so fast that you wouldn't see much like that anyway, so there's no point to print it in the first place.
May I remind you that MacOS X is BSD. See, it makes much more sense now. Apple will be the largest Unix vendor in the universe in a few months, and the BSD installed base will suddenly be really, really larger than Linux could ever hope to achieve.
Anyway, there are a lot more BSD boxes than you think - usually because someone put them somewhere several years ago and they've been happily chugging along doing production stuff ever since.
Anyway, what OS is shipped with a server is irrelevant and you know that - heck, most of the ones we got had Windows while some had Linux - they're all running BSD now.
Market penetration doesn't matter though; Linux, like all other OSes had precisely zero market presence efore they existed - stuff changes.
First of all, Nero is not a freeware program. From what I gather it is a well known and versatile Windows program for CD authoring etc.
Anyway, I didn't have to look for it, It came bundled with my YAMAHA CD-RW drive. I also got Easy CD Creator bundled with a cheap SCSI controller I bought for an old system. Considering that I don't use Windows, have no use for Windows CD authoring software and would never bother finding and downloading one, it was quite easy getting hold of it, wasn't it?
An X terminal is a good solution if you're not concerned about using the fastest badest AGP or whatnot framebuffer. This way you can put your computer in the basement if you're really inclined.
Anyway, since I'm one of those that really like my Matrox G400, I did consider moving my computer to a nearby closet (about 10 feet). My motherboard can power up the system off the keyboard, which is cool, and all my drives (dvd, cd, cdrw) are scsi so I could keep those on my desk.
The only problem I had was finding a good quality extension cable for the monitor. All those I've tried reduced the quality significantly or introduced obvious artifacts (moire, filckering at the edges etc). Did you observe any degredation of image quality?
I'm also concerned about heat problems, although I guess I should try it...
I have no clue what the AC you responded to was talking about (perhaps he can clarify?) but I don't think that ipfilter is by far the best packet filter. If you rule out the fact that it is cross platform, which you obviously did since you compared it to iptables, I would suggest FreeBSD's ipfw/ipfirewall as a better alternative. In conjuction with dummynet, divert sockets and natd, it does everything you could possibly want from a packet filter and then some. Fancy adding some extra delay, add packet loss or throttle flows perhaps, individual ones or a number of them, or per protocol or whatever else? want traffic shaping to go with that? per subnet, ip, uid or gid perhaps? no problem, you can do that with ipfw, and with nice, sane syntax.
I also find natd vastly superior to any other nat implementation I used to date. Some people don't like the idea of nat being done in userland, but I never observed any performance problems.
Slashdot Mirror
Er, no, your logic is at fault. If the case is decided against Elcomsoft, it would only mean that those operating outside the US and offering goods and/or services to US citizens would have to take into account US law on top of whatever local (to the company) laws apply, or they may get into legal trouble.
This will be a serious problem for many companies selling their goods/services online, since it will be a tough choice between ignoring the US market (which IMHO would be the prudent thing to do) or attempting to comply with the laws of say, both the EU and US (which are oh so often incompatible). The problem is tougher when it comes to services and not shipping tangible stuff, since the customer has no incentive to provide real information. Suppose that elcomsoft puts up a site where you can post your eBook and it is processed for a fee. How are they supposed to discriminate against US residents and not allow them to use that service? Would a simple "I acknowledge that performing this action is not against any local laws" checkbox suffice? I really doubt it, because if it was that simple they could put a similar notice on their software, basically saying "you might have bought this software, but by installing it on your computer it becomes a copyright circumventing, DMCA violating tool, which you wouldn't want to do if you happen to be anywhere near, or plan to visit the US".
I wonder what's next if Elcomsoft looses, and ceases sales to the US. Let's say that someone takes a short trip to Europe and buys the DMCA-violating software off the shelf and imports it to the US. Since the case decided that it doesn't matter where the transaction takes place, would Elcomsoft be held liable because a US citizen imported software that violates US law? What if my cousin (US citizen) requested that I (EU citizen) buy this and FedEx it to him? Would I risk being prosecuted in the US for trafficking illegal software next time I visit him?
It should be up to the person purchasing the goods/services to determine if he has the right to import such material, but a decision like that would be unacceptable for the big US corporations I guess.
It's in the FAQ. do check it out!
You're obviously confusing FreeBSD with Linux. Or trolling.
You like the GPL for the wrong reason... chances are that if they coludn't fork wine like that they wouldn't invest the money required for their proprietary additions, so they and their product simply wouldn't exist. By definition then, a potential benefit (to those that might have a use for their product) would have been lost.
Anyway, I am sure that at some point they will release part if not all of their proprietary additions simply because maintaining a fork of such a complex software is quite expensive, and once their proprietary additions don't give them a commercial advantage (ie, when they developed some OTHER prporietary additions) it would serve them well to donate them. This scenario happened so many times in the past, ie with BSD, people should have noticed the pattern.
Uh, they didn't lay their own fiber, they just purchased connectivity from commercial telcos.
Your argument makes no more sense than the following:
If journalling is so good, why has BSD not used the same approach?
Who's trolling? I am now convinced you haven't seen Windows 95. What you've probably have seen are OEM installs with extra software (ie Netscape, AOL, Eudora) or some of the service releases releases, that came way after the first one, late '96 - early '97.
Anyway, even assuming that the 'public' couldn't care less about most of what I said that Windows 95 lacked, you cannot call it a "one-stop easy access internet and email" OS, since it didn't have a bloody email client, or even a frigging web browser.
"What I was trying to illustrate is that prior to the advent of one-stop easy access internet and email embodied by W95"
Obviously you haven't even seen Windows 95.
One-stop easy access internet and email? It had a basic TCP/IP implementation, a bunch of really basic tools that should go with that (like ping and traceroute) and really basic ftp & telnet clients (the latter features the worst VT102 emulation, ever). All that stuff was allready available before that from other vendors, and often came bundled with ISP connections, plus lots more.
For instance, it definitely did NOT have an email client, or anything of that sort. No NNTP, WAIS, WWW, heck, even gopher client. ISPs used to ship numerous disks to install all that stuff, just like they did with Windows 3.1 before.
And then "Microsoft Innovation" reared its ugly head of course, and here we are today, $DEITY bless them *cough*
"Does anyone agree that a Nobel prize may be better given to someone who finds a practical use for a technology than just making a new discovery?"
Hopefully not, for rather obvious reasons.
Bah... why not Tru64, why Linux?
Obviously you've never used Digital Unix, and you are not familiar with their kick ass, highly optimizing compilers... they ain't gonna build a cluster like that to run apache+mod_php and serve crap you know, it's all about number crunching.
"It is time to get coordinated and aggressive with the new round of peer to peer services. The amount of music being downloaded is, as you know, reaching unprecedented levels. Since college started last week Morpheus traffic was up to 19 million downloads per day. AND THAT'S JUST MORPHEUS. With the imminent launch of legitimate subscription services we have to get our customers back," Rosen told executives at various major labels, Yahoo, Real Networks, Microsoft and AOL in an email.
---
Hello? "we have to get our customers back"? What the heck is THAT supposed to mean?
Are we supposed to merrily spend our money on whatever fucked up business plan THEY find suitable? I wonder how much longer it will take for them to realise that the bird's out of the cage.
Yep... I have a pioneer slot-loadin DVD and I would like a 5.25" floppy replica faceplate.
Even before jkh joined apple, there were apple employes with commit access to FreeBSD's source. Really, it's not an issue.
Heh... that reminded me of the ending of Dr. Strangelove. Only it wasn't a dummy target, it was a nuke. Oh, and he wasn't wearing a parachute. Not that it would matter if he did anyway.
At least the OpenBSD kernel comes with a hangman(6) clone - check ddb(4).
:>
But hey, linux doesn't even have a kernel debugger, much less a game built in to it
I can enlighten you: MacOS X - soon to have more market share than linux could ever hope to achieve in the desktop market.
Not particularly useful when your console is a real tty, not to mention that modern boxes are so fast that you wouldn't see much like that anyway, so there's no point to print it in the first place.
May I remind you that MacOS X is BSD. See, it makes much more sense now. Apple will be the largest Unix vendor in the universe in a few months, and the BSD installed base will suddenly be really, really larger than Linux could ever hope to achieve.
Anyway, there are a lot more BSD boxes than you think - usually because someone put them somewhere several years ago and they've been happily chugging along doing production stuff ever since.
Anyway, what OS is shipped with a server is irrelevant and you know that - heck, most of the ones we got had Windows while some had Linux - they're all running BSD now.
Market penetration doesn't matter though; Linux, like all other OSes had precisely zero market presence efore they existed - stuff changes.
You really do like being DoSed, right?
Bah... read this:
s .h tml
http://www.urbanlegends.com/products/beta_vs_vh
First of all, Nero is not a freeware program. From what I gather it is a well known and versatile Windows program for CD authoring etc.
Anyway, I didn't have to look for it, It came bundled with my YAMAHA CD-RW drive. I also got Easy CD Creator bundled with a cheap SCSI controller I bought for an old system. Considering that I don't use Windows, have no use for Windows CD authoring software and would never bother finding and downloading one, it was quite easy getting hold of it, wasn't it?
Oh well, I'll just go on using mkisofs/cdrecord.
drywall? what is a drywall?
An X terminal is a good solution if you're not concerned about using the fastest badest AGP or whatnot framebuffer. This way you can put your computer in the basement if you're really inclined.
Anyway, since I'm one of those that really like my Matrox G400, I did consider moving my computer to a nearby closet (about 10 feet). My motherboard can power up the system off the keyboard, which is cool, and all my drives (dvd, cd, cdrw) are scsi so I could keep those on my desk.
The only problem I had was finding a good quality extension cable for the monitor. All those I've tried reduced the quality significantly or introduced obvious artifacts (moire, filckering at the edges etc). Did you observe any degredation of image quality?
I'm also concerned about heat problems, although I guess I should try it...
Yeah, and some of us live in real houses built of stone, not cardboard.
I have no clue what the AC you responded to was talking about (perhaps he can clarify?) but I don't think that ipfilter is by far the best packet filter. If you rule out the fact that it is cross platform, which you obviously did since you compared it to iptables, I would suggest FreeBSD's ipfw/ipfirewall as a better alternative. In conjuction with dummynet, divert sockets and natd, it does everything you could possibly want from a packet filter and then some. Fancy adding some extra delay, add packet loss or throttle flows perhaps, individual ones or a number of them, or per protocol or whatever else? want traffic shaping to go with that? per subnet, ip, uid or gid perhaps? no problem, you can do that with ipfw, and with nice, sane syntax.
I also find natd vastly superior to any other nat implementation I used to date. Some people don't like the idea of nat being done in userland, but I never observed any performance problems.