Wesley Mesquita wrote:
Hi all,
I starting to explore python 3k core development environment. So, sorry in
advance for any mistakes, but I really don't know what is the best list to
post this, since it not a use of python issue, and probably is not a dev
issue, it is more like a dev env
On Tue, Feb 8, 2011 at 11:00 AM, R. David Murray rdmur...@bitdance.com wrote:
There are some ResourceWarnings we haven't cured yet (the ResourceWarning is
a fairly new innovation). I'm not sure why they don't show up when
you run the tests individually.
Almost certainly the missing -uall
Hi all,
I starting to explore python 3k core development environment. So, sorry in
advance for any mistakes, but I really don't know what is the best list to
post this, since it not a use of python issue, and probably is not a dev
issue, it is more like a dev env question.
I have ran the test
On Mon, 07 Feb 2011 20:38:28 -0200, Wesley Mesquita wesleymesqu...@gmail.com
wrote:
[198/349] test_ossaudiodev
test_ossaudiodev skipped -- [Errno 2] No such file or directory: '/dev/dsp'
This is normal since you don't have a /dev/dsp. That's what the
skip message means.
[200/349]
On 10/19/06, Martin v. Löwis [EMAIL PROTECTED] wrote:
Grig Gheorghiu schrieb:
OK, I deleted the checkout directory on one of my buidslaves and
re-ran the build steps. The tests passed. So my conclusion is that a
full rebuild is needed for the tests to pass after the last checkins
(which
Grig Gheorghiu schrieb:
Maybe the makefiles should be modified so that a full rebuild is
triggered when the configure and configure.in files are changed?
The makefiles already do that: if configure changes, a plain
make will first re-run configure.
Well, that didn't trigger a full
On 10/20/06, Martin v. Löwis [EMAIL PROTECTED] wrote:
Grig Gheorghiu schrieb:
Maybe the makefiles should be modified so that a full rebuild is
triggered when the configure and configure.in files are changed?
The makefiles already do that: if configure changes, a plain
make will first
Grig Gheorghiu schrieb:
Here are the steps that led to the unit test failures, after your
checkin of configure and configure.in.
svn update:
http://www.python.org/dev/buildbot/community/all/x86%20Ubuntu%20Breezy%20trunk/builds/55/step-svn/0
configure:
The latest trunk checkin caused almost all Pybots to fail when running
the Python unit tests.
273 tests OK.
12 tests failed:
test___all__ test_calendar test_capi test_datetime test_email
test_email_renamed test_imaplib test_mailbox test_strftime
test_strptime test_time test_xmlrpc
On 10/19/06, Grig Gheorghiu [EMAIL PROTECTED]
wrote:
The latest trunk checkin caused almost all Pybots to fail when runningthe Python unit tests.273 tests OK.12 tests failed:test___all__ test_calendar test_capi test_datetime test_emailtest_email_renamed test_imaplib test_mailbox test_strftime
On 10/19/06, Brett Cannon [EMAIL PROTECTED] wrote:
Possibly. If you look at the reason those tests failed it is because
time.strftime is missing for some odd reason. But none of recent checkins
seem to have anything to do with the 'time' module, let alone with how
methods are added to
On 10/19/06, Grig Gheorghiu [EMAIL PROTECTED] wrote:
On 10/19/06, Brett Cannon [EMAIL PROTECTED] wrote: Possibly.If you look at the reason those tests failed it is because time.strftime is missing for some odd reason.But none of recent checkins
seem to have anything to do with the 'time' module,
On 10/19/06, Brett Cannon [EMAIL PROTECTED] wrote:
On 10/19/06, Grig Gheorghiu [EMAIL PROTECTED] wrote:
On 10/19/06, Brett Cannon [EMAIL PROTECTED] wrote:
Possibly. If you look at the reason those tests failed it is because
time.strftime is missing for some odd reason. But none of
On 10/19/06, Grig Gheorghiu [EMAIL PROTECTED] wrote:
On 10/19/06, Brett Cannon [EMAIL PROTECTED] wrote: On 10/19/06, Grig Gheorghiu [EMAIL PROTECTED]
wrote: On 10/19/06, Brett Cannon [EMAIL PROTECTED] wrote: Possibly.If you look at the reason those tests failed it is because
time.strftime
Grig Gheorghiu schrieb:
OK, I deleted the checkout directory on one of my buidslaves and
re-ran the build steps. The tests passed. So my conclusion is that a
full rebuild is needed for the tests to pass after the last checkins
(which included files such as configure and configure.in).
Indeed,
15 matches
Mail list logo