Activity log for bug #1022515

Date Who What changed Old value New value Message
2012-07-09 10:04:24 Jason Gerard DeRose bug added bug
2012-07-09 10:04:37 Jason Gerard DeRose tags novacut
2012-07-09 10:35:37 Jason Gerard DeRose branch linked lp:~jderose/ubuntu/quantal/couchdb/1.2.0-low-delta
2012-07-18 14:16:16 Launchpad Janitor couchdb (Ubuntu): status New Confirmed
2012-07-18 15:33:47 Jason Gerard DeRose attachment added couchdb_1.2.0-1_to_couchdb_1.2.0-1ubuntu1.debdiff https://bugs.launchpad.net/ubuntu/+source/couchdb/+bug/1022515/+attachment/3227259/+files/couchdb_1.2.0-1_to_couchdb_1.2.0-1ubuntu1.debdiff
2012-07-18 16:25:49 Ubuntu Foundations Team Bug Bot tags novacut novacut patch
2012-07-18 16:25:57 Ubuntu Foundations Team Bug Bot bug added subscriber Ubuntu Sponsors Team
2012-07-18 19:19:54 Jason Gerard DeRose description Okay, the saga continues: https://bugs.launchpad.net/ubuntu/+source/couchdb/+bug/903098 This time, I'm proposing (basically) syncing couchdb 1.2.0-1 from Debian unstable, but adding my low-delta split into couchdb/couchdb-bin. The only remaining issue in my package is fixing the /etc/init.d/couchdb script, which seems broken in the upstream Apache CouchDB release. Same issue seems to effect the Debian package: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635534 As far as I can tell, the problem is that /etc/init.d/couchdb doesn't correctly handle cases when /var/run is on a tmpfs. The script does an `su couchdb` after the /var/run/couchdb directory gets created. I'd like to see CouchDB 1.2.0 synced from Debian, but adding in a couchdb/couchdb-bin split similar to what was done by the desktopcouch folks for the current Ubuntu 1.0.1 package. This split is critical for Novacut and Dmedia because otherwise our user have an unused system-wide CouchDB running for no reason. We've been maintaining our own newer CouchDB packages in our PPA, and I'd love to stop doing that. For more background, I tried to do something similar for CouchDB 1.1.1 in Precise, but didn't make it in time: https://bugs.launchpad.net/ubuntu/+source/couchdb/+bug/903098 **Current Status** I have a debdiff attached, ready for review, and I have test packages for Precise and Quantal in ppa:novacut/daily: https://launchpad.net/~novacut/+archive/daily I've found no regressions from the 1.0.1 Ubuntu package. There's still one nasty issue (also present in 1.0.1) that I hope to resolve, but haven't yet. The issues is you can't stop the daemon immediately after installation. For example, this doesn't work: sudo apt-get install couchdb sudo /etc/init.d/couchdb stop But this does work: sudo apt-get install couchdb <reboot> sudo /etc/init.d/couchdb stop **What needs further testing** I don't use system-wide CouchDB on a regular basis, so I need help testing the `couchdb` side of the split. In particular, if there is anyone running the 1.0.1 package in a production setting, I need feedback on whether the permission and ownership changes I made in /etc cause any issues for you during an upgrade.
2012-07-18 19:28:11 Jason Gerard DeRose description I'd like to see CouchDB 1.2.0 synced from Debian, but adding in a couchdb/couchdb-bin split similar to what was done by the desktopcouch folks for the current Ubuntu 1.0.1 package. This split is critical for Novacut and Dmedia because otherwise our user have an unused system-wide CouchDB running for no reason. We've been maintaining our own newer CouchDB packages in our PPA, and I'd love to stop doing that. For more background, I tried to do something similar for CouchDB 1.1.1 in Precise, but didn't make it in time: https://bugs.launchpad.net/ubuntu/+source/couchdb/+bug/903098 **Current Status** I have a debdiff attached, ready for review, and I have test packages for Precise and Quantal in ppa:novacut/daily: https://launchpad.net/~novacut/+archive/daily I've found no regressions from the 1.0.1 Ubuntu package. There's still one nasty issue (also present in 1.0.1) that I hope to resolve, but haven't yet. The issues is you can't stop the daemon immediately after installation. For example, this doesn't work: sudo apt-get install couchdb sudo /etc/init.d/couchdb stop But this does work: sudo apt-get install couchdb <reboot> sudo /etc/init.d/couchdb stop **What needs further testing** I don't use system-wide CouchDB on a regular basis, so I need help testing the `couchdb` side of the split. In particular, if there is anyone running the 1.0.1 package in a production setting, I need feedback on whether the permission and ownership changes I made in /etc cause any issues for you during an upgrade. I'd like to see CouchDB 1.2.0 synced from Debian, but adding in a couchdb/couchdb-bin split similar to what was done by the desktopcouch folks for the current Ubuntu 1.0.1 package. This split is critical for Novacut and Dmedia because otherwise our user have an unused system-wide CouchDB running for no reason. We've been maintaining our own newer CouchDB packages in our PPA, and I'd love to stop doing that. For more background, I tried to do something similar for CouchDB 1.1.1 in Precise, but didn't make it in time: https://bugs.launchpad.net/ubuntu/+source/couchdb/+bug/903098 **Current Status** I have a debdiff attached, ready for review, and I have test packages for Precise and Quantal in ppa:novacut/daily: https://launchpad.net/~novacut/+archive/daily I've found no regressions from the 1.0.1 Ubuntu package. There's still one nasty issue (also present in 1.0.1) that I hope to resolve, but haven't yet. The issues is you can't stop the daemon immediately after installation. For example, this doesn't work: sudo apt-get install couchdb sudo /etc/init.d/couchdb stop But this does work: sudo apt-get install couchdb <reboot> sudo /etc/init.d/couchdb stop **What needs further testing** I don't use system-wide CouchDB on a regular basis, so I need help testing the `couchdb` side of the split. In particular, if there is anyone running the 1.0.1 package in a production setting, I need feedback on whether the permission and ownership changes I made in /etc cause any issues for you during/after an upgrade to my 1.2.0 package.
2012-07-18 19:34:11 Jason Gerard DeRose description I'd like to see CouchDB 1.2.0 synced from Debian, but adding in a couchdb/couchdb-bin split similar to what was done by the desktopcouch folks for the current Ubuntu 1.0.1 package. This split is critical for Novacut and Dmedia because otherwise our user have an unused system-wide CouchDB running for no reason. We've been maintaining our own newer CouchDB packages in our PPA, and I'd love to stop doing that. For more background, I tried to do something similar for CouchDB 1.1.1 in Precise, but didn't make it in time: https://bugs.launchpad.net/ubuntu/+source/couchdb/+bug/903098 **Current Status** I have a debdiff attached, ready for review, and I have test packages for Precise and Quantal in ppa:novacut/daily: https://launchpad.net/~novacut/+archive/daily I've found no regressions from the 1.0.1 Ubuntu package. There's still one nasty issue (also present in 1.0.1) that I hope to resolve, but haven't yet. The issues is you can't stop the daemon immediately after installation. For example, this doesn't work: sudo apt-get install couchdb sudo /etc/init.d/couchdb stop But this does work: sudo apt-get install couchdb <reboot> sudo /etc/init.d/couchdb stop **What needs further testing** I don't use system-wide CouchDB on a regular basis, so I need help testing the `couchdb` side of the split. In particular, if there is anyone running the 1.0.1 package in a production setting, I need feedback on whether the permission and ownership changes I made in /etc cause any issues for you during/after an upgrade to my 1.2.0 package. I'd like to see CouchDB 1.2.0 synced from Debian, but adding in a couchdb/couchdb-bin split similar to what was done by the desktopcouch folks for the current Ubuntu 1.0.1 package. This split is critical for Novacut and Dmedia because otherwise our user have an unused system-wide CouchDB running for no reason. We've been maintaining our own newer CouchDB packages in our PPA, and I'd love to stop doing that. For more background, I tried to do something similar for CouchDB 1.1.1 in Precise, but didn't make it in time: https://bugs.launchpad.net/ubuntu/+source/couchdb/+bug/903098 == Current Status == I have a debdiff attached, ready for review, and I have test packages for Precise and Quantal in ppa:novacut/daily: https://launchpad.net/~novacut/+archive/daily I've found no regressions from the 1.0.1 Ubuntu package. There's still one nasty issue (also present in 1.0.1) that I hope to resolve, but haven't yet. The issues is you can't stop the daemon immediately after installation. For example, this doesn't work: sudo apt-get install couchdb sudo /etc/init.d/couchdb stop But this does work: sudo apt-get install couchdb <reboot> sudo /etc/init.d/couchdb stop == What needs further testing == I don't use system-wide CouchDB on a regular basis, so I need help testing the `couchdb` side of the split. In particular, if there is anyone running the 1.0.1 package in a production setting, I need feedback on whether the permission and ownership changes I made in /etc/couchdb cause any issues for you during/after an upgrade to my 1.2.0 package. == debian/changelog == couchdb (1.2.0-1ubuntu1) quantal; urgency=low * Started with branch of 1.2.0-1 from Debian unstable * Split into `couchdb-bin` and `couchdb` binary packages as found in Ubuntu, with goal of keeping delta between Debian and Ubuntu as low as possible * Changes from how the split is done in Ubuntu: - /etc/couchdb/default.ini and /etc/couchdb/default.d are delivered in the `couchdb-bin` package and are owned by root - /etc/couchdb/local.ini and /etc/couchdb/local.d are delivered in the `couchdb` package and are owned by the "couchdb" user - The `couchdb-bin` package does not create nor require the "couchdb" user (this is now done in the `couchdb` package instead) * Changes from Debian: - After couchdb.postinst runs, only /etc/couchdb/local.ini and /etc/couchdb/local.d are owned by the "couchdb" user, while the rest of /etc/couchdb remains owned by root - Patched /etc/init.d/couchdb so /var/run/couchdb is owned by the "couchdb" user, needed for the init.d script to actually work (var-run.patch) - Added a short sleep delay in couchdb.postrm so couchdb is more likely to have actually terminated by the time we `deluser couchdb`, which is needed for `sudo apt-get purge couchdb` to work when couchdb is running - Added couchdb-bin.postinst to fix permissions in /etc/couchdb after upgrading from the couchdb-bin 1.0.1 package
2012-07-18 19:35:44 Jason Gerard DeRose description I'd like to see CouchDB 1.2.0 synced from Debian, but adding in a couchdb/couchdb-bin split similar to what was done by the desktopcouch folks for the current Ubuntu 1.0.1 package. This split is critical for Novacut and Dmedia because otherwise our user have an unused system-wide CouchDB running for no reason. We've been maintaining our own newer CouchDB packages in our PPA, and I'd love to stop doing that. For more background, I tried to do something similar for CouchDB 1.1.1 in Precise, but didn't make it in time: https://bugs.launchpad.net/ubuntu/+source/couchdb/+bug/903098 == Current Status == I have a debdiff attached, ready for review, and I have test packages for Precise and Quantal in ppa:novacut/daily: https://launchpad.net/~novacut/+archive/daily I've found no regressions from the 1.0.1 Ubuntu package. There's still one nasty issue (also present in 1.0.1) that I hope to resolve, but haven't yet. The issues is you can't stop the daemon immediately after installation. For example, this doesn't work: sudo apt-get install couchdb sudo /etc/init.d/couchdb stop But this does work: sudo apt-get install couchdb <reboot> sudo /etc/init.d/couchdb stop == What needs further testing == I don't use system-wide CouchDB on a regular basis, so I need help testing the `couchdb` side of the split. In particular, if there is anyone running the 1.0.1 package in a production setting, I need feedback on whether the permission and ownership changes I made in /etc/couchdb cause any issues for you during/after an upgrade to my 1.2.0 package. == debian/changelog == couchdb (1.2.0-1ubuntu1) quantal; urgency=low * Started with branch of 1.2.0-1 from Debian unstable * Split into `couchdb-bin` and `couchdb` binary packages as found in Ubuntu, with goal of keeping delta between Debian and Ubuntu as low as possible * Changes from how the split is done in Ubuntu: - /etc/couchdb/default.ini and /etc/couchdb/default.d are delivered in the `couchdb-bin` package and are owned by root - /etc/couchdb/local.ini and /etc/couchdb/local.d are delivered in the `couchdb` package and are owned by the "couchdb" user - The `couchdb-bin` package does not create nor require the "couchdb" user (this is now done in the `couchdb` package instead) * Changes from Debian: - After couchdb.postinst runs, only /etc/couchdb/local.ini and /etc/couchdb/local.d are owned by the "couchdb" user, while the rest of /etc/couchdb remains owned by root - Patched /etc/init.d/couchdb so /var/run/couchdb is owned by the "couchdb" user, needed for the init.d script to actually work (var-run.patch) - Added a short sleep delay in couchdb.postrm so couchdb is more likely to have actually terminated by the time we `deluser couchdb`, which is needed for `sudo apt-get purge couchdb` to work when couchdb is running - Added couchdb-bin.postinst to fix permissions in /etc/couchdb after upgrading from the couchdb-bin 1.0.1 package I'd like to see CouchDB 1.2.0 synced from Debian, but adding in a couchdb/couchdb-bin split similar to what was done by the desktopcouch folks for the current Ubuntu 1.0.1 package. This split is critical for Novacut and Dmedia because otherwise our user have an unused system-wide CouchDB running for no reason. We've been maintaining our own newer CouchDB packages in our PPA, and I'd love to stop doing that. For more background, I tried to do something similar for CouchDB 1.1.1 in Precise, but didn't make it in time: https://bugs.launchpad.net/ubuntu/+source/couchdb/+bug/903098 == Current Status == I have a debdiff attached, ready for review, and I have test packages for Precise and Quantal in ppa:novacut/daily: https://launchpad.net/~novacut/+archive/daily I've found no regressions from the 1.0.1 Ubuntu package. There's still one nasty issue (also present in 1.0.1) that I hope to resolve, but haven't yet. The issue is you can't stop the daemon immediately after installation. For example, this doesn't work: sudo apt-get install couchdb sudo /etc/init.d/couchdb stop But this does work: sudo apt-get install couchdb <reboot> sudo /etc/init.d/couchdb stop == What needs further testing == I don't use system-wide CouchDB on a regular basis, so I need help testing the `couchdb` side of the split. In particular, if there is anyone running the 1.0.1 package in a production setting, I need feedback on whether the permission and ownership changes I made in /etc/couchdb cause any issues for you during/after an upgrade to my 1.2.0 package. == debian/changelog == couchdb (1.2.0-1ubuntu1) quantal; urgency=low   * Started with branch of 1.2.0-1 from Debian unstable   * Split into `couchdb-bin` and `couchdb` binary packages as found in Ubuntu,     with goal of keeping delta between Debian and Ubuntu as low as possible   * Changes from how the split is done in Ubuntu:     - /etc/couchdb/default.ini and /etc/couchdb/default.d are delivered in the       `couchdb-bin` package and are owned by root     - /etc/couchdb/local.ini and /etc/couchdb/local.d are delivered in the       `couchdb` package and are owned by the "couchdb" user     - The `couchdb-bin` package does not create nor require the "couchdb" user       (this is now done in the `couchdb` package instead)   * Changes from Debian:     - After couchdb.postinst runs, only /etc/couchdb/local.ini and       /etc/couchdb/local.d are owned by the "couchdb" user, while the rest of       /etc/couchdb remains owned by root     - Patched /etc/init.d/couchdb so /var/run/couchdb is owned by the "couchdb"       user, needed for the init.d script to actually work (var-run.patch)     - Added a short sleep delay in couchdb.postrm so couchdb is more likely to       have actually terminated by the time we `deluser couchdb`, which is needed       for `sudo apt-get purge couchdb` to work when couchdb is running     - Added couchdb-bin.postinst to fix permissions in /etc/couchdb after       upgrading from the couchdb-bin 1.0.1 package
2012-07-18 20:00:13 Jason Gerard DeRose description I'd like to see CouchDB 1.2.0 synced from Debian, but adding in a couchdb/couchdb-bin split similar to what was done by the desktopcouch folks for the current Ubuntu 1.0.1 package. This split is critical for Novacut and Dmedia because otherwise our user have an unused system-wide CouchDB running for no reason. We've been maintaining our own newer CouchDB packages in our PPA, and I'd love to stop doing that. For more background, I tried to do something similar for CouchDB 1.1.1 in Precise, but didn't make it in time: https://bugs.launchpad.net/ubuntu/+source/couchdb/+bug/903098 == Current Status == I have a debdiff attached, ready for review, and I have test packages for Precise and Quantal in ppa:novacut/daily: https://launchpad.net/~novacut/+archive/daily I've found no regressions from the 1.0.1 Ubuntu package. There's still one nasty issue (also present in 1.0.1) that I hope to resolve, but haven't yet. The issue is you can't stop the daemon immediately after installation. For example, this doesn't work: sudo apt-get install couchdb sudo /etc/init.d/couchdb stop But this does work: sudo apt-get install couchdb <reboot> sudo /etc/init.d/couchdb stop == What needs further testing == I don't use system-wide CouchDB on a regular basis, so I need help testing the `couchdb` side of the split. In particular, if there is anyone running the 1.0.1 package in a production setting, I need feedback on whether the permission and ownership changes I made in /etc/couchdb cause any issues for you during/after an upgrade to my 1.2.0 package. == debian/changelog == couchdb (1.2.0-1ubuntu1) quantal; urgency=low   * Started with branch of 1.2.0-1 from Debian unstable   * Split into `couchdb-bin` and `couchdb` binary packages as found in Ubuntu,     with goal of keeping delta between Debian and Ubuntu as low as possible   * Changes from how the split is done in Ubuntu:     - /etc/couchdb/default.ini and /etc/couchdb/default.d are delivered in the       `couchdb-bin` package and are owned by root     - /etc/couchdb/local.ini and /etc/couchdb/local.d are delivered in the       `couchdb` package and are owned by the "couchdb" user     - The `couchdb-bin` package does not create nor require the "couchdb" user       (this is now done in the `couchdb` package instead)   * Changes from Debian:     - After couchdb.postinst runs, only /etc/couchdb/local.ini and       /etc/couchdb/local.d are owned by the "couchdb" user, while the rest of       /etc/couchdb remains owned by root     - Patched /etc/init.d/couchdb so /var/run/couchdb is owned by the "couchdb"       user, needed for the init.d script to actually work (var-run.patch)     - Added a short sleep delay in couchdb.postrm so couchdb is more likely to       have actually terminated by the time we `deluser couchdb`, which is needed       for `sudo apt-get purge couchdb` to work when couchdb is running     - Added couchdb-bin.postinst to fix permissions in /etc/couchdb after       upgrading from the couchdb-bin 1.0.1 package I'd like to see CouchDB 1.2.0 synced from Debian, but adding in a couchdb/couchdb-bin split similar to what was done by the desktopcouch folks for the current Ubuntu 1.0.1 package. This split is critical for Novacut and Dmedia because otherwise our users have an unused system-wide CouchDB running for no reason. We've been maintaining our own newer CouchDB packages in our PPA, and I'd love to stop doing that. For more background, I tried to do something similar for CouchDB 1.1.1 in Precise, but didn't make it in time: https://bugs.launchpad.net/ubuntu/+source/couchdb/+bug/903098 == Current Status == I have a debdiff attached, ready for review, and I have test packages for Precise and Quantal in ppa:novacut/daily: https://launchpad.net/~novacut/+archive/daily I've found no regressions from the 1.0.1 Ubuntu package. There's still one nasty issue (also present in 1.0.1) that I hope to resolve, but haven't yet. The issue is you can't stop the daemon immediately after installation. For example, this doesn't work: sudo apt-get install couchdb sudo /etc/init.d/couchdb stop But this does work: sudo apt-get install couchdb <reboot> sudo /etc/init.d/couchdb stop == What needs further testing == I don't use system-wide CouchDB on a regular basis, so I need help testing the `couchdb` side of the split. In particular, if there is anyone running the 1.0.1 package in a production setting, I need feedback on whether the permission and ownership changes I made in /etc/couchdb cause any issues for you during/after an upgrade to my 1.2.0 package. == debian/changelog == couchdb (1.2.0-1ubuntu1) quantal; urgency=low   * Started with branch of 1.2.0-1 from Debian unstable   * Split into `couchdb-bin` and `couchdb` binary packages as found in Ubuntu,     with goal of keeping delta between Debian and Ubuntu as low as possible   * Changes from how the split is done in Ubuntu:     - /etc/couchdb/default.ini and /etc/couchdb/default.d are delivered in the       `couchdb-bin` package and are owned by root     - /etc/couchdb/local.ini and /etc/couchdb/local.d are delivered in the       `couchdb` package and are owned by the "couchdb" user     - The `couchdb-bin` package does not create nor require the "couchdb" user       (this is now done in the `couchdb` package instead)   * Changes from Debian:     - After couchdb.postinst runs, only /etc/couchdb/local.ini and       /etc/couchdb/local.d are owned by the "couchdb" user, while the rest of       /etc/couchdb remains owned by root     - Patched /etc/init.d/couchdb so /var/run/couchdb is owned by the "couchdb"       user, needed for the init.d script to actually work (var-run.patch)     - Added a short sleep delay in couchdb.postrm so couchdb is more likely to       have actually terminated by the time we `deluser couchdb`, which is needed       for `sudo apt-get purge couchdb` to work when couchdb is running     - Added couchdb-bin.postinst to fix permissions in /etc/couchdb after       upgrading from the couchdb-bin 1.0.1 package
2012-07-31 01:43:03 Steve Langasek couchdb (Ubuntu): status Confirmed In Progress
2012-07-31 01:44:48 Launchpad Janitor branch linked lp:ubuntu/couchdb
2012-07-31 03:15:12 Launchpad Janitor couchdb (Ubuntu): status In Progress Fix Released
2012-08-01 13:12:38 Benjamin Drung removed subscriber Ubuntu Sponsors Team