Slashdot Mirror


iPhone SDK and Free Software Don't Match

kookjr writes "Are you planning to develop software for the iPhone? If you want to develop Free Software, Linux.com (Shares corp overlord w/ Slashdot) has a good review of the conflicts between Apple's Registered iPhone Developer Agreement and licenses like the GPL. This is important for people who may not read all the agreements they click Agree to."

304 comments

  1. Why is it still a case where by zappepcs · · Score: 4, Insightful

    companies are issuing SDKs and don't tell you what license is actually compatible in a common sense, non-legalese way?

    It seems only logical that this should fall in the 'system requirements' type category of the install documentation...

    Sure, when you start your car there is no beeping alarm and a warning sign to use ONLY unleaded gas, but then they go to extra efforts to warn you at the gas fill spot, and make the neck of the gas fill tube so that only unleaded fuel and siphon hoses will fit.

    This license thing is like letting you believe you can pour diesel fuel right on in the tank, no worries.

    I like car analogies :)

    1. Re:Why is it still a case where by Anonymous Coward · · Score: 1, Funny

      I've been devoloping software fro the iPhone since the day it came out. i don't see any problem.

    2. Re:Why is it still a case where by WhatAmIDoingHere · · Score: 1, Offtopic

      My last car (a 1996 Eclipse) said right under the speedometer "UNLEADED FUEL ONLY." So did my first car (1988 Accord).

      --
      Not a Twitter sockpuppet... but I wish I was.
    3. Re:Why is it still a case where by Dog-Cow · · Score: 2, Insightful

      There are a handful of different popular vehicle fuels.

      There are thousands of different licenses.

      Fuel compatibility is based on verifiable engineering principles.

      License compatibility is based on legal opinion.

    4. Re:Why is it still a case where by jank1887 · · Score: 5, Funny

      STOP THE PRESSES, FOLKS! This guy doesn't see any problems. There must not be any!

    5. Re:Why is it still a case where by mysqlrocks · · Score: 4, Funny

      There are a handful of different popular vehicle fuels.

      Yes, but it met the Slashdot requirement of being a car analogy.

    6. Re:Why is it still a case where by evanbd · · Score: 1

      There are thousands of different licenses.

      So pick a few of the popular ones. Half a dozen at most should be enough for most people; the rest can either infer from the list or form their own legal opinion.

      License compatibility is based on legal opinion.

      Yes, and if the legal opinion of the license author were made known, in a legally binding way, then there wouldn't be any difficulties (as long as you were willing to accept that opinion, obviously). If EULA section blah reads "... and we promise that code released under the GPLv2 does not violate this EULA ..." (in legal translation, I suppose), then it wouldn't matter whether I thought the rest of the EULA was compatible or not, because the only other relevant opinion is known and in my favor. Of course, that would require a company that was actually interested in helping its customers and developers, rather than simply protecting itself every way it can think of and then some.

    7. Re:Why is it still a case where by DaveV1.0 · · Score: 2, Insightful

      "So pick a few popular ones."

      No. If you don't like the terms, don't use the kit.
      If you are too lazy to get an understanding of the terms, that is your fault, so don't use the kit.

      --
      There is no "-1 offended" or "-1 you don't agree with me" mod options for a reason.
    8. Re:Why is it still a case where by evanbd · · Score: 1

      My point was that companies could improve things a lot by saying, for each of several popular licenses, whether their kit was compatible. Then, if you want to use some other license, that's fine, but you're on your own forming a legal opinion about the EULA. If, however, you choose one of the ones they did, you don't have anything to worry about. In the current situation, even if you aren't lazy and put in a large amount of effort, you might come to a different (but entirely reasonable) reading of the license than the company -- and that's undesirable for all concerned, no matter who the court eventually sides with.

    9. Re:Why is it still a case where by DaveV1.0 · · Score: 2, Insightful

      The point you are missing is that they don't care about any other license other than their own.

      If you want to know if their kit, license, restrictions, etc. are compatible with the license you want to use, then it is up to you to figure that out.

      --
      There is no "-1 offended" or "-1 you don't agree with me" mod options for a reason.
    10. Re:Why is it still a case where by evanbd · · Score: 2, Insightful

      What? No, I'm not missing that at all. The OP asked why companies aren't clearly stating what licenses are compatible. The responder gave an answer amounting to saying that would be hard for the company. I explained why, if the company wanted to, it would be quite easy to do a good enough job to be useful (even if less than perfect). Given that they aren't doing it, and that it would be easy, one must conclude that there is some other reason -- like them not caring about other licenses than their own.

      Then again, I suppose I could just throw my hands in the air and give the companies a free pass for not being helpful because it would be too difficult for them. But, I choose to instead point out why what they're doing is not just laziness but rather being actively greedy. It's remarkably hard to change things if you're unwilling to speak up about the problems, and instead just give up hope on anyone else improving their behavior.

      Sure, I shouldn't count on them doing the right thing, nor do I expect them too -- but that's no excuse for me, you, or the original responder to give them a free pass because doing the right thing would be "hard." Especially when it wouldn't even be hard at all.

    11. Re:Why is it still a case where by ncc74656 · · Score: 1, Offtopic

      My last car (a 1996 Eclipse) said right under the speedometer "UNLEADED FUEL ONLY." So did my first car (1988 Accord).

      Since unleaded is all you can buy anywhere now, I suspect the manufacturers figured they no longer need that notice. My 2004 Alero doesn't have it anywhere: not on the fuel gauge, not on the fuel filler door, and (IIRC) not on the gas cap. I think there's a mention of using only unleaded in the owner's manual, but that's it.

      --
      20 January 2017: the End of an Error.
    12. Re:Why is it still a case where by Anonymous Coward · · Score: 0

      but then they go to extra efforts to warn you at the gas fill spot, and make the neck of the gas fill tube so that only unleaded fuel and siphon hoses will fit.

      Couldn't agreements and licenses be considered equivalent for software writers? I mean, if you can't follow the logic threads through the agreements, how good could your code be?

      But I can has car analogies too! I worked as pump personnel - you have things like sized tank necks because user intelligence threshold for drivers is incredibly low. It's not unusual at all for people to drive off with the hose still in the tank neck. First thing you hear is an incredible bang of the retraction cable snapping, then look to see what car is stopped with a very stretched hose sticking from the side of their car. The best part? Those idiots are always really angry about it, trying to find a way to blame it on someone else.
    13. Re:Why is it still a case where by xtracto · · Score: 1

      Well.. this guy makes about 90% of all the slashdot posts so... if AC says there is not a problem it is the majority of slashdot :)

      --
      Ubuntu is an African word meaning 'I can't configure Debian'
    14. Re:Why is it still a case where by thaurfea · · Score: 1

      irrelevant question from someone who wasn't born back when they sold leaded gas: why are leaded fuel hoses bigger/the wrong shape?

    15. Re:Why is it still a case where by Snowmit · · Score: 1

      There are a handful of different popular vehicle fuels.

      There are thousands of different licenses. Maybe that's the issue? Maybe we'd do well to standardize the licenses a little more?

      At some point, we're going to realize that the transaction cost of having to navigate all these complex and nuanced licenses probably outweighs the benefits of being able to carefully customize the clauses of your particular agreement

      It's no accident that there are only a handful of popular vehicle fuels. People had to get together (directly or indirectly via the marketplace) and come to consensus on what would go in gas. Engineering standards don't come about because they are the one true way to engineer interfaces, computer ports or fuel chemistry. They come about because compromising on the details allows everyone involved to get more (important stuff) done.

      It can happen in the law as well. If you're involved in business negotiations, once you've seen one MNDA, you've pretty much seen them all. They may not be perfect, but the ability to just glance over and sign and get on with the deal-making instead of running everything past legal every time you want to talk to someone new is a huge boon.

      The alternative is the status quo of software which is that no one can be bothered to even read, let alone follow most of these agreements. Very few of us are willing to hire a lawyer every time we download a new demo.
      --
      I have a lot of opinions about Cyborgs and Architects
    16. Re:Why is it still a case where by DECS · · Score: 4, Interesting

      Because leaded gas would destroy the catalytic converter in newer cars.

      Old cars used lead in fuel to lubricate engine parts. Lead is toxic. In addition to removing lead, newer cars added catalytic converters to burn off tailpipe toxins. If you run leaded gas through them, it contaminates the catalysts.

      So to prevent people who didn't know better from thinking they could run "regular" gas through their newer cars without destroying a ~$300 part and dumping out more pollution, they make it difficult to do so with a smaller filler hose and port.

      That shares little in common with the idea of using GPL software in the iPhone. First of all, there's no damage: anyone can adapt FOSS libraries or develop new code under a free license and use this to deliver iPhone programs. Their open source code can be distributed for others to adapt; the only difference is that in order for someone to actually deploy an adapted version of that code, that new developer would need to be in the iPhone dev program so they could sign and distribute it.

      Apple uses both GPL and BSD licensed software on the iPhone, and makes their source available from its website. Why can't other software developers do the same?

      Perhaps I'm missing something, but even the GPL doesn't force developers to guarantee that their code will never be used on a secured platform that requires code signing. iPhone development offers no barriers to open source ideologies. It's only the official AppStore distribution of completed software that requires some approval from Apple. It seems pretty clear that there will always be some software that requires modifying the iPhone's firmware to distribute non-signed, unofficial software, so even that is hardly relevant.

      What's the controversy here? Seems to be much grasping at straws by the ignorant diggtard crowd that likes to bewail the "Apple monopoly." Of course, the problem is that Apple competes against lots of other products in the market. There are lots of MP3 players, media software, and smartphones; there are no commercial PC operating systems to choose from, and even the free volunteer options are hard to find available on a new PC that doesn't already include a Windows license. That's the difference between the Windows monopoly and the competition of iTunes, the iPod, and the iPhone.

      iPhone 2.0 SDK: How Signing Certificates Work

    17. Re:Why is it still a case where by Jason+Stalnecker · · Score: 1

      You are dead on. i hold the same issues. _ Jason Stalnecker

  2. Apple haters be damned! by erroneus · · Score: 5, Funny

    It seems Apple haters are coming out of the wood work just to attack poor defenseless Apple! Apple does things they way they do them because they work. And the proof of that is illustrated perfectly in how cool and popular Apple stuff is... and by extension, anyone who uses Apple stuff is also cool and popular. So why can't people stop reading all these legal issues and get back to fun and sunshine!

    1. Re:Apple haters be damned! by Anonymous Coward · · Score: 1, Funny

      Exactly. Nobody can beat Apple in terms of how cool their product look and function. Who cares about licensing and compatibility when you can just use their SDK to build products for their phones etc? People are buying Apple products in droves - that's clear sign that Apple is the winner here. As a developer, I would just sign EULA and get down to building some cool software rather than just worrying about GPL.

      Apple is just another company in the market to make money. Why should they bother with Open source? I want my ipod and iphone to have cool apps, no matter what.

      Go Apple! Ignore all the hater. They are just jealous whiners.

    2. Re:Apple haters be damned! by sm62704 · · Score: 3, Funny

      iScream! uScream! we all scream for iScream!

      Uh, 'scuse me while iRead this iSummons from Apple's iLawyer. Who isn't so iCool or iPopular. But nothing's as iCool as iScream!

      Did iMention that iGot an iOperation last week?

      iKid, iKid! ok iGo now.

      --
      mcgrew's razor: Never attribute to stupidity that which can be explained by greedy self-interest
    3. Re:Apple haters be damned! by Anonymous Coward · · Score: 0

      *you know you know you know you know*

    4. Re:Apple haters be damned! by Anonymous Coward · · Score: 0

      Where are those mod-points when you need them.

    5. Re:Apple haters be damned! by Hal_Porter · · Score: 2, Insightful

      You know much against my better judgement I'm starting to like Apple. Tempting the Linux crowd into giving up their principles for a pretty UI is just so delightfully evil.

      Maybe I should post on Make blog on DIY tattoo removal that involves brewing up TATP ingredients for people like Cory.

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    6. Re:Apple haters be damned! by erroneus · · Score: 1

      What I find much more interesting is making MacOSX behave in ways more similar to my comfortable Linux environment. A lot of the *NIX core is there and rather functional and those things that aren't there often have some tool, function or utility already written by someone that will make it work. I have even installed Webmin on an Apple box in the past.

      There's plenty of room in there for geeking out with it. But there's a lot of potential smoothe-running polished experience with Windows too, but it has been shot to hell with programmers breaking and bending the rules too often. Apple just makes it a point that in order to guarantee a better user experience, developers needs VERY tight adherence to the rules. So there's some "good" behind Apple's ways... but the discussion is most often about "how much is too much"? In my opinion, that line is crossed when those rules serve to maintain their monopoly-like control over what you can write and distribute to other users.

    7. Re:Apple haters be damned! by drerwk · · Score: 3, Informative

      A lot of the *NIX core is there and rather functional...
      FYI - all of UNIX is now there.

      Leopard is an Open Brand UNIX 03 Registered Product, conforming to the SUSv3 and POSIX 1003.1 specifications for the C API, Shell Utilities, and Threads. Since Leopard can compile and run all your existing UNIX code, you can deploy it in environments that demand full conformance â" complete with hooks to maintain compatibility with existing software.
      Though my favorite quote is

      The most widely-sold UNIX operating system, Mac OS X version 10.5 Leopard combines a fully-conformant UNIX foundation with the richness and usability of the Macintosh interface, bringing multi-core technology and 64-bit power to the mass market.
      Sold. Get it? Sold.
    8. Re:Apple haters be damned! by Yvan256 · · Score: 4, Funny

      Sunshine? WTF dude, this is slashdot. We're all supposed to be hiding in the basement!

    9. Re:Apple haters be damned! by Anonymous Coward · · Score: 0

      It seems Apple haters are coming out of the wood work just to attack poor defenseless Apple! ffs!
      Apple like Google like M$ like IBM are all out to make a buck. Why the hell do you insist that we shouldn't point holes in their theology? It's not a damned religion, it's business... and their model is: We take your money to make both of us happy.
    10. Re:Apple haters be damned! by mrchaotica · · Score: 2, Insightful

      Sold. Get it? Sold.

      It's probably the most widely-used UNIX too, because the ones exceeding it that aren't typically "sold" (e.g. Linux) also aren't officially certified to be UNIX®.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    11. Re:Apple haters be damned! by ArAgost · · Score: 1

      Even if your moderation tells the contrary, putting an "i" in front of words to make fun of apple stopped being funny years ago.

    12. Re:Apple haters be damned! by sm62704 · · Score: 1

      iKnow iKnow iKnow

      --
      mcgrew's razor: Never attribute to stupidity that which can be explained by greedy self-interest
    13. Re:Apple haters be damned! by sm62704 · · Score: 1

      Yeah? Well iThink you're wrong.

      --
      mcgrew's razor: Never attribute to stupidity that which can be explained by greedy self-interest
    14. Re:Apple haters be damned! by Draek · · Score: 1

      It depends on your definition of "users", too. If a company has a big, expensive server running AIX serving all of their 10000 employees, does that count as 1 or 10000 AIX users?

      if the former, yeah, OSX is the most widely-used UNIX, but if the latter I do have my doubts.

      --
      No problem is insoluble in all conceivable circumstances.
    15. Re:Apple haters be damned! by Ilgaz · · Score: 1

      I got 3 macs running at my home including a Quad G5, all my devices are purchased with Apple compatibility in mind and I don't plan to buy iPhone since it is absurdly stupid to pay $600 to a device you will have to hack.

      My Nokia E65's (Symbian S60) applications comes from Sourceforge (half of them) or they rely on open source like Apache/Python (Nokia webserver). Not like they are trying to stop me, they actually PUSH user to download and try new things (via Download! menu on root).

      When I tell these facts, like your joke, I am called an Apple hater by people probably never paid for OS X or iLife which are things done in right way. Your +5 funny comment is not a joke unfortunately.

      I am sad that iPhone with that management gang who decides these things will never be a true mobile computing revolution. That is all. I suggested iPhone to people who are only into basic things like multimedia but after figuring there is a huge multimedia application market for Symbian and WinCE, I took that suggestion back too. What if they want to watch XVid/Divx on their devices? Or play Ogg/Flac?

  3. Why is this a surprise? by dreamchaser · · Score: 2, Insightful

    I thought we already knew that the iPhone SDK license might be unfriendly to free software. It shouldn't really surprise anyone should it?

    People should really read what they agree to but of course they don't most of the time. Of course, the /. crowd as a whole probably does so far more than most demographics.

    1. Re:Why is this a surprise? by gEvil+(beta) · · Score: 5, Insightful

      People should really read what they agree to but of course they don't most of the time. Of course, the /. crowd as a whole probably does so far more than most demographics.

      And if the ability of /.ers to RTFA (not just this one, but any FA) is any example to go on, then it's a completely hopeless situation...

      --
      This guy's the limit!
    2. Re:Why is this a surprise? by dreamchaser · · Score: 1

      Excellent point! However, speaking only for myself of course, I RTFA about half the time, and I read licenses/EULA's 100% of the time.

    3. Re:Why is this a surprise? by EricR86 · · Score: 5, Insightful

      It might be considered a surprise considering you can release your software for free (as in beer). But you can't really release the source for free (as in speech) under a GPL.

      If want to release "free" software, it's hard to believe you have to do so restrictively.

    4. Re:Why is this a surprise? by dreamchaser · · Score: 2, Insightful

      I guess I am just not surprised even a little. I love their products and own a few, but I am getting to like Apple the company less and less. I've *never* liked Jobs but I recognize his effectiveness over the years and respect him for it.

    5. Re:Why is this a surprise? by imamac · · Score: 0

      There is nothing preventing free software to be distrubuted from the iPhone App Store. I'm working on one to release, probably for free. The barriers are for Open Source Software, which just happens to usually be free.

    6. Re:Why is this a surprise? by Daemonax · · Score: 1

      Well actually, I generally read the license's for all the software that I install. Generally I'm just checking to make sure it's GPL/BSD or some other free license and that I can get the source code. I do this for any new software that I'm unsure about. But I'm probably one of the few nutty people out there I guess.

    7. Re:Why is this a surprise? by ceoyoyo · · Score: 1

      The iPhone SDK may be (according to the article) unfriendly to the GPL, a particular "free" software license. It is not unfriendly to free software. Apple has specifically said you will be able to sell your software for $0, i.e. free, and there's nothing that says you can't give away your source code however you want, i.e. Free.

    8. Re:Why is this a surprise? by ceoyoyo · · Score: 1

      That part of the article is pretty sketchy. There's no real reason to believe you can't release your source code. It's a pretty big stretch to claim that my source code is disclosing information about the Apple SDK not available elsewhere. Any justification for that, no matter how weak, is going to evaporate when XCode 3 starts getting shipped (including documentation) with every copy of OS X anyway, after the beta period is over.

      The part about needing Apple to sign the code makes it incompatible with the GPL, but not incompatible with free or Free licenses. That means the GPL isn't as free as it could be.

    9. Re:Why is this a surprise? by voidptr · · Score: 4, Insightful

      The license I choose as an author is binding on everyone else, not me. It's my code, I still own the original copyright, and I can do whatever the hell I want.

      There's nothing stopping me from releasing it under the GPL with an exception addendum to account for the iPhone code signing requirements. So if you modify my app and distribute it, you still have to comply with the GPL except for distributing a code signing key to make it work on real hardware.

      --
      This .sig for unofficial government use only. Official use subject to $500 fine.
    10. Re:Why is this a surprise? by ceoyoyo · · Score: 1

      If you add an exception your license is no longer the GPL, it is a "new, modified license" (first line of your link).

      You're right. You can do whatever you want with your code. The code for Windows is pretty free, as far as Microsoft is concerned. The freeness is judged from the point of view of the user, not the author. GPLed code is less free than it might be. If you add an exception, thereby creating a new license, then that license is more free than the GPL.

      The GPL trades some freedom to insure that anything based on GPLed code has to stay GPLed. In many cases I'd agree with that tradeoff, but it is a reduction in the freedom granted by the license.

  4. A new low by Ethanol-fueled · · Score: 5, Funny

    "...If you want to develop Free Software, Linux.com (Shares corp overlord w/ Slsahdot )..."

    Wow, /. editors can't even spell their own name? Somebody should give them a pointy hat and make them go sit in the corner for a bit ;)

    1. Re:A new low by SpectreBlofeld · · Score: 2, Funny
      Hi There.


      You misspelled slashdot.org.


      Including you, 33 miscreants have misspelled it today!


      A cricket graph of the number of people who have misspelled slashdot.org over time.

  5. Combined FUD, Maby-FUD and Not-FUD... by nweaver · · Score: 4, Informative

    The Not FUD: The iPhone is incompatible with GPLv3.

    If you ask Apple, thats a feature.

    If you ask the Free Software Foundation, thats a feature.

    The Maby FUD: Is code which uses the iPhone APIs confidential information under the NDA? No answer yet.

    The Total FUD: It only affects SOME Free liscences. Even if the APIs are confidential, this does NOT stop BSD code, but only viral liscences like GPL.

    --
    Test your net with Netalyzr
    1. Re:Combined FUD, Maby-FUD and Not-FUD... by Blaze74 · · Score: 2, Insightful

      If I had mod points, you would get them. GPLv2 software is perfectly fine on the iPhone, it's only GPLv3 software.

    2. Re:Combined FUD, Maby-FUD and Not-FUD... by FooAtWFU · · Score: 3, Informative

      From TFA, it may affect the publishing of source code under any license. The BSD license isn't going to get you very far if you could be violating the Apple NDA by publishing the source code. Furthermore, even if you did / could publish it legally, it won't do anyone else much good if they can't compile it for the iPhone because they haven't paid Apple $99 and gotten the magical seal of approval.

      --
      The World Wide Web is dying. Soon, we shall have only the Internet.
    3. Re:Combined FUD, Maby-FUD and Not-FUD... by Bazar · · Score: 2, Informative

      The Total FUD: It only affects SOME Free liscences. Even if the APIs are confidential, this does NOT stop BSD code, but only viral liscences like GPL. There is free as in beer, and free as in speech.

      When they are talking about you can't alter it and then use it, their talking about how the software isn't free of restriction. They are not talking about its price.
      --
      To avoid criticism; Say nothing, Do nothing, Be nothing.
    4. Re:Combined FUD, Maby-FUD and Not-FUD... by nweaver · · Score: 3, Informative

      You CAN distribute code under the BSD liscence, just you can only distribute to other registered developers.

      Since registering as a developer for the SDK is $0.00, and a registered devolper with a dev key is $100, AND is needed if you want to modify the code, Big Frakin Deal: you can only distribute the code to people who are able to use it, as the jailbreak dev-kits don't use the same APIs (and if they did, then you can distribute to your hearts content because its clearly no longer confidential information).

      --
      Test your net with Netalyzr
    5. Re:Combined FUD, Maby-FUD and Not-FUD... by Anonymous Coward · · Score: 0

      The iPhone is perfectly compatible with version 3 of the GPL. The iPhone SDK and installing software via Apple are not. However, GPLv2 works both with the iPhone SDK (Apple's installation method) and the iPhone itself.

    6. Re:Combined FUD, Maby-FUD and Not-FUD... by mr_death · · Score: 1

      >The Not FUD: The iPhone is incompatible with GPLv3.

      Use GPLv2, and be happy. IMHO, the anti-tivo rantings and virtues of GPLv3 are wildly overplayed.

      Also, you should get your own legal advice concerning this topic. FSF's Smith may have an ax to grind.

      --
      It's Linux, damnit! Pay no attention to renaming attempts by self-aggrandizing blowhards.
    7. Re:Combined FUD, Maby-FUD and Not-FUD... by 99BottlesOfBeerInMyF · · Score: 1

      The BSD license isn't going to get you very far if you could be violating the Apple NDA by publishing the source code.

      Why? You don't need to publish the source code to be in compliance with the BSD license. All you need to do is credit the authors. Heck, Windows incorporates (or used to) a BSD licensed TCP/IP stack. The fact that you don't need to publish the code is the main difference between the GPL and BSD licenses.

    8. Re:Combined FUD, Maby-FUD and Not-FUD... by mea37 · · Score: 2, Insightful

      Keep in mind that while he doesn't say so explicitely, the author means "software that meets the FSF's definition of 'free'" when he says "free software" -- not merely "software released under a license that people associate with free software".

      You can see this when he talks about GLPv2 -- when talking about the code-signing requirement, he acknowledges that it wouldn't hinder GLPv2, but says that still the code wouldn't be "free software".

      My gut reaction is to agree that the NDA thing has a FUD feel to it, but it's hard to say. Given enough code that uses an SDK, can I construct information about the SDK? Probably. You'd probably have to be careful what you spell out in the comments, at any rate...

      But here's the bigger question I have about this story -- and it reflects my general disinterest in GPLv3: Who ever claimed that the iPhone was meant to be a general-purpose computing platform?

      The FSF often takes a tone that sounds extreme to me. At least when talking about software for a general-purpose computer, I can see where their coming from. But really, if I don't control every aspect of my iPhone then it controls me? So, like, my little Samsung cell phone, for which I have no ability to program at all, must be dominating me entirely!

    9. Re:Combined FUD, Maby-FUD and Not-FUD... by alittlespice · · Score: 1

      Exactly, this is more of a problem with GPLv3 than it is with Apple's license.

      Also, a lot, if not all of the iPhone API is documented on the 'Net and so is available elsewhere and thus, is not confidential information, therefore your source is free to release.

      This is thanks to the early jailbreakers etc.

    10. Re:Combined FUD, Maby-FUD and Not-FUD... by Anonymous Coward · · Score: 0

      FUD? Where in the agreement does it say that the author can't release their source code?

      While there might be some problems with GPLv3 licensed code, though I doubt it, I don't see the end of the world, Bad-Old-Apple-Killing-Freedom problem with GPLv2 or others. The TFA seems to not understand that a signed application isn't the same thing as source code, and confuses calls to a proprietary API with the API itself- unless XCode is secretly enslaving everyone that uses it.

      Apple is only providing a channel for distribution, not doing the distribution itself. Is a store responsible for releasing the Linux source code because it's selling Redhat or Ubuntu Linux on CD? It's acting as an agent for the author, and asking that developers not start blabbing about Apple's stuff as part of the deal.

      Apple has no responsibility to distribute the code, and I've read nothing in the agreement that says the author can't distribute their code if they want to.

      I thought Microsoft was supposed to be the one to sling FUD around?

    11. Re:Combined FUD, Maby-FUD and Not-FUD... by RiotingPacifist · · Score: 2, Interesting

      Open source isn't about users being able to modify it and use it, its about being able to see the source. Im a strong believer that tivoisation is GOOD, if Tivo wrote anything useful then mythTV, etc can use that code, if somebody writes an amazing app for the iPhone, then ofc apple want some control over what runs on their hardware, but at the same time that code can go on to help a gPhone port.

      "For example, the GPLv2 in no way limits your use of the software. If you're a mad scientist, you can use GPLv2'd software for your evil plans to take over the world ("Sharks with lasers on their heads!!"), and the GPLv2 just says that you have to give source code back. And that's OK by me. I like sharks with lasers. I just want the mad scientists of the world to pay me back in kind. I made source code available to them, they have to make their changes to it available to me. After that, they can fry me with their shark-mounted lasers all they want."

      Chances are Apple will allow GPLv2 aps, if not You could easily use BSD to make a program with a shim of BSD code that you dont release to link to the API, thus being safe from NDAs.

      The reason were using Linux instead of Hurd, is because Linus is more worried about letting people try stuff out with the code and then if it works using that code, but Stalman is far too busy designing and restricted the use of his code. The reason we dont use BSD is simply that your not forced to help out the BSD guys, so the few that do have to make the whole thing themselves (this has some advantages too)

      BSD, code may/may not be released, credit must be given (something how tech works,friendly to business) [defiantly use able on iPhone]
      GPL2, code is released (something like how science works)[maybe/probably possible]
      GPL3, code is released but is limited in what it can do [not possible]
      MPL, dont know much about it [yeah right they're gunna let firefox complete with safari]
      *Other licenses are available

      --
      IranAir Flight 655 never forget!
    12. Re:Combined FUD, Maby-FUD and Not-FUD... by Anonymous Coward · · Score: 0

      I have all of Maby Liscences albums, I think he's great.

    13. Re:Combined FUD, Maby-FUD and Not-FUD... by mobby_6kl · · Score: 4, Funny

      > You CAN distribute code under the BSD liscence, just you can only distribute to other registered developers.

      Oh, ok. I think I've just solved the prostitution problem for the US using the same approach: you can pay women for sex, but only if the woman in question is your wife. Ta-da!

    14. Re:Combined FUD, Maby-FUD and Not-FUD... by Applekid · · Score: 1

      And if the registered developer takes the code and tries to get it signed by Apple and they decline doing so? How is that free (as in speech) software? How about being able to run whatever code on your hardware that you see fit? How about not having to pay an extra tax on top of your hardware purchase to run what you want on it? The fact that ANYONE has to pay, even in a collective where only ONE developer publishes freely distributed software is an insult. An insult on top of every other Apple insult in recent months: Buggy Leopard, denying Mag-safe power problems, discoloring MacBooks, gimping Time Machine, the list keeps going.

      Apple broke down and said they were releasing an SDK to eliminate legitimate reasons for wanting to jailbreak, but it turns out the SDK they release has all these gotchas attached to them where, for that, the only real alternative is jailbreaking. And having Apple fly overhead and bombing you with a silent firmware upgrade bricking your hardware, or at the minimum countering your jailbreak.

      What a joke, and I'm sick of it. Is it too late to change my username?

      --
      More Twoson than Cupertino
    15. Re:Combined FUD, Maby-FUD and Not-FUD... by Anonymous Coward · · Score: 0

      isn't this already common practice?

      you try getting some by never buying anything for your wife

    16. Re:Combined FUD, Maby-FUD and Not-FUD... by d34thm0nk3y · · Score: 1

      You CAN distribute code under the BSD liscence, just you can only distribute to other registered developers.

      That's funny because the BSD license says I can distribute it to anyone I want.

    17. Re:Combined FUD, Maby-FUD and Not-FUD... by d34thm0nk3y · · Score: 1

      But here's the bigger question I have about this story -- and it reflects my general disinterest in GPLv3: Who ever claimed that the iPhone was meant to be a general-purpose computing platform?

      Nobody. What does that have to do with what license a developer chooses for his code?

    18. Re:Combined FUD, Maby-FUD and Not-FUD... by jmac1492 · · Score: 1

      So, like, my little Samsung cell phone, for which I have no ability to program at all, must be dominating me entirely!

      Stallman doesn't own a car for that reason.

      --
      Jenny's got a new number! 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
    19. Re:Combined FUD, Maby-FUD and Not-FUD... by ceoyoyo · · Score: 2, Insightful

      I'd make that "almost certainly FUD."

      Their reasoning is pretty paranoid, not to mention the way the article is written it's very misleading. The NDA says you can't release information that is not available elsewhere. The SDK documentation is available to non-$99 paying developers (like me) so the information is available without signing the NDA.

      Talking about the registered developer program and then switching gears to talk about the NDA is a nice little bit of circumstantial association.

    20. Re:Combined FUD, Maby-FUD and Not-FUD... by Bazar · · Score: 1

      Chances are Apple will allow GPLv2 aps, if not You could easily use BSD to make a program with a shim of BSD code that you dont release to link to the API, thus being safe from NDAs. The BSD does not ensure the freedom of the code.
      You can modify and then distbute only the binary.

      At that point, its not even open source software, let alone "free" software.

      The reason were using Linux instead of Hurd... I find that laughable that you can so freely summarize the history of linux vs hurd in 1 sentence and be so inaccurate.
      Do a little research before making such a blanket sentence. In the words of wikipedia
      "Citation Needed"

      --
      To avoid criticism; Say nothing, Do nothing, Be nothing.
    21. Re:Combined FUD, Maby-FUD and Not-FUD... by DECS · · Score: 1

      Apple is not in any way restricting what developers can do with the code they write. The only restrictions are related to how developers can distribute their code for use on the iPhone.

      Your argument that code written for the iPhone is somehow not going to be available for reuse elsewhere is non-sensical. The only reason that might happen is due to the impracticality of porting code tied to the Cocoa frameworks to another framework or platform, such as Java ME or BREW. Those limitations already exist in the phone world, and in fact even Java apps aren't always that portable in a practical sense.

      TFA is worrying that Apple has secret code related to its SDK that is under NDA, and would not be compatible with the free release of code, but even that idea is bogus because Apple hasn't ever stopped developers from doing the same thing with regard to the Mac SDKs that already exist and use the same NDA legalese.

    22. Re:Combined FUD, Maby-FUD and Not-FUD... by Weedlekin · · Score: 1

      "I've just solved the prostitution problem for the US using the same approach"

      The US citizen EULA has prohibited prostitution for many years, but acts of sex piracy continue to be a problem.

      --
      I'm not going to change your sheets again, Mr. Hastings.
  6. It is good to know. by jellomizer · · Score: 1, Flamebait

    That the GPL and simular licenense are the only way for you to make free software.
    It is just to bad there arn't other licenses out there were we can make free software.
    Oh Wait their are, So if I want to make Free Software for the iPhone I just don't make it GPL...

    I Sware you guys are so fixated on the GPL and not about Free Software, RMS could alter the GPL in ways that prevent you making programing to do particular functions that he thinks is bad, and you will smile think about it and justify it as for the greater good.

    The GPL isn't the only way to do free software some licenses are more Open then the GPL is or others are just as Open but different. Or on the most extream use you could make your own!

    --
    If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    1. Re:It is good to know. by Anonymous Coward · · Score: 1, Informative

      Oh Wait their are, So if I want to make Free Software for the iPhone I just don't make it GPL...

      No, actually, the point of the article is that the NDA you agree to when you sign up is written in such a way that the source code might be considered "confidential" to Apple, which the NDA would prevent you from sharing under ANY license. The article also points out specific parts of the agreement that would prevent you from distributing code under GPL3 if Apple does clarify their NDA to make it so that your code isn't covered.

    2. Re:It is good to know. by Anonymous Coward · · Score: 0

      The GPL isn't the only way to do free software some licenses are more Open then the GPL is or others are just as Open but different. Or on the most extream use you could make your own! I would love to know which license is more open than the GPL? Really. As I understand it you cannot legally close the source to a GPL project. What is more open than that? BSD? I don't think so.
    3. Re:It is good to know. by jellomizer · · Score: 1

      Public Domain. Do whatever you want with it. We don't care.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    4. Re:It is good to know. by jellomizer · · Score: 1

      I find it funny the amout of Zeal towards having access to the Source Code... Yet ignoring the major issues, the quality and openess of the Specs. Open Source doesn't mean Open Specs For Example (this is one I actually came across professionally) I was modifying a legicy application, on a closed legicy hardware. The Data File had Binary information in it. The Source Code said it was a double float but it was only 32bits, and it was written in the Byte Order of the Hardware, Little Endian, vs. Big Endian Standard for File Output. So in order for me to modify the data I needed try different combinations of different Endianness and also try different Datatypes until I found out that the Data was in Little Endian using a normal Floating Point (Not the Double as the code said). If the code had some open specs on this I would have know the data file was layed out in the correct format and making my job of converting the data much easier. But I had the source and it didn't help me all that much.

      The focus on Source Code for free and open software is by many aspects a very poor way of sharing information. As different programmers write codes in languges and use their own dialect, based on their experience. ++X,X++ or X=X+1 or X=1+X or Y=X, X=Y+1... Reading code doesn't always help you understand the though process that is is trying to acheave during the program and making modifications much more difficult. In many aspects having an Open Specification is much easier, It may be easier to rewrite Module XYZ because with know it does this, effects that and returns the following. Vs. Parcing threw thousand lines of cryptic code and comments explaining how drunk the developer was when writting this.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    5. Re:It is good to know. by Trinn · · Score: 1

      Open source code is simply a baseline must
      Open specs certainly help above and beyond open source code (and more importantly Free-Libre source code), but they are a nicety and technically anyone could write specs based on what the code does.
      What your piece of code was doing must have had another step because a simple binary read into a double from that data file would not have produced the correct results, that's simply impossible, as they are different lengths (assuming your initial complaint was right and double on that system isn't 32 bits wide but 64 or greater...this is one of the major issues with C right here, data types are not fixed size)

    6. Re:It is good to know. by jellomizer · · Score: 1

      Why do you assume I was programming in C, or C++. This piece was done in FORTRAN, I just said it was a double float because it was better understod by the readers vs. a REAL*8 and the FORTRAN compiler is able to adjust for the differences of data type (More reason for the open spec because I am not about to read the compiler code for full understanding)

      But for much of the work I do I find the Source Code to be a crutch for a good specification which is more important in real life usage then the source. With a good Specification for most normal apps it is actually easier to rewrite the code then to parse threw the code and make modifications. For most programmers the time that takes the longest is to figure out what you code segment is going to do, vs actuall coding time. Having a good open spec improve recoding time exponentionally. Vs. Code modification of someone elses code, where even with a good spec you need get a handle on how the person though while writting the code and do the modifications. Having no spec and saying my Source is the Spec, makes it that much worse. A good open and well designed specification is worth much much more then any source code. Writting code is Easy, Knowing the Process that is tough.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
  7. 'Free software' or just the GPL? by Anonymous Coward · · Score: 0

    Looks like they were just talking about the GPLv3.

    The BSD license is 'free' too and should be compatible with the iPhone SDK, no? (especially considering the iPhone SDK is made up of a lot of BSD licensed code)

  8. Why should *everything* be GPL compatible? by Richard_at_work · · Score: 5, Interesting

    Enough said really, why should everything strive to be GPL compatible? I've often wondered this in the past when has its license suddenly decreed to be 'GPL incompatible' to a great outcry here on Slashdot, when at the same time the GPL itself doesn't strive for great compatibility with others.

    1. Re:Why should *everything* be GPL compatible? by sqlrob · · Score: 1

      Projects in general, I agree. If some particular project is not GPL compatible, so what. You can deal with it, work around the issue.

      Hardware on the other hand, not so much. What's needed to develop on hardware should be license agnostic.

    2. Re:Why should *everything* be GPL compatible? by jrumney · · Score: 5, Informative

      when at the same time the GPL itself doesn't strive for great compatibility with others.

      A great amount of effort went into writing GPLv3 in such a way that it would be compatible with Apache License v2.0 and other Free licenses.

    3. Re:Why should *everything* be GPL compatible? by Hatta · · Score: 3, Insightful

      Because there's a lot of GPL software out there, and people are going to want to run it on their devices. If a device cannot legally run GPL software, that's a really good reason not to get that device.

      You're right that the GPL doesn't strive for great compatibility with other license. It strives to be the most free. Sometimes that causes problems with proprietary systems. It's not the GPLs fault that it can't be compatible with licenses that remove your freedoms.

      --
      Give me Classic Slashdot or give me death!
    4. Re:Why should *everything* be GPL compatible? by dreamchaser · · Score: 4, Interesting

      There is a big difference with an individual software package not being GPL compatible and an entire platform being so. Locking out free software may not have been Apple's actual intent but they have done so.

    5. Re:Why should *everything* be GPL compatible? by EricR86 · · Score: 2, Insightful

      Why can't we license software we write anyway we choose?

      If I've written a software which, by default, I already own the copyright to, why can't I choose which license to release it under? You might be using other software under a different license to support your own. But having that 3rd party software restrict which license you can choose seems absolutely ridiculous and unnecessary. Please, someone enlighten me why this happens

    6. Re:Why should *everything* be GPL compatible? by truthsearch · · Score: 3, Insightful

      It strives to be the most free. Sometimes that causes problems with proprietary systems. I don't think it strives to be the most free. At least I don't see it that way. I think it strives to propagate freedom. And that's what sometimes conflicts with proprietary systems.
    7. Re:Why should *everything* be GPL compatible? by jellomizer · · Score: 1

      It shoudln't GPL License is only a tool for developers who want to develop their software. One of the reasons why Linux is GPL was because there were so many people who helped with it that the GPL was only the available solution without having to make a new license agreement.

      But for most projects where developed by a small team the GPL is just a Polical Statement not anything useful. The GPL is a very strict licence for the developers, this is the reason why companies are not GPL friendly, not because they don't want to be good citizans but because they Can't make it GPL.

      Apple is in the hardware business and the SDK has a good deal of closed source stuff in it. Just because they don't want iPhone software working on non-iPhone. They are OK if they take the iPhone software and port it to a non-iphone but they don't want univeral compatiblity. Why? because they make their money selling the product if they open up competition it would kill their effort. And companies like Apple are first movers in this tech, meaning they do a lot of upfront R&D and design that costs Apple a lot of extra money. After they realease the product it takes other companies who have a followers stradigy a month or so to reverse engineere and make their version of the product. So for Apple to survive they need to keep a competive advantage over the clones. Having a closed SDK allows for this competive advantage, saying we have the software and you don't.

      Look at IBM and the once IBM PC. By being open with their standards and rather loose licensing with Microsft killed the IBM PC Dominate market. With the (1980s term) IBM Compatible PCs. Later just called PC. Because other companies sold more Units then IBM did. If IBM did a stronger contract with Microsoft and kept things closed, it would be a differnt world.
      Linux may have a larger following. There will be no PC as we see them now but different OS's and platforms and CPU Competing with each other. No Microsoft monopoly. This competition will have more better designed systems.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    8. Re:Why should *everything* be GPL compatible? by daveewart · · Score: 5, Insightful

      [The GPL] strives to be the most free.

      Not quite. It strives to stay free. Most people consider BSD-licensed code to be more free than GPL-licensed code, simply because there are fewer restrictions.

      I'm not commenting on whether "being more free" or "staying free" is "better" (whatever that might mean in this context), simply that there's a difference.

      --
      "If you think the problem is bad now, just wait until we've solved it." --- Arthur Kasspe
    9. Re:Why should *everything* be GPL compatible? by RobBebop · · Score: 0

      The GPL is the most User friendly license. It screams "Use this however you like". For mature software, this is a major boon for users. Thus, the outcry is because anything that is not GPL has a tendency to be guaranteed to be less user-friendly to any potential GPL competitor once a mature GPL competitor is available.

      The outcry from developers is much less understandable, since GPL software is much more difficult to monetize than proprietary software and developers need to be able to earn a living from their craft.

      But yeah, if you are a user who needs software and there is a mature GPL version of something that does what you need... you will almost always be better off going for the GPL option. It is cheaper than proprietary software, and safer then pirated software.

      --
      Support the 30 Hour Work Week!!!
    10. Re:Why should *everything* be GPL compatible? by Hatta · · Score: 1

      The only restrictions on GPL code is that you can't impose restrictions on anyone else. Can you seriously argue that you're less free because you cannot remove the freedoms of others? That's like saying the 13th amendment makes you less free because it takes away your right to hold slaves.

      I think it's pretty clear that we are more free with the 13th amendment than without, and similarly that code is more free with the GPL than without.

      --
      Give me Classic Slashdot or give me death!
    11. Re:Why should *everything* be GPL compatible? by samkass · · Score: 1

      "but they have done so"

      They may have done so. They almost certainly aren't compatible with the much less popular GPLv3, but I don't think many people are losing sleep over that one. Most folks use GPLv2, which they could definitely stay compatible with.

      The thing isn't even being released for two months, so it's all just speculation at this point.

      --
      E pluribus unum
    12. Re:Why should *everything* be GPL compatible? by Anonymous Coward · · Score: 0

      Because if it's not GPL compatible, it's not easy to piece it together with other code. GPL is kinda the baseline of copyright compatibility. If I want to make a project that makes a useful wrapper for doing X and Y together, I generally will search out a project that already does X, and one that already does Y. If I want to use those as a baseline, they've got to have licenses compatible with each other, and with what I eventually want to license my work under. The GPL is the de-facto standard for this.

    13. Re:Why should *everything* be GPL compatible? by Anonymous Coward · · Score: 0

      The GPL is the most User friendly license. It screams "Use this however you like".*

      *Just don't try to use it in a way that we find disagreeable.

    14. Re:Why should *everything* be GPL compatible? by jinxidoru · · Score: 1

      If not supporting the GPL hurts iPhone sales significantly, then Apple will adjust their license to permit GPL code. Honestly though, average Joe Shmoe probably ain't going to care very much that the iPhone can't run GPL'ed code. It's only going to bother the geeks, which probably isn't Apple's key demographic.

    15. Re:Why should *everything* be GPL compatible? by Bill,+Shooter+of+Bul · · Score: 1

      I just want to always be able to run modified code on my device. GPL 3 compatibility would ensure that I could. Its not a mere technicality, where I could just choose to ignore one of the clauses and make it work anyways. There is no way for me to change the code that runs on my (hypothetical) iphone.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    16. Re:Why should *everything* be GPL compatible? by Anonymous Coward · · Score: 0

      I want slaves damnit... Ever since I watched Charlie and the Chocolate factory I wanted a squad of Orange low-octave-voiced singing slaves! I am less free because of this silly 13th!

    17. Re:Why should *everything* be GPL compatible? by coren2000 · · Score: 1

      Ordinary people *should* care about not running the GPL however. Normals simply don't know what they are missing.

    18. Re:Why should *everything* be GPL compatible? by arminw · · Score: 1

      ....If a device cannot legally run GPL software....

      Most users outside of /. couldn't care less. They will pay for good software. Therefore I suspect there won't be too much free (as in beer) software available for the iPhone. In making it hard for getting malware onto iPhones, Apple has also made it harder for legitimate developers to get their brainchildren onto Apple's hardware. The last thing iPhone users need is to have happen what is the norm for Windows. There anyone can write and distribute any software including damaging code. If some of these "free" licenses have present requirements that preclude use on iPhones, maybe the controllers of these licenses will have to modify them. It is after all only an artificial legal construct, not some innate technological hurdle.

      --
      All theory is gray
    19. Re:Why should *everything* be GPL compatible? by Anonymous Coward · · Score: 1, Insightful

      when at the same time the GPL itself doesn't strive for great compatibility with others.


      A great amount of effort went into writing GPLv3 in such a way that it would be compatible with Apache License v2.0 and other Free licenses.

      A great deal of effort also went into writing GPLv3 in such a way that it would be incompatible with Tivo. The iPhone is another closed-hardware system, so the anti-Tivo provisions in GPLv3 insure incompatibility by design.
    20. Re:Why should *everything* be GPL compatible? by Tony+Hoyle · · Score: 2, Insightful

      No - the GPL removes the freedom of others to license their own code independently of yours. It basically says 'GPL your own code as well or STFU'.

      That's why it comes into conflict with so many other licenses.

      LGPL isn't so bad, because it keeps itself to itself.

    21. Re:Why should *everything* be GPL compatible? by Anonymous Coward · · Score: 0

      Patriotism is akin to racism. Only if you have closed borders.
    22. Re:Why should *everything* be GPL compatible? by Tony+Hoyle · · Score: 1

      The last thing iPhone users need is to have happen what is the norm for Windows. There anyone can write and distribute any software including damaging code.

      And OSX.

      And damned near every other OS known to man.

      Just because Windows is a virus laden piece of crap don't blame it on free software.

    23. Re:Why should *everything* be GPL compatible? by arminw · · Score: 1

      ....Locking out free software ...

      Apple isn't locking out free software. Anyone can write programs for the iPhone and give it way. It's the ones who control the licensing of present so called "free" software that have to change their license to allow their code onto the iPhone.

      --
      All theory is gray
    24. Re:Why should *everything* be GPL compatible? by Cajun+Hell · · Score: 1

      Enough said really, why should everything strive to be GPL compatible?

      So that people have the freedom to maintain the software that they use. If you don't see a need for GPL, then I bet you've never been orphaned.

      --
      "Believe me!" -- Donald Trump
    25. Re:Why should *everything* be GPL compatible? by Bill_the_Engineer · · Score: 3, Insightful

      Hardware on the other hand, not so much. What's needed to develop on hardware should be license agnostic.

      There are other hardware manufacturers. So if you don't like the terms required to support the iPhone, then help out the GPL compatible alternatives instead (eg. Nokia N810)..

      --
      These comments are my own and do not necessarily reflect the views or opinions of my employer or colleagues...
    26. Re:Why should *everything* be GPL compatible? by Anonymous Coward · · Score: 0

      There's a reason most people choose GPL over the other so-called open source licenses. They don't want their work exploited AND locked away from the end user.

    27. Re:Why should *everything* be GPL compatible? by Hatta · · Score: 1

      No, the GPL removes your ability to license a derivative work of a GPL work under terms that would remove the freedom of the user to modify the included GPL code. Which, to repeat myself, is removing your freedom to take away the freedom of others.

      You're still free to license your own code however you want. Just don't try to appropriate code from the community and then take away our rights to modify that code.

      --
      Give me Classic Slashdot or give me death!
    28. Re:Why should *everything* be GPL compatible? by Bill_the_Engineer · · Score: 2, Informative

      It strives to be the most free.

      O Really? Don't get me wrong, because I prefer the GPL but I understand what the terms are.

      Public Domain is the most free. Absolutely no restriction on how or what you have to distribute and no restriction on price. The users are free to manipulate the source code as they see fit. Since it gives the developers the most freedom, it gives the users no "freedom" when it comes to derived works. The users can only get access to the original source and not necessarily from the author of the derived work.

      BSD is the second most free. It's like public domain, with some credit and advertising clause.

      GPL is restrictive.

      Basically the original developer gives up some freedoms, to protect the freedoms of the intended users.

      GPL is mostly free in cost. The GPL doesn't require the author to give the program for free, instead it allows the users the freedom to share with others.

      You have strict rules on how and what you distribute. Also, you now have rules on what types of hardware you can develop it for (re: Tivo).

      The reason why I like the GPL is that I want to give my software out for free, and I like the restrictions that force others to contribute to the maintenance of my works. Not many boilerplate licenses have this feature and the acceptance by the community at large (thanks to the marketing done by FSF).

      This is the irony that is GPL. It really has the most restrictions of most developer license, but people still see it as more free because of what it allows the end users.

      However there are cases where GPL fails such as the iPhone SDK. There is the ability to share code with the developer community, and the ability to give the working applications to the end users for free. Unfortunately the restrictions dictated by the GPL may prevent any iPhone software (outside of unlocking) from being GPL.

      GPL is just a generalized free software license, and is really not meant to be used in every situation. I know the FSF don't like to hear this, but there are more appropriate free licenses out there. Just pick the free license that best suits you and the distribution system that you want to utilize.

      Just because it's not GPL compatible doesn't make it bad...

      --
      These comments are my own and do not necessarily reflect the views or opinions of my employer or colleagues...
    29. Re:Why should *everything* be GPL compatible? by Your.Master · · Score: 3, Insightful

      Yes, I can seriously argue that. Especially because it isn't that you can't remove the freedoms of others, it's that you must grant a set of freedoms to others. The work that goes into a derived work does not have some platonic natural state of being free for all others to use, it is imposed by the source GPL work.

      The 13th amendment DOES make you less free in some aspects. You are not free to own slaves. Less freedom. That's the end of it. Now, it makes any potential slave much, MUCH more free in some other aspects (and I get that in this analogy, everybody is a slave -- but also in this analogy the slaves can have slaves, so it still holds), and it is overall a good thing, but "good" and "free" are not synonyms. Just because the 13th amendment is absolutely a good thing doesn't mean that it isn't a restriction of your freedoms.

    30. Re:Why should *everything* be GPL compatible? by John+Whitley · · Score: 1

      It basically says 'GPL your own code as well or STFU'. No, the GPL says 'GPL your own code as well, or write your own damn code.' The very idea that the GPL "removes the freedom of others" is crap. The GPL attempts to stipulate terms which are roughly: share and share alike. Anyone is free to either play by those rules, to take their toys to another sandbox, or to ignore them at the risk of civil action.
    31. Re:Why should *everything* be GPL compatible? by zullnero · · Score: 1

      Enough said really, why should everything strive to be GPL compatible?
      When I write an app for a mobile device and I want to release it as open source, but NOT free source (where you essentially have to renounce your name from something you put real work into), I like to use a standard license agreement that most are familiar with, like the GPL. People click through those things and don't read them...if you use some proprietary thing like Apple apparently did, then you get into the mess that you see right here. When you use a standard, you don't have to be a lawyer and you're not trying to throw a curveball at your users.
    32. Re:Why should *everything* be GPL compatible? by erlenic · · Score: 1

      That's like saying the 13th amendment makes you less free because it takes away your right to hold slaves.

      Yes, the 13th amendment makes probable slave owners less free. That doesn't mean that they've lost a freedom they're entitled to, but there is one less thing they are allowed to do.

      I think it's pretty clear that we are more free with the 13th amendment than without, and similarly that code is more free with the GPL than without.

      You hit on the important distinction there. Some individuals are less free under the 13th amendment, but on the whole WE are more free with it. That is what's important.

      Note: I'm not trying to equate the BSD license to slave ownership. I think both BSD and GPL are important, and that it's more a personal choice than anything else. So don't flame me BSD fans :)

    33. Re:Why should *everything* be GPL compatible? by daveewart · · Score: 2, Insightful

      The only restrictions on GPL code is that you can't impose restrictions on anyone else. Can you seriously argue that you're less free because you cannot remove the freedoms of others?

      I most certainly can argue that. As an example, BSD-licensed code has fewer restrictions than GPL: I could take some BSD-licensed code and use it in my own commercial application. I don't need to release my application under any particular license, I simply need to honour the terms of the BSD license, which (broadly) boils down to attribution. To clarify: with BSD, I have the freedom to do this; with GPL, I do not.

      Now, I happen to think that the GPL license is a better and more ethical license than BSD, because it encourages (well, enforces) free-ness for derived works. I release code under the GPL because I want my hard work to stay free. I do this knowing that I am actually denying others the 'freedom' to close up the code into a derived work. Those who release code under a BSD-like license feel differently.

      More 'free' or less 'free' is a different argument to 'good' or 'bad', or 'ethical' or 'unethical'. Good/bad and ethical/unethical are largely subjective matters. However, you can quite simply enumerate the things that you are free to do, or not, for a particular license. GPL is more restrictive than BSD in that regard. Whether GPL is 'better' than BSD is subjective.

      --
      "If you think the problem is bad now, just wait until we've solved it." --- Arthur Kasspe
    34. Re:Why should *everything* be GPL compatible? by Space+cowboy · · Score: 2, Interesting

      Thank [insert random deity] *someone* else gets it.

      Slavery is bad, no argument, but the removal of the possibility of owning slaves is indeed a restriction on your freedom. Conflating the freedom of the slave with the freedom of owning a slave, and mixing the abhorrent nature of slavery itself into the argument is all just to try and obscure the fact that the GPL *does* remove more rights than (say) the BSD licence.

      Now the GPL has high motives; I've released a fair amount of software under GPL (v2, I'd never use v3), and even sold websites which used GPLv2 data to make sure that data was forever open to public use. I've released under the LGPL as well, when that suits my purposes... However, most of the s/w I release these days is under BSD - it's a pure, simple licence: "here's my stuff, do whatever you want with it, just credit me". *That* is freedom, though it's incompatible with the GPL. Tough. My software, my rules.

      Software "freedom" in my eyes is about letting the author do whatever (s)he wants with the software (s)he created, even if that doesn't meet my or anyone else's personal preference. Just like freedom of speech, it's easy to defend that right when the speech in question is something you agree with. The true test of the principle comes when what is being said is repellant to you. Under this spotlight, the GPL (especially v3 with its company-hostile approach) fails dismally; the politically-driven viral nature of the GPL is a serious hinderance to my freedom in this regard. BSD fails slightly (it imposes the accreditation and distribution clauses), but it's a whole lot more free than the GPL.

      [sigh] yes, I know I'm going to karma-hell on this one. Such is the price of stating a non-rabidly-pro-GPL opinion on slashdot... thank [insert the deity again] we have that freedom of speech thing, huh ?

      Simon.

      --
      Physicists get Hadrons!
    35. Re:Why should *everything* be GPL compatible? by everphilski · · Score: 1

      The GPL attempts to stipulate terms which are roughly: share and share alike.

      Whereas the BSD license says "here, use it as you want it, no restrictions."

      The GPL is like a mommy or the matron at the sandbox who says "ok kids now let's play nice." The BSD (and similar) license simply says "play."

    36. Re:Why should *everything* be GPL compatible? by nuttycom · · Score: 2, Insightful

      Well, imagine that the iPhone SDK was released under the GPL (notably, NOT the LGPL). If this were the case, all of the programs written with the iPhone SDK would be required to be licensed with the GPL.

      By using the SDK, you are relying on someone else's work to produce your software. Apple just happens to want to license the right to use their work in such a way that it prohibits you from using it in the way you want to. Don't like it? Choose a different phone. Work on the OpenMoko. Reverse-engineer and write your own version of the iPhone SDK and figure out how to hack the hardware so that it respects your keys instead of Apple's.

      This is exactly the same argument that GPL advocates (including myself) use - if you don't like the author's terms, don't use the author's software. Just because Apple's the author in this case doesn't mean they have any less right to dictate their terms.

    37. Re:Why should *everything* be GPL compatible? by Anonymous Coward · · Score: 0

      Because there's a lot of GPL software out there, and people are going to want to run it on their devices. If a device cannot legally run GPL software, that's a really good reason not to get that device. And the lack of the ability currently to run GPL software has hurt demand for the iPhone how? How many people are currently not getting an iPhone because it can't run GPL software?

    38. Re:Why should *everything* be GPL compatible? by Anonymous Coward · · Score: 0

      No, it enforces the "freeness" of all derived and related works - freedom to use the GPL, that is. And that's about where your freedoms end, except the whole "viewing and modifying code".

      Try the LGPL 2.1 next time. The GPL that does what it's supposed to.

    39. Re:Why should *everything* be GPL compatible? by mosch · · Score: 1

      Code Reuse is slavery? WTF.

      Congratulations sir, you win worst metaphor of the year.

    40. Re:Why should *everything* be GPL compatible? by ceoyoyo · · Score: 1

      The GPL appears to be getting less free with each version. You can do some things with GPL2 but not 3? Guess which is less free then?

    41. Re:Why should *everything* be GPL compatible? by dfghjk · · Score: 1

      "It strives to be the most free."

      Not by any stretch of the imagination. The GPL strives to maintain the "freedom" of the code licensed under it. Furthermore, that is only in the context of the FSF's definition of freedom. In order to accomplish that goal, the GPL is deliberately more restrictive than other licenses.

    42. Re:Why should *everything* be GPL compatible? by Anonymous Coward · · Score: 0

      So, it's a case of; "We had to enslave it to keep it free?"

      That's only partly ironic, in case you were wondering.

    43. Re:Why should *everything* be GPL compatible? by jinxidoru · · Score: 1

      I don't understand your comment. Please expound.

    44. Re:Why should *everything* be GPL compatible? by Anonymous Coward · · Score: 0

      One more time, for the retards. The GPL is not about the developer's freedom, it's about keeping the software free. Your freedom and other developer's freedom don't mean shit.

  9. A pointy hat by tepples · · Score: 3, Funny

    Somebody should give them a pointy hat and make them go sit in the corner for a bit ;) I put on my robe and wizard hat.
    1. Re:A pointy hat by SCHecklerX · · Score: 1

      How can you reference a bloodninja post without the pirate log???

      http://www.bash.org/?642195

      HAARRRRRR!!!

  10. Does this conflict with GPL 2 or just GPL3? by DaveInAustin · · Score: 3, Informative

    This seems to conflict with GPL 3, but it's a stretch to say that it conflicts with v2. If I distribute code that uses an API, am I disclosing the API? IANAL so I guess someone could make that argument. I'm glad apple will be pushed to clarify this, but it's probably ok. Is Apple trying to make sure nobody ports an iphone app to the andriod ?

    --
    --- http://davidnehme.blogspot.com
    1. Re:Does this conflict with GPL 2 or just GPL3? by logicnazi · · Score: 1

      Yah, I suspect that apple is really trying to avoid the situation where someone takes the development kit and disassembles it in some manner to reveal internal secrets (e.g. how to unlock various features of the iphone). Including this language in their licence covers their ass so they can demand any company who discovers such information not distribute it.

      --

      If you liked this thought maybe you would find my blog nice too:

    2. Re:Does this conflict with GPL 2 or just GPL3? by pruss · · Score: 1

      I think this is a real worry, but it applies to other company's SDK licenses. For instance, the PalmOS SDK license has a similar non-disclosure provision, also with an exception for what is publicly known. This is mainly moot now that all of the official PalmOS API docs are found on the net without any click-through licenses, and I don't think this provision has ever bothered Open Source developers, but it does strike me that at one point this should have been a real issue.

      A different kind of free-software related concern is the dependence of the availability of the SDK on Apple. This is unavoidable, and seems to be the case for almost all SDKs I know, but it does mean that if Apple ever stops distributing the SDK, new developers will be unable to modify Open Source software. (This is a real issue with other SDKs. For instance, Sony no longer distributes the Sony CLIE SDK, and this makes it hard for PalmOS developers to compile software that uses the SDK.) My ideal SDK for Open Source software would have a provision that would allow free unmodified redistribution of the SDK in case it is not available from the company that originally made it available.

  11. History Repeating by bostongraf · · Score: 0, Troll

    With Apple's history of preventing anyone from building hardware/software without paying licensing fees, is this at all surprising? They loosened the grip a little bit in the early 90's, but clinched right up once they started to lose a bit more of the market share. Now they have shown that their locked down system will keep (improve) their share. Why would they change? Apple and Microsoft really are quite similar in this, the main difference being that Apple actually makes good, innovative products on platforms for which only they can build (sell) the hardware. Apple keeping a tight reign on licensing is just SOP.

    1. Re:History Repeating by Constantine+XVI · · Score: 2, Informative

      Not to completely debunk your post, but Apple charges a total of $0 for Xcode (the IDE for OSX) and associated tools, and lets you do whatever the hell you want with the resulting source and binaries.

      --
      "I think an etch-a-sketch with an ethernet port would beat IE7 in web standards compliance."
    2. Re:History Repeating by arminw · · Score: 1

      ...but Apple charges a total of $0 for Xcode....

      So can that be used to develop programs for hardware other than what Apple makes? Apple sells hardware. So it stands to reason they will make tools available for others to write software for their hardware. The more software there is available, the more hardware Apple will sell. They give these tools away, not out of the goodness of their hearts, but from the profit motive.

      --
      All theory is gray
    3. Re:History Repeating by cowscows · · Score: 1

      Ah yes, because the people at Apple work for a living and want to earn money, everything they do must be evil. EEEVVVVILLLLL!

      --

      One time I threw a brick at a duck.

    4. Re:History Repeating by nevali · · Score: 1

      Well, yes, it can. Xcode can be a general-purpose IDE. Personally, I've used it with mingw to build software for Windows. Granted, it doesn't ship with a cross-platform-capable InterfaceBuilder, but you could always run the XIB files through some XML transforms of some kind (in theory).

      And that's without its (fairly extensive) support for developing any old C, C++, Java, Python, or Ruby app or library which targets the POSIX/BSD layer.

      So yes, while there's definitely a profit motive (for a start, more developers using Macs = more profit at the most basic level), the idea that Xcode is only used for building Mac-only software is a complete red herring.

  12. Slsadot? by martin_henry · · Score: 2, Funny

    Slsahdot
    Would you like some chips with that?
    --
    www.purevolume.com/martyd
    1. Re:Slsadot? by Anonymous Coward · · Score: 1, Funny

      Is it just me, or is this especially funny seeing as how it was edited by CmdrTaco? Makes you wonder what was on his mind. Hmm, I know what's on my mind right now...

      Captcha: inverted

    2. Re:Slsadot? by Anonymous Coward · · Score: 0

      Would you like some chips with that? Microchips...
  13. To hell with those iPhones! by bogaboga · · Score: 0, Offtopic

    Heck I just want a phone, period! A device to make calls, store my contacts and a calendar maybe. But these days, what one sees are these bloated gadgets that have proven [to me], to be more hindering than helpful. Is it possible to buy a new cell phone without the bloat these days?

    1. Re:To hell with those iPhones! by Anonymous Coward · · Score: 0

      stop your whining.

    2. Re:To hell with those iPhones! by FudRucker · · Score: 1

      get a barebones basic TracFone...

      http://www.tracfone.com/

      --
      Politics is Treachery, Religion is Brainwashing
    3. Re:To hell with those iPhones! by east+coast · · Score: 1

      I have the phone for you!

      Without knowing your provider it's hard to say but there is the Verizon Wireless CDM 8905 which is pretty bare bones in comparison with most of today's offerings.

      --
      Dedicated Cthulhu Cultist since 4523 BC.
    4. Re:To hell with those iPhones! by Anonymous Coward · · Score: 0

      Of course. Just get the cheapie phone they offer for free with plan activation. Turn down the fancy one they'll try to steer you to, and say (in your best grandpa the curmudgeon voice) "I don't need all that newfangled stuff. Just give me a telephone!"

      The clerk will nod sagely and wrap up the sale as soon as he can because there's no money to be had from you. But you'll get your phone-only phone!

      I did!

    5. Re:To hell with those iPhones! by Constantine+XVI · · Score: 1

      Assuming you're on a GSM network, hunt down either the Nokia 1100 (and descendants) or the Motorola MOTOFONE F3. AFAIK, both run around $50 brand new, no contract

      --
      "I think an etch-a-sketch with an ethernet port would beat IE7 in web standards compliance."
    6. Re:To hell with those iPhones! by SCHecklerX · · Score: 1

      Or at least a monthly calling plan that doesn't cost more than my internet and cable combined, even. That's my main reason for not going much further than a pay as you go phone for a cell.

  14. soooo basically by falcon5768 · · Score: 1
    Apple's developmental stuff is not compatible with the GPL... and thats a issue against making free software how?

    I thought the whole IDEA of the GPL was to not be as big of assholes as companies where with their licensing? No NOW we have people acting for the GPL EXACTLY like companies where with their licensing too and this false idea that if its not GPL its not free even though everyone knows thats a load of tin-foil hat bullshit...

    Sometimes people with good intentions can be their own worse enemy.

    --

    "Slashdot, where telling the truth is overrated but lying is insightful."

  15. Re:Slsahdot by RobBebop · · Score: 1

    The submitter spelled the name of the site wrong. The Slashdot editor didn't catch the mistake.

    How is pointing that out Off-Topic? At the very least, it should be Funny or Over-rated (since spelling corrections usually fall into one of these two camps.

    Tag article: slsahdot, and continue with the relevant conversation. :)

    --
    Support the 30 Hour Work Week!!!
  16. GPLv2 MAY BE incompatible... by nweaver · · Score: 5, Informative

    Actually, GPLv2 MAY BE incompatible, if the answer is "code which uses the iPhone APIs contains confidential information". In that case, you could only distribute the code to other registered developers, not everyone, which means Berkeley liscence is fine but GPL is not.

    Also, apple's method of distribution MAY BE GPLv2 incompatible, because Apple might not want to also be responsible for distributing the source code and some GPLv2 authors may not like derivitive works where a different party distributes the source code compared to the binary (because the developer could always host the code if its not confidential), and the GPLv2 as written says it is the binary distributer's responsibility to distribute the source code.

    We don't know yet, but if the distribution is not GPLv2 friendly:
    If you ask the Free Software Foundation, that would be a feature.
    If you ask Apple, that would be a feature.

    --
    Test your net with Netalyzr
    1. Re:GPLv2 MAY BE incompatible... by cromar · · Score: 1

      If you ask the Free Software Foundation, that would be a feature.
      If you ask Apple, that would be a feature. Ah yes. At least it's only the users who lose.
    2. Re:GPLv2 MAY BE incompatible... by kithrup · · Score: 5, Informative

      The normal ADC NDA says the same thing, and that has never prevented anyone from distributing application source code. (One can argue that the third-party books which describe the API cover this -- but books always lag behind, and I've never seen anyone worried that they'll be sued by Apple for distributing their application source code before any third-party books describing the APIs they're using are out.)

      Of course, I'm neither a lawyer nor Apple (and certainly not an Apple lawyer), so I can't speak definitively... but common sense seems to say this is a red herring.

    3. Re:GPLv2 MAY BE incompatible... by Altus · · Score: 1


      Apple doesn't have to distribute the source code for you though... couldn't you provide it on your own web site and just provide a link with the binary?

      Obviously the question of the API being confidential would be an issue for GPL v2 but I don't think the code distribution issue is a real one. Plenty of people seem to provide binaries with just a link to the source code if you want it.

      --

      "In America, first you get the sugar, then you get the power, then you get the women..." -H. Simpson

    4. Re:GPLv2 MAY BE incompatible... by _fuzz_ · · Score: 1

      the GPLv2 as written says it is the binary distributer's responsibility to distribute the source code. Not exactly. If the distributor does not modify the work, they just have to pass on the offer of the source code that they got. So Apple wouldn't have to actually distribute the source code, just tell you that you can get it from xyz.
      --
      47% of all statistics are made up on the spot.
    5. Re:GPLv2 MAY BE incompatible... by morgan_greywolf · · Score: 1

      Also, you forgot to mention that just because a software program carries a GPLv2 license, that doesn't mean that it meets the Free Software Definition. For some folks, this makes a very big difference in whether or not they'll use the software.

    6. Re:GPLv2 MAY BE incompatible... by bob.appleyard · · Score: 2, Insightful

      By buying the iPhone in the first place, you've lost, at least in the ways the FSF cares about.

      --
      How dare you be so modest!! You conceited bastard!!
    7. Re:GPLv2 MAY BE incompatible... by nweaver · · Score: 1

      But by signing the binary, they ARE modifying it...

      So a copyright-holder of a GPLv2 app where someone else makes an iPhone derivitive COULD object, even if the derivitive author distributes the code (because Apple doesn't).

      --
      Test your net with Netalyzr
    8. Re:GPLv2 MAY BE incompatible... by Dekortage · · Score: 2, Informative

      Mod parent up. If the iPhone SDK has the same clause as the ADC has had for awhile, this is very much a "red herring."

      --
      $nice = $webHosting + $domainNames + $sslCerts
    9. Re:GPLv2 MAY BE incompatible... by Tony+Hoyle · · Score: 2, Insightful

      No they're not - they're merely packaging it for distribution, and that package includes a signature.

      By your interpretation changing a package from .rar to .zip would be 'modification' and require source code distribution, which is clearly ludicrous.

    10. Re:GPLv2 MAY BE incompatible... by The+End+Of+Days · · Score: 1

      I'd be surprised if the folks who cared about something like that bought an iPhone in the first place. Let's not lose sight of the big picture here.

    11. Re:GPLv2 MAY BE incompatible... by aristotle-dude · · Score: 1

      If you ask the Free Software Foundation, that would be a feature. If you ask Apple, that would be a feature. Ah yes. At least it's only the users who lose. Users don't give a crap about licenses. What they care about is price. Free is the most popular price among users. I think you are confusing users with hobbyist programmers.
      --
      Jesus was a compassionate social conservative who called individuals to sin no more.
    12. Re:GPLv2 MAY BE incompatible... by ceoyoyo · · Score: 1

      The Docs are available without signing up for anything with every copy of Leopard, and for free online (no registration necessary) on Apple's site. Those docs don't include the iPhone stuff at the moment because the SDK (and XCode 3.1) is still in beta, but there's no reason to suppose that after the beta the freely available docs won't include the iPhone stuff.

    13. Re:GPLv2 MAY BE incompatible... by Anonymous Coward · · Score: 0

      You missed the point. Apple is NOT distributing the application. It's providing a channel for the author to do so. It is the author's responsiblity to adhere to the various licenses, not Apple's.

      Metaphor Time! Redhat is selling CDs of its distribution. It goes to a very popular computer store to see if they can get it on the shelves there.

      The store says, "Yes, we'll stock up on spec- and take 30% of gross- but first you have to remove that 'Bill Gates is an A**hole' sticker, package it attractively and allow us to shrink wrap it and put a price sticker on it. Also, you'll be getting some sales and business related information from us. We want our part kept confidential. Your part is your business. It's part of the contract."

      "If anything breaks, you're the one that handles it, though we'll try to help a little if we can as we want our customers happy. License adherence problems are entirely yours. We will test it to see if it works on one of our machines before it goes on the shelves, but you're the one that does the warranty, bug fixes and tech support. We also reserve the right to pull it off the shelves and recall those already sold and to refund customer's money- which will come out of any payments due you- if it turns out that it's doing something illegal, unethical, bad, carries a virus on the disk. or just puts the customer at risk."

  17. Not reading the agreements you "click to..." by CatOne · · Score: 1

    This is signing up for the SDK... I'd hope you'd know what you're getting into when you agree to DEVELOP an application for the platform.

    Also this isn't about free software, it's about GPLv3 software. There are many license agreements for open source... there's BSD, there's GPLv2, there's GPLv3, there's the Apple's agreement... they all have different views of what things mean. GPLv3 is the most "preachy" in that it's as much religion and Stallman dogma as it is an agreement, and not everyone who is in business thinks it makes sense.

  18. Gratis or libre? by tepples · · Score: 2, Informative

    There is nothing preventing free software to be distrubuted from the iPhone App Store. I'm working on one to release, probably for free. The barriers are for Open Source Software, which just happens to usually be free. Except the term free software is commonly used as a synonym for open source software (or vice versa). Are you thinking of freeware?
    1. Re:Gratis or libre? by imamac · · Score: 1, Troll

      And a Kleenex is a type of facial tissue, but many people use it to refer to all types of facial tissue. Similarly, OSS is a type of free software, just as free ware is a type of free software. 2 categories of the same group.

    2. Re:Gratis or libre? by tepples · · Score: 1

      Even with freeware, where do you recoup the $99 for iPhone Creators Club unless you are using the freeware to advertise something for sale?

    3. Re:Gratis or libre? by imamac · · Score: 1

      Edge and WiFi are open for use in iPhone apps. I'm trying to integrate a small AdSense ad at the bottom of one page of the app.

    4. Re:Gratis or libre? by Bill_the_Engineer · · Score: 1

      Actually you can have open source software without being GPL.

      So "open source" not equal to "GPL".

      --
      These comments are my own and do not necessarily reflect the views or opinions of my employer or colleagues...
    5. Re:Gratis or libre? by The+End+Of+Days · · Score: 1

      You pay it out of pocket. Welcome to the real world, stuff sometimes costs money.

    6. Re:Gratis or libre? by tepples · · Score: 2, Interesting

      Actually you can have open source software without being GPL. So? The article suggests that even the names of the API functions from the iPhone SDK might be Apple's trade secret. If this is true, no open source software can be released for the iPhone.
    7. Re:Gratis or libre? by tepples · · Score: 1

      You pay it out of pocket. Out of whose pocket? Where do I get the money in the first place? The point is: why do I even buy an iPhone + SDK instead of something more open to develop for?
    8. Re:Gratis or libre? by Bill_the_Engineer · · Score: 1

      If this is true, no open source software can be released for the iPhone.

      Not true. Open source software can exist within a community of Apple SDK developers. If you want to download the source and modify it, just join the Apple developers program.

      --
      These comments are my own and do not necessarily reflect the views or opinions of my employer or colleagues...
    9. Re:Gratis or libre? by pressman · · Score: 0, Flamebait

      Well, I usually use my debit card Visa for small purchases. If $99 isn't a small purchase for you.... ouch. I'm sorry.

      --
      Pooty tweet
    10. Re:Gratis or libre? by agbinfo · · Score: 1

      Your definition of open source would make all code open source. I work for company A. If you want access to my code just get a job with company A. You see, it's open source now - according to your definition.

    11. Re:Gratis or libre? by DECS · · Score: 1, Flamebait

      Who pays you to keep your PC humming and your lights on and your mouth full of pizza and beer and your health insurance premiums and your continuing eduation and your programming books from Amazon?

      Don't believe Steve Ballmer; FOSS isn't communism. Sometimes you have to have a day job if you don't have a business plan supporting the software you develop.

      Anyone who harps about a $99 certificate is either grossly ignorant of every other more expensive signing program or is simply a disingenuous asshat.

      iPhone 2.0 SDK: How Signing Certificates Work

    12. Re:Gratis or libre? by mdwh2 · · Score: 1

      Actually you can have open source software without being GPL.

      He never mentioned the GPL?

      The point being made is that "free" as in Free Software or Open Source (free as in speech) is not the same concept as "free" as in freeware (free as in beer).

    13. Re:Gratis or libre? by mdwh2 · · Score: 1

      And a Kleenex is a type of facial tissue, but many people use it to refer to all types of facial tissue. Similarly, OSS is a type of free software, just as free ware is a type of free software. 2 categories of the same group.

      Kleenex is a type of tissue. However, this does not mean it is the same thing as the tissue in my body.

      OSS is a type of Free Software. That doesn't mean it is the same thing as "freeware".

      Words can have more than one meaning - free as in speech/freedom, or free as in beer/no money.

    14. Re:Gratis or libre? by Lars+T. · · Score: 1

      Actually you can have open source software without being GPL. So? The article suggests that even the names of the API functions from the iPhone SDK might be Apple's trade secret. If this is true, no open source software can be released for the iPhone. So? The article also suggests that all open source licenses will be replaced by GPLv3 sooner or later, because somebody will include GPLv3ed code in all open source apps sooner or later. IOW the article is rather "suggestive", if you catch my drift.
      --

      Lars T.

      To the guy who modded me down from perfect to terrible Karma - Apple haters still suck

    15. Re:Gratis or libre? by Weedlekin · · Score: 1

      "the term free software is commonly used as a synonym for open source software"

      This is obviously a new definition of the term "commonly used", because if you asked random people on the street what free software was, the majority of those who had any opinion at all would say it was software they don't have to pay for.

      Unlike for example the Romance languages, English doesn't have separate words for "free" as in freedom and "free" when applied to other things, so its meaning has to be derived from context, which is _commonly_ applied in the following way:

      When describing a person or something people do, it means free as in freedom (free speech, free to leave, free vote, freeman, free market, etc.).

      If applied to an item, it indicates not having to pay (free hamburgers, free beer, free X with N purchases of Y, five free Blu Ray movies with every Playstation 3).

      Having to explain that this particular meaning of "free" isn't what most would assume from its context and moaning when the press also use common contextual inferences when talking about it should serve as an indicator to those who coined the term that they need a better one, but in typical geek fashion, they arrogantly assume everyone else is wrong instead, and point to Wikipedia articles written by people like themselves as proof.

      --
      I'm not going to change your sheets again, Mr. Hastings.
    16. Re:Gratis or libre? by Bill_the_Engineer · · Score: 1

      Actually no. While your hyperbole is entertaining, it is most definitely mischaracterizing what I said.

      1) You don't have to be employed by Apple to access the SDK or agree to any of its terms.

      2) The definition of open source involves the source being available to the end user.

      --
      These comments are my own and do not necessarily reflect the views or opinions of my employer or colleagues...
    17. Re:Gratis or libre? by tepples · · Score: 1

      You don't have to be employed by Apple to access the SDK or agree to any of its terms. How can one do so before one's 18th birthday, or without moving to the United States?
    18. Re:Gratis or libre? by Bill_the_Engineer · · Score: 1

      I don't know what this has to do with being an employee of Apple, but ok...

      How can one do so before one's 18th birthday...

      Get your parent or legal guardian to agree to the terms on your behalf. Blame contract law in the US.

      ..., or without moving to the United States?

      Can't help you there. I guess you will have to wait for the SDK to be released in your region.

      --
      These comments are my own and do not necessarily reflect the views or opinions of my employer or colleagues...
    19. Re:Gratis or libre? by agbinfo · · Score: 1

      You said: Open source software can exist within a community of Apple SDK developers.

      I told you why I thought this wasn't "open source" and provided insight.

      Now you say that I mischaracterize what you said.

      I guess that depends on your definition of open source and mischaracterize

      According to these guys (www.opensource.org) to be called open source the license must not discriminate against any person or group of persons.

      If you need to be part of group to get access to the code, then there's discrimination unless everybody can be part of that group. Similarly, if you need to be employed by a company, the code is not open source.

      Also the definition of open source means different things to different people but most people don't use your definition that being available to the end user makes code open source. It also involves being able to redistribute the source with little or no constraints. I have used library on numerous occasions where I had access to the source code but I was not allowed to redistribute the code. This didn't make the library open source.

    20. Re:Gratis or libre? by tepples · · Score: 1

      Blame contract law in the US. The mere fact that a contract is needed to run code on a device you own is pathological in itself. That's why I'll be developing for a device other than the iPhone.
  19. Code Signing by diamondsw · · Score: 3, Insightful
    Simply put, there are three problems:

    1. Code signing - this conflicts with GPLv3's "anti-Tivoization" clause. As others posted, both sides will see this as a feature, not a bug.
    2. It's not "free". This is true; much as you cannot download the Tivo source code and have it compile and work on your Tivo, you cannot just download available source code and run it on your iPhone. This goes back to the signing issues above.
    3. NDA provisions. I'm willing to bet this is purely during the beta period. All of Apple's other tools, documentation, etc are freely available, and I expect this will continue once it is released. After all, signing up for this program gives access to beta software (the iPhone firmware 2.0), and Apple similarly restricts access to OS X and other beta software. Once it's final, these restrictions are lifted.
    Ultimately, this all boils down to code signing and what you think of it. The problems presented by this are fairly specific to GPLv3; anyone is free to distribute their code under (for example) the MIT/BSD license, or even GPLv2.

    As for GPLv3 it's far from widespread, and with prominent projects such as the Linux kernel avoiding it, I'm not sure how much traction it will gain over GPLv2. Much like Windows Vista has to compete with XP, GPLv3 has to compete with GPLv2.

    --
    I don't know what kind of crack I was on, but I suspect it was decaf.
  20. Wrong license... by Llywelyn · · Score: 2, Insightful

    The GPL is the most User friendly license. It screams "Use this however you like".

    I think you misspelled "BSD" or "MIT"...

    --
    Integrate Keynote and LaTeX
    1. Re:Wrong license... by RobBebop · · Score: 1

      And you assumed that I was talking about people who cared about monetizing the development of a software product. That was addressed in my second paragraph.

      Hell, I think Windows still has some BSD code in it.

      --
      Support the 30 Hour Work Week!!!
    2. Re:Wrong license... by Moridineas · · Score: 1

      And you assumed that I was talking about people who cared about monetizing the development of a software product. That was addressed in my second paragraph. Or maybe he assumed when you said "use this however you like" you actually meant "use this however you like, as constrained by the GPL license." There's no argument--BSD license has fewer restrictions than GPLv2/GPLv3/LPGL/etc. Whether that's a good thing or a bad thing is another question.

      Hell, I think Windows still has some BSD code in it. I think not since 2k/xp--or possibly NT4 (I think you're talking about the TCP/IP stack)--but I don't know for sure.

    3. Re:Wrong license... by RobBebop · · Score: 1

      My argument has a tacit inplication that "users" don't care about the extra freedoms granted by MIT/BSD. Here is my original quote:

      The GPL is the most User friendly license.

      Thus "most user friendly license" could have been amended "most friendly license for users who are not going to further develop the software and then convert their enhancements to a Proprietary license for their own financial betterment".

      Also, BSD software that has been improved and re-released as Proprietary is not "user friendly" because it enables the business practice of "Embrace, Extend, Extinguish". Improvements to BSD software that are not re-released under a free license do not benefit users.

      Thus, I stand by my assertion that GPL is the most "user" friendly license and will let the question of what the most "developer" friendly license is be a debate for another discussion.

      And as far as the Windows BSD code that I was discussing, there is a tremendous write-up from one of the Microsoft employees at the time when they were developing the network stack here.

      --
      Support the 30 Hour Work Week!!!
    4. Re:Wrong license... by Moridineas · · Score: 1

      Also, BSD software that has been improved and re-released as Proprietary is not "user friendly" because it enables the business practice of "Embrace, Extend, Extinguish". Improvements to BSD software that are not re-released under a free license do not benefit users. That is certainly up for debate. Some would argue that if software everywhere gets better that's good for everyone. Additionally, once BSD software is out there, it's out there. No putting the cat back in the bag.

      Thus, I stand by my assertion that GPL is the most "user" friendly license and will let the question of what the most "developer" friendly license is be a debate for another discussion. I still don't feel this is accurate. Look at the very topic of this article--iPhone/GPL incompatibility. The GPL is very probably limiting what software an enduser can use. There are other "edge" cases out there too where GPL software cannot be used in certain environments or in conjunction with other licenses. Though these are primarily developer concerns, I believe they affect endusers as well.

      I also should add that I don't particularly care personally about the license wars. I use FreeBSD on my servers over Linux (though the license didn't make one iota of difference in my preference) and XP desktops and a OSX laptop--so I'm going to hell according to either camp ;-)

      Thanks for the Windows/TCP/IP link, I believe I've seen it before, but it remains an interesting read.
    5. Re:Wrong license... by TrekkieGod · · Score: 1

      Look at the very topic of this article--iPhone/GPL incompatibility. The GPL is very probably limiting what software an enduser can use.

      The GPL is doing no such thing. Apple is limiting developers from licensing any software under the GPL, if said software was created using their SDK. There's nothing on the GPL that prohibits use of GPL-licensed software in any device, whatever the hell the device may be running. All the limitations are on the developers.

      Apple is perfectly within their rights to license their SDK however they like, of course. However, Apple is also limiting enduser freedom by locking the iphone so that only software created by their SDK and distributed by itunes can run.

      Either way, the solution for the enduser with an iphone is simple. Jailbreak it, and get control of the device you paid for and is therefore rightfully yours.

      --

      Warning: Opinions known to be heavily biased.

    6. Re:Wrong license... by Moridineas · · Score: 1

      The GPL is doing no such thing. Apple is limiting developers from licensing any software under the GPL, if said software was created using their SDK. There's nothing on the GPL that prohibits use of GPL-licensed software in any device, whatever the hell the device may be running. All the limitations are on the developers. Apple license or GPL license. Since the conversation has been on the topic of non-developer endusers, I don't think most people really care! However you like to put it, it seems that the iPhone and the GPL are incompatible (put the blame as you will--and in this case, I believe you are mostly right).

      Again, we're just talking about endusers..
  21. Not everyone wants GPL... by Anonymous Coward · · Score: 0

    I don't see the GPL as a good thing, I see it as a very bad thing, so if the iPhone SDK isn't compatible with it it's a no brainer. For all who do care about GPL and wants to have its babies, buy another mobile device. Vote with your money! If you want a LinuxPhone, go build one, the source is GPL.

  22. Leave Salsadot alone! by eldavojohn · · Score: 4, Funny

    "...If you want to develop Free Software, Linux.com (Shares corp overlord w/ Slsahdot )..." Wow, /. editors can't even spell their own name? Somebody should give them a pointy hat and make them go sit in the corner for a bit ;) Leave Salsadot alone!

    Mmmmm, "Dancing for Nerds. Spicy food you pay for twice."
    --
    My work here is dung.
  23. No SimCity/Micropolis for iPhone by SimHacker · · Score: 4, Insightful

    I keep getting asked if I'll port SimCity (Micropolis) to the iPhone.

    Now I know the answer: NO! Because it's licensed under GPL 3.

    It's a lot easier to port software to the Windows CE on the PocketPC, anyway. And then I can give it away for free, instead of charging for it and forking over money to Apple.

    -Don

    --
    Take a look and feel free: http://www.PieMenu.com
    1. Re:No SimCity/Micropolis for iPhone by EMB+Numbers · · Score: 1

      You can give it away for free via iTunes for the iPhone too. Apple lets you set any price including free.

      The NDA issue may only exist because of the beta nature of the SDK. Past MacOS-X betas have has similar NDAs that were lifted when the final product shipped.

    2. Re:No SimCity/Micropolis for iPhone by gnasher719 · · Score: 1

      The NDA issue may only exist because of the beta nature of the SDK. Past MacOS-X betas have has similar NDAs that were lifted when the final product shipped. No, if you become an ADC member there is always an NDA, so that Apple doesn't have to be careful if they release anything new. Now obviously you can distribute source code under GPL if it _doesn't_ contain anything that is itself under NDA, and you can't distribute it (under GPL or otherwise) if it _does_ contain things under NDA. It would probably be useful if Apple said what exactly is under NDA. For example, if my code calls a function "int ApplesTopSecretFunction (void)" then is the call in the source code covered by NDA? Is explaining what the call does under NDA? Is a reference to a header file under NDA?
    3. Re:No SimCity/Micropolis for iPhone by tepples · · Score: 1

      It's a lot easier to port software to the Windows CE on the PocketPC, anyway. Have you looked into Pandora, a gaming PDA that runs Linux?
    4. Re:No SimCity/Micropolis for iPhone by rmccann · · Score: 1

      The problem isn't the price. As the article says, the GPLv3: "prohibits Apple from distributing a GPLv3-licensed iPhone application without supplying the signing keys necessary to make modified versions of the application run, too." In order to distrubute it on iTunes, Apple would have to give out the master key they use to sign the application. Can you see Apple doing that?

    5. Re:No SimCity/Micropolis for iPhone by ruiner13 · · Score: 1

      And then I can give it away for free, instead of charging for it and forking over money to Apple. Apple has previously said you can put applications on the iPhone AppStore and charge nothing for it. What makes you think you can't?
      --

      today is spelling optional day.

    6. Re:No SimCity/Micropolis for iPhone by Anonymous Coward · · Score: 0

      Apple does not REQUIRE you to charge for it. You can give it away for free. Don't blame Apple for that one.

    7. Re:No SimCity/Micropolis for iPhone by BitZtream · · Score: 1

      I'm sorry, GPLv3 stupidity aside, what prevents you from giving it away for free on the iPhone exactly? I seem to recall them specifically stating that you can make your apps free. Its not like you can't view the same video that I watched discussing this very issue.

      Do you pay for any tools you use in your software creation process? If not, then I can see how you would possible not want to pay the Apple tax for the privledge of having an iPhone version. Thats certainly your choice. Pretty cheap way of looking at it, but its a safe bet somewhere in your development chain is software you paid for, in which case you're just using that as an excuse to piss on Apple. Which is cool and all ... if you're still in 6th grade.

      You could also just get an exemption from the powers that be to allow you to distributing it on the iPhone IF it really is incompatible.

      I really don't see why exactly the code signing thing is a issue anyway. I can download your source and compile it and run it on my iPhone. I am a registered developer, so I have the tools available to me.

      So GPLv3 is incompatible because you don't have the require tools? Seems like a pretty silly argument to me. Apple isn't preventing you from running the code on YOUR iPhone so they can only run apps they want. They are controlling what the distribute to others in binary form. After the whole thing is officially 'public' its a safe bet anyone will be able to sign up for the developer program and compile apps for their own phone, which seems to me to be exactly what the spirit of the code signing portion of GPLv3 was, to ensure that you as the owner had the ability to modify the software on your device ... which this lets you do, IF you have the tools.

      Anyone who has joined the program can run pretty much any code they want to on their own phone, seems to me like that meets the spirit of the license. Not everyone can join right this instant as its still in a pre-release stage, but they are making $100 per developer, its not like they want to stop people from signing up in the long term.

      One could argue the charging for the tools makes it incompatible, but then I could also argue that means GPLv3 is incompatible with Intel's optimizing compiler, since you have to pay for it. Or that you can't use any non-free version of Visual Studio to compile a GPLv3 Windows app.

      If it is >YOUR code, nothing at all stops you from putting it on the iPhone, you do, after all, own it. GPL controls how OTHERS who DON'T OWN the copyright are allowed to use the code. In this case, its obvious you don't own all of the code involved, but you can probably ask the offical copyright holders to grant the ability to do so, since they obviously agreed to GPLv3 in the first place, its unlikely that you can't get in touch with them ... they haven't gone out of business or died or anything since then ....

      So, are you cheap, too lazy to ask the copyright holders, or just being an ass and calling it 'making a stand'?

      The good thing about this is, someone else will more than likely step up and make their own clone, which won't be as good to start with, and will have its own set of quirks, but its not like there aren't thousands of other people capable of writing a simcity style game, many of which probably own an iPhone and are trying to come up with some idea for something to write for it. Too bad SC on the iPhone would suck UI wise I think :/

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    8. Re:No SimCity/Micropolis for iPhone by mosch · · Score: 0, Flamebait

      You keep getting asked if you'll port SomeShitty App to the iPhone.

      Now you know the answer: NO! Because you purposefully chose an extremely restrictive license that puts ideology ahead of pragmatism.

      Beyond that you have demonstrated a further lack of touch with reality and pragmatism by falsely claiming that Apple forces you to charge for applications when it does not.

      All in all you've neatly exemplified the Open Source Spirit. That is, an idiotic twit who operates without all the facts, and likes to license their software in a manner that has more to do with controlling how other people look at IP than how you do.

      BSD is real freedom. BSD has none of these problems because it doesn't legislate the behavior of others. The GPL is a nanny state license.

    9. Re:No SimCity/Micropolis for iPhone by Concerned+Onlooker · · Score: 1

      "Because you purposefully chose an extremely restrictive license that puts ideology ahead of pragmatism."

      In the long run ideology IS pragmatic. If your goal was merely to berate someone publicly, good job. If your goal was to get some points across about the BSD-style licensing you failed.

      --
      http://www.rootstrikers.org/
    10. Re:No SimCity/Micropolis for iPhone by ArAgost · · Score: 1

      AFAIK you can give it away for free for the iphone too, with apple covering the distribution costs.

    11. Re:No SimCity/Micropolis for iPhone by mosch · · Score: 1

      No. You're as stupid as the original whiner. Maybe more so.

      The GPLv3 has absolutely nothing to do with freeing your own code. It's all about forcing everyone else to make a decision "Do you want to use my code, or do you want to use commercial software? You can't do both."

      Now many PRAGMATIC people like to do both. But the GPLv3 is against pragmatism. It wants to force everyone to do as the author has chosen to do.

      So essentially the author of that app has opted out of society, but then has the balls (and/or the lack of reason) to complain that now he's alone because of this.

      I'm not trying to win points for BSD because I know that GPL-tards are too fucking stupid to understand that they are anti-freedom. Convincing you that BSD is superior on the internet is as likely as convincing a diehard Marxist that they're wrong. The fact is that if you're so far gone on the idea of IP that you support the GPLv3, then you're past the point of no return. It's like trying to talk to somebody who still thinks that Bush is a good president, or that the moon landing was a hoax. In short, you're too fucking stupid to be reasoned with.

      As such, I'm not trying to win points. I'm just trying to remind you that you have taken an IDIOTIC FRINGE POSITION and that the world thinks you're really fucking stupid.

    12. Re:No SimCity/Micropolis for iPhone by mosch · · Score: 1

      Oh, and the real reason not to bother trying to score points, the original poster lied about Apple forcing him to charge money for the application.

      Given that he was willingly putting forth lies, there was no reason to believe that he had any intention of an honest discussion in the first place.

      I'm unsurprised that you think rude (but honest) words are somehow more evil than a plain lie. It's sad that so many people prefer polite dishonesty to truth.

      Maybe someday you'll grow up and we can have an honest conversation, until then there's no point in doing anything but telling you to fuck off and die, and to get the fuck off my lawn. After all, you've proven that you don't care about truth, so nothing else matters.

  24. Then no cell phone is compatible. by w3woody · · Score: 5, Insightful

    There are three points of contention:

    (1) You must have your application signed before it will run on any cell phone,
    (2) Your application must be delivered via the Apple iTunes store, and
    (3) Your usage of the beta version of Apple's development kit subjects you to an NDA.

    Well, the NDA part of the beta program struck me as a little odd, as it takes about no effort for any idiot to sign up and download the SDK for free--however, this seems to be a standard tactic by Apple for all its beta SDKs. The NDA will be gone, however, by the time the SDK is out of beta--so the whole "you must sign an NDA and that is incompatible with the GPL" thing will be gone by summer.

    So what is left is the fact that you have to sign your application before it will run on the iPhone.

    As someone who has written cell phone software before, I can tell you that Symbian and Windows Mobile also require application signing before allowing your programs to run on their platforms. It's very common in the cell phone industry to use certificate signing--and at $99/year, Apple is the cheapest to obtain a signing key. Further, from the sounds of it, by the time the SDK goes out of beta, anyone with $99 can get a signing key and sign as many apps as he wishes. (By contrast, for Windows Mobile you pay VeriSign $350 for 10 signing events, meaning you can only sign 10 applications or different versions of the same application. (Actually a signing event means you sign one executable.) Symbian is even more of a pain in the neck. And let's not talk about Android until real Android-based phones start showing up on the market and we learn what sort of package signing requirements the cell phone manufacturers impose on Android applications.

    While I appreciate the need for authors to fill column space in order to get paid, it seems to be a little early to start complaining about GPL incompatibility and pointing the fingers solely at Apple because you're too lazy to compare and contrast with the other mobile operating systems out there.

    1. Re:Then no cell phone is compatible. by Shados · · Score: 2, Interesting

      Though with Windows Mobile, your application can run just peachy on a Pocket PC with the exact same code without being signed at all. Can iPhone apps run unsigned on an Ipod Touch? (actual, honest question).

    2. Re:Then no cell phone is compatible. by Microlith · · Score: 3, Informative

      To be sure, Apple is the only one that requires signing before the application can even be loaded and run. Both Symbian and Windows Mobile will run unsigned applications, but their access to phone capabilities will be restricted to some degree.

    3. Re:Then no cell phone is compatible. by Asuranceturix · · Score: 1

      The fact that other vendors are even worse than Apple in this respect does not make Apple's attitude right!

      They may say that code signing is there to protect me and to make sure that my phone does not crash because of a badly-made application, but I would rather be given the choice.

      I mean, all they have to do is refuse technical support on any iPhone with unsigned software installed onto it and provide a reasonable way to restore any iPhone to its initial state in case something I install turns out to make the handset misbehave. I do not need further protection and, what is more, do not want it!

    4. Re:Then no cell phone is compatible. by EvilNTUser · · Score: 2, Insightful

      You can sign your own programs for Symbian. You don't have to authenticate with a certificate authority unless you have a specific reason to do so. You also don't have to use some vendor approved web store, as a simple USB connection is enough. I don't see how the situations are comparable at all.

      --
      My Sig: SEGV
    5. Re:Then no cell phone is compatible. by Anonymous Coward · · Score: 1, Informative

      no. the iphone sdk is used for both iphone and ipod touch, and apps must be signed for both (it's the same os, just slightly different hardware).

    6. Re:Then no cell phone is compatible. by Dionysus · · Score: 5, Informative

      As someone who has written cell phone software before, I can tell you that Symbian and Windows Mobile also require application signing before allowing your programs to run on their platforms

      Oh, please. You hear this excuse from Apple apologists every time this issue comes up. Of all the programs on my Nokia N70, only the stuff from Nokia, Opera and Adobe is signed. Gmail app is not signed. None of the games are signed. They all installed and run fine.
      --
      Je ne parle pas francais.
    7. Re:Then no cell phone is compatible. by Shados · · Score: 1

      no. the iphone sdk is used for both iphone and ipod touch, and apps must be signed for both (it's the same os, just slightly different hardware).


      Thats good to know, thank you. However, for your comment in parenthesis.. that is true of Windows Mobile phones vs Pocket PCs for the most part, and they still behave differently when it comes to signing requirements (there's actually multiple levels of "security" that can be used for unsigned apps on Windows Mobile devices... though from what I see, the only ones that are really used is "free for all", and "locked down and requires a key", and the others mostly ignored).
    8. Re:Then no cell phone is compatible. by phliar · · Score: 1

      "But everyone else is doing it!" is a crappy excuse. There is no technical reason to require apps to be signed by the manufacturer.

      The right way to design a smart phone would be to separate the "radio bits" from the "computing platform bits". Apps running on the platform can only control the usual high-level features like "place a call", or register for callbacks like "incoming call"; it can't change legally-mandated elements like frequencies, phone identity, etc. You know, just like if it were a program running on a machine with a modem attached to the phone network.

      But that would take away their ability to nickel-and-dime you to death.

      --
      Unlimited growth == Cancer.
    9. Re:Then no cell phone is compatible. by vally_manea · · Score: 1

      I think N70 has Symbian v2, on the Symbian v3 signing application is oblig., but you can sign it for free so...

    10. Re:Then no cell phone is compatible. by w3woody · · Score: 1

      Yeah, it's a pain in the ass that Apple didn't provide some mechanism that allows a developer to install some sort of personal certificate on his own phone so he can upload self-signed applications.

    11. Re:Then no cell phone is compatible. by w3woody · · Score: 1

      "But everyone else is doing it!" is a crappy excuse.
      <sarcasm>You know, you're absolutely right. And as a representative of the Slashdot community we've all decided that you are now the representative of goodness and moral behavior for the rest of the human race.

      Please post all your details in public so we can all monitor your actions so we can make sure your behavior meets our exacting standards to moral behavior, especially in the realms of software development, computer usage, and personal hygiene.

      What? No-one else is doing that or even willing to do that? As you said, just because everyone else keeps their information private so we cannot have our morality judged is "a crappy excuse."</sarcasm>
    12. Re:Then no cell phone is compatible. by blahtree · · Score: 1

      Your Nokia N70 is built on Symbian 8.1, which predates platform security. As of Symbian 9.0, signing is mandatory for all native applications. Java is exempt, AFAIK.

    13. Re:Then no cell phone is compatible. by IronChef · · Score: 1

      It's very common in the cell phone industry to use certificate signing--and at $99/year, Apple is the cheapest to obtain a signing key.

      Does the signature expire yearly?

      I'd hate to start using software and have it stop working because the developer decided not to support it and keep paying $99/year. Hopefully once you sign it, the executable stays good.

    14. Re:Then no cell phone is compatible. by 99BottlesOfBeerInMyF · · Score: 2, Insightful

      The fact that other vendors are even worse than Apple in this respect does not make Apple's attitude right!

      True, but neither does it make it wrong. You have to consider the ramifications.

      They may say that code signing is there to protect me and to make sure that my phone does not crash because of a badly-made application, but I would rather be given the choice.

      App signing is to protect users, but not necessarily you in particular. Apple is concerned about the average user, not the modder.

      I mean, all they have to do is refuse technical support on any iPhone with unsigned software installed onto it and provide a reasonable way to restore any iPhone to its initial state in case something I install turns out to make the handset misbehave.

      You're assuming that is the only cost to Apple and that the ability to do this will not be a problem for normal users. So here's the situation from Apple's perspective. They want iPhones to be stable and resistant to malware. A whitelist is an extreme way to do this, but not necessarily unneeded. If they provide an easy way to opt out and run unsigned apps, will mainstream applications be unsigned an require this? Will users become accustomed to clicking past the warning, just like they do on Windows now? Will malware thus find its way onto a large portion of iPhones as a result?

      From Apple's perspective, this is a real concern. Further, malware ridden phones are a problem to more than the individual user. Users will certianly still call Apple's support, especially if this becomes common. Does Apple refuse to provide support for a potentially significant number of iPhones? Can they screen these out in advance so they don't have to waste employee time and phone bills determining which phones are running unsigned apps? Will malware running on iPhones even if the user clicked "OK" damage Apple's brand? Will it damage the reputation of the iPhone? Will the press not bother running "scary" articles about the danger of malware on your phone, if that malware was installed by a user who opted to run unsigned apps? These are all valid considerations.

      MS has repeatedly played the blame game. They've made security decisions that result in more systems being compromised, but being able to point the finger at the user for having clicked "OK" for the hundredth time. That is certainly less than ideal and leads to a very poor culture for real security in future development.

      I do not need further protection and, what is more, do not want it!

      Maybe you're not Apple's target market. Maybe you'd be happier with a different phone.

      Now don't get me wrong. I don't own an iPhone and may never do so. If Android turns out to be a more free and open, but still usable and secure alternative, it may be preferable to both you and I. think an outright, user un-editable whitelist is a very serious restriction. I'd much rather see some middle ground, where users can run unsigned applications, but by default they are severely sandboxed and restricted. Heck, a locked down JVM would be a fine start. I'm just not sure the cost this entails to Apple makes it a worthwhile business case for them. For a general purpose computer, I'd find this completely unacceptable. For a phone, well for now I'm not too upset. Going forward, I think users will require more options and a middle ground will win in the marketplace (or would in a truly free market). We'll have to see how things play out.

    15. Re:Then no cell phone is compatible. by coren2000 · · Score: 1

      Allowing access to "place a call" or accept incoming calls w/o being signed is a "Really Bad Idea"(TM). Lets just forget how 'expensive' a piece of malware could be if these features are exploited, a simple malfunctioning benevolent software program can ruin people and the wireless companies.

      There is actually very little I would consider "safe" to let unsigned code run on a cellular enabled PDA.

      Apple isn't just doing it because "everyone else is"... they are doing it because everyone else is RIGHT in doing what they are doing. EG. If everyone WASN'T jumping off a bridge, would you be different and do it?

      you have to be very safe with these devices. much more safe than a you are with a PC. This is because people do not view them as computers, people view cellular PDAs as phones. These phones are a much more common and integrated part of people's lives. Apple isn't just protecting their own a$$ here with the code signing, they are protecting _our_ a$$es and much more importantly, the a$$ of their masters -> the wireless providers.

      However, apple should really work hard to get their licenses to play nice with the GPL... simply because the GPL protects and promotes software freedom which is good for all people.

    16. Re:Then no cell phone is compatible. by Asuranceturix · · Score: 1

      I understand your point, but I somewhat doubt that paying a fee is going to improve the quality of the software written for the iPhone. A lousy application won't be any better for being signed.

      I do not know all the SDK terms, but I take it that Apple does not necessarily get to see the code--and if they did, they would certainly lack the resources to audit every submitted piece of software--, so the only way to really protect their users is a very carefully designed API and execution subsystem. If they have got this part right, no poorly writen application should be able to crash the handset.

      In other words, I fail to see how this measure is for users' sake and not plain bullshit for generating (even more) revenues for them. Obviously, I do not blame them for trying, it is their product and they can do whatever they please, but it certainly won't be a selling point for me.

    17. Re:Then no cell phone is compatible. by BitZtream · · Score: 1

      I'm not sure if you're being sarcastic or not, if you are, please ignore this but ...

      Technically, You DO self sign apps to get them on your own development iPhone. Your personal certificate must also be signed by Apple, so its not just a simple 'generate your own cert and allow it on your phone', but once you have the cert (and have paid the Apple Dev Tax) , you can put whatever you want on your own device.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    18. Re:Then no cell phone is compatible. by BitZtream · · Score: 1

      Having done WM development up into the WM5 days, I do not recall any requirement for an application to be signed by default.

      There may be some carrier requirements for signed apps, there may be some domain policies for phones distributed by large corps that require signed apps. But an unmodified install of WM5 has no such requirement.

      On that note however, I wish it did. Having any random unknown app running on your cell phone is NOT a good idea, having some sort of who made the application should be a requirement for every OS out of the box. If you want to give people a way around it, like allowing apps signed by unknown certificate authorities (self-signed certs for instance) after specifically permitting them, fine. But out of the box, everything should require a sig, Windows on the desktop especially.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    19. Re:Then no cell phone is compatible. by 99BottlesOfBeerInMyF · · Score: 2, Insightful

      I understand your point, but I somewhat doubt that paying a fee is going to improve the quality of the software written for the iPhone. A lousy application won't be any better for being signed.

      But it does pave the way for Apple to blackbox test it, for Apple or others to view the code or certify it, and most importantly for the source of software to be confirmed. I seriously doubt there will be much malware on the iPhone and for a change it may well be tied to a person who can be thrown in jail or sued by users.

      I do not know all the SDK terms, but I take it that Apple does not necessarily get to see the code--and if they did, they would certainly lack the resources to audit every submitted piece of software--, so the only way to really protect their users is a very carefully designed API and execution subsystem.

      A quick smell test is all that is needed to identify most malware today. It is certainly enough to identify a worm, which is one of the real issues. Basically, no drive by installations because the iPhone can detect if the software changes. It reduces malware to only programs with a social engineering component that users intentionally install. Even then, it will onyl be active until it is detected/identified at which point Apple can stop downloads and possibly disable it remotely.

      ...so the only way to really protect their users is a very carefully designed API and execution subsystem.

      That may be true in the long run, but in the short term this knocks out several of the most proliferate types of malware, reducing the problem to just trojans and allowing for the authors of those to be prosecuted. Even with a MAC or other ACL type subsystem the signing component is still needed to see if an app is the exact version it claims and if it is from the people who claim to have created it.

      If they have got this part right, no poorly writen application should be able to crash the handset.

      Crashing them is not the major issue. There is little profit in that. The real concern is data theft and misuse of network resources for spamming, DDoS and Shiva forbid, automated voice calling spam.

      In other words, I fail to see how this measure is for users' sake and not plain bullshit for generating (even more) revenues for them.

      I doubt they're making much profit on this. It is probably just trying to pay for itself, and is certinaly cheaper than signing offers from other vendors. If this was a cash grab, why allow unlimited signing from a key? They could easily have gone for 10 or 25 signings per key and been on par with other phone signing schemes.

      I can see you don't fully understand how a signing system is one of the four major components of next generation anti-malware systems. You can read up on it, or just take my word for it. They incorporated signing into OS X for the same reason, even though it is currently optional and free. It paves the way going forward for greylisting combined with ACLs combined with weighted security data feeds.

      Obviously, I do not blame them for trying, it is their product and they can do whatever they please, but it certainly won't be a selling point for me.

      Signing is not supposed to be an end user feature. Security is and this may well enable Apple to make security a non-issue for the vast majority of their phone users, as it is for most Mac users today. It sells them a lot of PCs and they have technology plans to keep it that way. With the iPhone they just got a chance to make sure there will be no backwards compatibility problems as well. We'll see how it goes. They may pull it off and they may not, but "no malware problems" may sell them a lot more phones than "some OSS and self created programs don't run." Maybe it won't. I hope the market is allowed to decide.

    20. Re:Then no cell phone is compatible. by Asuranceturix · · Score: 1

      Maybe you're right and all they want is a smoking gun in case problems arise. It certainly bothers me not being able to write my own programs for my own device without paying, but I guess the likes of me won't make them enough money to be considered in their strategy.

      Maybe, in the end, all I am asking is to be able to build my own software (or any OSS software, for that matter). It should be easy to provide users who requested it with a certificate valid only for their own handset (linked to S/N) so they could execute whatever they wanted to without compromising others' security. That would accomplish the goals you describe (and that I do not dispute) and would also pave the way for OSS applications.

    21. Re:Then no cell phone is compatible. by Anonymous Coward · · Score: 0

      You're absolutely right. Any device which requires you to pay the manufacturers for the privilege of installing your own software on your own device by definition cannot support free software. That's what free software means -- you have the freedom to modify it as you see fit. If the only version of a program that you can use is the "official" one that somebody paid to have signed, then it is not free software, regardless of whether you can see the source or not.

    22. Re:Then no cell phone is compatible. by ceoyoyo · · Score: 1

      That would be $99, not $99/year, isn't it? I haven't seen anything about the iPhone registration being time limited.

    23. Re:Then no cell phone is compatible. by phliar · · Score: 1

      Those are valid and good points, but my belief is that security should be up to the application and not the platform -- and yours is the opposite. We'll just have to agree to disagree. (I also have a very dim view of the belief that Apple-signage of apps is the panacea.)

      I forget who it was that said, "When you keep people from doing stupid things, you also keep them from doing smart things."

      --
      Unlimited growth == Cancer.
    24. Re:Then no cell phone is compatible. by phliar · · Score: 1

      On re-reading, I should clarify -- by "platform" I mean hardware -- "the phone" -- and by application (really bad choice of word) I meant software. (Wish I could just go back and edit that comment!)

      --
      Unlimited growth == Cancer.
    25. Re:Then no cell phone is compatible. by Anonymous Coward · · Score: 0

      Of all the programs on my Nokia N70, only the stuff from Nokia, Opera and Adobe is signed. Gmail app is not signed. None of the games are signed. They all installed and run fine.


      Yes, ... so? It seems like you are trying to suggest something but you do not want to say it because you know it is false.

      Anyways, a 176 x 208 pixel phone with only 22 MB of memory is not much of a place to keep your apps, or much of anything. Gotta love that WAP browser and lack of touchscreen. Oh, were you trying to compare some things?
    26. Re:Then no cell phone is compatible. by ecki · · Score: 1

      All phones based on SymbianOS 9.1 and later require signing, and that includes all Nokia phones with S60 release 3. Your N70 is using S60 release 2, which didn't require signing.

  25. Simple Fix... by TheNetAvenger · · Score: 1

    There is an easy fix, don't write software for Apple's Marketing 'technology'.

    Instead write your code for an OSS phone or/and port it to Windows Mobile, there are far more Windows Mobile phones than iPhones, so you even get a bigger market.

    In addition to more features, without restrictions, as you can write ANYTHING for the other platforms with no Big Brother approval from Nokia, Microsoft, etc.

    Other cellphone companies and Microsoft made ONE mistake with their Mobile OSes, they didn't market the media features to the general public, even though people have been using them for MP3/WMA/WMV/MPEG4 for YEARS now, with the same level of features and more than the freaking iPhone. (Even my old 715 Motorola from 2004 has more media features than a freaking iPhone - it even has an 8GB storage device that was available back in 2004)

    Isn't it time we actually stand up to Apple and the Apple Marketing machine. Apple isn't about technology or even good quality product or innovation anymore, they are the best Technology marketing company in the world. (And oddly their marketing team uses methods other marketing companies won't even use as they are considered dangerous because of the cult level of induction.)

    Ok, now for fanboi/fangurls to mark my post down because the truth is scary...

    1. Re:Simple Fix... by MosesJones · · Score: 1

      Instead write your code for an OSS phone or/and port it to Windows Mobile, there are far more Windows Mobile phones than iPhones, so you even get a bigger market.

      4th Quarter 2007 and the iPhone was in 3rd place in the US market behind Nokia and RIM. So yes you are right that its currently a larger market, but you'd be better off writing for Symbian or RIM to get an even bigger market and writing in Java to get the biggest market of all.

      Other cellphone companies and Microsoft made ONE mistake with their Mobile OSes, they didn't market the media features to the general public

      You are aware that Sony Ericsson tied up a few years ago around just this area and that Nokia have been selling these media features as a plus point for several years as well? Now if you are saying that Microsoft haven't done this then you are correct, but as they are a minor part of the smartphone market that really isn't significant.

      Apple isn't about technology or even good quality product or innovation anymore,

      So Microsoft are about quality, technology and innovation? In the mobile market?

      Ok, now for fanboi/fangurls to mark my post down because the truth is scary...

      Nope, I think you should be marked down because you don't know anything about the mobile phone market and the fact that it is primarily driven from a consumer products perspective rather than as a technology innovation area. Mobile phones are a commodity item which means that the differentiation has ceased to be around tariffs and has shifted onto devices. This means that the fashion of a device is more important than the features of the device. Having the most features isn't what is required, it is about having the most impact for the features that people want. Nokia were the first to dominate in mobile phones by having the best User Interface, which gave them the most impact for the features (because people could use them easily) this is the competition that Apple are in.

      Usability and Fashion are the game in consumer products, not support for a given codec.

      --
      An Eye for an Eye will make the whole world blind - Gandhi
    2. Re:Simple Fix... by RyuuzakiTetsuya · · Score: 1

      I had a Windows mobile device, an iPAQ 6515 and it was piss poor to use.

      I kept losing styluses and things kept crashing. I had to reboot the phone on a semi regular basis. My iPhone in the week I've owned it hasn't done any of that. Not to mention the web browser was *horrible* when it came out. Windows portable media player wasn't even up to the task of playing mp3s well. Yes, it's not locked down like the iPhone is, but no, it's not nearly as useful either.

      --
      Non impediti ratione cogitationus.
    3. Re:Simple Fix... by TheNetAvenger · · Score: 1

      You are aware that Sony Ericsson tied up a few years ago around just this area and that Nokia have been selling these media features as a plus point for several years as well? Now if you are saying that Microsoft haven't done this then you are correct, but as they are a minor part of the smartphone market that really isn't significant.
      ...
      Nope, I think you should be marked down because you don't know anything about the mobile phone market and the fact that it is primarily driven from a consumer products perspective rather than as a technology innovation area. Mobile phones are a commodity item which means that the differentiation has ceased to be around tariffs and has shifted onto devices

      Ok, you only repeating some of the same things I said, and then act like I never mentioned it? Are you responding to the correct post?

      1) Microsoft Smartphones are a bit larger in the market than I think you realize, as they have been around for many years now, starting out as PocketPC phones.

      2) Sure many cell phones have multimedia features, but the fact that it was not marketed to users, people didn't realize it existed, this was a failure on the part of the cell phone mfrs and cell providers, as they didn't realize it was a big of a feature as Apple 'made it to be'.

      I know many people running around with Razrs and other phones that have MiniSD slots and full multimedia features and have no idea their phone has technically more features than an iPhone.

      Even most smartphone users never considered their devices 'media' platforms, even though they technically are advanced media platforms, supporting tons of formats inherently and having tons of OSS codecs available for them to play everything from XVID to MPEG4.

      So my argument was that it was failed marketing, by not making these features sexy. Which is the same freaking argument you make at the end of your post...

      So explain to me if you agree with me, and see the technology vs 'fashion' application of the devices the same way I do, how or why would you say I know nothing about the cell market?

      This is where I mention that one of parnering company's contracts is with Cricket dropping 3.5/4g service in Vegas, and this company has been in the cell business since 1995... Just last week we were going over product availability (cell phones) for the new AWS Vegas market.

      So, Umm... Ya, whatever, I know nothing about 'cell phones/markets'...

    4. Re:Simple Fix... by MosesJones · · Score: 1


      1) Microsoft Smartphones are a bit larger in the market than I think you realize, as they have been around for many years now, starting out as PocketPC phones.


      They are a massively distant third behind RIM and Symbian, and in terms of new device sales (a core market for new development) they lagged the iPhone in Q4 2007 and are predicted to lag again in Q1 2008.

      This is where I mention that one of parnering company's contracts is with Cricket dropping 3.5/4g service in Vegas, and this company has been in the cell business since 1995... Just last week we were going over product availability (cell phones) for the new AWS Vegas market.

      Which stuns me therefore that you know so little about the global position of Windows Mobile. If you prefixed your statements by saying "US market" then you'd be slight more accurate, but on a global scale (especially Japan and Europe) you are extremely wide of the mark on the multi-media marketing of phones and on the position of Windows Mobile.

      --
      An Eye for an Eye will make the whole world blind - Gandhi
    5. Re:Simple Fix... by TheNetAvenger · · Score: 1

      Which stuns me therefore that you know so little about the global position of Windows Mobile. If you prefixed your statements by saying "US market" then you'd be slight more accurate, but on a global scale (especially Japan and Europe) you are extremely wide of the mark on the multi-media marketing of phones and on the position of Windows Mobile.


      I do know the US Markets better, but I also know that EDS Europe uses the hell out of Windows Mobile cell phones. Just being able to do remote desktop from their phone is a big seller for IT people helping customers or administrating servers. An EDS is just an example, as a lot of tech oriented people in Europe use the hell out of Windows Mobile.

      So it isn't the red-headed step child that you keep suggesting.

      In the consumer markets you are right, it isn't as popular in the European markets, but for 'high' end phones, it is the MAIN choice by offering a full OS experience on a handheld device. It is just most cell user's don't give a flip about features, like we talked about before. However, the people that 'do' care, do pick Windows Mobile phones, and would pick one over an iPhone in a second, as smart people/geeks don't give a crap about marketing cons and prefer functionality.

  26. FSF Doesn't Get To Define Free Software by logicnazi · · Score: 3, Insightful

    I have great respect for the FSF and the goals they are trying to accomplish but when I see claims like, "But the result still would not qualify as free software, since no one could alter your source code and run the modified result on their phone," it irks me.

    More accurately it would not meet the FSF's definition of free software. I would call freely released source code that I could load into the iphone simulator (or with $99 an iphone itself) free software. But whether or not you agree with my usage of the term isn't the point. 'Free software' is a term like 'free country.' It's part of the language and no one entity can dictate it's meaning just because it thinks that is what the term should mean.

    To be clear I have no dispute with the FSF. Just as various activist groups might offer their own definitions of free countries that differ so too is it reasonable for the FSF to offer their own definition of free software and to try to convince us it is the correct one. However, journalistic pieces like the one at linux.com shouldn't assume that the FSF can define by fiat what words in our language mean. Instead they should tell us that this would not qualify as free software under the FSF definition.

    --

    If you liked this thought maybe you would find my blog nice too:

    1. Re:FSF Doesn't Get To Define Free Software by gnasher719 · · Score: 1

      More accurately it would not meet the FSF's definition of free software. I would call freely released source code that I could load into the iphone simulator (or with $99 an iphone itself) free software. But whether or not you agree with my usage of the term isn't the point. 'Free software' is a term like 'free country.' It's part of the language and no one entity can dictate it's meaning just because it thinks that is what the term should mean. Let's say I invent a new programming language X and sell a proprietary compiler for it for $99. You could write software in the X programming language and try to distribute it under the GPL, but users could only recompile the source code if they bought my X compiler for $99. Apparently this would be a problem. But it gets worse: Users can only recompile the source code if they buy a computer, which costs a lot more than $99. But doesn't that apply to basically all the software?
  27. Sarcasm by StarKruzr · · Score: 4, Funny

    You do not has it.

    --

    +++ATH0
  28. Nokia N810 by 5pp000 · · Score: 1

    There's an alternative to the iPod Touch, anyway: the Nokia N810 Internet Tablet. It's about the same size as the Touch but has a slide-out mini keyboard. It runs a pared-down Linux called Maemo. I just got one of these instead of a Touch because I wanted the keyboard, and I wanted a truly open platform (and I didn't want it to be a phone; it isn't).

    Capsule review: the hardware design is brilliant. The software, though, is still rather rough. I'd love it if some of these people who are so eager to write code for the Touch, but are turned off by the SDK licensing (and the fact that Apple wants to control app distribution) would come over to the N810 instead. The N810 has real potential, much of which remains unrealized as yet.

    --
    Your god may be dead, but mine aren't!
    1. Re:Nokia N810 by east+coast · · Score: 1

      Someone at work was recently showing off their N800 model and it looks like a nice little gizmo. Unfortunately I have too many gizmos and just can't justify adding another when I have tons of tech doing virtually nothing for me.

      --
      Dedicated Cthulhu Cultist since 4523 BC.
    2. Re:Nokia N810 by coren2000 · · Score: 1

      Ohh this is nifty.. I am assuming you have one of these things. If you do, then could you answer me some questions.

      Can you compile your own kernel? What kind of documentation do they have on their APIs? What is the state of the user community (do they have an active IRC channel?)

    3. Re:Nokia N810 by evil_aar0n · · Score: 1

      If it isn't a phone - for you - what do you do with it?

      --
      Truth, Justice. Or the American Way.
    4. Re:Nokia N810 by 5pp000 · · Score: 1

      Can you compile your own kernel?

      Very probably, but I don't know the details. You can find more info at the Maemo site.

      What kind of documentation do they have on their APIs?

      It runs an X server. I think most apps use (a variant of?) the GTK library. Again, check the Maemo site. I don't know about the IRC channel, but there is an active forum site.

      --
      Your god may be dead, but mine aren't!
    5. Re:Nokia N810 by 5pp000 · · Score: 1

      Out of the box it has Wi-Fi, a very good Web browser, and a multimedia player. It accepts an 8GB MiniSDHC card, so it can be used much like an iPod Touch for music and video. Oh, and it has Xpdf for reading PDF files.

      I also want it to replace my aging Palm Tungsten T3. Unfortunately the native PIM software for it is pretty minimal, but it does have a Palm emulator which is supposed to work pretty well (I haven't had a chance to try it yet).

      So, that is, I also want to be able to do things like taking notes with it when I don't have my laptop handy. I have done this with the Palm, but the N810's thumb keyboard makes it more suitable. Also, the N810 can run a full-blown word processor (AbiWord is available for it, I think).

      --
      Your god may be dead, but mine aren't!
    6. Re:Nokia N810 by 5pp000 · · Score: 1

      Look at it this way. You know this Asus Eee that is getting so much attention? The N810 has the potential to be almost as useful, but in 1/10 the volume and at 1/4 the weight. Spec comparison: the screen resolution is the same (800x480); the N810 has a 400MHz OMAP CPU (ARM with a DSP core tacked on), to the Eee's 800MHz Celeron; the N810 has 256MB memory, to the Eee's 512MB; both use removable flash cards for storage; and while the N810 has a thumb keyboard, the Eee's keyboard is said to be too small for touch-typing anyway (for an adult, at least). Oh, and the price is the same, $400.

      Or, compare the N810 to the Oqo. The Oqo is much more powerful, but twice as large by volume, twice as heavy, and three times as expensive even for the base model.

      --
      Your god may be dead, but mine aren't!
    7. Re:Nokia N810 by evil_aar0n · · Score: 1

      Do I assume correctly that if you strap Maemo / Linux on top of it, you can't use it as a phone, anymore? How about as a wireless modem, rather than just WiFi? It would be way neat if I could ssh into the office from "out there" where I don't have a WiFi connection.

      --
      Truth, Justice. Or the American Way.
    8. Re:Nokia N810 by 5pp000 · · Score: 1

      Um, you misunderstand. It isn't a phone at all, except that it will make VOIP calls over the WiFi. Maemo Linux is what it comes with out of the box.

      If you really need data service outside WiFi range, and you also have a Bluetooth-enabled cell phone with data service, it will connect through the cell phone. (I haven't tried this.)

      --
      Your god may be dead, but mine aren't!
  29. Need to go through what Apple provide by advocate_one · · Score: 1
    to see if the iPhone or the SDK actually depend upon any GPL software here...

    time for some good hackers to start searching for giveaway strings in the code...

    --
    Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
  30. GPLv3 not really a problem? by RalphBNumbers · · Score: 2, Insightful
    FSF Licensing Compliance Officer Brett Smith syas:

    The FSF's Smith says the fact that the author of the program (i.e., you) and the distributor of the binary (i.e., Apple) are unrelated entities makes no difference. "If a program is meant to be installed on a particular User Product, GPLv3 imposes the same requirements about providing Installation Information whether the software is directly installed on the device or conveyed separately."


    The Actual GPLv3 License says:

    If you convey an object code work under this section in, or with, or specifically for use in, a User Product, and the conveying occurs as part of a transaction in which the right of possession and use of the User Product is transferred to the recipient in perpetuity or for a fixed term (regardless of how the transaction is characterized), the Corresponding Source conveyed under this section must be accompanied by the Installation Information.


    IANAL, but it looks to me like the only person who would be restricted from distributing GPLv3 code for the iPhone would be Apple, and even they could do so safely as long as they don't bundle it into the same transaction in which you buy the iPhone itself. You or I ought to be able to just provide a link to the source code in our app, or otherwise embed the source code in a readable fashion, and be safe from that clause while still distributing our app through iTunes.

    So where's the problem Mr Smith?
    --
    "The worst tyrannies were the ones where a governance required its own logic on every embedded node." - Vernor Vinge
    1. Re:GPLv3 not really a problem? by BitZtream · · Score: 1

      The problem isn't really a problem.

      If you wrote the app, you hold the copyright, GPLv3 doesn't apply to your code (other GPL code you use, if any, is another story). You can give it to Apple however you want.

      I on the other hand, can not do so with your app. I would need to distribute the code in some form, how I do so is pretty open, as long as it IS available if someone requests it.

      For Apple, it may actually require that THEY make the source code available since they are distributing the binaries technically, not myself, but this is something I think they would argue in court.

      It'd be kind of like blaming sourceforge for not distributing the GPL'd source to some application because I only uploaded binaries and they don't already have the source to the library I linked against. It was technically both our faults, but I was the one who put it online without completing the obligation. /me shrugs, IANAL

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
  31. So far, anyway, by StarKruzr · · Score: 3, Insightful

    we can still jailbreak, and there's no reason we can't continue to develop free software with the community toolchain.

    --

    +++ATH0
    1. Re:So far, anyway, by Have+Blue · · Score: 1

      Hell, I won't be surprised if people start distributing iPhone binaries developed with the official SDK freely over the internet and using the extant jailbreak/mod programs to install them.

    2. Re:So far, anyway, by Chabil+Ha' · · Score: 4, Insightful

      An this is what really matters. Will I go legit when the App store comes out? No. Because jailbreaking offers me the freedom that I have now come to expect.

      --
      We're all hypocrites. We all have hidden parts, it's the contrast between them that make us more a hypocrite than others
    3. Re:So far, anyway, by *weasel · · Score: 1

      Appstore apps will almost certainly be locked to an iTunes account as they're downloaded and installed, the same way iTunes music and movies are.

      I'm not saying piracy won't happen - but Apple's been doing this sort of thing for too long to make a rookie mistake like dropping a portable binary into a trivially accessible location.

      There'll have to be additional work to crack the DRM. And unlike unlocking, the wider community of hackers is not going to uniformly support it and Apple is not going to be as laissez-faire about it.

      --
      // "Can't clowns and pirates just -try- to get along?"
    4. Re:So far, anyway, by Have+Blue · · Score: 1

      I don't mean piracy of store apps, I mean using it as an alternative distribution system for anyone who writes a phone app but doesn't want to pay the $99 and submit to Apple's oversight and distribution methods. The developer tools and simulator environment are free to download; the fee gets you the ability to install programs on your phone the official way and to get your product listed on iTunes (with approval). But moving programs directly from computer to phone is a problem already solved by hackers, so they can just continue to do that.

    5. Re:So far, anyway, by DECS · · Score: 2

      Which you certainly can do, particularly if you have no profit motive.

      However, the majority of iPhone developers are going to be expending their efforts to get paid. Distributing jailbreak software will be as profitable as trying to sell Palm or WinCE software: 99% will be used without payment, and those who do pay will expect expensive support. Good luck with that kind of business plan.

      Developers who join up with the AppStore will be able to sell their work to large, paying audiences with little piracy loss, just like iPod Games and other iTunes downloads.

      Ever talk to indie musicians who sell their work via iTunes? They make real money. They could also sell MP3s from their own website and avoid paying the ~40% cut Apple takes, but they wouldn't sell anything that way. Same for you.

      iPhone 2.0 SDK: How Signing Certificates Work

  32. Except by StarKruzr · · Score: 1

    That doesn't actually seem to happen. There is a sad dearth of free software on PPC.

    --

    +++ATH0
    1. Re:Except by SimHacker · · Score: 1

      I call bullshit. The so-called "sad dearth" of free software on the Pocket PC includes a vast amount of free software than will never run on the iPhone. And there's an enormous market of commercial software for the Pocket PC. The iPhone doesn't even have a GPS, so it's useless for running apps like TomTom Navigator (which is the reason I got my iPAQ phone), even if it was theoretically possible for TomTom to support Apple's closed platform.

      -Don

      Some free software on the PocketPC: apache, vim, X11 server, kaffe, gcc, openssh http://www.wince-devel.org/ http://ppc.palmopensource.com/ http://www.freewareppc.com/ http://lifehacker.com/software/pocket-pc/11-killer-freebies-for-your-pocket-pc-209413.php http://www.tuxtops.com/?q=node/188

      --
      Take a look and feel free: http://www.PieMenu.com
  33. Open hardware helped, not hurt, IBM by tjstork · · Score: 2, Insightful

    Look at IBM and the once IBM PC. By being open with their standards and rather loose licensing with Microsft killed the IBM PC Dominate market.

    Well, the truth is a bit more complicated than that. IBM's opening up of the PC caused the PC market to expand overall, and IBM clearly benefited from the expansion of PCs. However, IBM made some big missteps along the way that caused its own offerings to gradually lose market share.

    1) IBM was beaten to the punch by Compaq on the 386. That's a big ouch. IBM PC ATs were running 286's, which, really were a failed part. Compaq was way ahead of the curve on 386s. IBM, you see, was trying to hold 386s for some more "advanced" offerings and trying to defend the rest of its product line, but Compaq had no such inhibitions.

    2) IBM really blew it with the PCjr. PCjr wasn't a bad home computer, but IBM was famous for its keyboards and the chiclet keyboard threw that advantage out the window.

    3) IBM really blew it with PS/2. First, IBM closed off PS/2, trying to correct what they saw was a mistake in the PC. In other words, they weren't going to let anyone else do Microchannel motherboards. However, there was a huge aftermarket already for PC cards, and none of that would work with PS/2, so, instead, people went back to the likes of Compaq and Dell.

    4) IBM really, really blew it with OS/2. IBM's original SDK prices for OS/2 were out of this world, and furthermore, IBM was already trying to tie OS/2 to its PS/2, frightening developers away with the promise of writing for only a hardware platform that nobody wanted.

    The bottom line is, had IBM said that OS/2 would be open, and had shared PS/2 hardware specs with third parties and opened the platform up, quite likely, whatever bus we would be using would be called Microchannel Express, rather than PCI Express, and we would quite likely be running OS/2, rather than Windows.

    The moral of the story is, when building hardware, open-ness matters. The more your hardware is open, the more people can connect to it, having partners making clones speeds the adoption of your technology, and it places you much more firmly in the driver's seat. Sure, Apple might look good by making IPhones as closed appliances, but you can bet that when Microsoft finally gets its act together, and rallies around a dozen hardware vendors along a common platform, then Apple is going to get smoked, just as it was when, well, PCs slaughtered Apple the first time around.

    --
    This is my sig.
    1. Re:Open hardware helped, not hurt, IBM by jocknerd · · Score: 1

      The moral of the story is, when building hardware, open-ness matters. The more your hardware is open, the more people can connect to it, having partners making clones speeds the adoption of your technology, and it places you much more firmly in the driver's seat. Sure, Apple might look good by making IPhones as closed appliances, but you can bet that when Microsoft finally gets its act together, and rallies around a dozen hardware vendors along a common platform, then Apple is going to get smoked, just as it was when, well, PCs slaughtered Apple the first time around.


      I agreed with right up to this paragraph. Microsoft won't win this one. The iPhone will eventually lose out to Asteroid. Microsoft already had their chance in this market. The iPhone blew them out of the water.
    2. Re:Open hardware helped, not hurt, IBM by tjstork · · Score: 1

      I agreed with right up to this paragraph. Microsoft won't win this one. The iPhone will eventually lose out to Asteroid. Microsoft already had their chance in this market. The iPhone blew them out of the water

      You know, I won't argue that. It could go that way. Microsoft seems to have lost its way since Ballmer took over the helm and Gates decided to be Mr. Charity.

      --
      This is my sig.
    3. Re:Open hardware helped, not hurt, IBM by Have+Blue · · Score: 1

      Just like PlaysforSure killed off the closed, proprietary iPod, right?

    4. Re:Open hardware helped, not hurt, IBM by 2nd+Post! · · Score: 1

      How is that strategy working out for their Zune?

      So far Microsoft is batting 0.333:

      Windows, hit
      Zune, miss
      WMA, miss

      If you are willing to add the iPhone (even if it is less than a year old), the average drops to 0.250.

      Of course, you may be right: rallying allies around a common platform might be a good strategy, but it hasn't worked for Microsoft since the first DOS/Windows PCs.

    5. Re:Open hardware helped, not hurt, IBM by tjstork · · Score: 1

      Of course, you may be right: rallying allies around a common platform might be a good strategy, but it hasn't worked for Microsoft since the first DOS/Windows PCs.

      It hasn't because Microsoft pissed away a pretty good image from the DOS / early Windows era. You can only threaten your partners so many times, before other partners learn not to trust you.

      --
      This is my sig.
    6. Re:Open hardware helped, not hurt, IBM by Kalriath · · Score: 1

      The moral of the story is, when building hardware, open-ness matters. The more your hardware is open, the more people can connect to it, having partners making clones speeds the adoption of your technology, and it places you much more firmly in the driver's seat. Sure, Apple might look good by making IPhones as closed appliances, but you can bet that when Microsoft finally gets its act together, and rallies around a dozen hardware vendors along a common platform, then Apple is going to get smoked, just as it was when, well, PCs slaughtered Apple the first time around. Microsoft already rallies behind dozens of vendors, and that common platform is called Windows Mobile.
      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    7. Re:Open hardware helped, not hurt, IBM by 2nd+Post! · · Score: 1

      Like all the PlaysForSure partners who now have to compete directly with the Zune?

      How many of their PocketPC/Windows Mobile partners will have to face a ZunePhone this year?

      It doesn't give much confidence to partner with someone who has every intention to stab you in the back. At this point, Android is more threatening than Microsoft, to Apple.

  34. Total BS by brunes69 · · Score: 1

    As someone who has written cell phone software before, I can tell you that Symbian and Windows Mobile also require application signing before allowing your programs to run on their platforms. It's very common in the cell phone industry to use certificate signing--and at $99/year....

    This is blatantly false. You most certainly DO NOT have to sign an application for it to run in Symbian or Windows Mobile. The device will prompt you that the application you are installing is not signe, sure, but that does not stop you from installing the application at all. Sure, if you are a commercial entity you would want to sign your app to get rid of the "ugly dialog". But there are thousands of free Windows Mobile and Symbian apps that are unsigned, many of which are EXTREMELY popular.

    The fact that an iPhone requires an application to be signed before it can even be installed and run is totally different from how Windows Mobile and Symbian operate.

  35. NDA problem seems overblown by bperkins · · Score: 1

    Publicly releasing source code that uses the iPhone APIs as documented in the SDK and Developer Program could easily fall under the definition of "disclosing," "publishing," or "disseminating" Confidential Information,

    Since the SDK is availible to people for who haven't signed an NDA, this seems like a rather unlikely interpretation of this.

    If you're _really_ worried about this you can develop without becoming a registered developer and convince someone who is to sign your program. This definitely won't work for GPLV3 stuff, but other free licenses should be OK.

    Maybe I'm misunderstanding something. Is there some set of information that you get when you're a registered developer?

  36. OpenGL by edxwelch · · Score: 1

    The link in the story is a bit misleading:
    "Developers have access to the iPhone's sensors, its location capabilities, the OpenGL graphics engine..."
    http://blog.wired.com/monkeybites/2008/03/apple-delivers.html

    Actually, the OpenGL isn't actually implemented on the emulator, and given that they aren't giving out certificates to most of us, that makes it quite impossible to write any Opengl apps.
    Having said that, you have to consider that this sdk is in beta

  37. I think the real question here is by StreetStealth · · Score: 1

    Doesn't it seem likely that we will, even before the end of 2008, see the iPhone development community bifurcate into these distinct markets:

    A. The official, Apple-sactioned iTunes App Store where all the stars of the Mac shareware market will be plying their signed wares.

    B. The unofficial, but now SDK-powered extension of the current iPhone toolchain development community. You have to jailbreak, you have to copy apps manually, but there's no signing required, and GPL3 thrives.

    Further, I would ask: Is this really a problem at all?

    --
    Your mind is clear / The things that you fear / Will fade with how much you / Believe what you hear
  38. "Code-Signing Problem" seems overblown as well. by Anonymous Coward · · Score: 0

    The description of the "anti-tivoization" provision is that Apple, the destributor, provide the necessary information for installing altered software distributed with it. Apple does provide it - modify the source code, pay your $99, and you can install your modified source code on any iPhone you wish. Note that the description says "information" not "for free". Even if it didn't, is the free software world going to end for the payment of $99? Seems a bit measly doesn't it!

    The above poster is absolutely correct as well - "confidential information" is not information that anyone can get by filling in a web form.

    Relax fake developers - your fake free software is fine.

  39. PS2 vs. PS/2 by tepples · · Score: 1

    First, IBM closed off PS/2 And Sony closed off PS2.

    IBM's original SDK prices for OS/2 were out of this world

    And Sony's prices for PS2 devkits were out of this world.

    How could Sony get away with closing its PS2 where IBM could not with its PS/2?

    1. Re:PS2 vs. PS/2 by cowscows · · Score: 1

      Maybe because the game console market is very different from the PC market?

      --

      One time I threw a brick at a duck.

    2. Re:PS2 vs. PS/2 by tjstork · · Score: 1

      How could Sony get away with closing its PS2 where IBM could not with its PS/2?

      Have they really gotten away with it though?

      Vista sells 150 million copies

      If we use Windows licenses as a proxy for PCs sold, then, it stands to reason that in the year or so since Vista has been introduced, more PCs have been sold since in the last year than Playstations have been sold since inception.

      Who knows how big the market for playstation could have been, had Sony opened up the platform in the same way PCs are?

      --
      This is my sig.
  40. FUD by torstenvl · · Score: 2, Insightful

    Summary of the article: "Only GPLv3 is Free Software. Anything without an anti-TiVoization clause is unfree. Also, dual licensing does not exist."

    1. Re:FUD by jrothwell97 · · Score: 1

      Summary of the article: "Only GPLv3 is Free Software. Anything without an anti-TiVoization clause is unfree. Also, dual licensing does not exist." Exactly.
      It may not be GPL compatible, but it may be CC, Apache, Mozilla and MIT compatible. Which I believe it is.
      And, as I've said before, the GPL (at least V3) sucks anyway.
      --
      Those using pirated Tinysoft signatures(TM) are a real threat to society and should all be thrown in jail.
    2. Re:FUD by Anonymous Coward · · Score: 0

      Actually, I think it's GPLv3 compatible, too. The ATC doesn't seem to apply, and even if it does, I don't think it's incompatible, just a pain in the butt. Never in the history of the GPL has anyone asserted that the tools (computer, compiler, internet connection) be free. Why should they assume the key has to be gratis?

      The author goes on some tangent about minor children. Well, they technically can't use GPL'd software anyway -- they can't legally accept the license, and if you don't accept the GPL, you have no way of running the software.

    3. Re:FUD by Anonymous Coward · · Score: 0

      Seriously, this article is complete FUD. Code signing isn't a problem because the author can do whatever he wants with his own program, including distribute binaries through iTunes. NO license takes away the rights of the original author, even the GPLv3. iTunes distribution is done *through* Apple, not *by* Apple -- otherwise, Apple would require a separate license for proprietary programs, etc. No, distribution through iTunes is an action taken by the author, and it doesn't implicate the GPLv3 at all until when/if a licensee downloads it from iTunes.

      Now, if someone other than the original author wants to distribute modified versions on iTunes, that *might* implicate the anti-TiVoization clause. Hmm. Nope. Section 6 of the GPLv3 provides that "[i]f you convey an object code work under this section in, or with, or specifically for use in, a [TiVo or iPhone or whatever], and the conveying occurs as part of a transaction in which the right of possession and use of the [TiVo or iPhone or whatever] is transferred to the recipient ... the Corresponding Source conveyed under this section must be accompanied by the Installation Information." Since iTunes-distributed iPhone apps aren't distributed as "part of [the] transaction in which the right to possession and use of the [iPhone] is transferred to the recipient," that doesn't seem to apply here.

      Let's assume that I'm wrong about that, and the anti-TiVoization clause is applicable to this situation. The "Installation Information" might include the process of getting a key. Nothing in the GPL says that the installation process can't require tools which cost money. After all, computers, (some) compilers, and internet bandwidth all cost money. Where does the author here get the idea that the key can't cost money?

      Even if the ATC applies, and even if the ATC requires the key to be free, nothing prevents the original author from dual-licensing his code. If the first license is the GPLv3, then the second license could be something like "You may distribute modified, non-GPLv3 binary versions of this program through the iTunes App Store, so long as you also release the full source under this same dual license, and the modified binary version conspicuously displays instructions for getting the dual-licensed source of your modified version."

      But let's say, just for the sake of argument, that I'm wrong about the ATC applying, wrong about the ATC prohibiting the requirement of non-gratis tools, and wrong about the ability to dual-license with GPLv3. Even if I'm wrong about all of those things, who's to say that non-GPLv3 is unfree? GPLv2, BSD, etc. are all free software licenses.

      As for the non-disclosure agreement, it remains to be seen if it'll be included in the final terms, and if it is, if it would prohibit distributing source code that makes API calls. Somehow, I doubt both of those things.

  41. Apple is a monopoly by Anonymous Coward · · Score: 0

    Once again, the Apple monopoly rears it's ugly head... only to be french kissed by the FOSS community.

    "Product with Apple logo, I just can't quit you".

  42. Compatible with hobbyists by spaceyhackerlady · · Score: 1

    I've worked with Brew, and it's very similar: any idiot can download and play with the SDK, but to run an app on a real device, even if only for testing, you need to jump through hoops to get licenses. Which is just about impossible to do if you're not with a company. As a result, there is zero hobbyist use of Brew. A shame; you can do cool stuff with it.

    I've downloaded the iPhone SDK and played with it. I can think of a number of applications I'd like to write for my iPod Touch, and hope some day Apple will accept me as a developer so I can do so. Or come up with some other way to make it possible. It seems counter-productive to hype the SDK, but then clamp down so hard on actually being able to do anything with it.

    ...laura

  43. Does free software actually have to run? by meatmanek · · Score: 1
    From TFA:

    Thus you could in theory place your work under GPLv2, as long as it was either entirely original or derived only from code licensed under GPLv2 and earlier. But the result still would not qualify as free software, since no one could alter your source code and run the modified result on their phone.

    Does it have to run on the original platform in order to be free software? Others can still modify your source code, and if they have access to the API, can run it on the iPhone. Otherwise, they could port it to another architecture.

  44. About that source code by DaveV1.0 · · Score: 1

    The wording of the NDA does not prevent one from distributing the source code.

    The NDA clear states "information disclosed by Apple to you", emphasis added. One's source code does not fall into that definition.

    --
    There is no "-1 offended" or "-1 you don't agree with me" mod options for a reason.
  45. Viral or not? by DaveV1.0 · · Score: 1

    Ok, someone tell me why it is that I keep seeing people say "the GPL is not viral" then articles from FLOSS oriented publications, such as this one, that talk about the "viral nature of the GPL"?

    Either it is viral, or it is not. And, to me, it is looking pretty viral.

    --
    There is no "-1 offended" or "-1 you don't agree with me" mod options for a reason.
  46. I already know the answer to this by The+End+Of+Days · · Score: 1

    How do you feel about inappropriate hyperbole when making a comparison?

    1. Re:I already know the answer to this by ShieldW0lf · · Score: 2, Funny

      Avoid it always.

      --
      -1 Uncomfortable Truth
  47. BUT BUT BUT Microsoft! by 0xdeadbeef · · Score: 1

    And let's not talk about Android until real Android-based phones start showing up on the market and we learn what sort of package signing requirements the cell phone manufacturers impose on Android applications.

    "And lets not talk about the one platform that completely destroys my attempt at misdirection by being the antithesis of everything Apple represents."

    The one thing you're conveniently leaving out... Windows and Symbian let you self-sign for on-device testing. You won't hear me defend the Verisign certificate racket, but that $99 (or $299) annual fee is to simply be in the developer program.

    Oh, and you forgot about BlackBerry. It's a one-time fee to establish your identity, and then you can sign to your heart's content.

  48. Apple's license is viral, not the GPL by nguy · · Score: 3, Insightful

    The Total FUD: It only affects SOME Free liscences. Even if the APIs are confidential, this does NOT stop BSD code, but only viral liscences like GPL.

    The GPL quite clearly says that the OS can be under whatever license it wants to be. GPL'ed software runs on SunOS, Solaris, Windows, AIX, Symbian, and lots of other systems with weird licenses. GPL software does not infect software that isn't derived from it in some way.

    The problem here is that Apple is trying to be viral and infect software that they did not develop. The GPLv3 just says that it won't allow itself to be infected by viral corporate licenses.

    I've owned about a dozen Macs over the years. I'm so pissed of about Apple's recent bullshit that I'm not going to buy another Apple product until they change or hell freezes over.

  49. Why don't HTPCs dominate? by tepples · · Score: 1

    Maybe because the game console market is very different from the PC market? When did this difference become the case, why is this difference still the case, and why must this difference remain the case? Why were composite or S-video outputs eliminated from most PCs between the CGA and EGA eras?
  50. iPhone delivers on the GPL's purpose for being by quibbler · · Score: 3, Insightful

    I've seen a lot of tech demos. I've seen alot of prototypes. And yet, the iPhone for all of its closed terrible-ness is the most advanced piece of technology I've ever seen- and it gets better... I own one. Its in my hand. I use it every day. This isn't something we drool over and fantasize about owning some day, this is extremely attainable.

    The point is that while I am a FSF and EFF supporter, GPL still doesn't deliver with jaw-dropping results. Apple does. The open movement was created largely in response to advanced technology being kept out-of-reach of average consumers ($5000/seat UNIX comes to mind) largely out of ignorance on the part of the companies developing the software.

    Today, we have Apple solidly delivering to the consumer what many are calling *the* next platform, and the GPL community is throwing stones. Meanwhile Android has failed to be more than 'cute' and certainly nothing to write home about.

    Finally, the GPL community needs to gain perspective. Would it be nice to have a few GPL projects one iPhone? Sure. Will I miss their absence? Not a chance. This is *not* a desktop, this is a digital prosthetic. If the FSF is hoping to pressure Apple to change policy, stop now. Instead look at changing GPL to accommodate a company that is (in its own way) delivering on the goals that FSF was created to accomplish.

    1. Re:iPhone delivers on the GPL's purpose for being by agendi · · Score: 3, Interesting

      .Instead look at changing GPL to accommodate a company that is (in its own way) delivering on the goals that FSF was created to accomplish.

      What? That would be a very, very sad day. I had to read that statement 3 times. Forgive me if I misunderstand you but I get the feeling that you are suggesting that the GPL bends to support the activities of Apple? Again, a very, very sad day.

      I have an iPhone, I have had one for a couple of months now and have been using it everyday. It's not bad. There are some very nice things about it and there are some very idiotic things about it. The one thing that I constantly complain about however is the reception - it is just no good. I performed several tests with my previous phone and the iPhone consistently failed to get ANY signal where the other phone got at least 1 (and sometimes 2) bars. This is not a sign of a good phone. When your sitting with a strong signal, I've no complaints with it but I'm getting tired of walking around my office and having the call drop out from no signal. As a cool gizmo and a "shape of things to come" it is excellent. As a phone it is mediocre, as a low end phone camera - mediocre, as an ipod it's fine, as an organizer it's fine if you use a Mac and mediocre if you use a PC and a headache if you use linux.

      This is just my personal experience with it, I have several other friends with them that have similar problems. I think the next version of the iPhone will solve these problems and will be something to behold, but the current one is not as shiny as the cool kids would have you believe

      --
      I just can't be bothered.
    2. Re:iPhone delivers on the GPL's purpose for being by Anonymous Coward · · Score: 0

      I'm going to have to assume this is a poor attempt at trolling. Nobody would seriously post such stupidity.

    3. Re:iPhone delivers on the GPL's purpose for being by quibbler · · Score: 1

      Once upon a time, big software companies made software they thought was so great, they charged thousands of dollars for it, even though it wasn't that hard to create.

      The GPL was created to fill this void, and effectively put good software, at low-cost, in the hands of the consumers instead of only corporate customers.

      Along comes Apple, who does a pretty fine job of being a 'good corporate citizen' conforming to standards when it can without compromising design, and generally making 'insanely great' products available and affordable to consumers.

      Apple, is doing exactly what the FSF/GPL were created to do, in function. Apple's goal is to protect the device from malware that can wreak havoc on its installed base of users when a hyper-wireless device is at issue, not to keep software closed so they can charge $5000/seat for it.

      I'm suggesting that you look at the goals of the FSF/GPL as opposed to the anti-corporate mantra that it largely has become.

      (and... re: your reception- that sounds like a HW issue, mine is better than most att phones I've used until now, though I've noticed att's network is incredibly bad at cell-to-cell handoffs now and again - it could be location-dependent, I know att's network is a patch-job at best composed of many, many acquisitions)

  51. Then it's fine by SuperKendall · · Score: 1

    No, if you become an ADC member there is always an NDA, so that Apple doesn't have to be careful if they release anything new. Now obviously you can distribute source code under GPL if it _doesn't_ contain anything that is itself under NDA, and you can't distribute it (under GPL or otherwise) if it _does_ contain things under NDA.

    Given that in real life there is oodles of Objective C Mac source code posted in the wild, then it should be fine to similarly post iPhone source code.

    If you think about it, logically there is no problem because you'll have to register with Apple to actually do anything with source you download. So they would not care about you distributing source code, especially once the whole SDK is out of beta. It's only the beta status that is making things questionable now.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  52. Que es mas macho? by Anonymous Coward · · Score: 0

    "This is important for people who may not read all the agreements they click Agree to."

    Actually, I'd say it's not at all important to people who don't read license agreements... ;-)

  53. Portable code. by argent · · Score: 1

    To satisfy the intent of the GPL, as explained in the preamble to the GPL, it has to be possible for users to use the source code to modify their own devices.

    On the other hand, the FSF long accepted the necessity of having to buy hardware that was out of reach of individuals to run software that was GPL licensed. Much of the FSF's own software, including GCC and Hurd, required extremely high end hardware. And there has been plenty of open source software that requires a proprietary (and expensive) development environment.

    So long as Apple does not impose restrictions on who can join the program and get a key, I don't think that this really violates the expressed intent of the GPL as described in its preamble. I'm sure RMS would disagree, but if so he should have expressed himself more clearing 20 years ago. $99 is not a great amount of money for someone who can afford an iPhone and a Mac running Leopard.

    So while this violates GPLv3, it doesn't violate GPLv2, and GPLv3 doesn't actually infect independent modules: code distributed under "GPL2 or later" is dual-licensed, not GPL3-licensed.

    Also, software that is written portably, so it can run on the iPhone or other OSX-derived platforms, is not even subject to the restrictions of the GPLv3 unless you distribute it in binary format for the iPhone. And, frankly, many OSX software authors really need a swift kick in the pants on the subject of writing portable code: there was code that would ONLY run on Leopard being shipped before Leopard was final... that makes Linux 'all the world's Red Hat' coders look positively scrupulous!

    Plus, there's more licenses under the sun than GPLv2 and GPLv3.

  54. Sadly by StarKruzr · · Score: 1

    A lot of that stuff is really old and just will not run on Windows Mobile 6 (or even WM5). The console is an excellent example of this.

    I have been hoping for a UNIX environment on Windows Mobile devices for ages and it just won't come despite CE being more POSIX-compliant than NT/2K/XP/Vista.

    --

    +++ATH0
  55. Use the Zlib license on iPhone or consoles by erwincoumans · · Score: 2, Informative


    GPL is not just incompatible with iPhone. (L)GPL is also incompatible with proprietary development environments on game consoles such as PlayStation 3, Wii etc (except for PS3 Linux obviously).

    Just use the Zlib license and feel flattered if people consider using your software. Even if they don't give credit. Even if they don't contribute back.
    Some will contribute back or give credit voluntary, even through they are not required by the license.

    You can publish your source code, just avoid re-distributing proprietary technology.

  56. Who Cares? by Luscious868 · · Score: 1

    Last time I checked the GPL (v2) isn't even compatible with the GPL (v3). Who fucking cares? If you release the source code it's open source.