Bug 111484 - if locale is not en_US resume fails to restart networking
Summary: if locale is not en_US resume fails to restart networking
Keywords:
Status: CLOSED DUPLICATE of bug 110420
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: apmd
Version: 9
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-12-04 12:14 UTC by Giuliano Colla
Modified: 2014-03-17 02:40 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2006-02-21 19:00:16 UTC
Embargoed:


Attachments (Terms of Use)

Description Giuliano Colla 2003-12-04 12:14:13 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; it-IT; rv:1.5) Gecko/20031007

Description of problem:
symptom: after a suspend, resume fails to restore networking (and
possibly other services) if the system locale is set to something
different from C or en_US.

cause: apmscript sets LANG and LC_ALL in order to parse service status
information getting rid of i18, while bash uses LC_MESSAGES to
determine the message translation locale.

suggested remedy: replace all occurences of LC_ALL with LC_MESSAGES in
/etc/sysconfig/apm-scripts/apmscript

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

How reproducible:
Always

Steps to Reproduce:

1. on a laptop with apm support enabled, set system locale to it_IT or
fr_FR, or whatever non en_US
2. run apm -suspend, or cause a suspend by closing laptop lid
3. cause a resume (with the resume button, or whatever the laptop BIOS
uses for that purpose)
    

Actual Results:  run ifconfig and verify that no device is shown (not
even lo)

a "service network restart" is required to restore networking as it
was before suspend.

Expected Results:  networking at resume should be the same that was at
suspend

Additional info:

if either system locale is set to en_US, or all the occurences of
LC_ALL in /etc/sysconfig/apm-scripts/apmscript are replaced with
LC_MESSAGES, the services which were active at suspend, are properly
restored at resume.

Comment 1 Miloslav Trmac 2003-12-04 15:04:08 UTC
The explanation doesn't make sense to me,
/etc/sysconfig/apm-scripts/apmscript does not use the bash string
translation feature ($"...") at all; moreover, the $"..." feature
correctly uses LC_ALL in precedence over LC_MESSAGES.


Comment 2 Bill Nottingham 2003-12-04 16:46:53 UTC
This is fixed in the FC1 apmd, as far as I know.

*** This bug has been marked as a duplicate of 110420 ***

Comment 3 Giuliano Colla 2003-12-04 21:30:51 UTC
For sake of precision. apmscript doesn't use the bash string
translation fueature, but the commands it invokes do. And, as clearly
stated in bash man page, LC_ALL takes precedence over a lot of LC_ect,
*but not* over LC_MESSAGES. Maybe it's more a bash bug then an
apmscript bug.

Comment 4 Red Hat Bugzilla 2006-02-21 19:00:16 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.


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