Bug 237906 - Within certain locales minicom -s generates corrupt configuration files
Within certain locales minicom -s generates corrupt configuration files
Status: CLOSED ERRATA
Product: Fedora
Classification: Fedora
Component: minicom (Show other bugs)
6
All Linux
low Severity low
: ---
: ---
Assigned To: Miroslav Lichvar
Brock Organ
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-04-25 19:12 EDT by Lubomir Kundrak
Modified: 2007-11-30 17:12 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-05-22 03:29:27 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Lubomir Kundrak 2007-04-25 19:12:59 EDT
Description of problem:

When using certain locales, minicom puts non-7bit characters in comments
in generated /etc/minirc.dfl when saving configuration. Such comments are
not handled correctly by minicom when reading that file, the foreign
characters are apparently treated like line breaks, which makes minicom
emit a warning during startup.

Version-Release number of selected component (if applicable):

minicom-2.1-3

How reproducible:

Allways

Steps to Reproduce:

1. LANG=cs_CZ.UTF-8 minicom -s
2. Save new configuration
3. run minicom with the new configuration

Actual results:

/etc/minirc.dfl contains:
# Automaticky vytvořený soubor - pro změnu nastavení použijte "minicom -s".
pr port             /dev/ttyS0
pu baudrate         9600

And during minicom startup, it complains:
** Line 2 of the globální config file not understood

Expected results:

Minicom should not complain.
Comment 1 Miroslav Lichvar 2007-05-02 10:07:40 EDT
This is fixed in the latest upstream release 2.2. Will be pushed as an update.

Note You need to log in before you can comment on or make changes to this bug.