Duo

Can't run on MacOS X

Bug #424387 reported by Camille Roux
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Duo
New
Undecided
Unassigned
Debian
New
Undecided
Unassigned

Bug Description

Hi,

I'd like to run the new version of DUO and the program doesn't run. I'm on mac OS 10.5.

Here the script:

camille:duo-0.9 camille$ ./duo.py
'module' object has no attribute 'UserInterface'

camille:duo-0.9 camille$ python -V
Python 2.5.1
camille:duo-0.9 camille$ uname -a
Darwin camille.local 9.7.0 Darwin Kernel Version 9.7.0: Tue Mar 31 22:52:17 PDT 2009; root:xnu-1228.12.14~1/RELEASE_I386 i386

Revision history for this message
David Soulayrol (dsoulayrol) wrote :

I can't reproduce this and from what I've understood by chat you did download a copy from the wrong place. Can you please get the trunk from launchpad and update this report ?

Revision history for this message
Enrique Mecklenburg (enrique-mecklenburg) wrote :

Hello,

I'm having the same problem trying to run Duo 0.10 under Debian Squeeze and python 2.5.5.

More, if I run it with '-u' or '-ui' I get different results:

quique@DarkAngel:/usr/local/games/duo$ ./duo.py -u dreadful
__init__() takes exactly 1 argument (2 given)

quique@DarkAngel:/usr/local/games/duo$ ./duo.py -ui dreadful
Duo version 0.10
Copyright (C) 2004,2008 The Duo developpers.
Duo comes with ABSOLUTELY NO WARRANTY; for details type `duo -w'.
This is free software, and you are welcome to redistribute it under
certain conditions; see the COPYING file.

Usage: duo [-q] [-v] [--players nb] [--cards nb] [--name nm]
        duo -h|--help | -w|--warranty
Unknown argument: ['dreadful']

quique@DarkAngel:/usr/local/games/duo$ ./duo.py -u gnomish
'module' object has no attribute 'UserInterface'

quique@DarkAngel:/usr/local/games/duo$ ./duo.py -ui gnomish
Duo version 0.10
Copyright (C) 2004,2008 The Duo developpers.
Duo comes with ABSOLUTELY NO WARRANTY; for details type `duo -w'.
This is free software, and you are welcome to redistribute it under
certain conditions; see the COPYING file.

Usage: duo [-q] [-v] [--players nb] [--cards nb] [--name nm]
        duo -h|--help | -w|--warranty
Unknown argument: ['gnomish']

Thanks for any help

Revision history for this message
Enrique Mecklenburg (enrique-mecklenburg) wrote :

Forgot to add, in the log file I get this:

2010-11-25 11:23:57,698 duo : 98 WARNING No translation file found for en_US

I have copied the en_GB as en_US but still the same error in the log file (I've deleted the log file and reapears with the same warning)

Revision history for this message
David Soulayrol (dsoulayrol) wrote :

Thanks for your report, Enrique.

First please note that correct program options are '-u' and '--ui' (with two dashes), which explains some of your results. Secondly, the gnomish and dreadful interfaces were only written as proof of concept a long time ago and are no more in sync with the core code (see for example #296939 about the gnomish interface).

That being said, I get the following results with the current trunk version:

~/src/duo/trunk> ./duo.py --ui gnomish
import of duo.ui.gnomish failed (cannot import name protocols)

~/src/duo/trunk> ./duo.py --ui dreadful
__init__() takes exactly 1 argument (2 given)

Considering what I wrote above, this is normal for now. However, if you observe something different on your machine with the code from trunk, I'd be happy to know it.

As for the en_US problem, I have not looked at it until now, but you should open a distinct ticket.

Revision history for this message
Enrique Mecklenburg (enrique-mecklenburg) wrote :

Hi David,

sorry for the delay. Yes, I'm using the correct options here. This is what I get running 0.10 for the examples you gave:
/duo-0.10$ ./duo.py --ui gnomish
'module' object has no attribute 'UserInterface'

/duo-0.10$ ./duo.py --ui dreadful
__init__() takes exactly 1 argument (2 given)

So it is different for gnomish. Also, using no arguments I get the same as with gnomish option:

duo-0.10$ ./duo.py
'module' object has no attribute 'UserInterface'

Is the trunk version you use available for anyone? I see 0.11 is not yet downloadable.

Regards,
Enrique

Revision history for this message
Enrique Mecklenburg (enrique-mecklenburg) wrote :

Ok, just got the trunk version, and it is working fine under Debian Squeeze. Going to play now!

Thanks,
Enrique

Revision history for this message
David Soulayrol (dsoulayrol) wrote :

Well, I still cannot reproduce the bug as is. But I can simulate it by replacing "tk" by any non existent module name (eg. "tki") in duo.py:134 (v0.10). So the problem comes from ui.create_ui, and ultimately tools.import_recursively which seems to fail to load tk.ui. I guess there is a problem with the Python PATH, but I'm clueless.

If someone gets this problem, I suggest writing here at least the Python version, the Duo version, the platform name, the $PYTHONPATH value.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.