On 8/28/2015 4:52 AM, Christian Gollwitzer wrote:
Here is a small patch which improves the error message a lot:
diff -ru Python-3.4.3/Modules/_tkinter.c
Python-3.4.3-patched/Modules/_tkinter.c
--- Python-3.4.3/Modules/_tkinter.c2015-02-25 12:27:45.0 +0100
+++ Python-3.4.3-patched/Mod
Am 28.08.15 um 08:46 schrieb Terry Reedy:
On 8/28/2015 1:56 AM, Christian Gollwitzer wrote:
Am 27.08.15 um 20:32 schrieb Terry Reedy:
On 8/27/2015 4:56 AM, Petr Viktorin wrote:
1321, in _configure
self.tk.call(_flatten((self._w, cmd)) + self._options(cnf))
_tkinter.TclError: expected inte
On 8/28/2015 1:56 AM, Christian Gollwitzer wrote:
Am 27.08.15 um 20:32 schrieb Terry Reedy:
On 8/27/2015 4:56 AM, Petr Viktorin wrote:
1321, in _configure
self.tk.call(_flatten((self._w, cmd)) + self._options(cnf))
_tkinter.TclError: expected integer but got ""
Very puzzling. The only o
Am 27.08.15 um 20:32 schrieb Terry Reedy:
On 8/27/2015 4:56 AM, Petr Viktorin wrote:
1321, in _configure
self.tk.call(_flatten((self._w, cmd)) + self._options(cnf))
_tkinter.TclError: expected integer but got ""
Very puzzling. The only obviously even possibly relevant change from 3.4
to
On 8/27/2015 4:56 AM, Petr Viktorin wrote:
On Fri, Aug 7, 2015 at 4:07 AM, Terry Reedy wrote:
Python has an extensive test suite run after each 'batch' of commits on a
variety of buildbots. However, the Linux buildbots all (AFAIK) run
'headless', with gui's disabled. Hence the following
test_
On Fri, Aug 7, 2015 at 4:07 AM, Terry Reedy wrote:
> Python has an extensive test suite run after each 'batch' of commits on a
> variety of buildbots. However, the Linux buildbots all (AFAIK) run
> 'headless', with gui's disabled. Hence the following
> test_tk test_ttk_guionly test_idle
> (and o
On 8/13/2015 1:11 AM, Laura Creighton wrote:
In a message of Wed, 12 Aug 2015 21:49:24 -0400, Terry Reedy writes:
https://bugs.python.org/issue15601
Could you add a note to the issue then?
Done, though I wonder if it isn't a separate issue.
I was not sure. The people currently nosy will
In a message of Wed, 12 Aug 2015 21:49:24 -0400, Terry Reedy writes:
>On 8/8/2015 2:40 AM, Laura Creighton wrote:
>> In a message of Fri, 07 Aug 2015 21:25:21 -0400, Terry Reedy writes:
>
> >> https://bugs.python.org/issue15601
>>> was about this very test failure. The failure only occurred with t
On 8/8/2015 2:40 AM, Laura Creighton wrote:
In a message of Fri, 07 Aug 2015 21:25:21 -0400, Terry Reedy writes:
>> https://bugs.python.org/issue15601
was about this very test failure. The failure only occurred with tk
8.4. What tk version do you have? (Easily found, for instance, in Idle
-
On 08/06/2015 07:07 PM, Terry Reedy wrote:
Python has an extensive test suite run after each 'batch' of commits
on a variety of buildbots. However, the Linux buildbots all (AFAIK)
run 'headless', with gui's disabled. Hence the following
test_tk test_ttk_guionly test_idle
(and on 3.5, test_t
Tried this on a different debian unstable system.
lac@fido:~$ lsb_release -a
No LSB modules are available.
Distributor ID:Debian
Description: Debian GNU/Linux unstable (sid)
Release: unstable
Codename: sid
lac@fido:~$
Same 3 errors. (So it is not just me.)
Laura
-
Ok, I moved to debian unstable (stretch/sid)
lac@smartwheels:~$ lsb_release -a
LSB Version:
core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch:security-4.0-amd
Laura Creighton wrote:
>>This leads me to believe that your tests and the tkinter shared library
>>may not match. Does
>>
>>$ python3 -c 'import _tkinter; print(_tkinter)'
>>>dynload/_tkinter.cpython-34m-x86_64-linux-gnu.so'>
>>
>>show something suspicious?
>
> lac@smartwheels:~$ python3 -c 'impo
In a message of Fri, 07 Aug 2015 21:25:21 -0400, Terry Reedy writes:
>was about this very test failure. The failure only occurred with tk
>8.4. What tk version do you have? (Easily found, for instance, in Idle
>-> Help -> About Idle. (python3 -m idlelib should start idle).
>
>--
>Terry Jan Re
I forgot to mention that I am running OpenBox as a window manager, so
if this is a problem with ubuntu Unity, then so far we don't seem to
have any Unity users running these tests.
Laura
--
https://mail.python.org/mailman/listinfo/python-list
On 8/7/2015 1:01 PM, Laura Creighton wrote:
==
FAIL: test_get (tkinter.test.test_tkinter.test_variables.TestBooleanVar)
--
Traceback (most recent call last):
On 8/6/2015 10:07 PM, Terry Reedy wrote:
Python has an extensive test suite run after each 'batch' of commits on
a variety of buildbots. However, the Linux buildbots all (AFAIK) run
'headless', with gui's disabled. Hence the following
test_tk test_ttk_guionly test_idle
(and on 3.5, test_tix, bu
On 8/7/2015 1:01 PM, Laura Creighton wrote:
In a message of Fri, 07 Aug 2015 17:34:54 +0200, Peter Otten writes:
Run
$ python3 -m test -ugui -v test_tk
(That way the unittest framework will see the -v option)
Aha, I didn't understand that. Thank you.
Note that there are lines like
# poss
On 8/6/2015 10:18 PM, Ben Finney wrote:
Terry Reedy writes:
I would appreciate it if some people could run the linux version of
py -3.4 -m test -ugui test_tk test_ttk_guionly test_idle
(or 3.5). I guess this means 'python3 for the executable.
Could you verify exactly what is the command to
On 8/6/2015 11:46 PM, Grant Edwards wrote:
In both cases, some small, yellow windows flash briefly on the screen.
I should have warned about this ;-). Gui tests mean 'actually flash
stuff on screen', which is why they do not get run.
--
Terry Jan Reedy
--
https://mail.python.org/mailman
Terry Reedy writes:
> and report here python version, linux system, and result.
> Alteration of environment and locale is a known issue, skip that.
Using source builds on my slave (bolen-ubuntu):
Linux buildbot-ubuntu 4.1.0-x86_64-linode59 #1 SMP Mon Jun 22 10:39:23 EDT 2015
x86_64 x86_64 x86_
In a message of Fri, 07 Aug 2015 21:13:02 +0200, Peter Otten writes:
>test_set() was introduced in a bugfix
>
>http://bugs.python.org/issue15133
>https://hg.python.org/cpython/rev/117f45749359/
>
>that I don't have on my machine (up-to-date Linux Mint 17). When I download
>
>https://hg.python.org/
Laura Creighton wrote:
> In a message of Fri, 07 Aug 2015 17:34:54 +0200, Peter Otten writes:
>>Run
>>
>>$ python3 -m test -ugui -v test_tk
>>
>>(That way the unittest framework will see the -v option)
>
> Aha, I didn't understand that. Thank you.
>
>>Note that there are lines like
>>
>># possi
In a message of Fri, 07 Aug 2015 17:34:54 +0200, Peter Otten writes:
>Run
>
>$ python3 -m test -ugui -v test_tk
>
>(That way the unittest framework will see the -v option)
Aha, I didn't understand that. Thank you.
>Note that there are lines like
>
># possible namespace for /home/lac/src/accounti
Laura Creighton wrote:
> In a message of Fri, 07 Aug 2015 15:06:41 +0200, Peter Otten writes:
>>$ touch test.py
>>$ python -c import\ test
>>$ rm test.py
>>$ python3 -m test -ugui test_tk
>>/usr/bin/python3: bad magic number in 'test': b'\x03\xf3\r\n'
>>
>>>From that I'd conclude that your python3
In a message of Fri, 07 Aug 2015 15:06:41 +0200, Peter Otten writes:
>$ touch test.py
>$ python -c import\ test
>$ rm test.py
>$ python3 -m test -ugui test_tk
>/usr/bin/python3: bad magic number in 'test': b'\x03\xf3\r\n'
>
>>From that I'd conclude that your python3 sees a leftover python2 pyc inst
Laura Creighton wrote:
> In a message of Fri, 07 Aug 2015 19:51:51 +1000, Chris Angelico writes:
>>On Fri, Aug 7, 2015 at 7:15 PM, Peter Otten <__pete...@web.de> wrote:
>>> By default Debian doesn't install the test suite -- that's why you
>>> cannot run it ;)
>>>
>>> Install it with
>>>
>>> $ sud
On Friday 7 Aug 2015 12:59 CEST, Cecil Westerhof wrote:
> On Friday 7 Aug 2015 11:15 CEST, Peter Otten wrote:
>
>> Cecil Westerhof wrote:
>>
python3 --version
python3 -m test -ugui test_tk test_ttk_guionly test_idle
This gives:
Python 3.4.1
[1/3] test_tk
[2/3]
In a message of Fri, 07 Aug 2015 19:51:51 +1000, Chris Angelico writes:
>On Fri, Aug 7, 2015 at 7:15 PM, Peter Otten <__pete...@web.de> wrote:
>> By default Debian doesn't install the test suite -- that's why you cannot
>> run it ;)
>>
>> Install it with
>>
>> $ sudo apt-get install libpython3.4-te
On Friday 7 Aug 2015 11:15 CEST, Peter Otten wrote:
> Cecil Westerhof wrote:
>
>>> python3 --version
>>> python3 -m test -ugui test_tk test_ttk_guionly test_idle
>>>
>>> This gives:
>>> Python 3.4.1
>>> [1/3] test_tk
>>> [2/3] test_ttk_guionly
>>> [3/3] test_idle
>>> All 3 tests OK.
>>>
>>> This
On Fri, Aug 7, 2015 at 7:15 PM, Peter Otten <__pete...@web.de> wrote:
> By default Debian doesn't install the test suite -- that's why you cannot
> run it ;)
>
> Install it with
>
> $ sudo apt-get install libpython3.4-testsuite
>
> and then try again.
Which makes it work fine on my system.
ChrisA
Cecil Westerhof wrote:
>> python3 --version
>> python3 -m test -ugui test_tk test_ttk_guionly test_idle
>>
>> This gives:
>> Python 3.4.1
>> [1/3] test_tk
>> [2/3] test_ttk_guionly
>> [3/3] test_idle
>> All 3 tests OK.
>>
>> This was on openSUSE 13.2.
>>
>> I also tried to run it on Debian, but th
Terry Reedy wrote:
> Python has an extensive test suite run after each 'batch' of commits on
> a variety of buildbots. However, the Linux buildbots all (AFAIK) run
> 'headless', with gui's disabled. Hence the following
> test_tk test_ttk_guionly test_idle
> (and on 3.5, test_tix, but not importa
On Friday 7 Aug 2015 09:53 CEST, Cecil Westerhof wrote:
> On Friday 7 Aug 2015 04:07 CEST, Terry Reedy wrote:
>
>> Python has an extensive test suite run after each 'batch' of
>> commits on a variety of buildbots. However, the Linux buildbots all
>> (AFAIK) run headless', with gui's disabled. He
On Friday 7 Aug 2015 04:07 CEST, Terry Reedy wrote:
> Python has an extensive test suite run after each 'batch' of commits
> on a variety of buildbots. However, the Linux buildbots all (AFAIK)
> run headless', with gui's disabled. Hence the following test_tk
> test_ttk_guionly test_idle (and on 3
On 07/08/2015 04:46, Grant Edwards wrote:
On 2015-08-07, Grant Edwards wrote:
On 2015-08-07, Terry Reedy wrote:
Python has an extensive test suite run after each 'batch' of commits on
a variety of buildbots. However, the Linux buildbots all (AFAIK) run
'headless', with gui's disabled. Hence
On Fri, Aug 7, 2015 at 12:20 PM, Chris Angelico wrote:
> rosuav@sikorsky:~$ uname -a
> Linux sikorsky 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-3~deb8u1
> (2015-04-24) x86_64 GNU/Linux
>
> The 3.4 is my system Python (Debian Wheezy)
Oh, and for what it's worth, I'm running Xfce here.
ChrisA
--
h
On 2015-08-07, Grant Edwards wrote:
> On 2015-08-07, Terry Reedy wrote:
>> Python has an extensive test suite run after each 'batch' of commits on
>> a variety of buildbots. However, the Linux buildbots all (AFAIK) run
>> 'headless', with gui's disabled. Hence the following
>> test_tk test_tt
On 2015-08-07, Terry Reedy wrote:
> Python has an extensive test suite run after each 'batch' of commits on
> a variety of buildbots. However, the Linux buildbots all (AFAIK) run
> 'headless', with gui's disabled. Hence the following
> test_tk test_ttk_guionly test_idle
> (and on 3.5, test_tix
On Fri, Aug 7, 2015 at 12:07 PM, Terry Reedy wrote:
> I would appreciate it if some people could run the linux version of
> py -3.4 -m test -ugui test_tk test_ttk_guionly test_idle
> (or 3.5). I guess this means 'python3 for the executable.
>
> and report here python version, linux system, and re
Terry Reedy writes:
> I would appreciate it if some people could run the linux version of
> py -3.4 -m test -ugui test_tk test_ttk_guionly test_idle
> (or 3.5). I guess this means 'python3 for the executable.
Could you verify exactly what is the command to run? I'd hate for a
bunch of commands
Python has an extensive test suite run after each 'batch' of commits on
a variety of buildbots. However, the Linux buildbots all (AFAIK) run
'headless', with gui's disabled. Hence the following
test_tk test_ttk_guionly test_idle
(and on 3.5, test_tix, but not important)
are skipped either in w
42 matches
Mail list logo
