Ubuntu
xmlstarlet package

many -N options gets dropped for command-line

Bug #209982 reported by Ulrik Mikaelsson
4
Affects Status Importance Assigned to Milestone
xmlstarlet (Debian)
Fix Released
Unknown
xmlstarlet (Ubuntu)
Fix Released
Low
Unassigned
Declined for Hardy by Iain Lane
Declined for Intrepid by Iain Lane
Declined for Jaunty by Iain Lane

Bug Description

Binary package hint: xmlstarlet

Slightly more info in original bug in SF.
https://sourceforge.net/tracker/index.php?func=detail&aid=1722425&group_id=66612&atid=515106

Basically, adding more -N options on command-line will not really result in all extra namespaces being used.

The problem is a basic (almost typo) mistake in option-parsing. Attached patch fixes the problem (I THINK without causing new ones)

Tags: bitesize
Revision history for this message
Ulrik Mikaelsson (rawler) wrote :
Revision history for this message
Daniel T Chen (crimsun) wrote :

Is this symptom still reproducible in 8.10 or 9.04?

Changed in xmlstarlet:
status: New → Incomplete
Revision history for this message
Ulrik Mikaelsson (rawler) wrote :

Re-confirmed in upstream tracker 2009-01-13.

Revision history for this message
Ulrik Mikaelsson (rawler) wrote :

Actually, I just realized it's fairly easy to test. After spending some 30 mins devising an xml-file to test against, I realized testing is as simple as typing

xmlstarlet sel -N "A=A" -N "B=B" -t -c '/'

Correct behavior would be waiting for XML-input on stdin, while a version with the bug shows the Usage-help.

Currently on Ubuntu (Jaunty, updated today), this erraneously shows the Usage-help.

Revision history for this message
David Stansby (dstansby-deactivatedaccount) wrote :

We'd like to figure out what's causing this bug for you, but we haven't heard back from you in a while. Could you please tell us whether this bug is reproducible on 8.10 or 9.04? Thanks!

Revision history for this message
Ulrik Mikaelsson (rawler) wrote :

Ehm, in my comment for 2009-01-25, I confirmed it for Jaunty (9.04)?

I can now however, also re-confirm it for Karmic, updated as of today.

Please, test it yourself, as per the instructions I gave in the posting from 2009-01-25. It is trivially reproducible.

Revision history for this message
David Stansby (dstansby-deactivatedaccount) wrote :

I'm going to create a proper debdiff that can be applied, since this package doesn't seem to have been updated for over 3 years now.

Changed in xmlstarlet (Ubuntu):
assignee: nobody → David Stansby (dstansby)
status: Incomplete → In Progress
Revision history for this message
David Stansby (dstansby-deactivatedaccount) wrote :

Here's the debdiff that fixes this bug .

Changed in xmlstarlet (Ubuntu):
assignee: David Stansby (dstansby) → nobody
status: In Progress → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your work there, could you open a bug on the debian bts with the change? the package in sync now and there is no reason that should stay this way

Changed in xmlstarlet (Ubuntu):
importance: Undecided → Low
David Stansby (dstansby-deactivatedaccount)
Changed in xmlstarlet (Ubuntu):
assignee: nobody → David Stansby (dstansby)
Bug Watch Updater (bug-watch-updater)
Changed in xmlstarlet (Debian):
status: Unknown → New
Revision history for this message
Iain Lane (laney) wrote :

Uploading, thanks. I fixed a couple of typos in your changelog. Hopefully Debian will apply and we can sync again in the future.

Changed in xmlstarlet (Ubuntu):
assignee: David Stansby (dstansby) → nobody
status: Confirmed → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package xmlstarlet - 1.0.1-2ubuntu1

---------------
xmlstarlet (1.0.1-2ubuntu1) karmic; urgency=low

  * Stopped -N options getting dropped for command-line (LP: #209982)

 -- David Stansby <email address hidden> Thu, 16 Jul 2009 15:11:12 +0100

Changed in xmlstarlet (Ubuntu):
status: Fix Committed → Fix Released
Bug Watch Updater (bug-watch-updater)
Changed in xmlstarlet (Debian):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.