Re: So, how do we get the Mac binary on the home page?
Great! Thank you all for helping. Cheers, Hans On Jun 17, 2012, at 1:44 PM, Jan Lehnardt wrote: > It’s alive! > > Thanks everybody and especially Hans! :D > > Cheers > Jan > -- > On Jun 17, 2012, at 13:41 , Dave Cottlehuber wrote: > >> woo! Thanks Hans!! >> >> On 17 June 2012 13:31, Hans J Schroeder wrote: >>> Great, I see the package is now linked from the homepage. I have also >>> uploaded the md5/sha1/openpgp hashes. So they can be linked too. >>> >>> - Hans >>> >>> On Jun 17, 2012, at 11:57 AM, Jan Lehnardt wrote: >>> Hans, this is great, can you provide md5/sha1/openpgp hashes for the file? Cheers Jan -- On Jun 14, 2012, at 22:54 , Hans J Schroeder wrote: > Hi, > > The fixed version is now online at: > https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-20120614.zip > It should now work for all Mac OS X Versions >= 10.6 32bit + 64bit > > - Hans > > On Jun 13, 2012, at 2:11 PM, Jan Lehnardt wrote: > >> Hans, any news? :) >> >> On Jun 10, 2012, at 19:48 , Jan Lehnardt wrote: >> >>> >>> On Jun 10, 2012, at 12:38 , Hans J Schroeder wrote: >>> Hi, I have checked how the others (Membase, CouchBase) are doing it and suggest the following disk layout: Data Dir / Application Support Folder = ~/Library/Application Support/CouchDB/etc couchdb-server.ini >>> >>> Bikeshed alert: I'd mirror what the CouchDB source distro does: >>> >>> ~/Library/Application Support/CouchDB/etc/default.d/ >>> ~/Library/Application Support/CouchDB/etc/default.ini >>> ~/Library/Application Support/CouchDB/etc/local.d/ >>> ~/Library/Application Support/CouchDB/etc/local.ini >>> >>> I'd be more than happy to ship whatever is there today and >>> fix this down the road. If it is easy to fix (see below), >>> we may as well do that too. >>> ~/Library/Application Support/CouchDB/var/run/couchdb couch.uri >>> >>> +1 >>> ~/Library/Application Support/CouchDB/var/lib/couchdb views & dbs >>> >>> +1 >>> >>> * * * >>> >>> We may want to revisit this based on a close reading of the >>> AppStore submission guidelines, when we get to that, but until >>> then, I believe that is fine. >>> Logs ~/Library/Logs couchdb-server.log >>> >>> I'd drop "-server" and go with just "couchdb.log" >>> Is this ok? - Hans P.S. I have also found the incompatibility between OS X versions 10.6.8 - 10.7.2 and the later ones. I guess we can serve all with one binary >>> >>> Great news! :) If you want to/can compile a new one >>> (and if the paths above are easy to adjust), then >>> I'd say let's get that right and then ship. >>> >>> And then improve on all the other things that have >>> been mentioned in this thread. >>> >>> Thanks all for pushing this along! :) >>> >>> Cheers >>> Jan >>> -- >>> >>> On Jun 8, 2012, at 8:54 PM, Dave Cottlehuber wrote: > On 8 June 2012 16:40, Jan Lehnardt wrote: >> >> On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: >> >>> Hi Jan, >>> Can you specify what systems should use which versions, so we can label them correctly on the website? >>> >>> For Mac OS X 10.6.8 to 10.7.2: >>> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip >>> >>> For Mac OS X 10.7.3 and later >>> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip >> >> Thanks Hans! >> >> With this, I think we are good to go to put this on the website. >> Anyone disagreeing? :) >> >> Cheers >> Jan > > Some things, files are scattered across various places. > > #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ > #2 there's no local.ini as such, its in > ~/Library/Preferences/couchdb-server.ini > #3 couch.log is in > $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log > #4 couch.uri is in > $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri > > If its not hard to fix #3 and #4 we should do that first. This means > CouchDB.app could > run read-only in /Applications, which it doesn't atm. > > #1 and #2 make sense, but might not be immediately obvious. They could > wait, its more > about d
Re: So, how do we get the Mac binary on the home page?
It’s alive! Thanks everybody and especially Hans! :D Cheers Jan -- On Jun 17, 2012, at 13:41 , Dave Cottlehuber wrote: > woo! Thanks Hans!! > > On 17 June 2012 13:31, Hans J Schroeder wrote: >> Great, I see the package is now linked from the homepage. I have also >> uploaded the md5/sha1/openpgp hashes. So they can be linked too. >> >> - Hans >> >> On Jun 17, 2012, at 11:57 AM, Jan Lehnardt wrote: >> >>> Hans, this is great, can you provide md5/sha1/openpgp hashes for the file? >>> >>> Cheers >>> Jan >>> -- >>> >>> On Jun 14, 2012, at 22:54 , Hans J Schroeder wrote: >>> Hi, The fixed version is now online at: https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-20120614.zip It should now work for all Mac OS X Versions >= 10.6 32bit + 64bit - Hans On Jun 13, 2012, at 2:11 PM, Jan Lehnardt wrote: > Hans, any news? :) > > On Jun 10, 2012, at 19:48 , Jan Lehnardt wrote: > >> >> On Jun 10, 2012, at 12:38 , Hans J Schroeder wrote: >> >>> Hi, >>> >>> I have checked how the others (Membase, CouchBase) are doing it and >>> suggest the following disk layout: >>> >>> Data Dir / Application Support Folder >>> = >>> >>> ~/Library/Application Support/CouchDB/etc >>> couchdb-server.ini >> >> Bikeshed alert: I'd mirror what the CouchDB source distro does: >> >> ~/Library/Application Support/CouchDB/etc/default.d/ >> ~/Library/Application Support/CouchDB/etc/default.ini >> ~/Library/Application Support/CouchDB/etc/local.d/ >> ~/Library/Application Support/CouchDB/etc/local.ini >> >> I'd be more than happy to ship whatever is there today and >> fix this down the road. If it is easy to fix (see below), >> we may as well do that too. >> >>> ~/Library/Application Support/CouchDB/var/run/couchdb >>> couch.uri >> >> +1 >> >>> ~/Library/Application Support/CouchDB/var/lib/couchdb >>> views & dbs >> >> +1 >> >> * * * >> >> We may want to revisit this based on a close reading of the >> AppStore submission guidelines, when we get to that, but until >> then, I believe that is fine. >> >>> Logs >>> >>> >>> ~/Library/Logs >>> couchdb-server.log >> >> I'd drop "-server" and go with just "couchdb.log" >> >>> Is this ok? >>> >>> - Hans >>> >>> P.S. I have also found the incompatibility between OS X versions 10.6.8 >>> - 10.7.2 and the later ones. I guess we can serve all with one binary >> >> Great news! :) If you want to/can compile a new one >> (and if the paths above are easy to adjust), then >> I'd say let's get that right and then ship. >> >> And then improve on all the other things that have >> been mentioned in this thread. >> >> Thanks all for pushing this along! :) >> >> Cheers >> Jan >> -- >> >> >>> >>> >>> On Jun 8, 2012, at 8:54 PM, Dave Cottlehuber wrote: >>> On 8 June 2012 16:40, Jan Lehnardt wrote: > > On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: > >> Hi Jan, >> >>> Can you specify what systems should use which versions, so we can >>> label them correctly on the website? >> >> For Mac OS X 10.6.8 to 10.7.2: >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip >> >> For Mac OS X 10.7.3 and later >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip > > Thanks Hans! > > With this, I think we are good to go to put this on the website. > Anyone disagreeing? :) > > Cheers > Jan Some things, files are scattered across various places. #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ #2 there's no local.ini as such, its in ~/Library/Preferences/couchdb-server.ini #3 couch.log is in $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log #4 couch.uri is in $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri If its not hard to fix #3 and #4 we should do that first. This means CouchDB.app could run read-only in /Applications, which it doesn't atm. #1 and #2 make sense, but might not be immediately obvious. They could wait, its more about documenting somewhere. A+ Dave >>> >> > >>> >>
Re: So, how do we get the Mac binary on the home page?
woo! Thanks Hans!! On 17 June 2012 13:31, Hans J Schroeder wrote: > Great, I see the package is now linked from the homepage. I have also > uploaded the md5/sha1/openpgp hashes. So they can be linked too. > > - Hans > > On Jun 17, 2012, at 11:57 AM, Jan Lehnardt wrote: > >> Hans, this is great, can you provide md5/sha1/openpgp hashes for the file? >> >> Cheers >> Jan >> -- >> >> On Jun 14, 2012, at 22:54 , Hans J Schroeder wrote: >> >>> Hi, >>> >>> The fixed version is now online at: >>> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-20120614.zip >>> It should now work for all Mac OS X Versions >= 10.6 32bit + 64bit >>> >>> - Hans >>> >>> On Jun 13, 2012, at 2:11 PM, Jan Lehnardt wrote: >>> Hans, any news? :) On Jun 10, 2012, at 19:48 , Jan Lehnardt wrote: > > On Jun 10, 2012, at 12:38 , Hans J Schroeder wrote: > >> Hi, >> >> I have checked how the others (Membase, CouchBase) are doing it and >> suggest the following disk layout: >> >> Data Dir / Application Support Folder >> = >> >> ~/Library/Application Support/CouchDB/etc >> couchdb-server.ini > > Bikeshed alert: I'd mirror what the CouchDB source distro does: > > ~/Library/Application Support/CouchDB/etc/default.d/ > ~/Library/Application Support/CouchDB/etc/default.ini > ~/Library/Application Support/CouchDB/etc/local.d/ > ~/Library/Application Support/CouchDB/etc/local.ini > > I'd be more than happy to ship whatever is there today and > fix this down the road. If it is easy to fix (see below), > we may as well do that too. > >> ~/Library/Application Support/CouchDB/var/run/couchdb >> couch.uri > > +1 > >> ~/Library/Application Support/CouchDB/var/lib/couchdb >> views & dbs > > +1 > > * * * > > We may want to revisit this based on a close reading of the > AppStore submission guidelines, when we get to that, but until > then, I believe that is fine. > >> Logs >> >> >> ~/Library/Logs >> couchdb-server.log > > I'd drop "-server" and go with just "couchdb.log" > >> Is this ok? >> >> - Hans >> >> P.S. I have also found the incompatibility between OS X versions 10.6.8 >> - 10.7.2 and the later ones. I guess we can serve all with one binary > > Great news! :) If you want to/can compile a new one > (and if the paths above are easy to adjust), then > I'd say let's get that right and then ship. > > And then improve on all the other things that have > been mentioned in this thread. > > Thanks all for pushing this along! :) > > Cheers > Jan > -- > > >> >> >> On Jun 8, 2012, at 8:54 PM, Dave Cottlehuber wrote: >> >>> On 8 June 2012 16:40, Jan Lehnardt wrote: On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: > Hi Jan, > >> Can you specify what systems should use which versions, so we can >> label them correctly on the website? > > For Mac OS X 10.6.8 to 10.7.2: > https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip > > For Mac OS X 10.7.3 and later > https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip Thanks Hans! With this, I think we are good to go to put this on the website. Anyone disagreeing? :) Cheers Jan >>> >>> Some things, files are scattered across various places. >>> >>> #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ >>> #2 there's no local.ini as such, its in >>> ~/Library/Preferences/couchdb-server.ini >>> #3 couch.log is in >>> $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log >>> #4 couch.uri is in >>> $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri >>> >>> If its not hard to fix #3 and #4 we should do that first. This means >>> CouchDB.app could >>> run read-only in /Applications, which it doesn't atm. >>> >>> #1 and #2 make sense, but might not be immediately obvious. They could >>> wait, its more >>> about documenting somewhere. >>> >>> A+ >>> Dave >> > >>> >> >
Re: So, how do we get the Mac binary on the home page?
Great, I see the package is now linked from the homepage. I have also uploaded the md5/sha1/openpgp hashes. So they can be linked too. - Hans On Jun 17, 2012, at 11:57 AM, Jan Lehnardt wrote: > Hans, this is great, can you provide md5/sha1/openpgp hashes for the file? > > Cheers > Jan > -- > > On Jun 14, 2012, at 22:54 , Hans J Schroeder wrote: > >> Hi, >> >> The fixed version is now online at: >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-20120614.zip >> It should now work for all Mac OS X Versions >= 10.6 32bit + 64bit >> >> - Hans >> >> On Jun 13, 2012, at 2:11 PM, Jan Lehnardt wrote: >> >>> Hans, any news? :) >>> >>> On Jun 10, 2012, at 19:48 , Jan Lehnardt wrote: >>> On Jun 10, 2012, at 12:38 , Hans J Schroeder wrote: > Hi, > > I have checked how the others (Membase, CouchBase) are doing it and > suggest the following disk layout: > > Data Dir / Application Support Folder > = > > ~/Library/Application Support/CouchDB/etc > couchdb-server.ini Bikeshed alert: I'd mirror what the CouchDB source distro does: ~/Library/Application Support/CouchDB/etc/default.d/ ~/Library/Application Support/CouchDB/etc/default.ini ~/Library/Application Support/CouchDB/etc/local.d/ ~/Library/Application Support/CouchDB/etc/local.ini I'd be more than happy to ship whatever is there today and fix this down the road. If it is easy to fix (see below), we may as well do that too. > ~/Library/Application Support/CouchDB/var/run/couchdb > couch.uri +1 > ~/Library/Application Support/CouchDB/var/lib/couchdb > views & dbs +1 * * * We may want to revisit this based on a close reading of the AppStore submission guidelines, when we get to that, but until then, I believe that is fine. > Logs > > > ~/Library/Logs > couchdb-server.log I'd drop "-server" and go with just "couchdb.log" > Is this ok? > > - Hans > > P.S. I have also found the incompatibility between OS X versions 10.6.8 - > 10.7.2 and the later ones. I guess we can serve all with one binary Great news! :) If you want to/can compile a new one (and if the paths above are easy to adjust), then I'd say let's get that right and then ship. And then improve on all the other things that have been mentioned in this thread. Thanks all for pushing this along! :) Cheers Jan -- > > > On Jun 8, 2012, at 8:54 PM, Dave Cottlehuber wrote: > >> On 8 June 2012 16:40, Jan Lehnardt wrote: >>> >>> On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: >>> Hi Jan, > Can you specify what systems should use which versions, so we can > label them correctly on the website? For Mac OS X 10.6.8 to 10.7.2: https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip For Mac OS X 10.7.3 and later https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip >>> >>> Thanks Hans! >>> >>> With this, I think we are good to go to put this on the website. Anyone >>> disagreeing? :) >>> >>> Cheers >>> Jan >> >> Some things, files are scattered across various places. >> >> #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ >> #2 there's no local.ini as such, its in >> ~/Library/Preferences/couchdb-server.ini >> #3 couch.log is in >> $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log >> #4 couch.uri is in >> $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri >> >> If its not hard to fix #3 and #4 we should do that first. This means >> CouchDB.app could >> run read-only in /Applications, which it doesn't atm. >> >> #1 and #2 make sense, but might not be immediately obvious. They could >> wait, its more >> about documenting somewhere. >> >> A+ >> Dave > >>> >> >
Re: So, how do we get the Mac binary on the home page?
Ok, I have created a key pair and have signed the zip. The signature is: bash-3.2$ cat CouchDB\ Server-1.2.0-20120614.zip.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) iQEcBAABAgAGBQJP3b2bAAoJEJ6rn8XnRbxj0UAH/3IF/Zsa55UPxaRju43XleCt l1Ezw1135D85eC4NCk6zbUrXwd2mJxqcNH1dJ0/X5MLuJWwS3lx/MvSQqrEJRggR wEnXfj50KyL+iKgxfAU9dJ+x2n9BhlybUnYXQWDUe0ovckxiesSWUdqavOLhRoCv bz307dan1xr0Wu0UYxtRK7aRQj0Ffdim4W0OXo6/EMkDRlPwLu9AI1pDbmH4H9kH //DQfjx2vosKYneAu0p2BTakrQfHUCTC0fYzxlP8fz/xjzGK7GwSzRuYv45A8Zw9 DitCFBE90VHI1z46IezZWkorAO681bSyMIjRqDXawNg+toDzqiwteza6hzqdCoM= =uAMZ -END PGP SIGNATURE- - Hans On Jun 17, 2012, at 11:57 AM, Jan Lehnardt wrote: > Hans, this is great, can you provide md5/sha1/openpgp hashes for the file? > > Cheers > Jan > -- > > On Jun 14, 2012, at 22:54 , Hans J Schroeder wrote: > >> Hi, >> >> The fixed version is now online at: >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-20120614.zip >> It should now work for all Mac OS X Versions >= 10.6 32bit + 64bit >> >> - Hans >> >> On Jun 13, 2012, at 2:11 PM, Jan Lehnardt wrote: >> >>> Hans, any news? :) >>> >>> On Jun 10, 2012, at 19:48 , Jan Lehnardt wrote: >>> On Jun 10, 2012, at 12:38 , Hans J Schroeder wrote: > Hi, > > I have checked how the others (Membase, CouchBase) are doing it and > suggest the following disk layout: > > Data Dir / Application Support Folder > = > > ~/Library/Application Support/CouchDB/etc > couchdb-server.ini Bikeshed alert: I'd mirror what the CouchDB source distro does: ~/Library/Application Support/CouchDB/etc/default.d/ ~/Library/Application Support/CouchDB/etc/default.ini ~/Library/Application Support/CouchDB/etc/local.d/ ~/Library/Application Support/CouchDB/etc/local.ini I'd be more than happy to ship whatever is there today and fix this down the road. If it is easy to fix (see below), we may as well do that too. > ~/Library/Application Support/CouchDB/var/run/couchdb > couch.uri +1 > ~/Library/Application Support/CouchDB/var/lib/couchdb > views & dbs +1 * * * We may want to revisit this based on a close reading of the AppStore submission guidelines, when we get to that, but until then, I believe that is fine. > Logs > > > ~/Library/Logs > couchdb-server.log I'd drop "-server" and go with just "couchdb.log" > Is this ok? > > - Hans > > P.S. I have also found the incompatibility between OS X versions 10.6.8 - > 10.7.2 and the later ones. I guess we can serve all with one binary Great news! :) If you want to/can compile a new one (and if the paths above are easy to adjust), then I'd say let's get that right and then ship. And then improve on all the other things that have been mentioned in this thread. Thanks all for pushing this along! :) Cheers Jan -- > > > On Jun 8, 2012, at 8:54 PM, Dave Cottlehuber wrote: > >> On 8 June 2012 16:40, Jan Lehnardt wrote: >>> >>> On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: >>> Hi Jan, > Can you specify what systems should use which versions, so we can > label them correctly on the website? For Mac OS X 10.6.8 to 10.7.2: https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip For Mac OS X 10.7.3 and later https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip >>> >>> Thanks Hans! >>> >>> With this, I think we are good to go to put this on the website. Anyone >>> disagreeing? :) >>> >>> Cheers >>> Jan >> >> Some things, files are scattered across various places. >> >> #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ >> #2 there's no local.ini as such, its in >> ~/Library/Preferences/couchdb-server.ini >> #3 couch.log is in >> $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log >> #4 couch.uri is in >> $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri >> >> If its not hard to fix #3 and #4 we should do that first. This means >> CouchDB.app could >> run read-only in /Applications, which it doesn't atm. >> >> #1 and #2 make sense, but might not be immediately obvious. They could >> wait, its more >> about documenting somewhere. >> >> A+ >> Dave > >>> >> >
Re: So, how do we get the Mac binary on the home page?
Hi Jan, md5: 2730b996ae2b23a7d2e3099f2e4861cb CouchDB Server-1.2.0-20120614.zip sha: 43e97359f6fda68dac28490a4e5d9d7ad03672fa *CouchDB Server-1.2.0-20120614.zip I am not sure about openpgp. I have no key. Should I generate an own key pair? - Hans On Jun 17, 2012, at 11:57 AM, Jan Lehnardt wrote: > Hans, this is great, can you provide md5/sha1/openpgp hashes for the file? > > Cheers > Jan > -- > > On Jun 14, 2012, at 22:54 , Hans J Schroeder wrote: > >> Hi, >> >> The fixed version is now online at: >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-20120614.zip >> It should now work for all Mac OS X Versions >= 10.6 32bit + 64bit >> >> - Hans >> >> On Jun 13, 2012, at 2:11 PM, Jan Lehnardt wrote: >> >>> Hans, any news? :) >>> >>> On Jun 10, 2012, at 19:48 , Jan Lehnardt wrote: >>> On Jun 10, 2012, at 12:38 , Hans J Schroeder wrote: > Hi, > > I have checked how the others (Membase, CouchBase) are doing it and > suggest the following disk layout: > > Data Dir / Application Support Folder > = > > ~/Library/Application Support/CouchDB/etc > couchdb-server.ini Bikeshed alert: I'd mirror what the CouchDB source distro does: ~/Library/Application Support/CouchDB/etc/default.d/ ~/Library/Application Support/CouchDB/etc/default.ini ~/Library/Application Support/CouchDB/etc/local.d/ ~/Library/Application Support/CouchDB/etc/local.ini I'd be more than happy to ship whatever is there today and fix this down the road. If it is easy to fix (see below), we may as well do that too. > ~/Library/Application Support/CouchDB/var/run/couchdb > couch.uri +1 > ~/Library/Application Support/CouchDB/var/lib/couchdb > views & dbs +1 * * * We may want to revisit this based on a close reading of the AppStore submission guidelines, when we get to that, but until then, I believe that is fine. > Logs > > > ~/Library/Logs > couchdb-server.log I'd drop "-server" and go with just "couchdb.log" > Is this ok? > > - Hans > > P.S. I have also found the incompatibility between OS X versions 10.6.8 - > 10.7.2 and the later ones. I guess we can serve all with one binary Great news! :) If you want to/can compile a new one (and if the paths above are easy to adjust), then I'd say let's get that right and then ship. And then improve on all the other things that have been mentioned in this thread. Thanks all for pushing this along! :) Cheers Jan -- > > > On Jun 8, 2012, at 8:54 PM, Dave Cottlehuber wrote: > >> On 8 June 2012 16:40, Jan Lehnardt wrote: >>> >>> On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: >>> Hi Jan, > Can you specify what systems should use which versions, so we can > label them correctly on the website? For Mac OS X 10.6.8 to 10.7.2: https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip For Mac OS X 10.7.3 and later https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip >>> >>> Thanks Hans! >>> >>> With this, I think we are good to go to put this on the website. Anyone >>> disagreeing? :) >>> >>> Cheers >>> Jan >> >> Some things, files are scattered across various places. >> >> #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ >> #2 there's no local.ini as such, its in >> ~/Library/Preferences/couchdb-server.ini >> #3 couch.log is in >> $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log >> #4 couch.uri is in >> $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri >> >> If its not hard to fix #3 and #4 we should do that first. This means >> CouchDB.app could >> run read-only in /Applications, which it doesn't atm. >> >> #1 and #2 make sense, but might not be immediately obvious. They could >> wait, its more >> about documenting somewhere. >> >> A+ >> Dave > >>> >> >
Re: So, how do we get the Mac binary on the home page?
Hans, this is great, can you provide md5/sha1/openpgp hashes for the file? Cheers Jan -- On Jun 14, 2012, at 22:54 , Hans J Schroeder wrote: > Hi, > > The fixed version is now online at: > https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-20120614.zip > It should now work for all Mac OS X Versions >= 10.6 32bit + 64bit > > - Hans > > On Jun 13, 2012, at 2:11 PM, Jan Lehnardt wrote: > >> Hans, any news? :) >> >> On Jun 10, 2012, at 19:48 , Jan Lehnardt wrote: >> >>> >>> On Jun 10, 2012, at 12:38 , Hans J Schroeder wrote: >>> Hi, I have checked how the others (Membase, CouchBase) are doing it and suggest the following disk layout: Data Dir / Application Support Folder = ~/Library/Application Support/CouchDB/etc couchdb-server.ini >>> >>> Bikeshed alert: I'd mirror what the CouchDB source distro does: >>> >>> ~/Library/Application Support/CouchDB/etc/default.d/ >>> ~/Library/Application Support/CouchDB/etc/default.ini >>> ~/Library/Application Support/CouchDB/etc/local.d/ >>> ~/Library/Application Support/CouchDB/etc/local.ini >>> >>> I'd be more than happy to ship whatever is there today and >>> fix this down the road. If it is easy to fix (see below), >>> we may as well do that too. >>> ~/Library/Application Support/CouchDB/var/run/couchdb couch.uri >>> >>> +1 >>> ~/Library/Application Support/CouchDB/var/lib/couchdb views & dbs >>> >>> +1 >>> >>> * * * >>> >>> We may want to revisit this based on a close reading of the >>> AppStore submission guidelines, when we get to that, but until >>> then, I believe that is fine. >>> Logs ~/Library/Logs couchdb-server.log >>> >>> I'd drop "-server" and go with just "couchdb.log" >>> Is this ok? - Hans P.S. I have also found the incompatibility between OS X versions 10.6.8 - 10.7.2 and the later ones. I guess we can serve all with one binary >>> >>> Great news! :) If you want to/can compile a new one >>> (and if the paths above are easy to adjust), then >>> I'd say let's get that right and then ship. >>> >>> And then improve on all the other things that have >>> been mentioned in this thread. >>> >>> Thanks all for pushing this along! :) >>> >>> Cheers >>> Jan >>> -- >>> >>> On Jun 8, 2012, at 8:54 PM, Dave Cottlehuber wrote: > On 8 June 2012 16:40, Jan Lehnardt wrote: >> >> On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: >> >>> Hi Jan, >>> Can you specify what systems should use which versions, so we can label them correctly on the website? >>> >>> For Mac OS X 10.6.8 to 10.7.2: >>> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip >>> >>> For Mac OS X 10.7.3 and later >>> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip >> >> Thanks Hans! >> >> With this, I think we are good to go to put this on the website. Anyone >> disagreeing? :) >> >> Cheers >> Jan > > Some things, files are scattered across various places. > > #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ > #2 there's no local.ini as such, its in > ~/Library/Preferences/couchdb-server.ini > #3 couch.log is in > $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log > #4 couch.uri is in > $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri > > If its not hard to fix #3 and #4 we should do that first. This means > CouchDB.app could > run read-only in /Applications, which it doesn't atm. > > #1 and #2 make sense, but might not be immediately obvious. They could > wait, its more > about documenting somewhere. > > A+ > Dave >>> >> >
Re: So, how do we get the Mac binary on the home page?
Hi Dave, Thanks for testing and your advise regarding the file system paths. Having /Applications r/o is a lot better. - Hans On Jun 14, 2012, at 11:58 PM, Dave Cottlehuber wrote: > On 14 June 2012 22:54, Hans J Schroeder wrote: >> Hi, >> >> The fixed version is now online at: >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-20120614.zip >> It should now work for all Mac OS X Versions >= 10.6 32bit + 64bit >> >> - Hans > > Nice work Hans! > > lion 10.7.thingy. > tests 99% pass on Chrome, the 1% is the one we know about. > works from a readonly /Applications too! > > LGTM > > A+ > Dave
Re: So, how do we get the Mac binary on the home page?
On 14 June 2012 22:54, Hans J Schroeder wrote: > Hi, > > The fixed version is now online at: > https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-20120614.zip > It should now work for all Mac OS X Versions >= 10.6 32bit + 64bit > > - Hans Nice work Hans! lion 10.7.thingy. tests 99% pass on Chrome, the 1% is the one we know about. works from a readonly /Applications too! LGTM A+ Dave
Re: So, how do we get the Mac binary on the home page?
Hi, The fixed version is now online at: https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-20120614.zip It should now work for all Mac OS X Versions >= 10.6 32bit + 64bit - Hans On Jun 13, 2012, at 2:11 PM, Jan Lehnardt wrote: > Hans, any news? :) > > On Jun 10, 2012, at 19:48 , Jan Lehnardt wrote: > >> >> On Jun 10, 2012, at 12:38 , Hans J Schroeder wrote: >> >>> Hi, >>> >>> I have checked how the others (Membase, CouchBase) are doing it and suggest >>> the following disk layout: >>> >>> Data Dir / Application Support Folder >>> = >>> >>> ~/Library/Application Support/CouchDB/etc >>> couchdb-server.ini >> >> Bikeshed alert: I'd mirror what the CouchDB source distro does: >> >> ~/Library/Application Support/CouchDB/etc/default.d/ >> ~/Library/Application Support/CouchDB/etc/default.ini >> ~/Library/Application Support/CouchDB/etc/local.d/ >> ~/Library/Application Support/CouchDB/etc/local.ini >> >> I'd be more than happy to ship whatever is there today and >> fix this down the road. If it is easy to fix (see below), >> we may as well do that too. >> >>> ~/Library/Application Support/CouchDB/var/run/couchdb >>> couch.uri >> >> +1 >> >>> ~/Library/Application Support/CouchDB/var/lib/couchdb >>> views & dbs >> >> +1 >> >> * * * >> >> We may want to revisit this based on a close reading of the >> AppStore submission guidelines, when we get to that, but until >> then, I believe that is fine. >> >>> Logs >>> >>> >>> ~/Library/Logs >>> couchdb-server.log >> >> I'd drop "-server" and go with just "couchdb.log" >> >>> Is this ok? >>> >>> - Hans >>> >>> P.S. I have also found the incompatibility between OS X versions 10.6.8 - >>> 10.7.2 and the later ones. I guess we can serve all with one binary >> >> Great news! :) If you want to/can compile a new one >> (and if the paths above are easy to adjust), then >> I'd say let's get that right and then ship. >> >> And then improve on all the other things that have >> been mentioned in this thread. >> >> Thanks all for pushing this along! :) >> >> Cheers >> Jan >> -- >> >> >>> >>> >>> On Jun 8, 2012, at 8:54 PM, Dave Cottlehuber wrote: >>> On 8 June 2012 16:40, Jan Lehnardt wrote: > > On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: > >> Hi Jan, >> >>> Can you specify what systems should use which versions, so we can label >>> them correctly on the website? >> >> For Mac OS X 10.6.8 to 10.7.2: >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip >> >> For Mac OS X 10.7.3 and later >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip > > Thanks Hans! > > With this, I think we are good to go to put this on the website. Anyone > disagreeing? :) > > Cheers > Jan Some things, files are scattered across various places. #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ #2 there's no local.ini as such, its in ~/Library/Preferences/couchdb-server.ini #3 couch.log is in $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log #4 couch.uri is in $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri If its not hard to fix #3 and #4 we should do that first. This means CouchDB.app could run read-only in /Applications, which it doesn't atm. #1 and #2 make sense, but might not be immediately obvious. They could wait, its more about documenting somewhere. A+ Dave >>> >> >
Re: So, how do we get the Mac binary on the home page?
Hi Jan, mostly. I am still fighting with having the local.ini in ~/Library/Application Support/CouchDB/etc/couchdb. The CouchDB code seem to make assumptions about etc when COUCHDB_ADDITIONAL_CONFIG_FILE is defined in the environment. It works only when the ini file is specified from the ~/Library/Preferences path. I am now trying to create a sym link in Preferences that points to the etc path. - Hans On Jun 13, 2012, at 2:11 PM, Jan Lehnardt wrote: > Hans, any news? :) > > On Jun 10, 2012, at 19:48 , Jan Lehnardt wrote: > >> >> On Jun 10, 2012, at 12:38 , Hans J Schroeder wrote: >> >>> Hi, >>> >>> I have checked how the others (Membase, CouchBase) are doing it and suggest >>> the following disk layout: >>> >>> Data Dir / Application Support Folder >>> = >>> >>> ~/Library/Application Support/CouchDB/etc >>> couchdb-server.ini >> >> Bikeshed alert: I'd mirror what the CouchDB source distro does: >> >> ~/Library/Application Support/CouchDB/etc/default.d/ >> ~/Library/Application Support/CouchDB/etc/default.ini >> ~/Library/Application Support/CouchDB/etc/local.d/ >> ~/Library/Application Support/CouchDB/etc/local.ini >> >> I'd be more than happy to ship whatever is there today and >> fix this down the road. If it is easy to fix (see below), >> we may as well do that too. >> >>> ~/Library/Application Support/CouchDB/var/run/couchdb >>> couch.uri >> >> +1 >> >>> ~/Library/Application Support/CouchDB/var/lib/couchdb >>> views & dbs >> >> +1 >> >> * * * >> >> We may want to revisit this based on a close reading of the >> AppStore submission guidelines, when we get to that, but until >> then, I believe that is fine. >> >>> Logs >>> >>> >>> ~/Library/Logs >>> couchdb-server.log >> >> I'd drop "-server" and go with just "couchdb.log" >> >>> Is this ok? >>> >>> - Hans >>> >>> P.S. I have also found the incompatibility between OS X versions 10.6.8 - >>> 10.7.2 and the later ones. I guess we can serve all with one binary >> >> Great news! :) If you want to/can compile a new one >> (and if the paths above are easy to adjust), then >> I'd say let's get that right and then ship. >> >> And then improve on all the other things that have >> been mentioned in this thread. >> >> Thanks all for pushing this along! :) >> >> Cheers >> Jan >> -- >> >> >>> >>> >>> On Jun 8, 2012, at 8:54 PM, Dave Cottlehuber wrote: >>> On 8 June 2012 16:40, Jan Lehnardt wrote: > > On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: > >> Hi Jan, >> >>> Can you specify what systems should use which versions, so we can label >>> them correctly on the website? >> >> For Mac OS X 10.6.8 to 10.7.2: >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip >> >> For Mac OS X 10.7.3 and later >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip > > Thanks Hans! > > With this, I think we are good to go to put this on the website. Anyone > disagreeing? :) > > Cheers > Jan Some things, files are scattered across various places. #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ #2 there's no local.ini as such, its in ~/Library/Preferences/couchdb-server.ini #3 couch.log is in $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log #4 couch.uri is in $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri If its not hard to fix #3 and #4 we should do that first. This means CouchDB.app could run read-only in /Applications, which it doesn't atm. #1 and #2 make sense, but might not be immediately obvious. They could wait, its more about documenting somewhere. A+ Dave >>> >> >
Re: So, how do we get the Mac binary on the home page?
Tried the installer for 10.7.3 and it works great! Great job even with the upper right panel :) On Wed, Jun 13, 2012 at 2:11 PM, Jan Lehnardt wrote: > Hans, any news? :) > > On Jun 10, 2012, at 19:48 , Jan Lehnardt wrote: > >> >> On Jun 10, 2012, at 12:38 , Hans J Schroeder wrote: >> >>> Hi, >>> >>> I have checked how the others (Membase, CouchBase) are doing it and suggest >>> the following disk layout: >>> >>> Data Dir / Application Support Folder >>> = >>> >>> ~/Library/Application Support/CouchDB/etc >>> couchdb-server.ini >> >> Bikeshed alert: I'd mirror what the CouchDB source distro does: >> >> ~/Library/Application Support/CouchDB/etc/default.d/ >> ~/Library/Application Support/CouchDB/etc/default.ini >> ~/Library/Application Support/CouchDB/etc/local.d/ >> ~/Library/Application Support/CouchDB/etc/local.ini >> >> I'd be more than happy to ship whatever is there today and >> fix this down the road. If it is easy to fix (see below), >> we may as well do that too. >> >>> ~/Library/Application Support/CouchDB/var/run/couchdb >>> couch.uri >> >> +1 >> >>> ~/Library/Application Support/CouchDB/var/lib/couchdb >>> views & dbs >> >> +1 >> >> * * * >> >> We may want to revisit this based on a close reading of the >> AppStore submission guidelines, when we get to that, but until >> then, I believe that is fine. >> >>> Logs >>> >>> >>> ~/Library/Logs >>> couchdb-server.log >> >> I'd drop "-server" and go with just "couchdb.log" >> >>> Is this ok? >>> >>> - Hans >>> >>> P.S. I have also found the incompatibility between OS X versions 10.6.8 - >>> 10.7.2 and the later ones. I guess we can serve all with one binary >> >> Great news! :) If you want to/can compile a new one >> (and if the paths above are easy to adjust), then >> I'd say let's get that right and then ship. >> >> And then improve on all the other things that have >> been mentioned in this thread. >> >> Thanks all for pushing this along! :) >> >> Cheers >> Jan >> -- >> >> >>> >>> >>> On Jun 8, 2012, at 8:54 PM, Dave Cottlehuber wrote: >>> On 8 June 2012 16:40, Jan Lehnardt wrote: > > On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: > >> Hi Jan, >> >>> Can you specify what systems should use which versions, so we can label >>> them correctly on the website? >> >> For Mac OS X 10.6.8 to 10.7.2: >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip >> >> For Mac OS X 10.7.3 and later >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip > > Thanks Hans! > > With this, I think we are good to go to put this on the website. Anyone > disagreeing? :) > > Cheers > Jan Some things, files are scattered across various places. #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ #2 there's no local.ini as such, its in ~/Library/Preferences/couchdb-server.ini #3 couch.log is in $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log #4 couch.uri is in $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri If its not hard to fix #3 and #4 we should do that first. This means CouchDB.app could run read-only in /Applications, which it doesn't atm. #1 and #2 make sense, but might not be immediately obvious. They could wait, its more about documenting somewhere. A+ Dave >>> >> >
Re: So, how do we get the Mac binary on the home page?
Hans, any news? :) On Jun 10, 2012, at 19:48 , Jan Lehnardt wrote: > > On Jun 10, 2012, at 12:38 , Hans J Schroeder wrote: > >> Hi, >> >> I have checked how the others (Membase, CouchBase) are doing it and suggest >> the following disk layout: >> >> Data Dir / Application Support Folder >> = >> >> ~/Library/Application Support/CouchDB/etc >> couchdb-server.ini > > Bikeshed alert: I'd mirror what the CouchDB source distro does: > > ~/Library/Application Support/CouchDB/etc/default.d/ > ~/Library/Application Support/CouchDB/etc/default.ini > ~/Library/Application Support/CouchDB/etc/local.d/ > ~/Library/Application Support/CouchDB/etc/local.ini > > I'd be more than happy to ship whatever is there today and > fix this down the road. If it is easy to fix (see below), > we may as well do that too. > >> ~/Library/Application Support/CouchDB/var/run/couchdb >> couch.uri > > +1 > >> ~/Library/Application Support/CouchDB/var/lib/couchdb >> views & dbs > > +1 > > * * * > > We may want to revisit this based on a close reading of the > AppStore submission guidelines, when we get to that, but until > then, I believe that is fine. > >> Logs >> >> >> ~/Library/Logs >> couchdb-server.log > > I'd drop "-server" and go with just "couchdb.log" > >> Is this ok? >> >> - Hans >> >> P.S. I have also found the incompatibility between OS X versions 10.6.8 - >> 10.7.2 and the later ones. I guess we can serve all with one binary > > Great news! :) If you want to/can compile a new one > (and if the paths above are easy to adjust), then > I'd say let's get that right and then ship. > > And then improve on all the other things that have > been mentioned in this thread. > > Thanks all for pushing this along! :) > > Cheers > Jan > -- > > >> >> >> On Jun 8, 2012, at 8:54 PM, Dave Cottlehuber wrote: >> >>> On 8 June 2012 16:40, Jan Lehnardt wrote: On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: > Hi Jan, > >> Can you specify what systems should use which versions, so we can label >> them correctly on the website? > > For Mac OS X 10.6.8 to 10.7.2: > https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip > > For Mac OS X 10.7.3 and later > https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip Thanks Hans! With this, I think we are good to go to put this on the website. Anyone disagreeing? :) Cheers Jan >>> >>> Some things, files are scattered across various places. >>> >>> #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ >>> #2 there's no local.ini as such, its in >>> ~/Library/Preferences/couchdb-server.ini >>> #3 couch.log is in >>> $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log >>> #4 couch.uri is in >>> $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri >>> >>> If its not hard to fix #3 and #4 we should do that first. This means >>> CouchDB.app could >>> run read-only in /Applications, which it doesn't atm. >>> >>> #1 and #2 make sense, but might not be immediately obvious. They could >>> wait, its more >>> about documenting somewhere. >>> >>> A+ >>> Dave >> >
Re: So, how do we get the Mac binary on the home page?
On 10 June 2012 12:38, Hans J Schroeder wrote: > Hi, > > I have checked how the others (Membase, CouchBase) are doing it and suggest > the following disk layout: > > Data Dir / Application Support Folder > = > > ~/Library/Application Support/CouchDB/etc > couchdb-server.ini > > ~/Library/Application Support/CouchDB/var/run/couchdb > couch.uri > > ~/Library/Application Support/CouchDB/var/lib/couchdb > views & dbs > > Logs > > > ~/Library/Logs > couchdb-server.log > > > Is this ok? +1 to all of that. For consistency does anybody object to just using couch.log and local.ini (like we do on all the other platforms)? It won't help new Mac users, but for simple couch people like myself it keeps the context confusion down. > - Hans > > P.S. I have also found the incompatibility between OS X versions 10.6.8 - > 10.7.2 and the later ones. I guess we can serve > all with one binary Excellent!! If the changes are problematic then don't let this stop you & we should roll with what we have already, and ticket up the rest for later. Thanks a million! A+ Dave
Re: So, how do we get the Mac binary on the home page?
On Jun 9, 2012, at 12:22 , Benoit Chesneau wrote: > On Sat, Jun 9, 2012 at 11:40 AM, Hans J Schroeder wrote: >> Hi Dave, >> >>> #1 and #2 make sense, but might not be immediately obvious. They could >>> wait, its more >>> about documenting somewhere. >> >> It is exactly where to put them. What would be your choice? >> I also disagree about documentation needs for this. Apple users don't want >> and don't need to know such details. It just works. :) > >> The exact locations are also visible from the configuration page. Every >> CouchDB user is familiar with this. >> > > Paths to find dqtq and ibi should be documented somewhere though. So > someone that want to delete the application can delete the data. > (data shouldn't be in the application resources) . > >>> If its not hard to fix #3 and #4 we should do that first. This means >>> CouchDB.app could >>> run read-only in /Applications, which it doesn't atm. >> >> That would be nice and falls in the sandboxing category which we definitely >> should adopt. >> But I see no immediate need for this for the current version. > > Since 1st june, OSX qpps qre required to be sandboxed. This is true only for apps published through the AppStore. While it would be desirable to be part of this, I think we can publish the current version(s) as is on the website and then work on an AppStore compatible one. > Which is ino > better for the end user. We should really adapt the current version to > have it. Tjis isn't a show stopper, but still something usefull qnd > not so hard to implement. >> >> Changing is also not that easy because there are dependencies: >> The log is connected to the logfile viewer. >> The uri is connected to the shutdown scripts to do a final commit. > > Well such things are already working in rcouchx. I will have a look in > the code of these new version for that. > >> >> Would you stop publishing without these changes. >> >> > > Is this a question ? :) > > > Anyway for the port part I still think it`s important. I think we > could have a default to 5984 and if it`s used, use another port > automatically and notify it. Good call on the user-friendlyness here. I think binding to 5984 by default is the right thing (because our docs currently all mention that), but if 5984 is taken, we can bind to another one and send a notification via the UI. But again, I think this isn't blocking the release of the current binaries. Cheers Jan -- PS: Your q&a keys seem at odds :)
Re: So, how do we get the Mac binary on the home page?
On Jun 10, 2012, at 12:38 , Hans J Schroeder wrote: > Hi, > > I have checked how the others (Membase, CouchBase) are doing it and suggest > the following disk layout: > > Data Dir / Application Support Folder > = > > ~/Library/Application Support/CouchDB/etc > couchdb-server.ini Bikeshed alert: I'd mirror what the CouchDB source distro does: ~/Library/Application Support/CouchDB/etc/default.d/ ~/Library/Application Support/CouchDB/etc/default.ini ~/Library/Application Support/CouchDB/etc/local.d/ ~/Library/Application Support/CouchDB/etc/local.ini I'd be more than happy to ship whatever is there today and fix this down the road. If it is easy to fix (see below), we may as well do that too. > ~/Library/Application Support/CouchDB/var/run/couchdb > couch.uri +1 > ~/Library/Application Support/CouchDB/var/lib/couchdb > views & dbs +1 * * * We may want to revisit this based on a close reading of the AppStore submission guidelines, when we get to that, but until then, I believe that is fine. > Logs > > > ~/Library/Logs > couchdb-server.log I'd drop "-server" and go with just "couchdb.log" > Is this ok? > > - Hans > > P.S. I have also found the incompatibility between OS X versions 10.6.8 - > 10.7.2 and the later ones. I guess we can serve all with one binary Great news! :) If you want to/can compile a new one (and if the paths above are easy to adjust), then I'd say let's get that right and then ship. And then improve on all the other things that have been mentioned in this thread. Thanks all for pushing this along! :) Cheers Jan -- > > > On Jun 8, 2012, at 8:54 PM, Dave Cottlehuber wrote: > >> On 8 June 2012 16:40, Jan Lehnardt wrote: >>> >>> On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: >>> Hi Jan, > Can you specify what systems should use which versions, so we can label > them correctly on the website? For Mac OS X 10.6.8 to 10.7.2: https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip For Mac OS X 10.7.3 and later https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip >>> >>> Thanks Hans! >>> >>> With this, I think we are good to go to put this on the website. Anyone >>> disagreeing? :) >>> >>> Cheers >>> Jan >> >> Some things, files are scattered across various places. >> >> #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ >> #2 there's no local.ini as such, its in >> ~/Library/Preferences/couchdb-server.ini >> #3 couch.log is in >> $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log >> #4 couch.uri is in >> $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri >> >> If its not hard to fix #3 and #4 we should do that first. This means >> CouchDB.app could >> run read-only in /Applications, which it doesn't atm. >> >> #1 and #2 make sense, but might not be immediately obvious. They could >> wait, its more >> about documenting somewhere. >> >> A+ >> Dave >
Re: So, how do we get the Mac binary on the home page?
On Jun 9, 2012, at 12:22 , Benoit Chesneau wrote: > On Sat, Jun 9, 2012 at 11:40 AM, Hans J Schroeder wrote: >> Hi Dave, >> >>> #1 and #2 make sense, but might not be immediately obvious. They could >>> wait, its more >>> about documenting somewhere. >> >> It is exactly where to put them. What would be your choice? >> I also disagree about documentation needs for this. Apple users don't want >> and don't need to know such details. It just works. :) > >> The exact locations are also visible from the configuration page. Every >> CouchDB user is familiar with this. >> > > Paths to find dqtq and ibi should be documented somewhere though. So > someone that want to delete the application can delete the data. > (data shouldn't be in the application resources) . > >>> If its not hard to fix #3 and #4 we should do that first. This means >>> CouchDB.app could >>> run read-only in /Applications, which it doesn't atm. >> >> That would be nice and falls in the sandboxing category which we definitely >> should adopt. >> But I see no immediate need for this for the current version. > > Since 1st june, OSX qpps qre required to be sandboxed. This is true only for apps published through the AppStore. While it would be desirable to be part of this, I think we can publish the current version(s) as is on the website and then work on an AppStore compatible one. > Which is ino > better for the end user. We should really adapt the current version to > have it. Tjis isn't a show stopper, but still something usefull qnd > not so hard to implement. >> >> Changing is also not that easy because there are dependencies: >> The log is connected to the logfile viewer. >> The uri is connected to the shutdown scripts to do a final commit. > > Well such things are already working in rcouchx. I will have a look in > the code of these new version for that. > >> >> Would you stop publishing without these changes. >> >> > > Is this a question ? :) > > > Anyway for the port part I still think it`s important. I think we > could have a default to 5984 and if it`s used, use another port > automatically and notify it. Good call on the user-friendlyness here. I think binding to 5984 by default is the right thing (because our docs currently all mention that), but if 5984 is taken, we can bind to another one and send a notification via the UI. But again, I think this isn't blocking the release of the current binaries. Cheers Jan -- PS: Your q&a keys seem at odds :)
Re: So, how do we get the Mac binary on the home page?
Hi, I have checked how the others (Membase, CouchBase) are doing it and suggest the following disk layout: Data Dir / Application Support Folder = ~/Library/Application Support/CouchDB/etc couchdb-server.ini ~/Library/Application Support/CouchDB/var/run/couchdb couch.uri ~/Library/Application Support/CouchDB/var/lib/couchdb views & dbs Logs ~/Library/Logs couchdb-server.log Is this ok? - Hans P.S. I have also found the incompatibility between OS X versions 10.6.8 - 10.7.2 and the later ones. I guess we can serve all with one binary On Jun 8, 2012, at 8:54 PM, Dave Cottlehuber wrote: > On 8 June 2012 16:40, Jan Lehnardt wrote: >> >> On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: >> >>> Hi Jan, >>> Can you specify what systems should use which versions, so we can label them correctly on the website? >>> >>> For Mac OS X 10.6.8 to 10.7.2: >>> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip >>> >>> For Mac OS X 10.7.3 and later >>> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip >> >> Thanks Hans! >> >> With this, I think we are good to go to put this on the website. Anyone >> disagreeing? :) >> >> Cheers >> Jan > > Some things, files are scattered across various places. > > #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ > #2 there's no local.ini as such, its in > ~/Library/Preferences/couchdb-server.ini > #3 couch.log is in $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log > #4 couch.uri is in $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri > > If its not hard to fix #3 and #4 we should do that first. This means > CouchDB.app could > run read-only in /Applications, which it doesn't atm. > > #1 and #2 make sense, but might not be immediately obvious. They could > wait, its more > about documenting somewhere. > > A+ > Dave
Re: So, how do we get the Mac binary on the home page?
On Sat, Jun 9, 2012 at 11:40 AM, Hans J Schroeder wrote: > Hi Dave, > >> #1 and #2 make sense, but might not be immediately obvious. They could >> wait, its more >> about documenting somewhere. > > It is exactly where to put them. What would be your choice? > I also disagree about documentation needs for this. Apple users don't want > and don't need to know such details. It just works. :) > The exact locations are also visible from the configuration page. Every > CouchDB user is familiar with this. > Paths to find dqtq and ibi should be documented somewhere though. So someone that want to delete the application can delete the data. (data shouldn't be in the application resources) . >> If its not hard to fix #3 and #4 we should do that first. This means >> CouchDB.app could >> run read-only in /Applications, which it doesn't atm. > > That would be nice and falls in the sandboxing category which we definitely > should adopt. > But I see no immediate need for this for the current version. Since 1st june, OSX qpps qre required to be sandboxed. Which is ino better for the end user. We should really adapt the current version to have it. Tjis isn't a show stopper, but still something usefull qnd not so hard to implement. > > Changing is also not that easy because there are dependencies: > The log is connected to the logfile viewer. > The uri is connected to the shutdown scripts to do a final commit. Well such things are already working in rcouchx. I will have a look in the code of these new version for that. > > Would you stop publishing without these changes. > > Is this a question ? :) Anyway for the port part I still think it`s important. I think we could have a default to 5984 and if it`s used, use another port automatically and notify it. - benoit - benoît
Re: So, how do we get the Mac binary on the home page?
Hi Dave, > #1 and #2 make sense, but might not be immediately obvious. They could > wait, its more > about documenting somewhere. It is exactly where to put them. What would be your choice? I also disagree about documentation needs for this. Apple users don't want and don't need to know such details. It just works. :) The exact locations are also visible from the configuration page. Every CouchDB user is familiar with this. > If its not hard to fix #3 and #4 we should do that first. This means > CouchDB.app could > run read-only in /Applications, which it doesn't atm. That would be nice and falls in the sandboxing category which we definitely should adopt. But I see no immediate need for this for the current version. Changing is also not that easy because there are dependencies: The log is connected to the logfile viewer. The uri is connected to the shutdown scripts to do a final commit. Would you stop publishing without these changes. - Hans On Jun 8, 2012, at 8:54 PM, Dave Cottlehuber wrote: > On 8 June 2012 16:40, Jan Lehnardt wrote: >> >> On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: >> >>> Hi Jan, >>> Can you specify what systems should use which versions, so we can label them correctly on the website? >>> >>> For Mac OS X 10.6.8 to 10.7.2: >>> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip >>> >>> For Mac OS X 10.7.3 and later >>> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip >> >> Thanks Hans! >> >> With this, I think we are good to go to put this on the website. Anyone >> disagreeing? :) >> >> Cheers >> Jan > > Some things, files are scattered across various places. > > #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ > #2 there's no local.ini as such, its in > ~/Library/Preferences/couchdb-server.ini > #3 couch.log is in $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log > #4 couch.uri is in $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri > > If its not hard to fix #3 and #4 we should do that first. This means > CouchDB.app could > run read-only in /Applications, which it doesn't atm. > > #1 and #2 make sense, but might not be immediately obvious. They could > wait, its more > about documenting somewhere. > > A+ > Dave
Re: So, how do we get the Mac binary on the home page?
I've reported the brew issue here: https://github.com/mxcl/homebrew/issues/12633 I don't think it's directly related to couchdb, just blocking it. Eli On Fri, Jun 8, 2012 at 11:55 AM, Dave Cottlehuber wrote: > On 8 June 2012 18:40, Eli Stevens (Gmail) wrote: > >> Thank you very much for working on this! I hadn't been able to get >> brew or build-couchdb to work on my laptop. >> >> Cheers, >> Eli > > I'd like to know what's stopping it, or at least be able to put a note > in the recipe > if its not fixable. > > What's your config? OS, XCode version, anything interesting in brew doctor? > > A+ > Dave
Re: So, how do we get the Mac binary on the home page?
On 8 June 2012 18:40, Eli Stevens (Gmail) wrote: > Thank you very much for working on this! I hadn't been able to get > brew or build-couchdb to work on my laptop. > > Cheers, > Eli I'd like to know what's stopping it, or at least be able to put a note in the recipe if its not fixable. What's your config? OS, XCode version, anything interesting in brew doctor? A+ Dave
Re: So, how do we get the Mac binary on the home page?
On 8 June 2012 16:40, Jan Lehnardt wrote: > > On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: > >> Hi Jan, >> >>> Can you specify what systems should use which versions, so we can label >>> them correctly on the website? >> >> For Mac OS X 10.6.8 to 10.7.2: >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip >> >> For Mac OS X 10.7.3 and later >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip > > Thanks Hans! > > With this, I think we are good to go to put this on the website. Anyone > disagreeing? :) > > Cheers > Jan Some things, files are scattered across various places. #1 dbs & views are in ~/Library/Application Support/CouchDBServer/ #2 there's no local.ini as such, its in ~/Library/Preferences/couchdb-server.ini #3 couch.log is in $APPROOT/Contents/Resources/couchdbx-core/var/log/couch.log #4 couch.uri is in $APPROOT/Contents/Resources/couchdbx-core/var/run/couch.uri If its not hard to fix #3 and #4 we should do that first. This means CouchDB.app could run read-only in /Applications, which it doesn't atm. #1 and #2 make sense, but might not be immediately obvious. They could wait, its more about documenting somewhere. A+ Dave
Re: So, how do we get the Mac binary on the home page?
On Fri, Jun 8, 2012 at 7:31 AM, Hans J Schroeder wrote: > @Benoit > I prefer to use only the well known port 5984. Speaking only as an end-user, I agree that the well-known port should be the default. While this comes as a bit late to the party, the release seems to be working for me (I haven't run the tests, but my own application is chugging along nicely on it). Thank you very much for working on this! I hadn't been able to get brew or build-couchdb to work on my laptop. Cheers, Eli
Re: So, how do we get the Mac binary on the home page?
Great job everyone - it's great, I mean GREAT to see the Mac joining the official distributions at long last. For completeness I've tried out the 10.7.3 link on a brand new iMac, installed in seconds without a hitch and 72 of 72 test(s) run, 0 failures (349036 ms). I also did a quick replicate of a 1.0.2 database from a remote service and ran some views and it all just works out of the box as expected (hoped). This is going to make it so much easier to advocate couch for Mac (and iOS) projects and I hope to be giving a talk at LIDG on this soon - I've kind of been holding back on the presentation until 1.2 was Mac friendly so this is just the impetus I need to finish the talk off. :-) Roger On 8 June 2012 15:40, Jan Lehnardt wrote: > > On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: > > > Hi Jan, > > > >> Can you specify what systems should use which versions, so we can label > them correctly on the website? > > > > For Mac OS X 10.6.8 to 10.7.2: > > > https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip > > > > For Mac OS X 10.7.3 and later > > > https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip > > Thanks Hans! > > With this, I think we are good to go to put this on the website. Anyone > disagreeing? :) > > Cheers > Jan > -- > > > @Benoit > > I prefer to use only the well known port 5984. > > > > I agree on using the sandboxing mode. I suggest to make the next version > (when CouchDB 1.3 comes out) that way. > > > > I also agree on having the code in the CouchDB repo. Maybe someone with > commit rights can do the checkin. The > > License is already Apache. > > > > - Hans > > > > On Jun 8, 2012, at 12:51 PM, Benoit Chesneau wrote: > > > >> On Fri, Jun 8, 2012 at 12:09 PM, Jan Lehnardt wrote: > >>> > >>> On Jun 8, 2012, at 10:43 , Benoit Chesneau wrote: > >>> > On Fri, Jun 8, 2012 at 12:37 AM, Hans J Schroeder > wrote: > > Hi Ryan, > > > > Thanks for testing. For older OS X versions you should use the other > build. It is the same, but built with XCode 4.2. Apple made some > significant changes from 10.7.2 to 10.7.3. > > > > - Hans > > > > > So I tested the binary and noticed it was starting on the 5984 port. > > Which means it hanged there since I had already a version running. I > think it would be good that a free port should be used on startup > (what is done by rcouchx). Except that it looks too work on latest > osx Lion. I still need to test on the coming version and in > particularly test if it works when sandboxed mode is enforced which > the default in new version. > > Also I would feel better to have the code in the Couchdb repository. > Binaries linked on the download pages will be considered as official > and supported. And imo we should only consider something as official > and supported if it's in the official source under the same license > agreement. Like it is for the windows one. > >>> > >>> Benoit, all great points, we should definitely look into all those > >>> things. I also think these are not blocking for getting the current > >>> binaries on the website (given we can define which works on which > >>> systems, as per my last mail, and given we don't find more issues). > >>> > >>> Once we have more people using this, we can fix all the remaining > >>> issues. I hope you agree! :) > >>> > >>> Cheers > >>> Jan > >>> -- > >>> > >> Jan, > >> > >> Yeah sure no problem at all, and technical details can be solved on > time. > >> > >> Although we may need to make sure everyone is ready and OK to put > >> the code in official sources and sign everything needed ? If you think > >> this is not a problem, then go :) > >> > >> - benoit > > > >
Re: So, how do we get the Mac binary on the home page?
On Jun 8, 2012, at 16:31 , Hans J Schroeder wrote: > Hi Jan, > >> Can you specify what systems should use which versions, so we can label them >> correctly on the website? > > For Mac OS X 10.6.8 to 10.7.2: > https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip > > For Mac OS X 10.7.3 and later > https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip Thanks Hans! With this, I think we are good to go to put this on the website. Anyone disagreeing? :) Cheers Jan -- > @Benoit > I prefer to use only the well known port 5984. > > I agree on using the sandboxing mode. I suggest to make the next version > (when CouchDB 1.3 comes out) that way. > > I also agree on having the code in the CouchDB repo. Maybe someone with > commit rights can do the checkin. The > License is already Apache. > > - Hans > > On Jun 8, 2012, at 12:51 PM, Benoit Chesneau wrote: > >> On Fri, Jun 8, 2012 at 12:09 PM, Jan Lehnardt wrote: >>> >>> On Jun 8, 2012, at 10:43 , Benoit Chesneau wrote: >>> On Fri, Jun 8, 2012 at 12:37 AM, Hans J Schroeder wrote: > Hi Ryan, > > Thanks for testing. For older OS X versions you should use the other > build. It is the same, but built with XCode 4.2. Apple made some > significant changes from 10.7.2 to 10.7.3. > > - Hans > So I tested the binary and noticed it was starting on the 5984 port. Which means it hanged there since I had already a version running. I think it would be good that a free port should be used on startup (what is done by rcouchx). Except that it looks too work on latest osx Lion. I still need to test on the coming version and in particularly test if it works when sandboxed mode is enforced which the default in new version. Also I would feel better to have the code in the Couchdb repository. Binaries linked on the download pages will be considered as official and supported. And imo we should only consider something as official and supported if it's in the official source under the same license agreement. Like it is for the windows one. >>> >>> Benoit, all great points, we should definitely look into all those >>> things. I also think these are not blocking for getting the current >>> binaries on the website (given we can define which works on which >>> systems, as per my last mail, and given we don't find more issues). >>> >>> Once we have more people using this, we can fix all the remaining >>> issues. I hope you agree! :) >>> >>> Cheers >>> Jan >>> -- >>> >> Jan, >> >> Yeah sure no problem at all, and technical details can be solved on time. >> >> Although we may need to make sure everyone is ready and OK to put >> the code in official sources and sign everything needed ? If you think >> this is not a problem, then go :) >> >> - benoit >
Re: So, how do we get the Mac binary on the home page?
Hi Jan, > Can you specify what systems should use which versions, so we can label them > correctly on the website? For Mac OS X 10.6.8 to 10.7.2: https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0.zip For Mac OS X 10.7.3 and later https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip @Benoit I prefer to use only the well known port 5984. I agree on using the sandboxing mode. I suggest to make the next version (when CouchDB 1.3 comes out) that way. I also agree on having the code in the CouchDB repo. Maybe someone with commit rights can do the checkin. The License is already Apache. - Hans On Jun 8, 2012, at 12:51 PM, Benoit Chesneau wrote: > On Fri, Jun 8, 2012 at 12:09 PM, Jan Lehnardt wrote: >> >> On Jun 8, 2012, at 10:43 , Benoit Chesneau wrote: >> >>> On Fri, Jun 8, 2012 at 12:37 AM, Hans J Schroeder wrote: Hi Ryan, Thanks for testing. For older OS X versions you should use the other build. It is the same, but built with XCode 4.2. Apple made some significant changes from 10.7.2 to 10.7.3. - Hans >>> >>> >>> So I tested the binary and noticed it was starting on the 5984 port. >>> >>> Which means it hanged there since I had already a version running. I >>> think it would be good that a free port should be used on startup >>> (what is done by rcouchx). Except that it looks too work on latest >>> osx Lion. I still need to test on the coming version and in >>> particularly test if it works when sandboxed mode is enforced which >>> the default in new version. >>> >>> Also I would feel better to have the code in the Couchdb repository. >>> Binaries linked on the download pages will be considered as official >>> and supported. And imo we should only consider something as official >>> and supported if it's in the official source under the same license >>> agreement. Like it is for the windows one. >> >> Benoit, all great points, we should definitely look into all those >> things. I also think these are not blocking for getting the current >> binaries on the website (given we can define which works on which >> systems, as per my last mail, and given we don't find more issues). >> >> Once we have more people using this, we can fix all the remaining >> issues. I hope you agree! :) >> >> Cheers >> Jan >> -- >> > Jan, > > Yeah sure no problem at all, and technical details can be solved on time. > > Although we may need to make sure everyone is ready and OK to put > the code in official sources and sign everything needed ? If you think > this is not a problem, then go :) > > - benoit
Re: So, how do we get the Mac binary on the home page?
On Fri, Jun 8, 2012 at 12:09 PM, Jan Lehnardt wrote: > > On Jun 8, 2012, at 10:43 , Benoit Chesneau wrote: > >> On Fri, Jun 8, 2012 at 12:37 AM, Hans J Schroeder wrote: >>> Hi Ryan, >>> >>> Thanks for testing. For older OS X versions you should use the other build. >>> It is the same, but built with XCode 4.2. Apple made some significant >>> changes from 10.7.2 to 10.7.3. >>> >>> - Hans >>> >> >> >> So I tested the binary and noticed it was starting on the 5984 port. >> >> Which means it hanged there since I had already a version running. I >> think it would be good that a free port should be used on startup >> (what is done by rcouchx). Except that it looks too work on latest >> osx Lion. I still need to test on the coming version and in >> particularly test if it works when sandboxed mode is enforced which >> the default in new version. >> >> Also I would feel better to have the code in the Couchdb repository. >> Binaries linked on the download pages will be considered as official >> and supported. And imo we should only consider something as official >> and supported if it's in the official source under the same license >> agreement. Like it is for the windows one. > > Benoit, all great points, we should definitely look into all those > things. I also think these are not blocking for getting the current > binaries on the website (given we can define which works on which > systems, as per my last mail, and given we don't find more issues). > > Once we have more people using this, we can fix all the remaining > issues. I hope you agree! :) > > Cheers > Jan > -- > Jan, Yeah sure no problem at all, and technical details can be solved on time. Although we may need to make sure everyone is ready and OK to put the code in official sources and sign everything needed ? If you think this is not a problem, then go :) - benoit
Re: So, how do we get the Mac binary on the home page?
On Jun 8, 2012, at 10:43 , Benoit Chesneau wrote: > On Fri, Jun 8, 2012 at 12:37 AM, Hans J Schroeder wrote: >> Hi Ryan, >> >> Thanks for testing. For older OS X versions you should use the other build. >> It is the same, but built with XCode 4.2. Apple made some significant >> changes from 10.7.2 to 10.7.3. >> >> - Hans >> > > > So I tested the binary and noticed it was starting on the 5984 port. > > Which means it hanged there since I had already a version running. I > think it would be good that a free port should be used on startup > (what is done by rcouchx). Except that it looks too work on latest > osx Lion. I still need to test on the coming version and in > particularly test if it works when sandboxed mode is enforced which > the default in new version. > > Also I would feel better to have the code in the Couchdb repository. > Binaries linked on the download pages will be considered as official > and supported. And imo we should only consider something as official > and supported if it's in the official source under the same license > agreement. Like it is for the windows one. Benoit, all great points, we should definitely look into all those things. I also think these are not blocking for getting the current binaries on the website (given we can define which works on which systems, as per my last mail, and given we don't find more issues). Once we have more people using this, we can fix all the remaining issues. I hope you agree! :) Cheers Jan --
Re: So, how do we get the Mac binary on the home page?
Hans, the version works great for me. Good work! Can you specify what systems should use which versions, so we can label them correctly on the website? Cheers Jan -- On Jun 8, 2012, at 00:37 , Hans J Schroeder wrote: > Hi Ryan, > > Thanks for testing. For older OS X versions you should use the other build. > It is the same, but built with XCode 4.2. Apple made some significant changes > from 10.7.2 to 10.7.3. > > - Hans > > On Jun 8, 2012, at 12:16 AM, Ryan Ramage wrote: > >> Testing on a older OSX (10.6.8). >> >> I get a whole bunch of 'OS Process Error'. Here is the log: >> https://friendpaste.com/2r2D79DYoaV3CuSOUn99eD >> >> >> On Thu, Jun 7, 2012 at 3:41 PM, Hans J Schroeder wrote: >>> Hi Dave, >>> >>> Great news thanks. Looking forward for your test suite results. >>> >>> - Hans >>> >>> On Jun 7, 2012, at 11:36 PM, Dave Cottlehuber wrote: >>> On 7 June 2012 20:32, Hans J Schroeder wrote: > Hi, > > I have installed the latest XCode 4.3.2 and have rebuilt the app. In my > tests everything is fine now. I have uploaded the new binary on github: > > > https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip > > @Jan, @Robert > Can you please retest? Hi Hans, I'm on 10.7.4 also, had same error as others re couchjs on prev build. This one works fine, building views & replicating successfully. I'll do the test suite dance tomorrow. A+ Dave >>> >
Re: So, how do we get the Mac binary on the home page?
On Fri, Jun 8, 2012 at 12:37 AM, Hans J Schroeder wrote: > Hi Ryan, > > Thanks for testing. For older OS X versions you should use the other build. > It is the same, but built with XCode 4.2. Apple made some significant changes > from 10.7.2 to 10.7.3. > > - Hans > So I tested the binary and noticed it was starting on the 5984 port. Which means it hanged there since I had already a version running. I think it would be good that a free port should be used on startup (what is done by rcouchx). Except that it looks too work on latest osx Lion. I still need to test on the coming version and in particularly test if it works when sandboxed mode is enforced which the default in new version. Also I would feel better to have the code in the Couchdb repository. Binaries linked on the download pages will be considered as official and supported. And imo we should only consider something as official and supported if it's in the official source under the same license agreement. Like it is for the windows one. - benoit - benoit
Re: So, how do we get the Mac binary on the home page?
On 8 June 2012 00:37, Hans J Schroeder wrote: > Hi Ryan, > > Thanks for testing. For older OS X versions you should use the other > build. It is the same, but built with XCode 4.2. Apple made some > significant changes from 10.7.2 to 10.7.3. > > - Hans > > On Jun 8, 2012, at 12:16 AM, Ryan Ramage wrote: > > > Testing on a older OSX (10.6.8). > > > > I get a whole bunch of 'OS Process Error'. Here is the log: > > https://friendpaste.com/2r2D79DYoaV3CuSOUn99eD > > > > > > On Thu, Jun 7, 2012 at 3:41 PM, Hans J Schroeder wrote: > >> Hi Dave, > >> > >> Great news thanks. Looking forward for your test suite results. > >> > >> - Hans > >> > >> On Jun 7, 2012, at 11:36 PM, Dave Cottlehuber wrote: > >> > >>> On 7 June 2012 20:32, Hans J Schroeder wrote: > >>> > Hi, > > I have installed the latest XCode 4.3.2 and have rebuilt the app. In > my > tests everything is fine now. I have uploaded the new binary on > github: > > > > https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip > > @Jan, @Robert > Can you please retest? > >>> > >>> > >>> > >>> Hi Hans, > >>> > >>> I'm on 10.7.4 also, had same error as others re couchjs on prev build. > >>> > >>> This one works fine, building views & replicating successfully. I'll > do the > >>> test suite dance tomorrow. > >>> > >>> A+ > >>> Dave > >> > > OK, so we need 2 links then? Old, 32 bit <= Snow Leopard, or 64 bit Lion >= ?
Re: So, how do we get the Mac binary on the home page?
Hi Ryan, Thanks for testing. For older OS X versions you should use the other build. It is the same, but built with XCode 4.2. Apple made some significant changes from 10.7.2 to 10.7.3. - Hans On Jun 8, 2012, at 12:16 AM, Ryan Ramage wrote: > Testing on a older OSX (10.6.8). > > I get a whole bunch of 'OS Process Error'. Here is the log: > https://friendpaste.com/2r2D79DYoaV3CuSOUn99eD > > > On Thu, Jun 7, 2012 at 3:41 PM, Hans J Schroeder wrote: >> Hi Dave, >> >> Great news thanks. Looking forward for your test suite results. >> >> - Hans >> >> On Jun 7, 2012, at 11:36 PM, Dave Cottlehuber wrote: >> >>> On 7 June 2012 20:32, Hans J Schroeder wrote: >>> Hi, I have installed the latest XCode 4.3.2 and have rebuilt the app. In my tests everything is fine now. I have uploaded the new binary on github: https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip @Jan, @Robert Can you please retest? >>> >>> >>> >>> Hi Hans, >>> >>> I'm on 10.7.4 also, had same error as others re couchjs on prev build. >>> >>> This one works fine, building views & replicating successfully. I'll do the >>> test suite dance tomorrow. >>> >>> A+ >>> Dave >>
Re: So, how do we get the Mac binary on the home page?
Testing on a older OSX (10.6.8). I get a whole bunch of 'OS Process Error'. Here is the log: https://friendpaste.com/2r2D79DYoaV3CuSOUn99eD On Thu, Jun 7, 2012 at 3:41 PM, Hans J Schroeder wrote: > Hi Dave, > > Great news thanks. Looking forward for your test suite results. > > - Hans > > On Jun 7, 2012, at 11:36 PM, Dave Cottlehuber wrote: > >> On 7 June 2012 20:32, Hans J Schroeder wrote: >> >>> Hi, >>> >>> I have installed the latest XCode 4.3.2 and have rebuilt the app. In my >>> tests everything is fine now. I have uploaded the new binary on github: >>> >>> >>> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip >>> >>> @Jan, @Robert >>> Can you please retest? >> >> >> >> Hi Hans, >> >> I'm on 10.7.4 also, had same error as others re couchjs on prev build. >> >> This one works fine, building views & replicating successfully. I'll do the >> test suite dance tomorrow. >> >> A+ >> Dave >
Re: So, how do we get the Mac binary on the home page?
Hi Dave, Great news thanks. Looking forward for your test suite results. - Hans On Jun 7, 2012, at 11:36 PM, Dave Cottlehuber wrote: > On 7 June 2012 20:32, Hans J Schroeder wrote: > >> Hi, >> >> I have installed the latest XCode 4.3.2 and have rebuilt the app. In my >> tests everything is fine now. I have uploaded the new binary on github: >> >> >> https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip >> >> @Jan, @Robert >> Can you please retest? > > > > Hi Hans, > > I'm on 10.7.4 also, had same error as others re couchjs on prev build. > > This one works fine, building views & replicating successfully. I'll do the > test suite dance tomorrow. > > A+ > Dave
Re: So, how do we get the Mac binary on the home page?
On 7 June 2012 20:32, Hans J Schroeder wrote: > Hi, > > I have installed the latest XCode 4.3.2 and have rebuilt the app. In my > tests everything is fine now. I have uploaded the new binary on github: > > > https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip > > @Jan, @Robert > Can you please retest? Hi Hans, I'm on 10.7.4 also, had same error as others re couchjs on prev build. This one works fine, building views & replicating successfully. I'll do the test suite dance tomorrow. A+ Dave
Re: So, how do we get the Mac binary on the home page?
Hi, I have installed the latest XCode 4.3.2 and have rebuilt the app. In my tests everything is fine now. I have uploaded the new binary on github: https://github.com/downloads/cloudnode/couchdbx-app/CouchDB%20Server-1.2.0-OS%20X%2010.7.3.zip @Jan, @Robert Can you please retest? - Hans On Jun 6, 2012, at 8:51 PM, Robert Newson wrote: > sorry, 10.7.4 here also. Must have forgotten about the last upgrade. > > On 6 June 2012 19:47, Jan Lehnardt wrote: >> >> On Jun 6, 2012, at 20:32 , Hans J Schroeder wrote: >> >>> Hi Jan, >>> I am on Darwin jan.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr 9 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64 >>> >>> is that Mountain Lion? I guess I need a newer XCode for that. I am on Lion >>> (11.2.0 Darwin Kernel) and don't get that dyn-linking error. When I google >>> it, I get only one hit - this thread :( >> >> Nope, Lion, 10.7.4. >> >> Cheers >> Jan >> -- >> >>> >>> @Robert >>> Are you also on Mountain Lion? >>> >>> - Hans >>> >>> On Jun 6, 2012, at 4:48 PM, Jan Lehnardt wrote: >>> On Jun 6, 2012, at 16:34 , Jan Lehnardt wrote: > > On Jun 6, 2012, at 16:21 , Benoit Chesneau wrote: > >> On Wed, Jun 6, 2012 at 4:10 PM, Jan Lehnardt wrote: >>> Hans, this looks great thanks! >>> >>> If nobody objects, I'll link the binary on the website directly. >>> >> >> Hmmm not to fast... :) >> >> >> 1. I think we need to test it (period time). And I would love to have >> feedback. > > Good call :) > > Some people here have posted success. I posted this on twitter and wait > for > feedback which I post here (none so far). I got one, the "Verify Installation" doesn't work for me, I get a log entry of: {exit_status,133}} [error] [<0.315.0>] OS Process Error <0.1787.0> :: {os_process_error, when I try to launch couchjs manually I get: dyld: Symbol not found: __kCFURLApplicationHighResolutionModeIsMagnifiedKey Referenced from: /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices Expected in: /Users/jan/Downloads/CouchDB Server.app/Contents/Resources/couchdbx-core/lib/CoreFoundation in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices I am on Darwin jan.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr 9 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64 Cheers Jan -- > > >> 2. We had this discussion during the summit : do we link to binaries >> or host binaries ? >> Actually what is the status of the windows one ? > > I'd say if a committer prepares a binary, we can ship it as part of > the apache download infrastructure, like we do with the Windows > binary now. If it is an externally provided binary we just link to > it. > >> Also why not a page on the wiki that collect all unofficial binaries >> and the way to install on different OS ? > > I'd say that we should have prominent binaries available as one-click > from the website. > > We should totally also have a wiki page that lists all the others, > when they become available. > > Cheers > Jan > -- > > > > >> >> - benoît > >>> >>
Re: So, how do we get the Mac binary on the home page?
10.7.2 here, I guess I need to upgrade. Thanks for helping. On Jun 6, 2012, at 8:51 PM, Robert Newson wrote: > sorry, 10.7.4 here also. Must have forgotten about the last upgrade. > > On 6 June 2012 19:47, Jan Lehnardt wrote: >> >> On Jun 6, 2012, at 20:32 , Hans J Schroeder wrote: >> >>> Hi Jan, >>> I am on Darwin jan.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr 9 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64 >>> >>> is that Mountain Lion? I guess I need a newer XCode for that. I am on Lion >>> (11.2.0 Darwin Kernel) and don't get that dyn-linking error. When I google >>> it, I get only one hit - this thread :( >> >> Nope, Lion, 10.7.4. >> >> Cheers >> Jan >> -- >> >>> >>> @Robert >>> Are you also on Mountain Lion? >>> >>> - Hans >>> >>> On Jun 6, 2012, at 4:48 PM, Jan Lehnardt wrote: >>> On Jun 6, 2012, at 16:34 , Jan Lehnardt wrote: > > On Jun 6, 2012, at 16:21 , Benoit Chesneau wrote: > >> On Wed, Jun 6, 2012 at 4:10 PM, Jan Lehnardt wrote: >>> Hans, this looks great thanks! >>> >>> If nobody objects, I'll link the binary on the website directly. >>> >> >> Hmmm not to fast... :) >> >> >> 1. I think we need to test it (period time). And I would love to have >> feedback. > > Good call :) > > Some people here have posted success. I posted this on twitter and wait > for > feedback which I post here (none so far). I got one, the "Verify Installation" doesn't work for me, I get a log entry of: {exit_status,133}} [error] [<0.315.0>] OS Process Error <0.1787.0> :: {os_process_error, when I try to launch couchjs manually I get: dyld: Symbol not found: __kCFURLApplicationHighResolutionModeIsMagnifiedKey Referenced from: /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices Expected in: /Users/jan/Downloads/CouchDB Server.app/Contents/Resources/couchdbx-core/lib/CoreFoundation in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices I am on Darwin jan.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr 9 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64 Cheers Jan -- > > >> 2. We had this discussion during the summit : do we link to binaries >> or host binaries ? >> Actually what is the status of the windows one ? > > I'd say if a committer prepares a binary, we can ship it as part of > the apache download infrastructure, like we do with the Windows > binary now. If it is an externally provided binary we just link to > it. > >> Also why not a page on the wiki that collect all unofficial binaries >> and the way to install on different OS ? > > I'd say that we should have prominent binaries available as one-click > from the website. > > We should totally also have a wiki page that lists all the others, > when they become available. > > Cheers > Jan > -- > > > > >> >> - benoît > >>> >>
Re: So, how do we get the Mac binary on the home page?
sorry, 10.7.4 here also. Must have forgotten about the last upgrade. On 6 June 2012 19:47, Jan Lehnardt wrote: > > On Jun 6, 2012, at 20:32 , Hans J Schroeder wrote: > >> Hi Jan, >> >>> I am on Darwin jan.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr 9 >>> 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64 >> >> is that Mountain Lion? I guess I need a newer XCode for that. I am on Lion >> (11.2.0 Darwin Kernel) and don't get that dyn-linking error. When I google >> it, I get only one hit - this thread :( > > Nope, Lion, 10.7.4. > > Cheers > Jan > -- > >> >> @Robert >> Are you also on Mountain Lion? >> >> - Hans >> >> On Jun 6, 2012, at 4:48 PM, Jan Lehnardt wrote: >> >>> >>> On Jun 6, 2012, at 16:34 , Jan Lehnardt wrote: >>> On Jun 6, 2012, at 16:21 , Benoit Chesneau wrote: > On Wed, Jun 6, 2012 at 4:10 PM, Jan Lehnardt wrote: >> Hans, this looks great thanks! >> >> If nobody objects, I'll link the binary on the website directly. >> > > Hmmm not to fast... :) > > > 1. I think we need to test it (period time). And I would love to have > feedback. Good call :) Some people here have posted success. I posted this on twitter and wait for feedback which I post here (none so far). >>> >>> I got one, the "Verify Installation" doesn't work for me, I get a log entry >>> of: >>> >>> {exit_status,133}} >>> [error] [<0.315.0>] OS Process Error <0.1787.0> :: {os_process_error, >>> >>> when I try to launch couchjs manually I get: >>> >>> dyld: Symbol not found: __kCFURLApplicationHighResolutionModeIsMagnifiedKey >>> Referenced from: >>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices >>> Expected in: /Users/jan/Downloads/CouchDB >>> Server.app/Contents/Resources/couchdbx-core/lib/CoreFoundation >>> in >>> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices >>> >>> I am on Darwin jan.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr 9 >>> 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64 >>> >>> Cheers >>> Jan >>> -- >>> >>> >>> > 2. We had this discussion during the summit : do we link to binaries > or host binaries ? > Actually what is the status of the windows one ? I'd say if a committer prepares a binary, we can ship it as part of the apache download infrastructure, like we do with the Windows binary now. If it is an externally provided binary we just link to it. > Also why not a page on the wiki that collect all unofficial binaries > and the way to install on different OS ? I'd say that we should have prominent binaries available as one-click from the website. We should totally also have a wiki page that lists all the others, when they become available. Cheers Jan -- > > - benoît >>> >> >
Re: So, how do we get the Mac binary on the home page?
On Jun 6, 2012, at 20:32 , Hans J Schroeder wrote: > Hi Jan, > >> I am on Darwin jan.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr 9 >> 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64 > > is that Mountain Lion? I guess I need a newer XCode for that. I am on Lion > (11.2.0 Darwin Kernel) and don't get that dyn-linking error. When I google > it, I get only one hit - this thread :( Nope, Lion, 10.7.4. Cheers Jan -- > > @Robert > Are you also on Mountain Lion? > > - Hans > > On Jun 6, 2012, at 4:48 PM, Jan Lehnardt wrote: > >> >> On Jun 6, 2012, at 16:34 , Jan Lehnardt wrote: >> >>> >>> On Jun 6, 2012, at 16:21 , Benoit Chesneau wrote: >>> On Wed, Jun 6, 2012 at 4:10 PM, Jan Lehnardt wrote: > Hans, this looks great thanks! > > If nobody objects, I'll link the binary on the website directly. > Hmmm not to fast... :) 1. I think we need to test it (period time). And I would love to have feedback. >>> >>> Good call :) >>> >>> Some people here have posted success. I posted this on twitter and wait for >>> feedback which I post here (none so far). >> >> I got one, the "Verify Installation" doesn't work for me, I get a log entry >> of: >> >> {exit_status,133}} >> [error] [<0.315.0>] OS Process Error <0.1787.0> :: {os_process_error, >> >> when I try to launch couchjs manually I get: >> >> dyld: Symbol not found: __kCFURLApplicationHighResolutionModeIsMagnifiedKey >> Referenced from: >> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices >> Expected in: /Users/jan/Downloads/CouchDB >> Server.app/Contents/Resources/couchdbx-core/lib/CoreFoundation >> in >> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices >> >> I am on Darwin jan.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr 9 >> 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64 >> >> Cheers >> Jan >> -- >> >> >> >>> >>> 2. We had this discussion during the summit : do we link to binaries or host binaries ? Actually what is the status of the windows one ? >>> >>> I'd say if a committer prepares a binary, we can ship it as part of >>> the apache download infrastructure, like we do with the Windows >>> binary now. If it is an externally provided binary we just link to >>> it. >>> Also why not a page on the wiki that collect all unofficial binaries and the way to install on different OS ? >>> >>> I'd say that we should have prominent binaries available as one-click >>> from the website. >>> >>> We should totally also have a wiki page that lists all the others, >>> when they become available. >>> >>> Cheers >>> Jan >>> -- >>> >>> >>> >>> - benoît >>> >> >
Re: So, how do we get the Mac binary on the home page?
Nope, 10.7.3 here. On 6 June 2012 19:32, Hans J Schroeder wrote: > Hi Jan, > >> I am on Darwin jan.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr 9 >> 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64 > > is that Mountain Lion? I guess I need a newer XCode for that. I am on Lion > (11.2.0 Darwin Kernel) and don't get that dyn-linking error. When I google > it, I get only one hit - this thread :( > > @Robert > Are you also on Mountain Lion? > > - Hans > > On Jun 6, 2012, at 4:48 PM, Jan Lehnardt wrote: > >> >> On Jun 6, 2012, at 16:34 , Jan Lehnardt wrote: >> >>> >>> On Jun 6, 2012, at 16:21 , Benoit Chesneau wrote: >>> On Wed, Jun 6, 2012 at 4:10 PM, Jan Lehnardt wrote: > Hans, this looks great thanks! > > If nobody objects, I'll link the binary on the website directly. > Hmmm not to fast... :) 1. I think we need to test it (period time). And I would love to have feedback. >>> >>> Good call :) >>> >>> Some people here have posted success. I posted this on twitter and wait for >>> feedback which I post here (none so far). >> >> I got one, the "Verify Installation" doesn't work for me, I get a log entry >> of: >> >> {exit_status,133}} >> [error] [<0.315.0>] OS Process Error <0.1787.0> :: {os_process_error, >> >> when I try to launch couchjs manually I get: >> >> dyld: Symbol not found: __kCFURLApplicationHighResolutionModeIsMagnifiedKey >> Referenced from: >> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices >> Expected in: /Users/jan/Downloads/CouchDB >> Server.app/Contents/Resources/couchdbx-core/lib/CoreFoundation >> in >> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices >> >> I am on Darwin jan.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr 9 >> 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64 >> >> Cheers >> Jan >> -- >> >> >> >>> >>> 2. We had this discussion during the summit : do we link to binaries or host binaries ? Actually what is the status of the windows one ? >>> >>> I'd say if a committer prepares a binary, we can ship it as part of >>> the apache download infrastructure, like we do with the Windows >>> binary now. If it is an externally provided binary we just link to >>> it. >>> Also why not a page on the wiki that collect all unofficial binaries and the way to install on different OS ? >>> >>> I'd say that we should have prominent binaries available as one-click >>> from the website. >>> >>> We should totally also have a wiki page that lists all the others, >>> when they become available. >>> >>> Cheers >>> Jan >>> -- >>> >>> >>> >>> - benoît >>> >> >
Re: So, how do we get the Mac binary on the home page?
Hi Jan, > I am on Darwin jan.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr 9 > 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64 is that Mountain Lion? I guess I need a newer XCode for that. I am on Lion (11.2.0 Darwin Kernel) and don't get that dyn-linking error. When I google it, I get only one hit - this thread :( @Robert Are you also on Mountain Lion? - Hans On Jun 6, 2012, at 4:48 PM, Jan Lehnardt wrote: > > On Jun 6, 2012, at 16:34 , Jan Lehnardt wrote: > >> >> On Jun 6, 2012, at 16:21 , Benoit Chesneau wrote: >> >>> On Wed, Jun 6, 2012 at 4:10 PM, Jan Lehnardt wrote: Hans, this looks great thanks! If nobody objects, I'll link the binary on the website directly. >>> >>> Hmmm not to fast... :) >>> >>> >>> 1. I think we need to test it (period time). And I would love to have >>> feedback. >> >> Good call :) >> >> Some people here have posted success. I posted this on twitter and wait for >> feedback which I post here (none so far). > > I got one, the "Verify Installation" doesn't work for me, I get a log entry > of: > > {exit_status,133}} > [error] [<0.315.0>] OS Process Error <0.1787.0> :: {os_process_error, > > when I try to launch couchjs manually I get: > > dyld: Symbol not found: __kCFURLApplicationHighResolutionModeIsMagnifiedKey > Referenced from: > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices > Expected in: /Users/jan/Downloads/CouchDB > Server.app/Contents/Resources/couchdbx-core/lib/CoreFoundation > in > /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices > > I am on Darwin jan.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr 9 > 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64 > > Cheers > Jan > -- > > > >> >> >>> 2. We had this discussion during the summit : do we link to binaries >>> or host binaries ? >>> Actually what is the status of the windows one ? >> >> I'd say if a committer prepares a binary, we can ship it as part of >> the apache download infrastructure, like we do with the Windows >> binary now. If it is an externally provided binary we just link to >> it. >> >>> Also why not a page on the wiki that collect all unofficial binaries >>> and the way to install on different OS ? >> >> I'd say that we should have prominent binaries available as one-click >> from the website. >> >> We should totally also have a wiki page that lists all the others, >> when they become available. >> >> Cheers >> Jan >> -- >> >> >> >> >>> >>> - benoît >> >
Re: So, how do we get the Mac binary on the home page?
Works, mostly. I've managed to pwn my server by, I think, hitting the 'verify install' thing, getting lots of these; [error] [<0.13906.0>] OS Process Error <0.18367.0> :: {os_process_error, {exit_status,133}} B. On 6 June 2012 15:34, Jan Lehnardt wrote: > > On Jun 6, 2012, at 16:21 , Benoit Chesneau wrote: > >> On Wed, Jun 6, 2012 at 4:10 PM, Jan Lehnardt wrote: >>> Hans, this looks great thanks! >>> >>> If nobody objects, I'll link the binary on the website directly. >>> >> >> Hmmm not to fast... :) >> >> >> 1. I think we need to test it (period time). And I would love to have >> feedback. > > Good call :) > > Some people here have posted success. I posted this on twitter and wait for > feedback which I post here (none so far). > > >> 2. We had this discussion during the summit : do we link to binaries >> or host binaries ? >> Actually what is the status of the windows one ? > > I'd say if a committer prepares a binary, we can ship it as part of > the apache download infrastructure, like we do with the Windows > binary now. If it is an externally provided binary we just link to > it. > >> Also why not a page on the wiki that collect all unofficial binaries >> and the way to install on different OS ? > > I'd say that we should have prominent binaries available as one-click > from the website. > > We should totally also have a wiki page that lists all the others, > when they become available. > > Cheers > Jan > -- > > > > >> >> - benoît >
Re: So, how do we get the Mac binary on the home page?
On Jun 6, 2012, at 16:34 , Jan Lehnardt wrote: > > On Jun 6, 2012, at 16:21 , Benoit Chesneau wrote: > >> On Wed, Jun 6, 2012 at 4:10 PM, Jan Lehnardt wrote: >>> Hans, this looks great thanks! >>> >>> If nobody objects, I'll link the binary on the website directly. >>> >> >> Hmmm not to fast... :) >> >> >> 1. I think we need to test it (period time). And I would love to have >> feedback. > > Good call :) > > Some people here have posted success. I posted this on twitter and wait for > feedback which I post here (none so far). I got one, the "Verify Installation" doesn't work for me, I get a log entry of: {exit_status,133}} [error] [<0.315.0>] OS Process Error <0.1787.0> :: {os_process_error, when I try to launch couchjs manually I get: dyld: Symbol not found: __kCFURLApplicationHighResolutionModeIsMagnifiedKey Referenced from: /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices Expected in: /Users/jan/Downloads/CouchDB Server.app/Contents/Resources/couchdbx-core/lib/CoreFoundation in /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices I am on Darwin jan.local 11.4.0 Darwin Kernel Version 11.4.0: Mon Apr 9 19:32:15 PDT 2012; root:xnu-1699.26.8~1/RELEASE_X86_64 x86_64 Cheers Jan -- > > >> 2. We had this discussion during the summit : do we link to binaries >> or host binaries ? >> Actually what is the status of the windows one ? > > I'd say if a committer prepares a binary, we can ship it as part of > the apache download infrastructure, like we do with the Windows > binary now. If it is an externally provided binary we just link to > it. > >> Also why not a page on the wiki that collect all unofficial binaries >> and the way to install on different OS ? > > I'd say that we should have prominent binaries available as one-click > from the website. > > We should totally also have a wiki page that lists all the others, > when they become available. > > Cheers > Jan > -- > > > > >> >> - benoît >
Re: So, how do we get the Mac binary on the home page?
On Jun 6, 2012, at 16:21 , Benoit Chesneau wrote: > On Wed, Jun 6, 2012 at 4:10 PM, Jan Lehnardt wrote: >> Hans, this looks great thanks! >> >> If nobody objects, I'll link the binary on the website directly. >> > > Hmmm not to fast... :) > > > 1. I think we need to test it (period time). And I would love to have > feedback. Good call :) Some people here have posted success. I posted this on twitter and wait for feedback which I post here (none so far). > 2. We had this discussion during the summit : do we link to binaries > or host binaries ? > Actually what is the status of the windows one ? I'd say if a committer prepares a binary, we can ship it as part of the apache download infrastructure, like we do with the Windows binary now. If it is an externally provided binary we just link to it. > Also why not a page on the wiki that collect all unofficial binaries > and the way to install on different OS ? I'd say that we should have prominent binaries available as one-click from the website. We should totally also have a wiki page that lists all the others, when they become available. Cheers Jan -- > > - benoît
Re: So, how do we get the Mac binary on the home page?
On Wed, Jun 6, 2012 at 4:10 PM, Jan Lehnardt wrote: > Hans, this looks great thanks! > > If nobody objects, I'll link the binary on the website directly. > Hmmm not to fast... :) 1. I think we need to test it (period time). And I would love to have feedback. 2. We had this discussion during the summit : do we link to binaries or host binaries ? Actually what is the status of the windows one ? Also why not a page on the wiki that collect all unofficial binaries and the way to install on different OS ? - benoît
Re: So, how do we get the Mac binary on the home page?
On Wed, Jun 6, 2012 at 4:21 PM, Benoit Chesneau wrote: > Also why not a page on the wiki that collect all unofficial binaries > and the way to install on different OS ? > I forgot here: and link to this page on the website. - benoît
Re: So, how do we get the Mac binary on the home page?
Hans, this looks great thanks! If nobody objects, I'll link the binary on the website directly. Cheers Jan -- On Jun 5, 2012, at 08:04 , Hans J Schroeder wrote: > Hi Jason, > > This is great. Thanks. > > @all > It is so great to see, that the community is very active and Apache CouchDB > development is everything else than dead. > > - Hans > > On 05.06.2012, at 02:59, Jason Smith wrote: > >> Hi, Hans. Thanks for this! I placed it in the issue tracker: >> https://github.com/iriscouch/build-couchdb/issues/56 >> >> I will try to merge your changes in, so if you want to follow that >> issue or anything, or provide feedback, feel free! >> >> On Tue, Jun 5, 2012 at 12:49 AM, Hans J Schroeder wrote: >>> Hi Dave, >>> >>> Thanks for taking care. I have taken some notes of the hiccups that >>> happened during "build-couchdb". I used the build-couchdb script from >>> iriscouch. >>> >>> https://github.com/iriscouch/build-couchdb >>> >>> The build stopped 3 times and needed some small fixes: >>> >>> >>> When build stops at erlang >>> --- >>> >>> 1. Edit erts/emulator/Makefile.in: >>> >>> $(OBJDIR)/%.o: beam/%.c >>> - $(CC) $(subst -O2, $(GEN_OPT_FLGS), $(CFLAGS)) $(INCLUDES) -c $< -o >>> $@ >>> + $(CC) $(INCLUDES) $(subst -O2, $(GEN_OPT_FLGS), $(CFLAGS)) -c $< -o >>> $@ >>> >>> >>> Error was: >>> >>> beam/erl_bif_re.c:921: error: 'PCRE_EXTRA_LOOP_LIMIT' undeclared (first use >>> in >>> this function) >>> beam/erl_bif_re.c:921: error: (Each undeclared identifier is reported only >>> once >>> beam/erl_bif_re.c:921: error: for each function it appears in.) >>> beam/erl_bif_re.c:923: error: 'pcre_extra' has no member named 'loop_limit' >>> beam/erl_bif_re.c:926: error: 'pcre_extra' has no member named 'loop_limit' >>> beam/erl_bif_re.c:927: error: 'pcre_extra' has no member named 'loop_limit' >>> beam/erl_bif_re.c:930: error: 'pcre_extra' has no member named >>> 'restart_data' >>> beam/erl_bif_re.c:931: error: 'pcre_extra' has no member named >>> 'restart_flags' >>> >>> >>> When build stops at icu >>> --- >>> >>> 1. Edit configure: >>> >>> - *-arch*ppc*|*-arch*i386*|*-arch*x86_64*) ac_cv_c_bigendian=universal;; >>> + *-arch*ppc*) ac_cv_c_bigendian=yes;; >>> >>> Error was: >>> >>> header_size mismatch >>> >>> >>> When build stops at couched >>> --- >>> >>> 1. Edit Makefile.am >>> >>> changing line 70 of ../dependencies/couchdb/src/couchdb/priv/Makefile.am >>> from: >>> >>> HELP2MAN_OPTION=--no-info --help-option="-h" --version-option="-V" >>> >>> to: >>> >>> HELP2MAN_OPTION=--no-info --help-option="-h" --version-option="-V" >>> --no-discard-stderr >>> >>> >>> - Hans >>> >>> On Jun 4, 2012, at 12:51 PM, Dave Cottlehuber wrote: >>> On 4 June 2012 08:53, Carlton Gibson wrote: > Can someone help here? > > > > On 2 Jun 2012, at 09:05, Hans J Schroeder wrote: > >> Hi, >> >> The CouchDB home page has a binary for Windows, but not for Mac. It says >> "Coming soon? Why don’t you contribute one?" I have built the binary, >> but how do we get it on the home page? >> >> - Hans > Sorry Hans, Carlton, Yes I will own this. Last Friday I ran through the build process myself to make sure I understand it; I have a couple hiccups in the build-couchdb bit still which I need to sort out still. Some questions: #1 Are we linking to this on github or doing an ASF hosted one? Any requirements either way? #2 We should pgp sign these. Are you able to do this or do you want me to build/sign? #3 Is there any substantive difference between Carlton & Hans' version now? #4 what happens next? A+ Dave >>> >> >> >> >> -- >> Iris Couch
Re: So, how do we get the Mac binary on the home page?
Hi Jason, This is great. Thanks. @all It is so great to see, that the community is very active and Apache CouchDB development is everything else than dead. - Hans On 05.06.2012, at 02:59, Jason Smith wrote: > Hi, Hans. Thanks for this! I placed it in the issue tracker: > https://github.com/iriscouch/build-couchdb/issues/56 > > I will try to merge your changes in, so if you want to follow that > issue or anything, or provide feedback, feel free! > > On Tue, Jun 5, 2012 at 12:49 AM, Hans J Schroeder wrote: >> Hi Dave, >> >> Thanks for taking care. I have taken some notes of the hiccups that happened >> during "build-couchdb". I used the build-couchdb script from iriscouch. >> >> https://github.com/iriscouch/build-couchdb >> >> The build stopped 3 times and needed some small fixes: >> >> >> When build stops at erlang >> --- >> >> 1. Edit erts/emulator/Makefile.in: >> >> $(OBJDIR)/%.o: beam/%.c >> - $(CC) $(subst -O2, $(GEN_OPT_FLGS), $(CFLAGS)) $(INCLUDES) -c $< -o >> $@ >> + $(CC) $(INCLUDES) $(subst -O2, $(GEN_OPT_FLGS), $(CFLAGS)) -c $< -o >> $@ >> >> >> Error was: >> >> beam/erl_bif_re.c:921: error: 'PCRE_EXTRA_LOOP_LIMIT' undeclared (first use >> in >> this function) >> beam/erl_bif_re.c:921: error: (Each undeclared identifier is reported only >> once >> beam/erl_bif_re.c:921: error: for each function it appears in.) >> beam/erl_bif_re.c:923: error: 'pcre_extra' has no member named 'loop_limit' >> beam/erl_bif_re.c:926: error: 'pcre_extra' has no member named 'loop_limit' >> beam/erl_bif_re.c:927: error: 'pcre_extra' has no member named 'loop_limit' >> beam/erl_bif_re.c:930: error: 'pcre_extra' has no member named 'restart_data' >> beam/erl_bif_re.c:931: error: 'pcre_extra' has no member named >> 'restart_flags' >> >> >> When build stops at icu >> --- >> >> 1. Edit configure: >> >> - *-arch*ppc*|*-arch*i386*|*-arch*x86_64*) ac_cv_c_bigendian=universal;; >> + *-arch*ppc*) ac_cv_c_bigendian=yes;; >> >> Error was: >> >> header_size mismatch >> >> >> When build stops at couched >> --- >> >> 1. Edit Makefile.am >> >> changing line 70 of ../dependencies/couchdb/src/couchdb/priv/Makefile.am >> from: >> >> HELP2MAN_OPTION=--no-info --help-option="-h" --version-option="-V" >> >> to: >> >> HELP2MAN_OPTION=--no-info --help-option="-h" --version-option="-V" >> --no-discard-stderr >> >> >> - Hans >> >> On Jun 4, 2012, at 12:51 PM, Dave Cottlehuber wrote: >> >>> On 4 June 2012 08:53, Carlton Gibson wrote: Can someone help here? On 2 Jun 2012, at 09:05, Hans J Schroeder wrote: > Hi, > > The CouchDB home page has a binary for Windows, but not for Mac. It says > "Coming soon? Why don’t you contribute one?" I have built the binary, but > how do we get it on the home page? > > - Hans >>> >>> Sorry Hans, Carlton, >>> >>> Yes I will own this. >>> >>> Last Friday I ran through the build process myself to make sure I >>> understand it; I have a couple hiccups in the build-couchdb bit still >>> which I need to sort out still. >>> >>> Some questions: >>> >>> #1 Are we linking to this on github or doing an ASF hosted one? Any >>> requirements either way? >>> >>> #2 We should pgp sign these. Are you able to do this or do you want me >>> to build/sign? >>> >>> #3 Is there any substantive difference between Carlton & Hans' version now? >>> >>> #4 what happens next? >>> >>> A+ >>> Dave >> > > > > -- > Iris Couch
Re: So, how do we get the Mac binary on the home page?
Hi, Hans. Thanks for this! I placed it in the issue tracker: https://github.com/iriscouch/build-couchdb/issues/56 I will try to merge your changes in, so if you want to follow that issue or anything, or provide feedback, feel free! On Tue, Jun 5, 2012 at 12:49 AM, Hans J Schroeder wrote: > Hi Dave, > > Thanks for taking care. I have taken some notes of the hiccups that happened > during "build-couchdb". I used the build-couchdb script from iriscouch. > > https://github.com/iriscouch/build-couchdb > > The build stopped 3 times and needed some small fixes: > > > When build stops at erlang > --- > > 1. Edit erts/emulator/Makefile.in: > > $(OBJDIR)/%.o: beam/%.c > - $(CC) $(subst -O2, $(GEN_OPT_FLGS), $(CFLAGS)) $(INCLUDES) -c $< -o $@ > + $(CC) $(INCLUDES) $(subst -O2, $(GEN_OPT_FLGS), $(CFLAGS)) -c $< -o $@ > > > Error was: > > beam/erl_bif_re.c:921: error: 'PCRE_EXTRA_LOOP_LIMIT' undeclared (first use in > this function) > beam/erl_bif_re.c:921: error: (Each undeclared identifier is reported only > once > beam/erl_bif_re.c:921: error: for each function it appears in.) > beam/erl_bif_re.c:923: error: 'pcre_extra' has no member named 'loop_limit' > beam/erl_bif_re.c:926: error: 'pcre_extra' has no member named 'loop_limit' > beam/erl_bif_re.c:927: error: 'pcre_extra' has no member named 'loop_limit' > beam/erl_bif_re.c:930: error: 'pcre_extra' has no member named 'restart_data' > beam/erl_bif_re.c:931: error: 'pcre_extra' has no member named 'restart_flags' > > > When build stops at icu > --- > > 1. Edit configure: > > - *-arch*ppc*|*-arch*i386*|*-arch*x86_64*) ac_cv_c_bigendian=universal;; > + *-arch*ppc*) ac_cv_c_bigendian=yes;; > > Error was: > > header_size mismatch > > > When build stops at couched > --- > > 1. Edit Makefile.am > > changing line 70 of ../dependencies/couchdb/src/couchdb/priv/Makefile.am from: > > HELP2MAN_OPTION=--no-info --help-option="-h" --version-option="-V" > > to: > > HELP2MAN_OPTION=--no-info --help-option="-h" --version-option="-V" > --no-discard-stderr > > > - Hans > > On Jun 4, 2012, at 12:51 PM, Dave Cottlehuber wrote: > >> On 4 June 2012 08:53, Carlton Gibson wrote: >>> Can someone help here? >>> >>> >>> >>> On 2 Jun 2012, at 09:05, Hans J Schroeder wrote: >>> Hi, The CouchDB home page has a binary for Windows, but not for Mac. It says "Coming soon? Why don’t you contribute one?" I have built the binary, but how do we get it on the home page? - Hans >>> >> >> Sorry Hans, Carlton, >> >> Yes I will own this. >> >> Last Friday I ran through the build process myself to make sure I >> understand it; I have a couple hiccups in the build-couchdb bit still >> which I need to sort out still. >> >> Some questions: >> >> #1 Are we linking to this on github or doing an ASF hosted one? Any >> requirements either way? >> >> #2 We should pgp sign these. Are you able to do this or do you want me >> to build/sign? >> >> #3 Is there any substantive difference between Carlton & Hans' version now? >> >> #4 what happens next? >> >> A+ >> Dave > -- Iris Couch
Re: So, how do we get the Mac binary on the home page?
Hi Dave, Thanks for taking care. I have taken some notes of the hiccups that happened during "build-couchdb". I used the build-couchdb script from iriscouch. https://github.com/iriscouch/build-couchdb The build stopped 3 times and needed some small fixes: When build stops at erlang --- 1. Edit erts/emulator/Makefile.in: $(OBJDIR)/%.o: beam/%.c - $(CC) $(subst -O2, $(GEN_OPT_FLGS), $(CFLAGS)) $(INCLUDES) -c $< -o $@ + $(CC) $(INCLUDES) $(subst -O2, $(GEN_OPT_FLGS), $(CFLAGS)) -c $< -o $@ Error was: beam/erl_bif_re.c:921: error: 'PCRE_EXTRA_LOOP_LIMIT' undeclared (first use in this function) beam/erl_bif_re.c:921: error: (Each undeclared identifier is reported only once beam/erl_bif_re.c:921: error: for each function it appears in.) beam/erl_bif_re.c:923: error: 'pcre_extra' has no member named 'loop_limit' beam/erl_bif_re.c:926: error: 'pcre_extra' has no member named 'loop_limit' beam/erl_bif_re.c:927: error: 'pcre_extra' has no member named 'loop_limit' beam/erl_bif_re.c:930: error: 'pcre_extra' has no member named 'restart_data' beam/erl_bif_re.c:931: error: 'pcre_extra' has no member named 'restart_flags' When build stops at icu --- 1. Edit configure: - *-arch*ppc*|*-arch*i386*|*-arch*x86_64*) ac_cv_c_bigendian=universal;; + *-arch*ppc*) ac_cv_c_bigendian=yes;; Error was: header_size mismatch When build stops at couched --- 1. Edit Makefile.am changing line 70 of ../dependencies/couchdb/src/couchdb/priv/Makefile.am from: HELP2MAN_OPTION=--no-info --help-option="-h" --version-option="-V" to: HELP2MAN_OPTION=--no-info --help-option="-h" --version-option="-V" --no-discard-stderr - Hans On Jun 4, 2012, at 12:51 PM, Dave Cottlehuber wrote: > On 4 June 2012 08:53, Carlton Gibson wrote: >> Can someone help here? >> >> >> >> On 2 Jun 2012, at 09:05, Hans J Schroeder wrote: >> >>> Hi, >>> >>> The CouchDB home page has a binary for Windows, but not for Mac. It says >>> "Coming soon? Why don’t you contribute one?" I have built the binary, but >>> how do we get it on the home page? >>> >>> - Hans >> > > Sorry Hans, Carlton, > > Yes I will own this. > > Last Friday I ran through the build process myself to make sure I > understand it; I have a couple hiccups in the build-couchdb bit still > which I need to sort out still. > > Some questions: > > #1 Are we linking to this on github or doing an ASF hosted one? Any > requirements either way? > > #2 We should pgp sign these. Are you able to do this or do you want me > to build/sign? > > #3 Is there any substantive difference between Carlton & Hans' version now? > > #4 what happens next? > > A+ > Dave
Re: So, how do we get the Mac binary on the home page?
On Mon, Jun 4, 2012 at 12:51 PM, Dave Cottlehuber wrote: > On 4 June 2012 08:53, Carlton Gibson wrote: >> Can someone help here? >> >> >> >> On 2 Jun 2012, at 09:05, Hans J Schroeder wrote: >> >>> Hi, >>> >>> The CouchDB home page has a binary for Windows, but not for Mac. It says >>> "Coming soon? Why don’t you contribute one?" I have built the binary, but >>> how do we get it on the home page? >>> >>> - Hans >> > > Sorry Hans, Carlton, > > Yes I will own this. > > Last Friday I ran through the build process myself to make sure I > understand it; I have a couple hiccups in the build-couchdb bit still > which I need to sort out still. > > Some questions: > > #1 Are we linking to this on github or doing an ASF hosted one? Any > requirements either way? > > #2 We should pgp sign these. Are you able to do this or do you want me > to build/sign? > > #3 Is there any substantive difference between Carlton & Hans' version now? > > #4 what happens next? > > A+ > Dave Why not following usual process: patch and ticket opened? - benoît
Re: So, how do we get the Mac binary on the home page?
On 4 Jun 2012, at 12:51, Dave Cottlehuber wrote: > Yes I will own this. Cool. Thank you. > Last Friday I ran through the build process myself to make sure I > understand it; I have a couple hiccups in the build-couchdb bit still > which I need to sort out still. > > Some questions: > > #1 Are we linking to this on github or doing an ASF hosted one? Any > requirements either way? > > #2 We should pgp sign these. Are you able to do this or do you want me > to build/sign? We can sign a binary. I am happy to do so if somebody is needed. I would just need to make sure I was clear on the build process (which I want to be anyway). — This isn't necessary yet but I'd say it's a nice-to-have prior to 10.8 being released (I guess this Summer). > #3 Is there any substantive difference between Carlton & Hans' version now? Yes. Particularly taking about just CouchDB (rather than CouchDBX), Hans has a binary, I do not. :-) Hans' Couchbase/CouchDBX fork is much closer to the Couchbase HEAD. We should use it. > #4 what happens next? Benoit's rcouch repo has "rcouchx" which is the Mac app — this automates pulling all the Erlang/CouchDB dependencies — it would be nice to merge this with Hans' CouchDBX. After that it's: A) Keeping the CouchDB binary up to date. B) Features for CouchDBX — logging and config were mentioned. Obviously there's this list but where's the best place to coordinate discussions of B? The wiki, GitHub, a public Trello board, IRC? Regards, Carlton
Re: So, how do we get the Mac binary on the home page?
On Jun 4, 2012, at 12:51 , Dave Cottlehuber wrote: > On 4 June 2012 08:53, Carlton Gibson wrote: >> Can someone help here? >> >> >> >> On 2 Jun 2012, at 09:05, Hans J Schroeder wrote: >> >>> Hi, >>> >>> The CouchDB home page has a binary for Windows, but not for Mac. It says >>> "Coming soon? Why don’t you contribute one?" I have built the binary, but >>> how do we get it on the home page? >>> >>> - Hans >> > > Sorry Hans, Carlton, > > Yes I will own this. > > Last Friday I ran through the build process myself to make sure I > understand it; I have a couple hiccups in the build-couchdb bit still > which I need to sort out still. > > Some questions: > > #1 Are we linking to this on github or doing an ASF hosted one? Any > requirements either way? No requirements. Cheers Jan -- > #2 We should pgp sign these. Are you able to do this or do you want me > to build/sign? > > #3 Is there any substantive difference between Carlton & Hans' version now? > > #4 what happens next? > > A+ > Dave
Re: So, how do we get the Mac binary on the home page?
On 4 June 2012 08:53, Carlton Gibson wrote: > Can someone help here? > > > > On 2 Jun 2012, at 09:05, Hans J Schroeder wrote: > >> Hi, >> >> The CouchDB home page has a binary for Windows, but not for Mac. It says >> "Coming soon? Why don’t you contribute one?" I have built the binary, but >> how do we get it on the home page? >> >> - Hans > Sorry Hans, Carlton, Yes I will own this. Last Friday I ran through the build process myself to make sure I understand it; I have a couple hiccups in the build-couchdb bit still which I need to sort out still. Some questions: #1 Are we linking to this on github or doing an ASF hosted one? Any requirements either way? #2 We should pgp sign these. Are you able to do this or do you want me to build/sign? #3 Is there any substantive difference between Carlton & Hans' version now? #4 what happens next? A+ Dave
Re: So, how do we get the Mac binary on the home page?
Yeah, sorry, been busy elsewhere, I'll have a look later this week. Cheers Jan -- On Jun 4, 2012, at 08:53 , Carlton Gibson wrote: > Can someone help here? > > > > On 2 Jun 2012, at 09:05, Hans J Schroeder wrote: > >> Hi, >> >> The CouchDB home page has a binary for Windows, but not for Mac. It says >> "Coming soon? Why don’t you contribute one?" I have built the binary, but >> how do we get it on the home page? >> >> - Hans >
Re: So, how do we get the Mac binary on the home page?
Can someone help here? On 2 Jun 2012, at 09:05, Hans J Schroeder wrote: > Hi, > > The CouchDB home page has a binary for Windows, but not for Mac. It says > "Coming soon? Why don’t you contribute one?" I have built the binary, but how > do we get it on the home page? > > - Hans
So, how do we get the Mac binary on the home page?
Hi, The CouchDB home page has a binary for Windows, but not for Mac. It says "Coming soon? Why don’t you contribute one?" I have built the binary, but how do we get it on the home page? - Hans
So, how do we get the Mac binary on the home page?
Hi, The CouchDB home page has a binary for Windows, but not for Mac, which is a no-go. It says "Coming soon? Why don’t you contribute one?" I have built the binary, but how do we get it on the home page? - Hans