couchdb-glib sets its own, custom log handler for the g_debug
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
couchdb-glib (Ubuntu) |
Fix Released
|
Undecided
|
Rodrigo Moya | ||
Lucid |
Fix Released
|
Low
|
Unassigned |
Bug Description
couchdb-glib is built without --disable-
This handler searches for the undocumented COUCHDB_
According to rodrigo from #ubuntuone it's fixed in maverick.
There may be some packages depending on the current for displaying debug only when some environment variable is set but I don't see why would anyone do it.
TEST CASE:
download attached testcase.py
with libcouchdb-
kklimonda@
** (process:1424): DEBUG: You will see this message
kklimonda@
and with libcouchdb-
pkklimonda@
** (process:1590): DEBUG: You will see this message
** (process:1590): DEBUG: but not this with 0.6.3-0ubuntu1 installed
kklimonda@
Related branches
- Rodrigo Moya (community): Approve
- Ubuntu Sponsors: Pending requested
-
Diff: 26 lines (+11/-0)2 files modifieddebian/changelog (+9/-0)
debian/rules (+2/-0)
description: | updated |
Changed in couchdb-glib (Ubuntu): | |
assignee: | nobody → Rodrigo Moya (rodrigo-moya) |
status: | Fix Released → In Progress |
Changed in couchdb-glib (Ubuntu): | |
status: | In Progress → Fix Committed |
Changed in couchdb-glib (Ubuntu): | |
status: | Fix Committed → Fix Released |
tags: | added: testcase |
The uploaded package has a very unclean diff, it adds a lot of .bzr/ files and removes the pregenerated marshall .h/.c files; are they correctly being regenerated on package build? Also, this update does not seem to have any practical difference for users, so it seems to be very low-priority; at the same time every SRU has a nonzero regression potential, so is that really worth backporting?