Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Content-Type: text/plain; charset=windows-1252
Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\))
Subject: Re: [REQUEST] Binaries for 1.3.0-rc.3
From: Jan Lehnardt <jan@apache.org>
In-Reply-To: 
 <CAPaJBx4zW87N+3iuALgTJRFA+xQ+Ky0qKhbVuYSZFsfja=22og@mail.gmail.com>
Date: Tue, 16 Apr 2013 16:08:28 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <098DCAD4-6477-49F6-9A26-4BC30DE24B33@apache.org>
References: 
 <CAPaJBx7y=OQ9NOVbaKjdRWsznDKh5bOXLq=ODXuvQJOeYWnp_Q@mail.gmail.com>
 <0FD5772A-F567-4978-9FA2-6737249B8599@apache.org>
 <0E31708C-8F9F-42F2-B5B8-FF0086B0FD4C@apache.org>
 <CAPaJBx5RcT_6Xz5r8dF=iE-Rd2zd5N3gh_v82y_sEcYGHp1Eyg@mail.gmail.com>
 <FB17BA0E-9B6E-43BB-A653-3D7C4117D73B@apache.org>
 <CAPaJBx7jM1LNY4crscd785cDkdRNL5Wd3MCyDhFd=2JGverT1w@mail.gmail.com>
 <067BA3BF-2455-4170-9A3B-7776757AF12D@apache.org>
 <CAPaJBx4=Mqv2DaTgTeJ6Rvgy+CG-HTjPtfuvxUOf1CLTpFTMWQ@mail.gmail.com>
 <CABvT1DEDHfRB7TnL4R9fh0pqE84k+5RFaD2Hy0r4p3nWkyXRNA@mail.gmail.com>
 <CAPaJBx4zW87N+3iuALgTJRFA+xQ+Ky0qKhbVuYSZFsfja=22og@mail.gmail.com>
To: dev@couchdb.apache.org

It is a user experience nightmare.

Steps to intall a zip app:

1. Download
2. Double Click (in Safari downloads, in the downloads springload in the =
Dock or in the Finder)
3. Double Click the resulting .app.

Steps to install a dmg app:

1. Download
2. (if automount is enabled), navigate to a Finder with a sidebar. (if =
not, double click)
3. Open the mounted disk image.
4. copy/move the app to /Applications or whereever // insert rant about =
sidebar-less Finder window configuration.
5. Eject the dmg.

If at 4, people just open the app, they can=92t unmount the image (5) =
and the app is trapped there forever. On top of that, why add a =
confusing layer of complexity for no good reason?

The .dmg is a horrible cargo-cult from the early days of the Mac=92s =
history and has been discouraged for a very long time (let it be 2004). =
I=92m happy to dig up a few old articles that discuss this in more =
detail, but I hope this suffices.

tl;dr: no benefits, horrible user experience, lets not cargo-cult.


Best
Jan
--


On Apr 16, 2013, at 15:32 , Noah Slater <nslater@apache.org> wrote:

