{"thread":{"id":"28452","subject":"mac osx","startedAt":"2011-09-20T22:40:35Z","lastAt":"2011-09-21T18:09:39Z","messageCount":13,"participants":["tom smitts","Graham Christensen","Junio C Hamano","Kyle Neath","Sverre Rabbelier","Timothy Harper","Scott Chacon","Stephen Bash"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"175903","messageId":"loom.20110921T002437-246@post.gmane.org","threadId":"28452","inReplyTo":null,"subject":"mac osx","fromName":"tom smitts","fromEmail":"tomsmitts@ymail.com","sentAt":"2011-09-20T22:40:35Z","receivedAt":"2011-09-20T22:40:35Z","isPatch":false,"sender":{"key":"tomsmitts@ymail.com","avatar":null},"body":"Do the git maintainers really think any mac users have\n a clue which git install package to download?  You \nput some arcane chipset designation in the package\n name!  Why make mac installers at all?  Mac users \nknow their operating system number, e.g. 10.6.7, \nand that's all.  I doubt Windows users know any better.  \nAnd I doubt you can find anywhere on a mac that says\n i386 or whatever the heck the other dumb \ndesignation is.\n"},{"id":"175904","messageId":"9E37B4B8DEA348418D611DE555B2C9DC@grahamc.com","threadId":"28452","inReplyTo":"loom.20110921T002437-246@post.gmane.org","subject":"Re: mac osx","fromName":"Graham Christensen","fromEmail":"graham@grahamc.com","sentAt":"2011-09-20T22:53:46Z","receivedAt":"2011-09-20T22:53:46Z","isPatch":false,"sender":{"key":"graham@grahamc.com","avatar":null},"body":"Many people who are using Apple computers choose to use Macports or Homebrew to install their packages, which makes this a moot point. Additionally, XCode 4 provides Git as well.\n\nOne thing to consider is that people who truly don't understand what kind of machine they are on, and are incapable of figuring out how to do so, are going to have an extremely difficult time using it.\n\nThat isn't to say it shouldn't be addressed, Bazaar, and Mercurial both seem to provide an easy installation medium.\n\n-- \nGraham Christensen\n"},{"id":"175908","messageId":"7vliti4wtk.fsf@alter.siamese.dyndns.org","threadId":"28452","inReplyTo":"loom.20110921T002437-246@post.gmane.org","subject":"Re: mac osx","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2011-09-20T23:29:27Z","receivedAt":"2011-09-20T23:29:27Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"tom smitts <tomsmitts@ymail.com> writes:\n\n> Do the git maintainers really think any mac users have\n> a clue which git install package to download?\n\nNot a clue.\n\n> You put some arcane chipset designation in the package\n> name!  Why make mac installers at all?\n\nNo, I don't, I do not make mac installers.\n\nUnfortunately I do not know which one of \"Git maintainers\" make installers\nfor Macintosh. Hopefully the guilty-party would respond, or perhaps the\nperson who make installers do not live on this list, in which case the\ncomplaint needs to be redirected to the person and off of this mailing\nlist.\n\nThanks.\n"},{"id":"175915","messageId":"CAFcyEtiexmE0WMif-eGHe5xMoYv7-8mdXos1qbQBH3g04z0sAg@mail.gmail.com","threadId":"28452","inReplyTo":"loom.20110921T002437-246@post.gmane.org","subject":"Re: mac osx","fromName":"Kyle Neath","fromEmail":"kneath@gmail.com","sentAt":"2011-09-21T03:40:29Z","receivedAt":"2011-09-21T03:40:29Z","isPatch":false,"sender":{"key":"kneath@gmail.com","avatar":"https://gravatar.com/avatar/a6d0b8d64be4426d382790bb2ff3853548e62d395c1217d421be952bad360e5c?d=mp&s=160"},"body":"On Tue, Sep 20, 2011 at 3:40 PM, tom smitts <tomsmitts@ymail.com> wrote:\n> Do the git maintainers really think any mac users have\n>  a clue which git install package to download?  You\n> put some arcane chipset designation in the package\n>  name!  Why make mac installers at all?  Mac users\n> know their operating system number, e.g. 10.6.7,\n> and that's all.  I doubt Windows users know any better.\n> And I doubt you can find anywhere on a mac that says\n>  i386 or whatever the heck the other dumb\n> designation is.\n\nYikes! That's definitely not good. I'll see what we can do about updating\ngit-scm.com to point to a more reasonable installer for OSX. I haven't clicked\nthat link in a long time and had no idea it was so confusing.\n\nI've created an issue so we can track it, if you'd like to follow along:\nhttps://github.com/schacon/gitscm/issues/16\n\nKyle Neath\nDirector of Design, GitHub\n"},{"id":"175933","messageId":"CAGdFq_h0VqbZ5W3QVwoQWT63znhpePDFCRE+-n1TqPNztREwkA@mail.gmail.com","threadId":"28452","inReplyTo":"CAFcyEtiexmE0WMif-eGHe5xMoYv7-8mdXos1qbQBH3g04z0sAg@mail.gmail.com","subject":"Re: mac osx","fromName":"Sverre Rabbelier","fromEmail":"srabbelier@gmail.com","sentAt":"2011-09-21T09:34:59Z","receivedAt":"2011-09-21T09:34:59Z","isPatch":false,"sender":{"key":"srabbelier@gmail.com","avatar":"https://avatars.githubusercontent.com/u/3098?v=4"},"body":"Heya,\n\n[+timcharper, owner of the git-osx-installer project]\n\nOn Wed, Sep 21, 2011 at 05:40, Kyle Neath <kneath@gmail.com> wrote:\n> On Tue, Sep 20, 2011 at 3:40 PM, tom smitts <tomsmitts@ymail.com> wrote:\n>> Do the git maintainers really think any mac users have\n>>  a clue which git install package to download?  You\n>> put some arcane chipset designation in the package\n>>  name!  Why make mac installers at all?  Mac users\n>> know their operating system number, e.g. 10.6.7,\n>> and that's all.  I doubt Windows users know any better.\n>> And I doubt you can find anywhere on a mac that says\n>>  i386 or whatever the heck the other dumb\n>> designation is.\n>\n> Yikes! That's definitely not good. I'll see what we can do about updating\n> git-scm.com to point to a more reasonable installer for OSX. I haven't clicked\n> that link in a long time and had no idea it was so confusing.\n>\n> I've created an issue so we can track it, if you'd like to follow along:\n> https://github.com/schacon/gitscm/issues/16\n>\n> Kyle Neath\n> Director of Design, GitHub\n\n\n\n\n-- \nCheers,\n\nSverre Rabbelier\n"},{"id":"175935","messageId":"CAGdFq_hVy9Jsih6MiOYhQHsfnG-bSfV1zi+NY1iF8z0ruBc4Ng@mail.gmail.com","threadId":"28452","inReplyTo":"loom.20110921T002437-246@post.gmane.org","subject":"Re: mac osx","fromName":"Sverre Rabbelier","fromEmail":"srabbelier@gmail.com","sentAt":"2011-09-21T09:44:36Z","receivedAt":"2011-09-21T09:44:36Z","isPatch":false,"sender":{"key":"srabbelier@gmail.com","avatar":"https://avatars.githubusercontent.com/u/3098?v=4"},"body":"Heya,\n\n[bcc: git list, let's take this off-list, but I do want the record to\nshow that I do not think this is the way we should communicate on this\nlist]\n\nOn Wed, Sep 21, 2011 at 00:40, tom smitts <tomsmitts@ymail.com> wrote:\n> Do the git maintainers really think any mac users have\n>  a clue which git install package to download?  You\n> put some arcane chipset designation in the package\n>  name!  Why make mac installers at all?  Mac users\n> know their operating system number, e.g. 10.6.7,\n> and that's all.  I doubt Windows users know any better.\n> And I doubt you can find anywhere on a mac that says\n>  i386 or whatever the heck the other dumb\n> designation is.\n\nWhat value does writing your email in this way add? Wouldn't it be\nmuch more productive if instead you had written something like this:\n\n> Hi, I noticed that the mac installers (found here [0]) include a\n> chipset designation (such as i386 or x86_64). In my experience,\n> Mac users (as well as Windows users) are not familiar with these\n> terms, and will not know which to choose. It would perhaps be\n> better to rename the package to have a 32bit or 64bit suffix instead,\n> which  these users are more likely to know.\n> If this is the wrong place to report this issue, please feel free to\n> forward this to the appropriate person.\n>\n> Thanks\n>\n> http://code.google.com/p/git-osx-installer/downloads/list\n\nAs you can see it's about as long as your reply, but a lot less\naggressive. It conveys the same information (the current package\nnaming is sub-optimal), but does so in a much friendlier way.\n\n-- \nCheers,\n\nSverre Rabbelier\n"},{"id":"175945","messageId":"F4C226A7-768D-4913-A6C1-12411FBA212C@gmail.com","threadId":"28452","inReplyTo":"CAGdFq_h0VqbZ5W3QVwoQWT63znhpePDFCRE+-n1TqPNztREwkA@mail.gmail.com","subject":"Re: mac osx","fromName":"Timothy Harper","fromEmail":"timcharper@gmail.com","sentAt":"2011-09-21T12:52:54Z","receivedAt":"2011-09-21T12:52:54Z","isPatch":false,"sender":{"key":"timcharper@gmail.com","avatar":"https://gravatar.com/avatar/1a2e0c06c7862ff065ee6b1d53195333a5a0577c040ecb2856a150d8e0b00ecd?d=mp&s=160"},"body":"\nOn Sep 21, 2011, at 04:34, Sverre Rabbelier wrote:\n\n> Heya,\n> \n> [+timcharper, owner of the git-osx-installer project]\n> \n> On Wed, Sep 21, 2011 at 05:40, Kyle Neath <kneath@gmail.com> wrote:\n>> On Tue, Sep 20, 2011 at 3:40 PM, tom smitts <tomsmitts@ymail.com> wrote:\n>>> Do the git maintainers really think any mac users have\n>>>  a clue which git install package to download?  You\n>>> put some arcane chipset designation in the package\n>>>  name!\n\nGood point, I'll update the description to include \"32-bit\" and \"64-bit\"\n\n>>>  Why make mac installers at all?\n\nWhy, to install git on the mac, of course. Previous to Xcode 4.0, it wasn't included. It still has value for those that want git on their machine but haven't downloaded and installed the 4gb Xcode package.\n\n>>>  Mac users\n>>> know their operating system number, e.g. 10.6.7,\n>>> and that's all.\n\nI am a mac user. I know much more than the operating system number.\n\n>>>  I doubt Windows users know any better.\n\nFair enough.\n\n>>> And I doubt you can find anywhere on a mac that says\n>>>  i386 or whatever the heck the other dumb\n>>> designation is.\n\nSure you can. For example:\n\ntimcharper@timtheenchanter:~/Desktop $ file /bin/bash \n/bin/bash: Mach-O universal binary with 2 architectures\n/bin/bash (for architecture x86_64):\tMach-O 64-bit executable x86_64\n/bin/bash (for architecture i386):\tMach-O executable i386\n\n\nThat \"dumb designation\" is the march (machine architecture). It's a standard to label packages that way in the unix packaging world. I suppose many of us have just grown up knowing that from our experience compiling software.\n\nBased on the way you've approached your complaining, I get the impression you aren't one of those linux users. Perhaps take a deep breath and take some valium for more tact next time? We're volunteers here. I'm trying to make your life better, not more miserable than it already is.\n\n>> \n>> Yikes! That's definitely not good. I'll see what we can do about updating\n>> git-scm.com to point to a more reasonable installer for OSX. I haven't clicked\n>> that link in a long time and had no idea it was so confusing.\n>> \n>> I've created an issue so we can track it, if you'd like to follow along:\n>> https://github.com/schacon/gitscm/issues/16\n>> \n>> Kyle Neath\n>> Director of Design, GitHub\n\nKyle, I'll put 32-bit and 64-bit in the description. Somebody mentioned linking to the featured download list as well in that issue, that's a good recommendation.\n\n> -- \n> Cheers,\n> \n> Sverre Rabbelier\n\nCheers! Be happy! Go pet a puppy!\n\nTim"},{"id":"175949","messageId":"CAP2yMaJz3-iX11vhbrTVasFD1zdwsdiDFKU7z7=an8pBoORk8w@mail.gmail.com","threadId":"28452","inReplyTo":"F4C226A7-768D-4913-A6C1-12411FBA212C@gmail.com","subject":"Re: mac osx","fromName":"Scott Chacon","fromEmail":"schacon@gmail.com","sentAt":"2011-09-21T14:58:03Z","receivedAt":"2011-09-21T14:58:03Z","isPatch":false,"sender":{"key":"schacon@gmail.com","avatar":"https://gravatar.com/avatar/9b13a8a078e1dcf8588c4eea9554445d51ebed6c41b51f56f4d96738130b05c6?d=mp&s=160"},"body":"Hey,\n\nOn Wed, Sep 21, 2011 at 5:52 AM, Timothy Harper <timcharper@gmail.com> wrote:\n>>> On Tue, Sep 20, 2011 at 3:40 PM, tom smitts <tomsmitts@ymail.com> wrote:\n>>>> Do the git maintainers really think any mac users have\n>>>>  a clue which git install package to download?  You\n>>>> put some arcane chipset designation in the package\n>>>>  name!\n>\n> Good point, I'll update the description to include \"32-bit\" and \"64-bit\"\n\nHonestly this doesn't help much.  I think the point is that these\nnumbers or machs are not in any of the docs or ads I can think of for\nmacs.  I feel pretty stupid admitting this to this list, but I\nhonestly don't know which macs are 32 bit - I assume the MBP is 64,\nbut if someone challenged me I'm not sure I could really defend it.\n\nNot that I'm the smartest guy in the world, but I have been using *NIX\nfor a long damn time - it's just that Apple doesn't really use that as\nmuch of a selling point - it's not like the old days when nerds like\nus would buy the CPU at the store and it said \"64-bit\" on it - you buy\na mac, maybe you know it's a Core Duo or i5/i7 but how are you\nsupposed to know that means 64-bit?  I suppose a real geek would, and\nmaybe I've fallen out of that category somehow, but honestly chipset\nhas been so unimportant these days when compared to disk type and\nspeed (SSD, etc), memory size, etc - I just don't follow the\nincremental improvements anymore.\n\nEven I don't really keep up with the chipset specs to know - I can't\nimagine anyone using the dmg installer instead of brew would have the\nslightest idea what 64-bit even means.  And in our defense, the march\nis nowhere on this entire tech spec page for a MBP:\n\nhttp://www.apple.com/macbookpro/specs.html\n\nSo maybe you care enough to see that the chipset is an i7, so you\ngoogle it and end up on the intel i7 page:\n\nhttp://www.intel.com/content/www/us/en/processors/core/core-i7-processor.html\n\nNope, no march there either.  I had to specifically find the wikipedia\npage for the processor which lists it:\n\nhttp://en.wikipedia.org/wiki/Intel_Core#Core_i7\n\nAnd 3/4 of the way down a huge page and only as a passing reference.\n\nThe point being - almost nobody that clicks on the DMG link from the\ngit-scm website is going to know what bit architecture they're running\non.\n\n\n> Kyle, I'll put 32-bit and 64-bit in the description. Somebody mentioned linking to the featured download list as well in that issue, that's a good recommendation.\n>\n\nI link to the featured downloads from git-scm.com front page as the\nhuge mac icon - I assume that's where most people land when they're\nlooking for a mac installer. And on that page you have \"Leopard\" and\n\"Snow Leopard\" on each download, which is WAY more common for people\nto know.  What I should probably do is have a dropdown thingy on\ngit-scm that asks you what kind of mac you have and what OS you are\nrunning (whatever I can't get from the browser info) and just\nauto-download the right one so they never have to see the google\ndownloads page.  That would, however, take Google having an api or me\nscraping that page, which I'll have to look into.\n\nScott\n"},{"id":"175951","messageId":"CAGdFq_iiuZXFr0=4G=XmAt5empZ-dhSLOmY45cJM-R9EckPLUg@mail.gmail.com","threadId":"28452","inReplyTo":"CAP2yMaJz3-iX11vhbrTVasFD1zdwsdiDFKU7z7=an8pBoORk8w@mail.gmail.com","subject":"Re: mac osx","fromName":"Sverre Rabbelier","fromEmail":"srabbelier@gmail.com","sentAt":"2011-09-21T15:41:05Z","receivedAt":"2011-09-21T15:41:05Z","isPatch":false,"sender":{"key":"srabbelier@gmail.com","avatar":"https://avatars.githubusercontent.com/u/3098?v=4"},"body":"Heya,\n\nOn Wed, Sep 21, 2011 at 16:58, Scott Chacon <schacon@gmail.com> wrote:\n> I link to the featured downloads from git-scm.com front page as the\n> huge mac icon\n\nYou currently link to:\n\nhttp://code.google.com/p/git-osx-installer/downloads/list?can=3\n\nWhich apparently shows all downloads that were at some point featured.\n\nIf you link instead to:\n\nhttp://code.google.com/p/git-osx-installer/downloads/list?q=label:Featured\n\nThe list is a lot shorter.\n\n-- \nCheers,\n\nSverre Rabbelier\n"},{"id":"175952","messageId":"32759526.24168.1316619736958.JavaMail.root@mail.hq.genarts.com","threadId":"28452","inReplyTo":"CAP2yMaJz3-iX11vhbrTVasFD1zdwsdiDFKU7z7=an8pBoORk8w@mail.gmail.com","subject":"Re: mac osx","fromName":"Stephen Bash","fromEmail":"bash@genarts.com","sentAt":"2011-09-21T15:42:17Z","receivedAt":"2011-09-21T15:42:17Z","isPatch":false,"sender":{"key":"bash@genarts.com","avatar":null},"body":"----- Original Message -----\n> From: \"Scott Chacon\" <schacon@gmail.com>\n> Sent: Wednesday, September 21, 2011 10:58:03 AM\n> Subject: Re: mac osx\n> \n> On Wed, Sep 21, 2011 at 5:52 AM, Timothy Harper <timcharper@gmail.com>\n> wrote:\n> >>> On Tue, Sep 20, 2011 at 3:40 PM, tom smitts <tomsmitts@ymail.com>\n> >>> wrote:\n> >>>> Do the git maintainers really think any mac users have\n> >>>>  a clue which git install package to download? You\n> >>>> put some arcane chipset designation in the package\n> >>>>  name!\n> >\n> > Good point, I'll update the description to include \"32-bit\" and\n> > \"64-bit\"\n> \n> Honestly this doesn't help much. I think the point is that these\n> numbers or machs are not in any of the docs or ads I can think of for\n> macs. I feel pretty stupid admitting this to this list, but I\n> honestly don't know which macs are 32 bit - I assume the MBP is 64,\n> but if someone challenged me I'm not sure I could really defend it.\n\nPerhaps I can shed some light on the subject...  (Long time Mac user and developer of software that has to deal with these sorts of issues all the time)\n\nStarting with the hardware: Apple announced the switch to Intel processors in 2005, with the first machines shipping in early 2006 with the Intel Core Duo (i386/32-bit) processors.  In August of 2006 they introduced a Xeon-based Mac Pro that used the x86_64/64-bit instruction set.  According to Wikipedia [1] by August of 2007 every Mac shipped was based on an x86_64 chip.\n\nNow Apple confused things with the software: Mac OS 10.5 (Leopard) introduced the ability to run 64-bit applications (and access more the 4GB of memory), but the kernel was still 32-bit (I've skimmed some articles about how they did this, but I don't remember the details now).  According to this article [2] it wasn't until OS 10.6.4 (Snow Leopard) that Apple actually made the boot default to the 64-bit kernel (but I have first hand experience with commercial software that changes the default back to 32-bit!).\n\nAnd during all this users were never educated about the difference because many (most?) applications built for Mac ship \"universal binaries\" with multiple architectures linked into the same file (though there are still a lot that just ship 32-bit).  I don't know how much effort it would be to update the Git Makefile for universal builds on Macs (sometimes it's as easy as \"-arch i386 -arch x86_64\"), but that might be the most \"Mac-like\" way to go.\n\nFor the geeks in the audience if you really want to know:\n  a) the instruction sets linked in a binary (executable or shared library): \n        $ file /path/to/binary/of/interest\n  b) the currently booted kernel architecture: \n        $ uname -m\n  c) the currently running architecture set of any application: \n        Activity Monitor lists in the column \"kind\": PowerPC, Intel, or Intel (64-bit)\n\n[1] http://en.wikipedia.org/wiki/Apple%E2%80%93Intel_transition\n[2] http://macperformanceguide.com/SnowLeopard-64bit.html\n\nHTH,\nStephen\n"},{"id":"175954","messageId":"3509B3CD-8E7E-4097-B7F1-F092E5CF08F5@gmail.com","threadId":"28452","inReplyTo":"CAP2yMaJz3-iX11vhbrTVasFD1zdwsdiDFKU7z7=an8pBoORk8w@mail.gmail.com","subject":"Re: mac osx","fromName":"Timothy Harper","fromEmail":"timcharper@gmail.com","sentAt":"2011-09-21T17:49:34Z","receivedAt":"2011-09-21T17:49:34Z","isPatch":false,"sender":{"key":"timcharper@gmail.com","avatar":"https://gravatar.com/avatar/1a2e0c06c7862ff065ee6b1d53195333a5a0577c040ecb2856a150d8e0b00ecd?d=mp&s=160"},"body":"\nOn Sep 21, 2011, at 09:58, Scott Chacon wrote:\n\n> Hey,\n> \n> On Wed, Sep 21, 2011 at 5:52 AM, Timothy Harper <timcharper@gmail.com> wrote:\n>>>> On Tue, Sep 20, 2011 at 3:40 PM, tom smitts <tomsmitts@ymail.com> wrote:\n>>>>> Do the git maintainers really think any mac users have\n>>>>>  a clue which git install package to download?  You\n>>>>> put some arcane chipset designation in the package\n>>>>>  name!\n>> \n>> Good point, I'll update the description to include \"32-bit\" and \"64-bit\"\n> \n> Honestly this doesn't help much.  I think the point is that these\n> numbers or machs are not in any of the docs or ads I can think of for\n> macs.  I feel pretty stupid admitting this to this list, but I\n> honestly don't know which macs are 32 bit - I assume the MBP is 64,\n> but if someone challenged me I'm not sure I could really defend it.\n\nAt one point, I had a universal binary release (both 32 and 64 bit instructions compiled). The trouble with it was it increased the file size by an additional 3-4 MB (going off memory). So I decided to only release 32 bit versions since they run everywhere, and only a very small fraction of people would care about 64 bit. Later, I had some requests for 64 bit, so I decided to do two separate builds, satisfying those who care about 64 bit while keeping the download size smaller. In almost a year of doing things this way, this is the first complaint I had about it.\n\n> \n> Not that I'm the smartest guy in the world, but I have been using *NIX\n> for a long damn time - it's just that Apple doesn't really use that as\n> much of a selling point - it's not like the old days when nerds like\n> us would buy the CPU at the store and it said \"64-bit\" on it - you buy\n> a mac, maybe you know it's a Core Duo or i5/i7 but how are you\n> supposed to know that means 64-bit?  I suppose a real geek would, and\n> maybe I've fallen out of that category somehow, but honestly chipset\n> has been so unimportant these days when compared to disk type and\n> speed (SSD, etc), memory size, etc - I just don't follow the\n> incremental improvements anymore.\n> \n> Even I don't really keep up with the chipset specs to know - I can't\n> imagine anyone using the dmg installer instead of brew would have the\n> slightest idea what 64-bit even means.  And in our defense, the march\n> is nowhere on this entire tech spec page for a MBP:\n> \n> http://www.apple.com/macbookpro/specs.html\n> \n> So maybe you care enough to see that the chipset is an i7, so you\n> google it and end up on the intel i7 page:\n> \n> http://www.intel.com/content/www/us/en/processors/core/core-i7-processor.html\n> \n> Nope, no march there either.  I had to specifically find the wikipedia\n> page for the processor which lists it:\n> \n> http://en.wikipedia.org/wiki/Intel_Core#Core_i7\n> \n> And 3/4 of the way down a huge page and only as a passing reference.\n> \n> The point being - almost nobody that clicks on the DMG link from the\n> git-scm website is going to know what bit architecture they're running\n> on.\n\nI'm willing to concede your point.\n\n>> Kyle, I'll put 32-bit and 64-bit in the description. Somebody mentioned linking to the featured download list as well in that issue, that's a good recommendation.\n> \n> I link to the featured downloads from git-scm.com front page as the\n> huge mac icon - I assume that's where most people land when they're\n> looking for a mac installer. And on that page you have \"Leopard\" and\n> \"Snow Leopard\" on each download, which is WAY more common for people\n> to know.  What I should probably do is have a dropdown thingy on\n> git-scm that asks you what kind of mac you have and what OS you are\n> running (whatever I can't get from the browser info) and just\n> auto-download the right one so they never have to see the google\n> downloads page.  That would, however, take Google having an api or me\n> scraping that page, which I'll have to look into.\n\nEver since installing OS X Lion and Xcode 4.1 it seems I have lost the ability to build targeting Leopard (see /Developer/SDKs/), and haven't looked in to a work around. I have only built packages targeting the Snow Leopard.\n\nI see two possible resolutions:\n\nA) Tag builds as 32-bit and 64-bit. At git-scm.com (and github), link to the list that only shows 32-bit builds. For 99.9% (pulled-out-of-butt) of people using the installer, this will be just fine. For people who care about 64 bit, if they are motivated they can build own or find it.\n\nB) Switch to universal architecture and cause everyone to suffer an addition 30% or so wait while downloading the installer.\n\nWhat do y'all vote for?\n\nTim"},{"id":"175955","messageId":"CAP2yMaLCu6epGkFOEOsfPgmUodCiBYRePLtewEmny1Z3W5D=QA@mail.gmail.com","threadId":"28452","inReplyTo":"3509B3CD-8E7E-4097-B7F1-F092E5CF08F5@gmail.com","subject":"Re: mac osx","fromName":"Scott Chacon","fromEmail":"schacon@gmail.com","sentAt":"2011-09-21T18:01:08Z","receivedAt":"2011-09-21T18:01:08Z","isPatch":false,"sender":{"key":"schacon@gmail.com","avatar":"https://gravatar.com/avatar/9b13a8a078e1dcf8588c4eea9554445d51ebed6c41b51f56f4d96738130b05c6?d=mp&s=160"},"body":"Hey,\n\nOn Wed, Sep 21, 2011 at 10:49 AM, Timothy Harper <timcharper@gmail.com> wrote:\n> Ever since installing OS X Lion and Xcode 4.1 it seems I have lost the ability to build targeting Leopard (see /Developer/SDKs/), and haven't looked in to a work around. I have only built packages targeting the Snow Leopard.\n>\n> I see two possible resolutions:\n>\n> A) Tag builds as 32-bit and 64-bit. At git-scm.com (and github), link to the list that only shows 32-bit builds. For 99.9% (pulled-out-of-butt) of people using the installer, this will be just fine. For people who care about 64 bit, if they are motivated they can build own or find it.\n>\n> B) Switch to universal architecture and cause everyone to suffer an addition 30% or so wait while downloading the installer.\n>\n> What do y'all vote for?\n\nI vote for Universal builds.  I don't think anyone downloading a DMG\nwill care between 6M and 9M - it's still smaller than most YouTube\nvideos.  Then I can just have people choose their OS version and\nauto-download whatever the latest build is.\n\nAlso, fwiw, though this is the first you may have heard about it, I've\npersonally had probably 5 or 6 people approach me at conferences and\ntrainings and complain about it - or email me as the maintainer of the\ngit-scm page to complain.  I probably should have brought it up\nsooner, but I've just been so happy you've been doing the builds at\nall, I didn't want to complain :)\n\nScott\n"},{"id":"175956","messageId":"2BD212E4-8862-47C1-9D1E-7771B61933B9@gmail.com","threadId":"28452","inReplyTo":"CAP2yMaLCu6epGkFOEOsfPgmUodCiBYRePLtewEmny1Z3W5D=QA@mail.gmail.com","subject":"Re: mac osx","fromName":"Timothy Harper","fromEmail":"timcharper@gmail.com","sentAt":"2011-09-21T18:09:39Z","receivedAt":"2011-09-21T18:09:39Z","isPatch":false,"sender":{"key":"timcharper@gmail.com","avatar":"https://gravatar.com/avatar/1a2e0c06c7862ff065ee6b1d53195333a5a0577c040ecb2856a150d8e0b00ecd?d=mp&s=160"},"body":"\nOn Sep 21, 2011, at 12:01, Scott Chacon wrote:\n\n> Hey,\n> \n> On Wed, Sep 21, 2011 at 10:49 AM, Timothy Harper <timcharper@gmail.com> wrote:\n>> Ever since installing OS X Lion and Xcode 4.1 it seems I have lost the ability to build targeting Leopard (see /Developer/SDKs/), and haven't looked in to a work around. I have only built packages targeting the Snow Leopard.\n>> \n>> I see two possible resolutions:\n>> \n>> A) Tag builds as 32-bit and 64-bit. At git-scm.com (and github), link to the list that only shows 32-bit builds. For 99.9% (pulled-out-of-butt) of people using the installer, this will be just fine. For people who care about 64 bit, if they are motivated they can build own or find it.\n>> \n>> B) Switch to universal architecture and cause everyone to suffer an addition 30% or so wait while downloading the installer.\n>> \n>> What do y'all vote for?\n> \n> I vote for Universal builds.  I don't think anyone downloading a DMG\n> will care between 6M and 9M - it's still smaller than most YouTube\n> videos.  Then I can just have people choose their OS version and\n> auto-download whatever the latest build is.\n\nOk, consider it done :). Going forward I will release Universal 32-bit / 64-bit.\n> \n> Also, fwiw, though this is the first you may have heard about it, I've\n> personally had probably 5 or 6 people approach me at conferences and\n> trainings and complain about it - or email me as the maintainer of the\n> git-scm page to complain.  I probably should have brought it up\n> sooner, but I've just been so happy you've been doing the builds at\n> all, I didn't want to complain :)\n> \n> Scott\n\nTim"}]}