runscript converts all newlines to carriage returns

Bug #1669527 reported by nega
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
minicom (Ubuntu)
New
Undecided
Unassigned

Bug Description

minicom's "runscript" replaces all newline sequences in the "send" command with carriage return characters, instead of newline characters.

1) ubuntu 14.04
2) minicom-2.7-1
3) expected behavior:

~/Downloads/minicom-2.7
❯ cat /tmp/foo
send \cnewline here ->\n

~/Downloads/minicom-2.7
❯ ./src/runscript /tmp/foo | xxd
0000000: 6e65 776c 696e 6520 6865 7265 202d 3e0a newline here ->.

4) actual behavior:

~/Downloads/minicom-2.7.old
❯ cat /tmp/foo
send \cnewline here ->\n

~/Downloads/minicom-2.7.old
❯ ./src/runscript /tmp/foo | xxd
0000000: 6e65 776c 696e 6520 6865 7265 202d 3e0d newline here ->.

The attached script fixes the issue

Revision history for this message
nega (nega) wrote :
Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

The attachment "minicom_runscript.diff" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

tags: added: patch
Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

Hi nega,
Thank you so muhc for taking the time to report this bug and helping to make Ubuntu better. I appreciate the quality of this bug report and I'm sure it'll be helpful to others experiencing the same issue.

Also thanks for going all the way to provide a diff.
But I checked and this is the same in Debian and even upstream still today.

Therefore This sounds like an upstream bug to me. Please can you verify this by building directly from the latest upstream source? If this can be confirmed as an upstream bug, the best route to getting it fixed in Ubuntu in this case would be to file an upstream bug if you're able to do that. Otherwise, I'm not sure what we can do directly in Ubuntu to fix the problem.

Afterwards if all extra constraints are considered and this is accepted upstream with everybody agreeing it might be safe for an SRU to Trusty. But as-is at least my expertise of that area isn't good enough to feel 100% safe not breaking anybody else that might want it as it is (since it is that way upstream for all the time ans still).

If you do end up filing an upstream bug, please link to it from here. Thanks!

tags: added: needs-upstream-report
Revision history for this message
nega (nega) wrote :
Revision history for this message
Nish Aravamudan (nacc) wrote :

@nega, is there a reason you submitted a tracker request (it seems mostly dead, tbh) rather than a normal Debian bug?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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