[Python-bugs-list] [ python-Bugs-728051 ] Test failures on Linux, Python 2.3b1 tarball

[SourceForge.net]

Bugs item #728051, was opened at 2003-04-26 07:23
Message generated for change (Comment added) made by bcannon
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=728051&group_id=5470

Category: Build
Group: Python 2.3
Status: Open
Resolution: None
Priority: 5
Submitted By: Phillip J. Eby (pje)
Assigned to: Neal Norwitz (nnorwitz)
Summary: Test failures on Linux, Python 2.3b1 tarball

Initial Comment:
"make test" resulted in:

test test_tempfile failed -- Traceback (most recent
call last):
  File
"/home/admin/Python-2.3b1/Lib/test/test_tempfile.py",
line 299, in test_noinherit
    self.failIf(retval > 0, "child process reports
failure")
  File "/home/admin/Python-2.3b1/Lib/unittest.py", line
264, in failIf
    if expr: raise self.failureException, msg
AssertionError: child process reports failure

test test_time failed -- Traceback (most recent call last):
  File
"/home/admin/Python-2.3b1/Lib/test/test_time.py", line
107, in test_tzset
    self.failUnless(time.tzname[1] == 'AEDT',
str(time.tzname[1]))
  File "/home/admin/Python-2.3b1/Lib/unittest.py", line
268, in failUnless
    if not expr: raise self.failureException, msg
AssertionError: AEST


----------------------------------------------------------------------

>Comment By: Brett Cannon (bcannon)
Date: 2003-06-10 15:04

Message:
Logged In: YES 
user_id=357491

How about the test_tempfile failure?  Does that occur when you 
run the test on its own?

----------------------------------------------------------------------

Comment By: Phillip J. Eby (pje)
Date: 2003-05-25 06:21

Message:
Logged In: YES 
user_id=56214

Here's the tz info; I'll email you the 'man tzset' separately.

[admin@pilot Python-2.3a1]$ ./python -c 'import time;print
time.tzname,time.timezone,time.altzone'
('EST', 'EDT') 18000 14400
[admin@pilot Python-2.3a1]$ env TZ='US/Eastern' ./python -c
'import time;print time.tzname,time.timezone,time.altzone'
('EST', 'EDT') 18000 14400
[admin@pilot Python-2.3a1]$ env TZ='Australia/Melbourne'
./python -c 'import time;print
time.tzname,time.timezone,time.altzone'
('EST', 'EST') -36000 -39600
[admin@pilot Python-2.3a1]$ cd ../Python-2.3b1
[admin@pilot Python-2.3b1]$ ./python -c 'import time;print
time.tzname,time.timezone,time.altzone'
('EST', 'EDT') 18000 14400
[admin@pilot Python-2.3b1]$ env TZ='US/Eastern' ./python -c
'import time;print time.tzname,time.timezone,time.altzone'
('EST', 'EDT') 18000 14400
[admin@pilot Python-2.3b1]$ env TZ='Australia/Melbourne'
./python -c 'import time;print
time.tzname,time.timezone,time.altzone'
('EST', 'EST') -36000 -39600
[

----------------------------------------------------------------------

Comment By: Stuart Bishop (zenzen)
Date: 2003-05-21 17:41

Message:
Logged In: YES 
user_id=46639

This is from my patch.

Phillip - can you please upload a copy of 'man tzset' on that Redhat box
or email it to zen@shangri-la.dropbear.id.au.

I'd also like to see the output of:
    python -c 'import time;print time.tzname,time.timezone,time.altzone'
    env TZ='US/Eastern' \
        python -c 'import time;print time.tzname,time.timezone,time.altzone'
    env TZ='Australia/Melbourne' \
        python -c 'import time;print time.tzname,time.timezone,time.altzone'

I'm thinking that tzset(3) and the time libraries are not fully functional on 
this earlier version of Redhat, possibly by not handling southern hemisphere 
daylight savings. If so, it needs to be detected during configuration.


----------------------------------------------------------------------

Comment By: Martin v. Löwis (loewis)
Date: 2003-05-04 08:00

Message:
Logged In: YES 
user_id=21627

Neal, it appears you have checked in the test for the AEST
zone. Can you analyse the test_time failure in more detail?

----------------------------------------------------------------------

Comment By: Phillip J. Eby (pje)
Date: 2003-05-04 06:19

Message:
Logged In: YES 
user_id=56214

It's an ISP-supplied variant of RedHat 6.2.  I see
'libc-2.1.3.so' in the /lib directory, so I assume that's
the version. Running 'strings' on it, I find:

GNU C Library stable release version 2.1.3, by Roland
McGrath et al.
Copyright (C) 1992, 93, 94, 95, 96, 97, 98, 99 Free Software
Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or
FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version egcs-2.91.66 19990314/Linux
(egcs-1.1.2 release).
Compiled on a Linux 2.2.19-6.2.16 system on 2002-08-07.
Available extensions:
        GNU libio by Per Bothner
        The C stubs add-on version 2.1.2.
        crypt add-on version 2.1 by Michael Glad and others
        BIND-4.9.7-REL
        NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
        Glibc-2.0 compatibility add-on by Cristian Gafton 
        linuxthreads-0.8 by Xavier Leroy
        libthread_db work sponsored by Alpha Processor Inc


Python identifies itself as:

Python 2.3b1 (#1, Apr 26 2003, 10:02:40) 
[GCC egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)] on linux2

I just tested 2.3a1 andr 2.3a2 to confirm where the errors
began.  2.3a1 doesn't show either error.  2.3a2 has the
tempfile problem, but not the time problem.


----------------------------------------------------------------------

Comment By: Martin v. Löwis (loewis)
Date: 2003-05-04 05:42

Message:
Logged In: YES 
user_id=21627

What operating system distribution specifically did you use?
What C library does this system use?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=728051&group_id=5470