PAL TVs can support NTSC broadcasts, but not the other way around. So in that case, it'd be better to broadcast in NTSC so that everyone gets to watch. Better yet, you could broadcast in HD and only have to have one standard, but that wouldn't be feasible until everyone has a digital tuner or HDTV (not exactly sure on the details in watching HD on a standard definition TV, but you could at least broadcast digital channels).
Coming from a DOS (gamer) and Unix background, you don't know how annoying it is when an application for OS X doesn't come in a.app or.pkg sort of distribution (e.g., only comes as source). Without the aid of a native package manager or ports system (although there is MacPorts which helps significantly, especially since it's somewhat similar to FreeBSD's system), the typical thing that people complain about with installing things on Linux rears its ugly head in full force on OS X. Without help from something like MacPorts, you're stuck downloading all the dependencies and compiling those (don't forget that you need to install XCode first which is huge), and some programs might not play nicely in a non-Linux environment for some reason.
As someone else said in this thread, it's not so much the distribution's fault as it is the developer's fault who doesn't know how (or doesn't bother) to package binaries for different operating systems. Just imagine what it's like on Windows if you need to compile something from source and don't have a copy of MSVC++ or anything...
Considering that MPEG-2/4 AAC is much easier to get patent licenses for, and the fact that it's like the "modern version of MP3" so to say, many MP3 players support AAC as well nowadays (and generally WMA when it also supports that PlaysForSure thing from Microsoft that they don't even use anymore;p). Shouldn't be that much of a problem...
Possibly has to do with how the kernel is compiled for the different versions. A server kernel would use a fair scheduler for instance while a desktop one would want something that is more responsive (and quite possibly realtime in the case of audio/video applications) to user applications. At least that's how it works in the open source world...
There already is some sort of Pocket IE or something like that for Windows CE. I doubt it's related to the Windows NT version of IE in any way other than the name, though.
I believe it's an issue with GTK+ on X11. Since X11 is network-transparent and all, I guess there's some weird support going on in GTK+ that ends up trying to look up your hostname via DNS if it isn't already in/etc/hosts.
A little? You've never seen Openzone's prices, have you? They don't charge a little, they charge a hell of a lot. The minimum spend is £6 ($12), for which you get a whopping 60 minutes of (in my limited experience) 56k-modem speeds and timeouts. So, if you stop for a coffee, check your email and read slashdot for a bit the net access will have cost you three times as much as the coffee. You don't have Starbucks in Britain, do you? That would be about the same price of coffee there.
Then whose fault is it that so many applications have had security issues lately due to how IE passes arguments to applications when launched? Is it a shitty API, or are these programmers just incompetent or ignorant of how to correctly do things?
I don't believe MySpaceIM uses XMPP, and that's quite the recent protocol. Then again, expecting them to follow any standards is like expecting Microsoft to follow pre-existing open standards they weren't involved in the creation for.
I thought this only applied [explicitly] with the GPLv3? If it's only implicit with other free software and open source licenses, then I'd imagine it would take a court case to decide that.
So they're using the same encoding scheme that eMusic (and some other online music stores) use: lame --preset standard (or fast standard). That's excellent news.
It was already decided long ago that mathematics was not patentable, so the fact that software (which is just maths) is patentable is absurd. Especially algorithms which are purely maths.
You can get 91+ octane gasoline at most if not all gas stations. Hell, if you know how to refine crude oil into said gasoline, you can do it yourself and your car will still work. That's an issue of quality, not brand or some other arbitrary restriction.
There's already Krita (part of KOffice, KDE) which uses Qt and looks and acts quite like Photoshop, so come KOffice 2.0, perhaps Krita will become the most popular open source image editor since it'll have native Windows and Mac ports.
You should also note that GTK stands for GIMP ToolKit as it was written as a widget toolkit for GIMP in the first place. I doubt they'll be changing it anytime soon.
Take, for example, a scene in which Danny decapitates a hunter and then uses his severed head to gain entry through a security door. You only do that about 3 times in God of War, and that game was quite the gorefest.;)
... they have a right to make money like any other business, which includes recouping their investment in you as a customer. Nobody, and I mean nobody has a right to make money in any sort of capitalistic market. The only right you have is the right to start your own business in that market if you can cover the costs of starting said business.
Game developers (especially EA) are already targetting multiple platforms: PC, Mac (sometimes), Xbox 360, Wii, PS3, PS2, DS, and PSP to name the main platforms of the present. Only a grand total of two (which combined make up a small percentage of the market) use DirectX APIs while the rest use OpenGL or OpenGL-like APIs. Hell, combine the PS2, Wii, and DS, and you've already covered an enormous amount of the market, and none of them use DirectX at all.
By the way, PC gaming is practically a niche when it comes to gaming, especially now that Nintendo released the Wii which appeals to many non-gamers as well. Of course, that might be why Linux rarely gets PC game ports due to being a niche of a niche so to say.
Good point. Sound APIs seem to be a mess across the board. Personally, I would just stick with something like SDL so I wouldn't need to worry about all these extraneous APIs.
Just like the contest to create the AES encryption standard, there is an ongoing one (or happening soon) for cryptographic hashing algorithms. You can probably expect a good one with good vendor support within a couple years or so. Note that if you are using hashes in a typical cryptographic environment (signing a message by encrypting the hash of the message with your private key so that others can verify via your public key), I don't believe this would be a problem. Also, this is only effective in any sense on a very small scale, so outside of hashing passwords, this is kinda useless at the moment.
You might be in the shadow group, and there might be a server application that is in said group in order to read/etc/shadow, so if you can exploit that service to gain access to the contents of the shadow file, you can then try to root the machine after cracking root's (or someone with sudo I guess) password.
Slashdot Mirror
PAL TVs can support NTSC broadcasts, but not the other way around. So in that case, it'd be better to broadcast in NTSC so that everyone gets to watch. Better yet, you could broadcast in HD and only have to have one standard, but that wouldn't be feasible until everyone has a digital tuner or HDTV (not exactly sure on the details in watching HD on a standard definition TV, but you could at least broadcast digital channels).
Coming from a DOS (gamer) and Unix background, you don't know how annoying it is when an application for OS X doesn't come in a .app or .pkg sort of distribution (e.g., only comes as source). Without the aid of a native package manager or ports system (although there is MacPorts which helps significantly, especially since it's somewhat similar to FreeBSD's system), the typical thing that people complain about with installing things on Linux rears its ugly head in full force on OS X. Without help from something like MacPorts, you're stuck downloading all the dependencies and compiling those (don't forget that you need to install XCode first which is huge), and some programs might not play nicely in a non-Linux environment for some reason.
As someone else said in this thread, it's not so much the distribution's fault as it is the developer's fault who doesn't know how (or doesn't bother) to package binaries for different operating systems. Just imagine what it's like on Windows if you need to compile something from source and don't have a copy of MSVC++ or anything...
Considering that MPEG-2/4 AAC is much easier to get patent licenses for, and the fact that it's like the "modern version of MP3" so to say, many MP3 players support AAC as well nowadays (and generally WMA when it also supports that PlaysForSure thing from Microsoft that they don't even use anymore ;p). Shouldn't be that much of a problem...
Possibly has to do with how the kernel is compiled for the different versions. A server kernel would use a fair scheduler for instance while a desktop one would want something that is more responsive (and quite possibly realtime in the case of audio/video applications) to user applications. At least that's how it works in the open source world...
Then perhaps it's a good thing that Hotmail is blocked at nearly any place that uses filters, eh?
There already is some sort of Pocket IE or something like that for Windows CE. I doubt it's related to the Windows NT version of IE in any way other than the name, though.
I believe it's an issue with GTK+ on X11. Since X11 is network-transparent and all, I guess there's some weird support going on in GTK+ that ends up trying to look up your hostname via DNS if it isn't already in /etc/hosts.
They should have said the Cubs instead, then! :P
Then whose fault is it that so many applications have had security issues lately due to how IE passes arguments to applications when launched? Is it a shitty API, or are these programmers just incompetent or ignorant of how to correctly do things?
I don't believe MySpaceIM uses XMPP, and that's quite the recent protocol. Then again, expecting them to follow any standards is like expecting Microsoft to follow pre-existing open standards they weren't involved in the creation for.
I thought this only applied [explicitly] with the GPLv3? If it's only implicit with other free software and open source licenses, then I'd imagine it would take a court case to decide that.
So they're using the same encoding scheme that eMusic (and some other online music stores) use: lame --preset standard (or fast standard). That's excellent news.
It was already decided long ago that mathematics was not patentable, so the fact that software (which is just maths) is patentable is absurd. Especially algorithms which are purely maths.
The game you're thinking about is Fire Emblem. Well, the Fire Emblem series, but yeah, those games.
You can get 91+ octane gasoline at most if not all gas stations. Hell, if you know how to refine crude oil into said gasoline, you can do it yourself and your car will still work. That's an issue of quality, not brand or some other arbitrary restriction.
There's already Krita (part of KOffice, KDE) which uses Qt and looks and acts quite like Photoshop, so come KOffice 2.0, perhaps Krita will become the most popular open source image editor since it'll have native Windows and Mac ports.
You should also note that GTK stands for GIMP ToolKit as it was written as a widget toolkit for GIMP in the first place. I doubt they'll be changing it anytime soon.
... they have a right to make money like any other business, which includes recouping their investment in you as a customer. Nobody, and I mean nobody has a right to make money in any sort of capitalistic market. The only right you have is the right to start your own business in that market if you can cover the costs of starting said business.Game developers (especially EA) are already targetting multiple platforms: PC, Mac (sometimes), Xbox 360, Wii, PS3, PS2, DS, and PSP to name the main platforms of the present. Only a grand total of two (which combined make up a small percentage of the market) use DirectX APIs while the rest use OpenGL or OpenGL-like APIs. Hell, combine the PS2, Wii, and DS, and you've already covered an enormous amount of the market, and none of them use DirectX at all.
By the way, PC gaming is practically a niche when it comes to gaming, especially now that Nintendo released the Wii which appeals to many non-gamers as well. Of course, that might be why Linux rarely gets PC game ports due to being a niche of a niche so to say.
Good point. Sound APIs seem to be a mess across the board. Personally, I would just stick with something like SDL so I wouldn't need to worry about all these extraneous APIs.
There was plenty of sex (including incest) in there as well, so I don't get it...
I didn't know Apple or GNOME (or KDE since Konqueror is for KDE) were convicted monopolists...
Just like the contest to create the AES encryption standard, there is an ongoing one (or happening soon) for cryptographic hashing algorithms. You can probably expect a good one with good vendor support within a couple years or so. Note that if you are using hashes in a typical cryptographic environment (signing a message by encrypting the hash of the message with your private key so that others can verify via your public key), I don't believe this would be a problem. Also, this is only effective in any sense on a very small scale, so outside of hashing passwords, this is kinda useless at the moment.
You might be in the shadow group, and there might be a server application that is in said group in order to read /etc/shadow, so if you can exploit that service to gain access to the contents of the shadow file, you can then try to root the machine after cracking root's (or someone with sudo I guess) password.