> Any reason, Bob? I'm trying to understand what the facts are. Without
> knowing what the pros and cons are, I am unable to hold any opinion on =
the
> subject. All I know is that every app I ever download for OS X comes =
with a
> .dmg. CouchDB is the only app I have downloaded on my current laptop =
that
> expands from a .zip file. That's enough to make me question our =
choice. But
> I really don't have any other information on the subject.
>=20
>=20
> On 16 April 2013 14:28, Robert Newson <rnewson@apache.org> wrote:
>=20
>> +1 for keeping .zip.
>>=20
>> B.
>>=20
>> On 16 April 2013 14:26, Noah Slater <nslater@apache.org> wrote:
>>> Any reason?
>>>=20
>>>=20
>>> On 16 April 2013 14:21, Jan Lehnardt <jan@apache.org> wrote:
>>>=20
>>>>=20
>>>> On Apr 16, 2013, at 14:36 , Noah Slater <nslater@apache.org> wrote:
>>>>=20
>>>>> Hmm. You raise an interesting point. The .app file should =
certainly
>> not
>>>>> have version numbers in it. But it seems conceivable that the .zip
>> file
>>>>> might. Do we ever plan to use a .dmg file instead of .zip?
>>>>=20
>>>> No.
>>>>=20
>>>>>=20
>>>>>=20
>>>>> On 15 April 2013 19:34, Jan Lehnardt <jan@apache.org> wrote:
>>>>>=20
>>>>>>=20
>>>>>> On Apr 9, 2013, at 18:38 , Noah Slater <nslater@apache.org> =
wrote:
>>>>>>=20
>>>>>>> Jan,
>>>>>>>=20
>>>>>>> In this directory:
>>>>>>>=20
>>>>>>> http://www.apache.org/dist/couchdb/binary/mac/1.3.0/
>>>>>>>=20
>>>>>>> The binaries lack a "1.3.0" in the filename. I noticed this when
>>>> updating
>>>>>>> the links on our website, because they broke, with the new =
filename
>>>>>>> pattern. I think it would be good to standardise on a filename =
with
>> the
>>>>>>> version number in it.
>>>>>>>=20
>>>>>>> However, because these are convenience binaries, I am going =
ahead
>> with
>>>>>> the
>>>>>>> release announcement. If you roll some new binaries with an =
updated
>>>>>>> filename, just wait the usual 24 hours for the mirrors to sync =
and
>> then
>>>>>>> update the website links.
>>>>>>=20
>>>>>> I don=92t think the file names should have the release version in =
them,
>>>> but
>>>>>> I can be persuaded to do it for the Apache-CouchDB-x.y.z.zip, but =
the
>>>>>> resulting .app should always be called =93Apache CouchDB.app=94 =
to be in
>>>> line
>>>>>> with Mac system standards.
>>>>>>=20
>>>>>> Best
>>>>>> Jan
>>>>>> --
>>>>>>=20
>>>>>>=20
>>>>>>=20
>>>>>>=20
>>>>>>>=20
>>>>>>>=20
>>>>>>>=20
>>>>>>>=20
>>>>>>> On 1 April 2013 14:49, Jan Lehnardt <jan@apache.org> wrote:
>>>>>>>=20
>>>>>>>> I managed to work around some of the issues in an ad-hoc way. =
This
>>>> whole
>>>>>>>> thing
>>>>>>>> needs cleaning up.
>>>>>>>>=20
>>>>>>>> The preliminary binaries are up on
>>>>>>>>=20
>>>>>>>>=20
>>>>>>=20
>> https://dist.apache.org/repos/dist/dev/couchdb/binary/mac/1.3.0/rc.3/
>>>>>>>>=20
>>>>>>>> To test:
>>>>>>>> - download
>>>>>>>> - verify signatures*
>>>>>>>> - unzip
>>>>>>>> - double click (make sure no other couch is running on 5984
>>>>>>>> - wait for Futon to auto-open in your browser
>>>>>>>> - navigate to =93Verify Installation=94
>>>>>>>> - click on =93Verify Installation=94
>>>>>>>> - if all is green, all is well.
>>>>>>>>=20
>>>>>>>> Thanks!
>>>>>>>>=20
>>>>>>>> Jan
>>>>>>>> --
>>>>>>>> * verify signatures:
>>>>>>>>=20
>>>>>>>> md5sum --check Apache-CouchDB.zip.md5
>>>>>>>> sha1sum --check Apache-CouchDB.zip.sha
>>>>>>>> gpg --verify Apache-CouchDB.zip.asc
>>>>>>>>=20
>>>>>>>>=20
>>>>>>>> On Apr 1, 2013, at 13:25 , Jan Lehnardt <jan@apache.org> wrote:
>>>>>>>>=20
>>>>>>>>> I=92m currently blocked by
>>>>>>>> https://github.com/iriscouch/build-couchdb/issues/77
>>>>>>>>>=20
>>>>>>>>> cc Jason
>>>>>>>>>=20
>>>>>>>>> Jan
>>>>>>>>> --
>>>>>>>>>=20
>>>>>>>>> On Mar 31, 2013, at 16:19 , Noah Slater <nslater@apache.org>
>> wrote:
>>>>>>>>>=20
>>>>>>>>>> Dear community,
>>>>>>>>>>=20
>>>>>>>>>> This is a request to prepare binaries for the 1.3.0-rc.3 =
release.
>>>>>>>>>>=20
>>>>>>>>>> Please follow the release procedure:
>>>>>>>>>>=20
>>>>>>>>>>=20
>>>>>>>>>>=20
>>>>>>>>=20
>>>>>>=20
>>>>=20
>> =
http://wiki.apache.org/couchdb/Release_Procedure#Preparing_the_Binary_Pack=
ages
>>>>>>>>>>=20
>>>>>>>>>> Everyone is welcome to prepare binaries for this release.
>>>>>>>>>>=20
>>>>>>>>>> Thanks,
>>>>>>>>>>=20
>>>>>>>>>> --
>>>>>>>>>> NS
>>>>>>>>>=20
>>>>>>>>=20
>>>>>>>>=20
>>>>>>>=20
>>>>>>>=20
>>>>>>> --
>>>>>>> NS
>>>>>>=20
>>>>>>=20
>>>>>=20
>>>>>=20
>>>>> --
>>>>> NS
>>>>=20
>>>>=20
>>>=20
>>>=20
>>> --
>>> NS
>>=20
>=20
>=20
>=20
> --=20
> NS