Conversely, it is quite possible that it is physically impossible to make the webcam work using the available kernel interfaces, in which case the kernel maintainers are in the wrong by removing this and not at least coming up with an alternative.
I find it very hard to believe but not impossible that that may be the case. I wonder why the binary-only can't be handled in userspace though... there are plenty of kernel modules that do similar things.
But in the long run, do you want to have third party binary carbage in YOUR KERNEL?
YOu mean like the firmware required to run the Hauppauge PVR250/350 cards? Or perhaps some of the SCSI drivers which require binary firmware to be downloaded? Hell I even think there are a few network cards which require it, too.
When you have a nontrivial piece of hardware, chances are that the thing contains an FPGA or perhaps even a decent processor of its own. In an attempt to save money and secondarily make it easier on the end-user, the device creators opted to have the firmware downloaded to the card after bootup and initialization instead of putting it in nonvolatile storage. Great idea except when the people who make the decision decide that it's not so cool anymore.
I'll reserve judgement on Mr. Kroah, as I haven't seen his side of it but I tend to agree with the driver writer; it's far too late to be pulling this shit. And unless I'm misunderstanding the basic premise behind what's going on here this is likely only the start because, as I've mentioned, there are plenty of cards already supported by the kernel which require non-OSS parts to be part of the driver. What's next?
You would think for compatibility sake the telcos would have devices to detect digital and just use modems (in the real definition, not the device) to forward the digital signals through, or even better, someone create Fax over IP.
That is much harder than you think. With all the different coding and encapsulation algorithms used and then all the "almost right" implementations it'd be hell on wheels to try and make work.
Fax over IP already exists. Google it up sometime.:-)
You must use a codec that does not do any kind of compression or acoustic fanagling or it just won't work. I have been sending faxes in and out of our office (up to two at a time in either direction) for the last 3 months now without issue, so long as it only goes one hop to our PRI downtown. Faxes through our VOIP provider are spotty at best but we also have a Canon IR3300 fax machine as our primary fax device... they're the pickiest bitches known to the faxing industry.
Atually, T1 describes both the electrical spec and the logical (bitwise) spec. For many, many years now T1s are actually DS1s running on HDSL (2 pair) circuits and more recently on HDSL2 (same data rate, 1 pair).
I didn't know about the locator wire -- that is a neat trick.:-)
Sometimes the safest thing to do is to idle a car w/ the lights out, or to visibly flash your lights at an oncoming vehicle, but folks with daytime running lights don't have that option.
I can still flash my high beams at night, and (at least on my '94 Grand Cherokee Ltd and my '99 Transport) there is a visible difference between "daytime running lights", "headlights" and "high beams" -- you can still flash your lights, even with DRL-equipped vehicles.
Sometimes you might want to speed up some code by ignoring typing, writing past the end of an array, or directly manipulating a pointer.
I agree with the type ignorance and directly manipulating pointers, but can you give me one example of where writing past an array is a good idea, even for speeding up code?
If i'm not mistaken, theyre suing the large downloaders. Which you are claiming to be. On slashdot.
It's not illegal to download copyrighted content. It is very illegal to share copyrighted content without permission of the copyright holder. It's the sharers that they're going after, not the downloaders.
Possible for me? Yes. Possible for the GF? Yes. Possible for 3 small children to make it past the concession stand without "I want this and I want that"? Not likely.
Blow it out yer ear. I have three kids myself and all it sounds like is that you (or your gf) need to teach the kids some restraint, some manners and some respect. Lord knows my kids certainly don't get everything they always want, and a $5 bucket of popcorn and some water goes a LONG way with them.
What's wrong with Rekall, or perhaps OpenOffice's DB interface (it works very well too) or maybe even using Microsoft Access. There's a commercial one from the UK too but I can't for the life of me remember the right incantation to bring it up in Google.
IIRC they are all programmable. Rekall's programmable in Python, OO in Java, Python and whatever else you can interface to it and Access in VB.
Upon every boot the system verifies if it was correctly shut down and if not it replays the Write Ahead Log (WAL) from the last checkpoint (which occur every X seconds and force all data to be written to disk) until the last committed transaction. That is all recovery you need in a database, and it has been in PostgreSQL for years.
That was my understanding, too... So what's this point-in-time recovery and what's it do better?
If you're considering a game where you have to say "higher" or "lower" - well, that doesn't map at all to the problem space here - all you get is "yes" or "no" from a login prompt.
hahaha I think that would be one of the most infuriating responses if trying to crack a password... "Close, but no cookie. Password changed."
I take it you haven't paid for the services of a plumber recently. Actually most tradesmen are paid relatively well. The trades are always in demand. Price is an issue everywhere but people find out what the lowest bidder can often do.
Please note that my opinions on SLOX were done last year -- bought the eval CD set (I think it was based on SuSE 8.1?) and tried it...
First and foremost, Java Everything. They say that Java is not slow anymore but I beg to differ.
More importantly though, an IMAP server that can do shared folders and a web interface for everything else do not an Exchange server make. The whole thing "felt" like a goofy version of PHPGroupware, which doesn't work worth a shit as a groupware interface (IMO) anyway. For me I want something that feels and works like Exchange Server but without the vendor lock-in. E4L does it.
I'd be happy to talk about this more, just email me.
I'm sorry but SLOX is not anywhere near a decent groupware system. Nice try. My vote (and my money) has gone to Exchange4Linux. I've evaluated SLOX, Samsung Contact, OpenExchange or whatever the hell the humongous OO-branded thing is, the various web-based crap out there and probably half a dozen other's I've since forgotten. E4L's server-side is open source, actively developed and the Outlook client is reasonably priced. The backend runs entirely inside of PostgreSQL and is written in Python. MTA interface is agnostic but documented with Postfix. non-outlook people can access the entire system through IMAP, although that is still not quite there.
As I said everything is stored in a PG database -- I can access any part of the system through SQL and it's stored to make Outlook happy which means no weird-ass compatibility problems that I've seen in every other client. The weird-ass issues I encounter with E4L and Outlook revolve around parts that are still in development.:-)
I've got loads of GPL'ed stuff I've not given away to anyone. You don't have to give it away even if you're a developer - you're perfectly entitled to keep it in-house. However, if you *do* give it away, you have to make the source available.
Shouldn't that last line read "However, if you *do* publish the binary, you have to make the source available." ?? IIRC You don't have to give away (gratis) the product to be tied to making the source available. If the binary is not for internal use only (i.e. you're selling it, licensing it or giving it away) then the source must be also made available, and for no more than the costs incurred in distributing the source.
What I don't understand is how in the hell he came to breach a firewall using this stuff. Sounds like the spyware was doing more than capturing screens.
recently tried to change my clock to 24-hour format in KDE, in GNOME I right-click the clock in the panel and choose "Clock type: 24 hour" which is the first option of 4. If someone can please tell me how to accomplish this in KDE I'd be grateful.
You've got to be kidding me.
Rightclick the click, Time and Date Format, then that brings up your Locale settings -- it's right there under Time Format. Now it doesn't tell you right there what the specifier is for 24h time, but clicking on the help button gives it to you straight...
There is one thing a software raid can't do - hot-swap. A must have feature if you consider doing backups to hdd
You're on crack. I've been hot-swapping SCSI and IDE under Linux for ages. IDE hotswap is unofficial and your vendor won't talk to you no more if he finds you've been using hdparm -U and -R, but SCSI hotswap is just part of the norm. Hell even IBM has an article detailing the/proc command: Here. Bascially
echo "scsi remove-single-device host channel ID LUN" >/proc/scsi/scsi" echo "scsi add-single-device host channel ID LUN" >/proc/scsi/scsi"
I mean honestly... Did you think the RAID cards were doing anything magical to accomplish this if the bays themselves are hot-swap capable?
Slashdot Mirror
Conversely, it is quite possible that it is physically impossible to make the webcam work using the available kernel interfaces, in which case the kernel maintainers are in the wrong by removing this and not at least coming up with an alternative.
I find it very hard to believe but not impossible that that may be the case. I wonder why the binary-only can't be handled in userspace though... there are plenty of kernel modules that do similar things.
But in the long run, do you want to have third party binary carbage in YOUR KERNEL?
YOu mean like the firmware required to run the Hauppauge PVR250/350 cards? Or perhaps some of the SCSI drivers which require binary firmware to be downloaded? Hell I even think there are a few network cards which require it, too.
When you have a nontrivial piece of hardware, chances are that the thing contains an FPGA or perhaps even a decent processor of its own. In an attempt to save money and secondarily make it easier on the end-user, the device creators opted to have the firmware downloaded to the card after bootup and initialization instead of putting it in nonvolatile storage. Great idea except when the people who make the decision decide that it's not so cool anymore.
I'll reserve judgement on Mr. Kroah, as I haven't seen his side of it but I tend to agree with the driver writer; it's far too late to be pulling this shit. And unless I'm misunderstanding the basic premise behind what's going on here this is likely only the start because, as I've mentioned, there are plenty of cards already supported by the kernel which require non-OSS parts to be part of the driver. What's next?
You would think for compatibility sake the telcos would have devices to detect digital and just use modems (in the real definition, not the device) to forward the digital signals through, or even better, someone create Fax over IP.
That is much harder than you think. With all the different coding and encapsulation algorithms used and then all the "almost right" implementations it'd be hell on wheels to try and make work.
Fax over IP already exists. Google it up sometime. :-)
Yup, and it works so-so.
You must use a codec that does not do any kind of compression or acoustic fanagling or it just won't work. I have been sending faxes in and out of our office (up to two at a time in either direction) for the last 3 months now without issue, so long as it only goes one hop to our PRI downtown. Faxes through our VOIP provider are spotty at best but we also have a Canon IR3300 fax machine as our primary fax device... they're the pickiest bitches known to the faxing industry.
Atually, T1 describes both the electrical spec and the logical (bitwise) spec. For many, many years now T1s are actually DS1s running on HDSL (2 pair) circuits and more recently on HDSL2 (same data rate, 1 pair).
I didn't know about the locator wire -- that is a neat trick. :-)
I can still flash my high beams at night...
I meant (and should have specified) during daylight.
I meant during daylight, too -- I went on to say that DRL (at least on my two vehicles) is diferent than full-on headlights.
Sometimes the safest thing to do is to idle a car w/ the lights out, or to visibly flash your lights at an oncoming vehicle, but folks with daytime running lights don't have that option.
I can still flash my high beams at night, and (at least on my '94 Grand Cherokee Ltd and my '99 Transport) there is a visible difference between "daytime running lights", "headlights" and "high beams" -- you can still flash your lights, even with DRL-equipped vehicles.
Sometimes you might want to speed up some code by ignoring typing, writing past the end of an array, or directly manipulating a pointer.
I agree with the type ignorance and directly manipulating pointers, but can you give me one example of where writing past an array is a good idea, even for speeding up code?
If i'm not mistaken, theyre suing the large downloaders. Which you are claiming to be. On slashdot.
It's not illegal to download copyrighted content. It is very illegal to share copyrighted content without permission of the copyright holder. It's the sharers that they're going after, not the downloaders.
"Kill the source..."
It's okay you don't need to post anonymously, I really won't look down my nose at you and your high /. UID. I promise. Honestly. >-)
And your point is, #1751...??? :-)
... now I'm waiting for unitrode to post and put *me* in my place... :-)
Possible for me? Yes. Possible for the GF? Yes. Possible for 3 small children to make it past the concession stand without "I want this and I want that"? Not likely.
Blow it out yer ear. I have three kids myself and all it sounds like is that you (or your gf) need to teach the kids some restraint, some manners and some respect. Lord knows my kids certainly don't get everything they always want, and a $5 bucket of popcorn and some water goes a LONG way with them.
I don't know about you but I know I don't mind riding big tits once in a while...
Coffee in through the nose is not good coffee.
No, but it's an amazing away to maximize enjoyment of the aroma...
Ahh so point-in-time recovery essentially lets you have a remote WAL, so to speak. That is nifty. :-) Thank you.
What's wrong with Rekall, or perhaps OpenOffice's DB interface (it works very well too) or maybe even using Microsoft Access. There's a commercial one from the UK too but I can't for the life of me remember the right incantation to bring it up in Google.
IIRC they are all programmable. Rekall's programmable in Python, OO in Java, Python and whatever else you can interface to it and Access in VB.
Upon every boot the system verifies if it was correctly shut down and if not it replays the Write Ahead Log (WAL) from the last checkpoint (which occur every X seconds and force all data to be written to disk) until the last committed transaction. That is all recovery you need in a database, and it has been in PostgreSQL for years.
That was my understanding, too... So what's this point-in-time recovery and what's it do better?
That's ancient; I had that printed out and stuck to the door of the server room for at LEAST a decade now.
If you're considering a game where you have to say "higher" or "lower" - well, that doesn't map at all to the problem space here - all you get is "yes" or "no" from a login prompt.
hahaha I think that would be one of the most infuriating responses if trying to crack a password... "Close, but no cookie. Password changed."
I take it you haven't paid for the services of a plumber recently. Actually most tradesmen are paid relatively well. The trades are always in demand. Price is an issue everywhere but people find out what the lowest bidder can often do.
Please note that my opinions on SLOX were done last year -- bought the eval CD set (I think it was based on SuSE 8.1?) and tried it...
First and foremost, Java Everything. They say that Java is not slow anymore but I beg to differ.
More importantly though, an IMAP server that can do shared folders and a web interface for everything else do not an Exchange server make. The whole thing "felt" like a goofy version of PHPGroupware, which doesn't work worth a shit as a groupware interface (IMO) anyway. For me I want something that feels and works like Exchange Server but without the vendor lock-in. E4L does it.
I'd be happy to talk about this more, just email me.
I'm sorry but SLOX is not anywhere near a decent groupware system. Nice try. My vote (and my money) has gone to Exchange4Linux. I've evaluated SLOX, Samsung Contact, OpenExchange or whatever the hell the humongous OO-branded thing is, the various web-based crap out there and probably half a dozen other's I've since forgotten. E4L's server-side is open source, actively developed and the Outlook client is reasonably priced. The backend runs entirely inside of PostgreSQL and is written in Python. MTA interface is agnostic but documented with Postfix. non-outlook people can access the entire system through IMAP, although that is still not quite there.
As I said everything is stored in a PG database -- I can access any part of the system through SQL and it's stored to make Outlook happy which means no weird-ass compatibility problems that I've seen in every other client. The weird-ass issues I encounter with E4L and Outlook revolve around parts that are still in development. :-)
SLOX is top-selling groupware? Forget it.
I've got loads of GPL'ed stuff I've not given away to anyone. You don't have to give it away even if you're a developer - you're perfectly entitled to keep it in-house. However, if you *do* give it away, you have to make the source available.
Shouldn't that last line read "However, if you *do* publish the binary, you have to make the source available." ?? IIRC You don't have to give away (gratis) the product to be tied to making the source available. If the binary is not for internal use only (i.e. you're selling it, licensing it or giving it away) then the source must be also made available, and for no more than the costs incurred in distributing the source.
What I don't understand is how in the hell he came to breach a firewall using this stuff. Sounds like the spyware was doing more than capturing screens.
Whoa... It really IS God!
recently tried to change my clock to 24-hour format in KDE, in GNOME I right-click the clock in the panel and choose "Clock type: 24 hour" which is the first option of 4. If someone can please tell me how to accomplish this in KDE I'd be grateful.
You've got to be kidding me.
Rightclick the click, Time and Date Format, then that brings up your Locale settings -- it's right there under Time Format. Now it doesn't tell you right there what the specifier is for 24h time, but clicking on the help button gives it to you straight...
There is one thing a software raid can't do - hot-swap. A must have feature if you consider doing backups to hdd
You're on crack. I've been hot-swapping SCSI and IDE under Linux for ages. IDE hotswap is unofficial and your vendor won't talk to you no more if he finds you've been using hdparm -U and -R, but SCSI hotswap is just part of the norm. Hell even IBM has an article detailing the /proc command: Here. Bascially
I mean honestly... Did you think the RAID cards were doing anything magical to accomplish this if the bays themselves are hot-swap capable?