I doubt it since the patent states, "The program object is embedded into a hypermedia document...". The hypermedia document piece is lacking in the definition you're thinking of.
I use KDE 3.1 as my desktop, it does look good and the KDE "File Open" dialog is "all that" so far as "File Open" dialogs go. When moving from KDE 2.x to 3.x there were some minor compatibility issues with KDE 1.x apps but nothing that wasn't fixed by a recompile.
Yep, I'm still going to stear clear of GTK apps whenever possible, even if that patch gets applied. Thanks for reminding me why.
You're joking right? At least say it's for reasons more significant than a "File Open" dialog. Reasons that make sense are things like "I want a consistent theme/font", "I need my apps to interoperate at a level deeper than the X clipboard", or "I'm more familiar with the KDE/QT toolkit so if I need to make a mod...".
K3B is nice, but I have no clue about it's mindshare.
I did try xcdroast a while back (not overly impressive) but I still prefer to use the command line for cdrecord and prodvd.
I don't know. I looked at XINE a few years ago and wasn't impressed. However, I just took a peek, prompted by your post, and it looks like they've merged in a lot of the features from Ogle and MPlayer so I'm going to be taking it for another test drive very soon.
gAIM is awesome. The protocol implementations are not GTK specific and do most of the hard stuff, so anything is possible.
Yeah, I think the patch in question finally got rolled into CVS, not 100% sure though. However, it's primarily cosmetic and doesn't add any new functionality so in that sense it's not "fixed".
of my post
My bad, it isn't, I based my post on "grep -ri gtk/usr/local" and it hit on a couple of unrelated files in OO. How about "the letters GTK appear in sequence in several OO files" instead?
Nice flame, and you're wrong about GTK based applications NEVER being as popular as QT. Mozilla/Netscape, OpenOffice/StarOffice, GIMP, gAIM, MPlayer, and XMMS are ALL GTK apps. You'd have a hard time naming a single QT application (not desktop), with the exception of Opera, that rivals even one of these in terms of mind share.
For the valid part of your post, you're right, the current GTK file dialog does suck. There's a patch from Ximian floating around to change it to look like this which is better but still lacks some "coolness" like previews and filters. The threads I've seen all point to a rewrite planned for GTK 2.6 but backwards compatibility is a sticking point.
They did put up, indirectly at least, and got slapped for being unaware that the Big Bang predates the year 2003 by a bit. You can bet these guys are still hoping to settle because they're gonna get ripped to shreds if this case ever sees the light of a court room.
Not quite, you have to remember to send your payment to the MPEG LA group for a "Patent Portfolio License". There are a ton of patents in MPEG4. Here's an interesting link about a "per stream" fee MPEG LA is even considering
Ogg Theora also has patents on the VP3 video codec but the license agreement makes it clear there are no royalties due for using or repackaging VP3. One of the key reasons why it's "fringe" is because it's hasn't been released as anything other than developer builds on Linux as of yet so there are no tools other than proofs of concept for creating and playing Ogg Theora streams yet.
I can't find the link anymore, it's been a few weeks since I read it. The article claimed it was leaked by a Microsoft sales director or VP during a Q&A session. SCO has never mentioned how much it was.
Actually, MS gave them something in the order of $6,000,000 for that SVR4 "license". That's why SCO managed to turn a $2M profit last quarter. They should be back in the red this quarter.
I know you're joking but that wouldn't make for a very good introduction to Linux. The last thing we need to hinder adoption is to have a virus associated with Linux, ok, there's already SCO but that's more than enough.
The problem for the labels with MP3 and OGG is the lack of DRM so they want formats like AAC and WMA.
The problem for consumers with AAC and WMA is the presence of DRM so they want formats like MP3 and OGG.
Consumers speak with their wallets, so we simply shouldn't (and I don't) support formats like AAC and WMA. Eventually, if we simply refuse to purchase DRMd music, the labels will either cave in or simply go out of business. They need our money far more than we need their music.
How quickly we forget. Just a couple days ago a gent wrote to slashdot stating his company would pay, what was it, $350K to RedHat for their latest pricing scheme.
Come on now, that 350K is for the support contract, not the software. Microsoft support isn't free either.
The only way I see linux succeeding is by first dominating non-US markets.
If you mean on the desktop, I think you're right so far as the primary sites where adoption would happen. However, I don't think it needs to dominate, it just needs to be legitimized for the corporate desktop. I think Sun's "Mad Hatter" project is going to do a lot to move this forward.
Crystal ball predictions aside, the only thing that's certain is that it's a very interesting time for the PC platform.
Has nVIDIA worked the kinks out of this yet? I remember some bad mojo about this option with OpenOffice that makes me hesistant to re-enable it. I'm still on the 4363 release of the drivers, haven't installed the 4496 ones yet.
If we stay in the line of how the msblaster exploit works and assume a similar situation on *nix then yeah, but the methodology is obviously totally different. The NIS r* trick works on the "in this shell you can only run these" principal while the AD trick works on the "on this system you can't run these". The r* approach would not prevent forked non-r* execution shells from running the worm. I'm certainly not insinuating that NIS and r* are a replacement for AD, it isn't, but in this very specific case, it would provide a similar benefit.
Granted but if you're throwing user into a GUI like KDE you can spawn KDE in lockdown mode and maintain the same level of restriction. However, this still won't prevent non-KDE compliant apps from launching programs. If one of your "approved" apps in a restricted session can be used to fork a program and your user has execute privs on a writable directory, then by definition, it's gonna be possible to run the file. Likewise, if I rename msblast32.exe to runitbaby.exe, it's gonna be possible to run it on Win as well. Neither the original AD solution or the *NIX example are 100% idiot proof but both will prevent the "auto" running of the worm.
I beg to differ, *nix certainly does provide similar functionality via restricted shells (rbash, rksh, etc) and NIS. Simply assign users to a restricted shell in their NIS profile and they'll be unable to run any programs not in their pre-assigned PATH.
I think it's an abbreviation for SCOW which is a Dutch (not Danish) word for the common trash barge. In slang I think it would be referred to as "a floating pile of sh*t".
It will be interesting to see if any lawyers are disbarred or fined for even bringing this argument to court.
Time to call my cable company and get Court TV switched on. This ought to be the funniest of the reality shows on the TV when it gets under way. I really hope we get some live TV coverage of this thing.
wu-ftp is not part of the Linux kernel. That would be like counting a vulnerability in Apache against Microsoft because Apache also runs on W2K.
My take on it is that since IIS is not shipped with all flavors of Windows, that no, it should not count against the Windows product. All the major security firms differentiate between the two as well. SQLServer is also differentiated from Windows for the same reason.
I think what you're alluding to is that Windows, IIS, and SQLServer vulnerabilities are all considered Microsoft vulnerabilities. In that case, it's borderline true since the three products apparently share some of the same codebase. The only Linux counterpart I can think of would be a vulnerability in glib, the C runtime library.
YOU cannot use them to surf the internet or check your email, you dumb-ass.
Why don't you try reading the parent post I was replying to? That's the entire point of my post, and thus the sarcastic "Let me get this straight..." prefix. Idiot.
It was an exploit in wu-ftp, not Linux, the story even says it was an FTP exploit. So yes, it was an unpatched vulenrability, but no, it was not in Linux.
Slashdot Mirror
I doubt it since the patent states, "The program object is embedded into a hypermedia document ...". The hypermedia document piece is lacking in the definition you're thinking of.
I use KDE 3.1 as my desktop, it does look good and the KDE "File Open" dialog is "all that" so far as "File Open" dialogs go. When moving from KDE 2.x to 3.x there were some minor compatibility issues with KDE 1.x apps but nothing that wasn't fixed by a recompile.
...".
Yep, I'm still going to stear clear of GTK apps whenever possible, even if that patch gets applied. Thanks for reminding me why.
You're joking right? At least say it's for reasons more significant than a "File Open" dialog. Reasons that make sense are things like "I want a consistent theme/font", "I need my apps to interoperate at a level deeper than the X clipboard", or "I'm more familiar with the KDE/QT toolkit so if I need to make a mod
K3B is nice, but I have no clue about it's mindshare.
I did try xcdroast a while back (not overly impressive) but I still prefer to use the command line for cdrecord and prodvd.
I don't know. I looked at XINE a few years ago and wasn't impressed. However, I just took a peek, prompted by your post, and it looks like they've merged in a lot of the features from Ogle and MPlayer so I'm going to be taking it for another test drive very soon.
gAIM is awesome. The protocol implementations are not GTK specific and do most of the hard stuff, so anything is possible.
Yeah, I think the patch in question finally got rolled into CVS, not 100% sure though. However, it's primarily cosmetic and doesn't add any new functionality so in that sense it's not "fixed". of my post
I pretty sure they're referring to this one .
My bad, it isn't, I based my post on "grep -ri gtk /usr/local" and it hit on a couple of unrelated files in OO. How about "the letters GTK appear in sequence in several OO files" instead?
Nice flame, and you're wrong about GTK based applications NEVER being as popular as QT. Mozilla/Netscape, OpenOffice/StarOffice, GIMP, gAIM, MPlayer, and XMMS are ALL GTK apps. You'd have a hard time naming a single QT application (not desktop), with the exception of Opera, that rivals even one of these in terms of mind share.
For the valid part of your post, you're right, the current GTK file dialog does suck. There's a patch from Ximian floating around to change it to look like this which is better but still lacks some "coolness" like previews and filters. The threads I've seen all point to a rewrite planned for GTK 2.6 but backwards compatibility is a sticking point.
They did put up, indirectly at least, and got slapped for being unaware that the Big Bang predates the year 2003 by a bit. You can bet these guys are still hoping to settle because they're gonna get ripped to shreds if this case ever sees the light of a court room.
It's completely free and GPL'd
Not quite, you have to remember to send your payment to the MPEG LA group for a "Patent Portfolio License". There are a ton of patents in MPEG4. Here's an interesting link about a "per stream" fee MPEG LA is even considering
Ogg Theora also has patents on the VP3 video codec but the license agreement makes it clear there are no royalties due for using or repackaging VP3. One of the key reasons why it's "fringe" is because it's hasn't been released as anything other than developer builds on Linux as of yet so there are no tools other than proofs of concept for creating and playing Ogg Theora streams yet.
I can't find the link anymore, it's been a few weeks since I read it. The article claimed it was leaked by a Microsoft sales director or VP during a Q&A session. SCO has never mentioned how much it was.
Actually, MS gave them something in the order of $6,000,000 for that SVR4 "license". That's why SCO managed to turn a $2M profit last quarter. They should be back in the red this quarter.
I'm sure we haven't seen nothing yet, I fully expect that by next week they'll be claiming that Linux is actually a leaked copy of UnixWare.
most of us have been "tingled" by 110/115 a few times
I got "tingled" on the weekend of July 4th wiring a new fixture. It is a tingle but it's in the same class as a "pound a finger with a hammer" tingle.
Btw, that linked article is pretty damn funny!!!
I know you're joking but that wouldn't make for a very good introduction to Linux. The last thing we need to hinder adoption is to have a virus associated with Linux, ok, there's already SCO but that's more than enough.
The problem for the labels with MP3 and OGG is the lack of DRM so they want formats like AAC and WMA.
The problem for consumers with AAC and WMA is the presence of DRM so they want formats like MP3 and OGG.
Consumers speak with their wallets, so we simply shouldn't (and I don't) support formats like AAC and WMA. Eventually, if we simply refuse to purchase DRMd music, the labels will either cave in or simply go out of business. They need our money far more than we need their music.
Makes me wonder if the labels even realize this.
How quickly we forget. Just a couple days ago a gent wrote to slashdot stating his company would pay, what was it, $350K to RedHat for their latest pricing scheme.
Come on now, that 350K is for the support contract, not the software. Microsoft support isn't free either.
The only way I see linux succeeding is by first dominating non-US markets.
If you mean on the desktop, I think you're right so far as the primary sites where adoption would happen. However, I don't think it needs to dominate, it just needs to be legitimized for the corporate desktop. I think Sun's "Mad Hatter" project is going to do a lot to move this forward.
Crystal ball predictions aside, the only thing that's certain is that it's a very interesting time for the PC platform.
Has nVIDIA worked the kinks out of this yet? I remember some bad mojo about this option with OpenOffice that makes me hesistant to re-enable it. I'm still on the 4363 release of the drivers, haven't installed the 4496 ones yet.
Ummm, IBM supports Linux on its top of the line zSeries mainframes which pretty much define enterprise class.
If we stay in the line of how the msblaster exploit works and assume a similar situation on *nix then yeah, but the methodology is obviously totally different. The NIS r* trick works on the "in this shell you can only run these" principal while the AD trick works on the "on this system you can't run these". The r* approach would not prevent forked non-r* execution shells from running the worm. I'm certainly not insinuating that NIS and r* are a replacement for AD, it isn't, but in this very specific case, it would provide a similar benefit.
Granted but if you're throwing user into a GUI like KDE you can spawn KDE in lockdown mode and maintain the same level of restriction. However, this still won't prevent non-KDE compliant apps from launching programs. If one of your "approved" apps in a restricted session can be used to fork a program and your user has execute privs on a writable directory, then by definition, it's gonna be possible to run the file. Likewise, if I rename msblast32.exe to runitbaby.exe, it's gonna be possible to run it on Win as well. Neither the original AD solution or the *NIX example are 100% idiot proof but both will prevent the "auto" running of the worm.
I beg to differ, *nix certainly does provide similar functionality via restricted shells (rbash, rksh, etc) and NIS. Simply assign users to a restricted shell in their NIS profile and they'll be unable to run any programs not in their pre-assigned PATH.
I think it's an abbreviation for SCOW which is a Dutch (not Danish) word for the common trash barge. In slang I think it would be referred to as "a floating pile of sh*t".
It will be interesting to see if any lawyers are disbarred or fined for even bringing this argument to court.
Time to call my cable company and get Court TV switched on. This ought to be the funniest of the reality shows on the TV when it gets under way. I really hope we get some live TV coverage of this thing.
wu-ftp is not part of the Linux kernel. That would be like counting a vulnerability in Apache against Microsoft because Apache also runs on W2K.
My take on it is that since IIS is not shipped with all flavors of Windows, that no, it should not count against the Windows product. All the major security firms differentiate between the two as well. SQLServer is also differentiated from Windows for the same reason.
I think what you're alluding to is that Windows, IIS, and SQLServer vulnerabilities are all considered Microsoft vulnerabilities. In that case, it's borderline true since the three products apparently share some of the same codebase. The only Linux counterpart I can think of would be a vulnerability in glib, the C runtime library.
YOU cannot use them to surf the internet or check your email, you dumb-ass.
..." prefix. Idiot.
Why don't you try reading the parent post I was replying to? That's the entire point of my post, and thus the sarcastic "Let me get this straight
It was an exploit in wu-ftp, not Linux, the story even says it was an FTP exploit. So yes, it was an unpatched vulenrability, but no, it was not in Linux.