I was thinking of doing this, but I work for a fairly conservative, big corporation, so I don't think it'll fly... anyway:
1. Screw a really big and heavy-duty closed eyelet-type hook into the ceiling tile immediately above the center of your cube.
2. Run wto strong cords or ropes diagonally between the corners of the cube, through the eyelet.
3. Cut a slit in a large square or circular piece of canvas from the center to one edge. Slip this canvas over the ropes, fastening the two sides of the slit together with whatever's handy. Make sure to use a piece of fabric large enough to come down over the top edges of the cubicle.
4. Cut a strip of canvas one foot wider than the entrance opening in your cube, and about half a foot taller. Cut it in half lengthwise, leaving the last half-foot intact. Attach those last 6 inches to the roof canvas and let the canvas hang down over the entrance to your cube.
5. If you don't have a desk lamp, now's the time to get one.
"The suit was meant to prevent the dissemination of DeCSS, a code whose original intent was to let programmers create a DVD player for Linux machines."
I'll say this much for CNet - this is the first time I've seen anything besides niche geek sites refer to DeCSS as anything other than "software intended to let people make illegal copies of DVDs". Now sure CNet isn't exactly one of the major mass media news outlets, but it's nice that they're paying attention enough to avoid the usual "evil hackers vs. DVD CCA" connotations that come with any DeCSS-related news article...
I've "played" this game at the Dave & Buster's in Milpitas, California. I don't know if all the other D&B's have it, but I've heard at least one Chicagoland location has it... They've locations in several major metropolitan areas, so if there's one nearby you you can check.
Real DLL hell is when applications start installing their own versions of shared libraries because they were linked against that particular version and are binary-incompatible with other versions. For an example, see practically any piece of commercial Windows crap you can find.
In the free software/open source world, this isn't really an issue. Sure, it's possible to link in such a way that your program will attempt to run against a binary-incompatible shared library, but half a clue about library versioning and a tenth of a clue about linking is all that's required to fix this.
And the best part is: if it doesn't work with the shared libs on your system, just rebuild it! Free/open-source software doesn't *need* to ship with its own version of any shared libs (.dll/.so/whatever) because it can be re-linked against the proper revision of the library if the binary API changes. You're still screwed if there's a major change in the headers and library interface (the source API, so to speak), but no technology is ever gonna fix having to rewrite programs when there are major changes to the publically-accessible/used functions and data structures of a library...
File this under "reasons why commercial software sucks":) (And see Debian for an example of "how to do this right").
</hat>
That's because Debian has pretty tight policies about library versioning intended to prevent just this sort of problem. Library packages must be built with a proper SONAME, and the "shlibs" functionality allows a library package to tell the system what versions of the package are binary-compatible with that package's libraries. This information is used during the build of other Debian packages to ensure that a package's Depends reflect exactly what versions of a library it'll work with (assuming the library's maintainer didn't screw up, in which case the BTS will quickly let him/her know of the error:).
Do it as an anime, perhaps a mini- or regular series, for completeness of story. Maybe hit up the people at Manga for it. I mean, look at "Ghost in the Shell"... I just picked that up this weekend and it fairly reeks of a Gibson influence. And it was well-done, I thought. I think the same group could pull off a Neuromancer anime...
"But making these 1500 IP numbers vanish from the net -- which is exactly what happens for any provider who subscribes to the RBL -- does not stop any spam from getting through. They are not blocked because those servers are sending unsolicited email, or any kind of e-mail for that matter." - this is complete CRAP.
There are a number of ways to subscribe to the RBL. One is to BGP peer with them and accept null routes to various places. Personally, I feel that only a moron would pollute their routing tables like this, but here's the sticking point: IT'S THEIR NETWORK. It's not your network. It's not the customer's network. It's the provider's. You pay for the privelege of being allowed to utilize your provider's network and servers. If you don't like how they run things, try www.thelist.com and quit bitching.
Now, I first played with subscribing to the RBL over 2 years ago when I got my first position doing postmaster duties. We came to the conclusion that there were enough possible false positives that we didn't want to completely block email from RBL'd (or ORBS'd, DUL'd, etc.) IPs, so we wrote a blockspam.m4 file for sendmail that adds an X-Spam: (RBL|ORBS|DUL) to each and every mail that matches. This lets us set up filtering as need be, for ourselves and for our customers. Currently, most popular mail servers (at least in the *nix world, I don't know or care about the functionality of NT mailers) support both using RBL-type services to block mail, and tagging mail with some sort of header.
In short, jamie, you are full of shit. The difference between censorware and MAPS is that censorware can only be used one way - you block stuff based on some subjective definition of "offensive". MAPS just gives you the information and lets you do whatever you want with it.
No MAPS subscriber has ever been forced to BGP peer with RBL, or even to reject mail from MAPS-listed IPs. It's all about choice.
Forgot to mention in my above comment, both GPG and recent versions of PGP conform to the OpenPGP standard (RFC2440 IIRC). As long as you're not using proprietary features, interoperabability should not be a problem...
There are a number of scripts available to integrate both PGP and GPG into Pine; among them are pgpenvelope and pinepgp. There's also a little wrapper script out there called pgpgpg that allows you to use pgp syntax with gpg - I'm sure this would do wonders for the learning curve. IMO, though, if you want a really good MUA with great GPG support, mutt is the way to go.
Uhm. Actually, the features are still 1.3.9. It's just got the security fixes backported. So really, it's not 1.3.12 at all and other than the security problems it works exactly like 1.3.9. It's 1.3.9 without the hole. Get it?
I don't suppose you researched any of this before making your posting? Debian *has* a non-free section for software that is not DFSG-free; that is not the issue. The issue is that as it stands, most of KDE's code is technically illegal. GPL'd software cannot legally be linked with QPL'd software. Most distros make the assumption that the authors of the GPL'd code have given their implied permission to link against QPL'd libs, even if such permission is never explicitly stated; Debian refuses to make such an assumption. If you want non-free software you're still more than welcome to use the non-free section of the distribution; if you disagree with Debian's ideas, then you're still free to use something else and quit bitching.
I seem to remember reading a very similar thing in Omni Magazine about a decade ago... except of course, then they predicted it'd be possible within 20 years. Oh well...
Re:The Solution is Quite Clear but very unpleasant
on
Living Terrors
·
· Score: 1
Yeah, it sucks. And in my humble opinion, they are full of shit. I don't think my X server at home has ever managed to bring down my entire box (and in the very rare cases where I put X on a server, it's never actually configured to display anything locally). But the truth of it is, that's the nature of competition. Let the bastards sling mud all they want, it's not like they're the first to do so. I just hope they don't expect any sympathy when they lose any support from the open source community that they may have had.
I'm not entirely sure as to the time... I do remember that at one time they actually played stuff like Pink Floyd on MTV... seems to me that it was around the turn of the decade that things started to make a turn for the worse. As for VH1... well, the other night I was flipping channels. MTV was showing an "original" (stretching the term here) cartoon featuring a bunch of archetypal characters, lame dialogue, and lamer plot devices. VH1 was showing a Rob Zombie video at the moment. I've resigned myself to the fact that VH1 is actually better now... at least when they're not showing music videos, they're generally showing something music-related (i.e. documentaries on bands, chats with musicians), and not the same cookie-cutter pop crap that litters MTV and just about every other network.
I've seen filters for Elm to deal w/PGP I think, I've heard Mutt works great with it, and I personally use a set of filters called pinepgp. You just add a sending filter and a display filter to Pine, and it'll automatically check signatures and/or decrypt incoming PGPized mail, as well as offer you a choice of sending mail that's either PGP signed, encrypted or both. It also has an option on the PGP menu to finger the To: address for the public key. Short version of this post: The tools to do what you want are already there, you're just not looking hard enough.
Slashdot Mirror
I was thinking of doing this, but I work for a fairly conservative, big corporation, so I don't think it'll fly... anyway:
1. Screw a really big and heavy-duty closed eyelet-type hook into the ceiling tile immediately above the center of your cube.
2. Run wto strong cords or ropes diagonally between the corners of the cube, through the eyelet.
3. Cut a slit in a large square or circular piece of canvas from the center to one edge. Slip this canvas over the ropes, fastening the two sides of the slit together with whatever's handy. Make sure to use a piece of fabric large enough to come down over the top edges of the cubicle.
4. Cut a strip of canvas one foot wider than the entrance opening in your cube, and about half a foot taller. Cut it in half lengthwise, leaving the last half-foot intact. Attach those last 6 inches to the roof canvas and let the canvas hang down over the entrance to your cube.
5. If you don't have a desk lamp, now's the time to get one.
"The suit was meant to prevent the dissemination of DeCSS, a code whose original intent was to let programmers create a DVD player for Linux machines."
I'll say this much for CNet - this is the first time I've seen anything besides niche geek sites refer to DeCSS as anything other than "software intended to let people make illegal copies of DVDs". Now sure CNet isn't exactly one of the major mass media news outlets, but it's nice that they're paying attention enough to avoid the usual "evil hackers vs. DVD CCA" connotations that come with any DeCSS-related news article...
Wow, regenerating heart cells... if anything this oughta convince Dick Cheney that stem cell research is worth it...
:).
And we all know that Bush loves doing favors for his political and industrial buddies
That's what DNS is for...
I've "played" this game at the Dave & Buster's in Milpitas, California. I don't know if all the other D&B's have it, but I've heard at least one Chicagoland location has it... They've locations in several major metropolitan areas, so if there's one nearby you you can check.
;)
BTW... medium is for wussies
Real DLL hell is when applications start installing their own versions of shared libraries because they were linked against that particular version and are binary-incompatible with other versions. For an example, see practically any piece of commercial Windows crap you can find.
In the free software/open source world, this isn't really an issue. Sure, it's possible to link in such a way that your program will attempt to run against a binary-incompatible shared library, but half a clue about library versioning and a tenth of a clue about linking is all that's required to fix this.
And the best part is: if it doesn't work with the shared libs on your system, just rebuild it! Free/open-source software doesn't *need* to ship with its own version of any shared libs (.dll/.so/whatever) because it can be re-linked against the proper revision of the library if the binary API changes. You're still screwed if there's a major change in the headers and library interface (the source API, so to speak), but no technology is ever gonna fix having to rewrite programs when there are major changes to the publically-accessible/used functions and data structures of a library...
File this under "reasons why commercial software sucks"
</hat>
That's because Debian has pretty tight policies about library versioning intended to prevent just this sort of problem. Library packages must be built with a proper SONAME, and the "shlibs" functionality allows a library package to tell the system what versions of the package are binary-compatible with that package's libraries. This information is used during the build of other Debian packages to ensure that a package's Depends reflect exactly what versions of a library it'll work with (assuming the library's maintainer didn't screw up, in which case the BTS will quickly let him/her know of the error :).
Er, shoulda said "the threat of strike is over"...
I know you're joking, but the strike is over :)
Hmm... from what I hear, though, the new HG DVD is gonna be on The Criterion Collection.
:). Which reminds me, I need to order the Criterion "Life of Brian"...
Totally worth it. (Besides, I don't own the older release
Do it as an anime, perhaps a mini- or regular series, for completeness of story. Maybe hit up the people at Manga for it. I mean, look at "Ghost in the Shell"... I just picked that up this weekend and it fairly reeks of a Gibson influence. And it was well-done, I thought. I think the same group could pull off a Neuromancer anime...
"But making these 1500 IP numbers vanish from the net -- which is exactly what happens for any provider who subscribes to the RBL -- does not stop any spam from getting through. They are not blocked because those servers are sending unsolicited email, or any kind of e-mail for that matter." - this is complete CRAP.
There are a number of ways to subscribe to the RBL. One is to BGP peer with them and accept null routes to various places. Personally, I feel that only a moron would pollute their routing tables like this, but here's the sticking point: IT'S THEIR NETWORK. It's not your network. It's not the customer's network. It's the provider's. You pay for the privelege of being allowed to utilize your provider's network and servers. If you don't like how they run things, try www.thelist.com and quit bitching.
Now, I first played with subscribing to the RBL over 2 years ago when I got my first position doing postmaster duties. We came to the conclusion that there were enough possible false positives that we didn't want to completely block email from RBL'd (or ORBS'd, DUL'd, etc.) IPs, so we wrote a blockspam.m4 file for sendmail that adds an X-Spam: (RBL|ORBS|DUL) to each and every mail that matches. This lets us set up filtering as need be, for ourselves and for our customers. Currently, most popular mail servers (at least in the *nix world, I don't know or care about the functionality of NT mailers) support both using RBL-type services to block mail, and tagging mail with some sort of header.
In short, jamie, you are full of shit. The difference between censorware and MAPS is that censorware can only be used one way - you block stuff based on some subjective definition of "offensive". MAPS just gives you the information and lets you do whatever you want with it.
No MAPS subscriber has ever been forced to BGP peer with RBL, or even to reject mail from MAPS-listed IPs. It's all about choice.
Forgot to mention in my above comment, both GPG and recent versions of PGP conform to the OpenPGP standard (RFC2440 IIRC). As long as you're not using proprietary features, interoperabability should not be a problem...
There are a number of scripts available to integrate both PGP and GPG into Pine; among them are pgpenvelope and pinepgp. There's also a little wrapper script out there called pgpgpg that allows you to use pgp syntax with gpg - I'm sure this would do wonders for the learning curve. IMO, though, if you want a really good MUA with great GPG support, mutt is the way to go.
Uhm. Actually, the features are still 1.3.9. It's just got the security fixes backported. So really, it's not 1.3.12 at all and other than the security problems it works exactly like 1.3.9. It's 1.3.9 without the hole. Get it?
I don't suppose you researched any of this before making your posting? Debian *has* a non-free section for software that is not DFSG-free; that is not the issue. The issue is that as it stands, most of KDE's code is technically illegal. GPL'd software cannot legally be linked with QPL'd software. Most distros make the assumption that the authors of the GPL'd code have given their implied permission to link against QPL'd libs, even if such permission is never explicitly stated; Debian refuses to make such an assumption. If you want non-free software you're still more than welcome to use the non-free section of the distribution; if you disagree with Debian's ideas, then you're still free to use something else and quit bitching.
I seem to remember reading a very similar thing in Omni Magazine about a decade ago... except of course, then they predicted it'd be possible within 20 years. Oh well...
"The geeks will inherit the earth"... :)
Yeah, it sucks. And in my humble opinion, they are full of shit. I don't think my X server at home has ever managed to bring down my entire box (and in the very rare cases where I put X on a server, it's never actually configured to display anything locally). But the truth of it is, that's the nature of competition. Let the bastards sling mud all they want, it's not like they're the first to do so. I just hope they don't expect any sympathy when they lose any support from the open source community that they may have had.
I'm not entirely sure as to the time... I do remember that at one time they actually played stuff like Pink Floyd on MTV... seems to me that it was around the turn of the decade that things started to make a turn for the worse. As for VH1... well, the other night I was flipping channels. MTV was showing an "original" (stretching the term here) cartoon featuring a bunch of archetypal characters, lame dialogue, and lamer plot devices. VH1 was showing a Rob Zombie video at the moment. I've resigned myself to the fact that VH1 is actually better now... at least when they're not showing music videos, they're generally showing something music-related (i.e. documentaries on bands, chats with musicians), and not the same cookie-cutter pop crap that litters MTV and just about every other network.
I've seen filters for Elm to deal w/PGP I think, I've heard Mutt works great with it, and I personally use a set of filters called pinepgp. You just add a sending filter and a display filter to Pine, and it'll automatically check signatures and/or decrypt incoming PGPized mail, as well as offer you a choice of sending mail that's either PGP signed, encrypted or both. It also has an option on the PGP menu to finger the To: address for the public key. Short version of this post: The tools to do what you want are already there, you're just not looking hard enough.