The most clueless TeX related piece I have read since their previous one. For example, kpathsea is a library that TeX engines call, so no forking is done to “grab search paths from the Kpathsea system”. And the bright future for C implementation didn't happen when TeX WEB code was hand converted into much more readable C code 8 years ago (http://metatex.org/), not to mention the existence of an actively maintained, extended TeX engine written in C (http://www.luatex.org/), wait, this is GPL “encumbered” so it does not count. Did I mention that XeTeX does not “skip the DVI step” at all, but it actually does fork an external binary to convert its ‘extended’ DVI into PDF.
I also loved the GPL ``encumbered'' bit. But they are trying to sell a (binary only) app for iOS, so I can see how it's inconvenient to them if other people don't give them all rights to their code.
TeX, while maybe not pretty, has stood the test of time remarkably well. I find it somewhat low of the article to bash the technology it uses (WEB, DVI) just because they are not the newest and hippest.
Apple doesn't care. GPL backers like the FSF are who enforce GPL'd software not being in the App Store. They feel that the GPL is incompatible with Apple's distribution mechanisms, since it's impossible to "distribute" a modified version of the app to iOS devices without going through the App Store. But if a group decided to upload their GPL app, Apple isn't going to check, and won't kick the app out of the store on GPL grounds.
The VLC example mentioned below in fact supports this: Apple was absolutely fine with it being in the store until Rémi Denis-Courmont filed a copyright violation with Apple asking them to take down the version that had been posted there. Apple didn't take initiative to remove it themselves.
> GPL backers like the FSF are who enforce GPL'd software not being in the App Store. They feel that the GPL is incompatible with Apple's distribution mechanisms, since it's impossible to "distribute" a modified version of the app to iOS devices without going through the App Store. But if a group decided to upload their GPL app, Apple isn't going to check, and won't kick the app out of the store on GPL grounds.
What if someone sold an iOS app that could be downloaded from the iTunes App Store that "contained" the source code? (Actually, it would detect whichever app started it and would download the source on demand.) Combine this with a free app and service that lets people use on-air provisioning to get modified versions of apps?
You don't need to include the source code to be in compliance with the GPL. You can easily have it downloadable from your website. You only need to provide it for about 3 years (IIRC). You can just have a note in your 'About' screen: "This is GPL software, go to http://www.example.com to get the source". That should suffice.
It isn't the FSF that enforce the GPL, it's the copyright holder, i.e. the original programmer.
I think "this software is for personal use only" is the main (only?) GPL incompatible parts of the App Store terms. I don't know if it's a possible outcome, but I wonder if there's some way to force iOS to be an OS where you can run any programme (i.e. no App Store needed), if there is GPL software. This is clearly not something Apple want, so they may be trying to nip that problem in the bud by setting things up to stop GPL. I believe some sort of Microsoft app store explicitly bans GPL.
Apple do officially care, and they only officially allow things in that match their rules. If you told Apple that the software was GPL, they would probably care and pull it.
The reason VLC was there for long was because Apple clearly don't check things in the App Store very much (examples like this, and various scammy apps, and pirated software back this up). However once (one of) the copyright holders noticed it, they informed Apple that Apple was distributing copyright infringing software, and Apple promptly acted.
GPL software on the iOS App Store is about as legal as copying DVDs of Hollywood films and selling them yourself, or copying someone else's closed source software and uploading it to the App Store.
Remember, GPL software is often based on other GPL software that someone else wrote, and released to you under certain terms (the GPL). To distribute it via the App Store goes against the spirit and letter of those terms. It should be clear why some developers are annoyed about people who do that.
> They feel that the GPL is incompatible with Apple's distribution mechanisms, since it's impossible to "distribute" a modified version of the app to iOS devices without going through the App Store
That's a common misconception, but actually has nothing to do with the GPL/App Store incompatibility. You can distribute a modified version of the app in source form, and let the users compile it and install it on their own device. You just can't distribute a modified version through the App Store, but that's OK. GPL has no requirement that people who modify GPL code be able to distribute their modified programs through the same channel they obtained the unmodified program.
The GPL/App Store compatibility arises from the App Store terms of service. In order to download from the App Store, you have to agree to things, such as not reverse engineering what you download. GPL prohibits distributing GPL software with additional restrictions, and the App Store terms count as additional restrictions.
it's impossible to "distribute" a modified version of the app to iOS devices without going through the App Store
Y'know I'm not sure this is something the GPL would care about. I mean if Apple sell GPL software (gcc), but if I modify gcc Apple are unlikely to sell my fork on apple.com, that doesn't mean Apple are breaking the GPL.
Agreed. The author displays a huge lack of understanding of how TeX works.
A big problem of current projects to port TeX is that most of them rely in the original translation from pascal to C, which is just a hack turned into a maintenance nightmare. I believe a better approach would be to write a better translator that would be easier to integrate with different environments such as iOS.