He can sell it for a billion dollars each...provided he makes the source code available on request (and this presumes that customers are notified of the presence of GPL code, and their rights to request the source). The GPL does not prohibit the binary distribution of a piece of GPLed software - but the source must be available upon request (and even to recoup the cost of duplication/mailing, if applicable).
Not against the cookie - but if your browser history is as current as your cookie, you/might/ have most of the relevant information. Perl ought to be able to fill in the rest (parse out relevent data [queries], and resubmit them against the saved search gizmo). Is there anything Perl can't do?
Heck yeah! That'd also be great for when some lines have varying destinations. One evening I was trying to get to Flatbush, and waiting for the 2||5. It turns out that whatever the case, one was just not going there...so the waiting game ensued. Knowing which was is next, when they're on the same platform, would be awfully nice. London's Tube does this quite nicely - that's one of the few nice things I remember of it - having to validate my ticket on the way out was quite irksome, as well as "Mind the Gap." Oh, and coming back, one train wasn't going to stop where I wanted to because of rain - reading that would be far preferable to the unintelligble squawk of the loudspeaker.
All in all, this sounds like a great thing. Just so long as it's better than the dismally irritating AirTrain, and the very ho-hum BART.
Actually, the Mac Mini takes PC2700 RAM. PC3200 will/work/ but it will drop to PC2700's speed. I just ordered my Mac Mini, and got it with 512 MB - at academic pricing, the difference between factory shipped and DIY just isn't worth it. I was looking at prices with a guy at the Apple store, and he looked it up on Pricewatch, and found 512 for ~55 - I got mine for $67. Maybe shipping wouldn't be $12, but the time and effort, and lack of Apple warranty makes up for it. Now, OTOH, he found 1 GB of RAM going for ~79+ -- that's one hell of a difference from Apple's ripoff pricing. All the Apple guys there figure the aftermarket method is much more economical - I really like the people there - they're not scumbags like some/many of the red shirts @ places like CompScrewSA.
I was going to say, "It's a no-name item," but then I saw part number, and Googled it. It's a "cr-v7-ud"
http://www.teksave.com/detail.aspx?ID=1126
This is what mine looks like, though: http://www.globalsources.com/gsol/I/PC-ca rd-manufa cturers/p/2000000011008/3000000171745/8835068415.h tm
The thing is, I bought mine at OfficeMax for $9.99 with a $9.99 mail-in-rebate, so it ultimately cost me whatever the tax was, the $0.37 to send in the rebate form, the interest lost on that money, and the small amount of gas to get it.;) Ergo, it was quite inexpensive (even less than the $6.50 quoted above). (I bet you can find a similar item on eBay for very little $$$.)
This (http://www.target.com/gp/detail.html/601-5271140- 6542529?asin=B00005LP0X&AFID=Froogle&ref=tgt_adv_X SG10001) is the case I keep all of it in - so I can have a two spare SD cards (a 16 MB, and a 128 MB, and the reader fits at the top, keeping it all together.
I always use a cheap little USB SD adapter to copy my pictures to my computer - hooking the cable up to my camera draws power from it. It's also very convenient to do it this way, for me, as I have a couple of chips/cards, and I have a case for them, in which I also keep the adapter - and I don't have to take the camera to the computer. The only nuisance is taking the chip out of the camera, but that's not a big deal - the power savings far outweighs this little negative.
I don't know how well it would scale, honestly*. I'm not running that big/popular a streaming production. I'm about to do another stream tomorrow - I'll have to find out how many people connect. The setup is this: DV cam plugged into iBook G4 via Firewire. Laptop is connected to the Internet on a T1 or faster. QT Broacaster connects to QTSS running on the XServe at work, sitting on a healthy sized pipe, and all the clients connect to that. I have no idea what the clients are running - they all connect from their home computers for the most part, and I don't really care what they're running - it's not my job to know - just to keep the network part running. It's a really nice and simple setup that does impress me quite a bit.
And w.r.t. "Guy didn't mention having an Xserve.": You're right, he didn't. But, I'd call it damn near impossible to get more than a handful of clients right to a machine on a wireless connection, and it's unlikely that it could even receive requests (behind NAT). My answer addresses the fact that it is reasonably doable to stream this event using a Mac laptop using wireless**.:-) All you need is access to an XServe, running QTSS (which comes with OS X Server).
*A google search just turned this up, though: http://docs.info.apple.com/article.html?a rtnum=249 37 [remove/. spaces] I suppose you could stream out to a/lot/ of users, so long as you keep the bitrate down.
**This works fine behind a NAT firewall, as you only connect with/transmit to the XServe, so it works with just about any Internet connection.
You bet. With Quicktime Streaming Server, you can run Quicktime Broadcaster on your laptop, and transmit the live feed to the XServe running QTSS, which will redistribute it. It works pretty well, though I don't think we've had more than about 100 concurrent streams, so I can't speak for 'a million streams.'
If you look at the headers, you'll find that they're extraordinarily sparse. In some cases, the receiving server will add a little bit of data to keep clients happy, by adhering to RFCs (adding "Date:" and the like. As far as I can tell, this is being done as the most accurate recepient verification system they can dream of. VRFY is not accurate, as many receiving systems will say "Well, I don't know that address, but it's in my domain, so I'll try and receive it." If you do everything up to, but not including the DATA part, there's a chance the server might be sloppy or ignorant. If it accepts the message for delivery without error, then there's a decent chance that address exists. This battle is really getting ugly, and will keep escalating - there is no FUSSP, other than hunting down the spammers and stringing them up with piano wire where it'll hurt them.
Free Yahoo! accounts don't make them any money. I've already sent them a 419er's e-mail, and they shut down the account, citing abuse of policy.
I'm the abuse contact for my workplace, and I take requests seriously, thank you very much. I'm aware of what goes on at other places, but if the person isn't even a paying customer, they have no reason to put up with that junk.
My appeal is mostly to ask to get the free accounts shut down, as this is largely what a bunch of spammers list as contact info. The addresses they sent from will be shutdown within minutes of their mailing, but they must maintain some presence on the Internet, and random Yahoo! and Hotmail accounts are definitely one way that they'll go. Also, some reputable hosts might actually listen, so give it a shot if you can. Let's shut this mess down the right way.
DDOSing them won't solve the problem, and realistically, most people here know that.
For 419ers and other spammers that tell you to correspond with them via Yahoo! or other free e-mail services, I strongly recommend reporting them to the abuse department for that provider. This can cause innocent fools from being able to actually contact the 419er, and if the success rate drops, then perhaps some of them will quit, if it's not worth their time. Yahoo! and others do not need their name further tarnished as being supporters of these scams, so cutting them off can only be beneficial to them.
Wasting the bandwidth of these phishers only hurts the Internet, by wasting resources. Do keep in mind that the sites may be using stolen credit cards, and the ISPs will lose money on overspent bandwidth bills when the CC company halts payment.
If you even read the comments by the others, or the something from the inital story, you'd realize this is not a battery charger, but a storage mechanism. I read the link you provided awhile back as well, but that has no relevance to this topic. This is about how to offload your digital pictures from your camera to a portable HD, powered by AAs in this special enclosure (special because of the mechanism for transferring pictures w/o a computer - like the Belkin iPod gizmo).
That thought crossed my mind a while ago, and was the first thing that occurred to me upon seeing this. Now, it may be ad hoc, but perhaps cops might find the senders by signal strength, and 'discover' broken tail lights, or something similar.
See Google's Zeitgeist. Pay particular attention to the October 2004 Factoid box. It kind of boggles my mind that people *search* for "mapquest." I don't suppose they'd notice that the URL happens to be "www.mapquest.com." Futhermore, if you know about the Ctrl-Enter trick, you really don't need to expend any real effort. The only way I can rationalize this is if they don't want to type much, and typing "mapquest" and then using the mouse from then on is somehow easier for them - I can't figure it out.
Re:Say it with me now: H T M L
on
Gmail Adds Features
·
· Score: 4, Insightful
No one should advocate HTML mail - this is just crap, and the best way to inject all sorts of junk into e-mail. If a message isn't getting to you clearly in plain text e-mail, then the sender really needs to take a writing class.
I think this.sig sums it up: (credit: Matthew Keller)
"No one ever says, 'I can't read that ASCII E-mail you sent me.'"
I second that. In fact, I sent them a similar message via their suggestion form. I explained that I would pay for the ability to have my old email (in mbox format) imported with the correct dates.
Have you tried using mutt to bounce the messages to Gmail? Such messages should retain the date attributes, as well as sender, destination, and other such goodies, assuming Gmail doesn't mangle this stuff (and I don't believe it does).
iTunes isn't just all about iTMS - the guy probably ripped a hell of a lot of CDs. Right now I'm listening to a CD that I ripped into iTunes on my work machine - I've already ripped ~10 CDs onto this thing (and those, and many more, are on my home boxen as Oggs).
And not to be overly pedantic, but unless I download the file from Microsoft, how do I know that's really the MD5 hash? I'll wait until it's totally released, and download it once, and only once, test it, and once satisfied, will deploy it.
Update your IE/Windows....NOW!!!!
That was a fixed a few months ago, as far as I know. Not that I use IE:P.
Posting this from Mozilla Lightningraccoon...
Actually, I can see the 'effective' link information. I selected over the link, and did a "View Selection Source" in Firefox. I can assume that the javascript thing they slapped in there is a true representation of what the real link would have been. I use text-only e-mail, so this wouldn't be a significant problem for me, and if there was an HTML message, I really would check the source if I had any doubts that it was suspicious. I can spot funny e-mails from a mile away - being a mail admin, and having gone through thousands of spam messages to evaluate our filters has shown me just about every tactic out there. Needless to say, I got a 10/10 correct;).
That's nearly always a given when talking about shell stuff like this. It's only not true if you background a process and then try to foreground it. But yeah, I get to my screen sessions from lots of places, either through a TTY, SSH session in xterm or TTY, or PuTTY. I *heart* screen.
Some stuff I find useful:
I personally like using screen for stuff like that - this way you can even leave interactive apps running, detach the screen, and reattach at a later date and time.
Slashdot Mirror
It's somewhat difficult to find the instructions for, but it can be done.
/u
; EN-US;318378
Removing IE6 on Windows 2000:
"c:\program files\Internet Explorer\IE Uninstall\w2kexcp.exe"
http://support.microsoft.com/?kbid=293907
For XP, see this:
http://support.microsoft.com/default.aspx?scid=kb
He can sell it for a billion dollars each...provided he makes the source code available on request (and this presumes that customers are notified of the presence of GPL code, and their rights to request the source). The GPL does not prohibit the binary distribution of a piece of GPLed software - but the source must be available upon request (and even to recoup the cost of duplication/mailing, if applicable).
Not against the cookie - but if your browser history is as current as your cookie, you /might/ have most of the relevant information. Perl ought to be able to fill in the rest (parse out relevent data [queries], and resubmit them against the saved search gizmo). Is there anything Perl can't do?
Heck yeah! That'd also be great for when some lines have varying destinations. One evening I was trying to get to Flatbush, and waiting for the 2||5. It turns out that whatever the case, one was just not going there...so the waiting game ensued. Knowing which was is next, when they're on the same platform, would be awfully nice. London's Tube does this quite nicely - that's one of the few nice things I remember of it - having to validate my ticket on the way out was quite irksome, as well as "Mind the Gap." Oh, and coming back, one train wasn't going to stop where I wanted to because of rain - reading that would be far preferable to the unintelligble squawk of the loudspeaker.
All in all, this sounds like a great thing. Just so long as it's better than the dismally irritating AirTrain, and the very ho-hum BART.
They did what now? I just tried logging on with links and was sorely disappointed (still needs JS). *sigh*
(I wasn't surprised that it didn't work in Dillo, as there's presently no HTTPS support.)
Actually, the Mac Mini takes PC2700 RAM. PC3200 will /work/ but it will drop to PC2700's speed. I just ordered my Mac Mini, and got it with 512 MB - at academic pricing, the difference between factory shipped and DIY just isn't worth it. I was looking at prices with a guy at the Apple store, and he looked it up on Pricewatch, and found 512 for ~55 - I got mine for $67. Maybe shipping wouldn't be $12, but the time and effort, and lack of Apple warranty makes up for it. Now, OTOH, he found 1 GB of RAM going for ~79+ -- that's one hell of a difference from Apple's ripoff pricing. All the Apple guys there figure the aftermarket method is much more economical - I really like the people there - they're not scumbags like some/many of the red shirts @ places like CompScrewSA.
I was going to say, "It's a no-name item," but then I saw part number, and Googled it.
a rd-manufa cturers/p/2000000011008/3000000171745/8835068415.h tm
;) Ergo, it was quite inexpensive (even less than the $6.50 quoted above). (I bet you can find a similar item on eBay for very little $$$.)
- 6542529?asin=B00005LP0X&AFID=Froogle&ref=tgt_adv_X SG10001) is the case I keep all of it in - so I can have a two spare SD cards (a 16 MB, and a 128 MB, and the reader fits at the top, keeping it all together.
It's a "cr-v7-ud"
http://www.teksave.com/detail.aspx?ID=1126
This is what mine looks like, though:
http://www.globalsources.com/gsol/I/PC-c
The thing is, I bought mine at OfficeMax for $9.99 with a $9.99 mail-in-rebate, so it ultimately cost me whatever the tax was, the $0.37 to send in the rebate form, the interest lost on that money, and the small amount of gas to get it.
This (http://www.target.com/gp/detail.html/601-5271140
I always use a cheap little USB SD adapter to copy my pictures to my computer - hooking the cable up to my camera draws power from it. It's also very convenient to do it this way, for me, as I have a couple of chips/cards, and I have a case for them, in which I also keep the adapter - and I don't have to take the camera to the computer. The only nuisance is taking the chip out of the camera, but that's not a big deal - the power savings far outweighs this little negative.
I don't know how well it would scale, honestly*. I'm not running that big/popular a streaming production. I'm about to do another stream tomorrow - I'll have to find out how many people connect. The setup is this: DV cam plugged into iBook G4 via Firewire. Laptop is connected to the Internet on a T1 or faster. QT Broacaster connects to QTSS running on the XServe at work, sitting on a healthy sized pipe, and all the clients connect to that. I have no idea what the clients are running - they all connect from their home computers for the most part, and I don't really care what they're running - it's not my job to know - just to keep the network part running. It's a really nice and simple setup that does impress me quite a bit.
:-) All you need is access to an XServe, running QTSS (which comes with OS X Server).
a rtnum=249 37 [remove /. spaces] /lot/ of users, so long as you keep the bitrate down.
And w.r.t. "Guy didn't mention having an Xserve.": You're right, he didn't. But, I'd call it damn near impossible to get more than a handful of clients right to a machine on a wireless connection, and it's unlikely that it could even receive requests (behind NAT). My answer addresses the fact that it is reasonably doable to stream this event using a Mac laptop using wireless**.
*A google search just turned this up, though:
http://docs.info.apple.com/article.html?
I suppose you could stream out to a
**This works fine behind a NAT firewall, as you only connect with/transmit to the XServe, so it works with just about any Internet connection.
You bet. With Quicktime Streaming Server, you can run Quicktime Broadcaster on your laptop, and transmit the live feed to the XServe running QTSS, which will redistribute it. It works pretty well, though I don't think we've had more than about 100 concurrent streams, so I can't speak for 'a million streams.'
If you look at the headers, you'll find that they're extraordinarily sparse. In some cases, the receiving server will add a little bit of data to keep clients happy, by adhering to RFCs (adding "Date:" and the like. As far as I can tell, this is being done as the most accurate recepient verification system they can dream of. VRFY is not accurate, as many receiving systems will say "Well, I don't know that address, but it's in my domain, so I'll try and receive it." If you do everything up to, but not including the DATA part, there's a chance the server might be sloppy or ignorant. If it accepts the message for delivery without error, then there's a decent chance that address exists. This battle is really getting ugly, and will keep escalating - there is no FUSSP, other than hunting down the spammers and stringing them up with piano wire where it'll hurt them.
Free Yahoo! accounts don't make them any money. I've already sent them a 419er's e-mail, and they shut down the account, citing abuse of policy.
I'm the abuse contact for my workplace, and I take requests seriously, thank you very much. I'm aware of what goes on at other places, but if the person isn't even a paying customer, they have no reason to put up with that junk.
My appeal is mostly to ask to get the free accounts shut down, as this is largely what a bunch of spammers list as contact info. The addresses they sent from will be shutdown within minutes of their mailing, but they must maintain some presence on the Internet, and random Yahoo! and Hotmail accounts are definitely one way that they'll go. Also, some reputable hosts might actually listen, so give it a shot if you can. Let's shut this mess down the right way.
DDOSing them won't solve the problem, and realistically, most people here know that.
For 419ers and other spammers that tell you to correspond with them via Yahoo! or other free e-mail services, I strongly recommend reporting them to the abuse department for that provider. This can cause innocent fools from being able to actually contact the 419er, and if the success rate drops, then perhaps some of them will quit, if it's not worth their time. Yahoo! and others do not need their name further tarnished as being supporters of these scams, so cutting them off can only be beneficial to them.
Wasting the bandwidth of these phishers only hurts the Internet, by wasting resources. Do keep in mind that the sites may be using stolen credit cards, and the ISPs will lose money on overspent bandwidth bills when the CC company halts payment.
If you even read the comments by the others, or the something from the inital story, you'd realize this is not a battery charger, but a storage mechanism. I read the link you provided awhile back as well, but that has no relevance to this topic. This is about how to offload your digital pictures from your camera to a portable HD, powered by AAs in this special enclosure (special because of the mechanism for transferring pictures w/o a computer - like the Belkin iPod gizmo).
That thought crossed my mind a while ago, and was the first thing that occurred to me upon seeing this. Now, it may be ad hoc, but perhaps cops might find the senders by signal strength, and 'discover' broken tail lights, or something similar.
See Google's Zeitgeist. Pay particular attention to the October 2004 Factoid box. It kind of boggles my mind that people *search* for "mapquest." I don't suppose they'd notice that the URL happens to be "www.mapquest.com." Futhermore, if you know about the Ctrl-Enter trick, you really don't need to expend any real effort. The only way I can rationalize this is if they don't want to type much, and typing "mapquest" and then using the mouse from then on is somehow easier for them - I can't figure it out.
No one should advocate HTML mail - this is just crap, and the best way to inject all sorts of junk into e-mail. If a message isn't getting to you clearly in plain text e-mail, then the sender really needs to take a writing class. I think this .sig sums it up: (credit: Matthew Keller)
"No one ever says, 'I can't read that ASCII E-mail you sent me.'"
I second that. In fact, I sent them a similar message via their suggestion form. I explained that I would pay for the ability to have my old email (in mbox format) imported with the correct dates.
Have you tried using mutt to bounce the messages to Gmail? Such messages should retain the date attributes, as well as sender, destination, and other such goodies, assuming Gmail doesn't mangle this stuff (and I don't believe it does).
iTunes isn't just all about iTMS - the guy probably ripped a hell of a lot of CDs. Right now I'm listening to a CD that I ripped into iTunes on my work machine - I've already ripped ~10 CDs onto this thing (and those, and many more, are on my home boxen as Oggs).
And not to be overly pedantic, but unless I download the file from Microsoft, how do I know that's really the MD5 hash? I'll wait until it's totally released, and download it once, and only once, test it, and once satisfied, will deploy it.
Update your IE/Windows....NOW!!!! That was a fixed a few months ago, as far as I know. Not that I use IE :P.
Posting this from Mozilla Lightningraccoon...
Actually, I can see the 'effective' link information. I selected over the link, and did a "View Selection Source" in Firefox. I can assume that the javascript thing they slapped in there is a true representation of what the real link would have been. I use text-only e-mail, so this wouldn't be a significant problem for me, and if there was an HTML message, I really would check the source if I had any doubts that it was suspicious. I can spot funny e-mails from a mile away - being a mail admin, and having gone through thousands of spam messages to evaluate our filters has shown me just about every tactic out there. Needless to say, I got a 10/10 correct ;).
ROFL! Nice to see you around these parts, Flippy :).
I personally like using screen for stuff like that - this way you can even leave interactive apps running, detach the screen, and reattach at a later date and time.