Martin Michlmayr wrote:
I received a bug report against cplay (a front-end for audio players
written in Python and using ncurses) that it doesn't support UTF-8.
While trying to solve this problem, the bigger question came up
whether the Python bindings actually support UTF-8.
In Debian, we have a l
Seo Sanghyeon wrote:
Instead of referring confused users to the distutils manual all the time,
Debian's Python should be configured to install under /usr/local when
using distutils to do local install by default.
This will break the build process of many Python-based packages, right?
They don't
With python 2.4_2.4.2-1 and libc6.1-dev 2.3.5-7 I get exactly the same
code, except that statvfs is now declared
Somebody will need to debug through the code. I cannot see anything
wrong with the code, and on the systems I have access to, it always
produces the correct results. As another test,
Max Bowsher wrote:
> Can you give more detail about how to reproduce the error?
Unfortunately, no - it is hardly reproducable. I was hoping that
somebody was immediately apparent from the error message.
> It certainly isn't a common error, so it must be being triggered by
> something unique to yo
I have a python-fam package ready; I just need to find a sponsor to
upload it.
Martin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: debhelper
Version: 4.9.5
Severity: normal
dh_installdocs skips symbolic links. This makes it unusable for
python-xlib, where index.html is a symlink to python-xlib_toc.html.
The cause of the problem is in dh_installdocs line 136, which
finds using '-type f'. Using '\\( -type f or -type l
> Looks like it. doko, can you please look at this? This is in both
> 2.3 and 2.4. I'm surprised that Python would have such a bug that's
> still not fixed but maybe it's just not compiled with the right
> options or something?
It looks like a 64-bit issue indeed: 4912214227121058 in hex is
0x1
> Indeed, py_compilefiles uses os.path without importing it.
I fail to see the problem. It imports os, and that should automatically
give you os.path, unless 'posix' is not in builtin_module_names (which
is hard to imagine).
Notice that the original report said "'import site' failed", which
means
Wouter Verhelst schrieb:
>> Wouter, can you please run "python -v" and report its output?
>
> Attached
Thanks. Unfortunately, I can't make sense out of it: when run this
way, Python doesn't fail at all.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Con
> About 3 years ago, you reported a bug to the Debian BTS regarding
> __divsi3 being unresolved in the X server on ia64. It was supposed to be
> fixed in experimental. Did you reproduce this problem recently?
No, I stopped using X on that platform a long time ago.
--
To UNSUBSCRIBE, email to [
Package: iceweasel-l10n-de
Version: 2.0-1
Severity: normal
In the German translation, iceweasel still uses the name "Firefox",
at least in these places:
- Window title (is "Mozilla Firefox")
- Hilfe/Über Mozilla Firefox (translation of "Help/About Iceweasel")
- Help system (Mozilla Firefox Help, "
Phillip J. Eby wrote:
I personally can't see how taking the reasonable interpretation of a
public domain declaration can lead to any difficulties, but then,
IANAL.
The ultimate question is whether we could legally relicense such
code under the Python license, ie. remove the PD declaration, and
at
Package: python2.3-nevow
Version: 0.7.0-1
Severity: grave
Justification: renders package unusable
The package depends on python2.3-twisted-web, yet that package
does not exist (anymore).
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Pierre HABOUZIT wrote:
> Attached is the diff for my python-fam 1.1.1-2.1 NMU.
Why did you ignore python-fam 1.1.1-2? It already fixed
the bugs.
Regards,
Martin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I tracked this down to the resolution of an unspecified local
address. On some systems, getaddrinfo('',0,0,2,17,1) returns
127.0.0.1, then ::1; on other systems, it's vice versa. The order
apparently depends on /etc/gai.conf; apparently, there was also
a recent change in the library defaults (to re
It will be uploaded during the BSP next weekend or earlier with your OK.
The patch looks right to me, so please go ahead.
Regards,
Martin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: aiccu
Version: 20070115-7
Severity: normal
After installing aiccu, every attempt to configure it fails with the
message:
Setting up aiccu (20070115-7) ...
Unknown configuration statement on line 2 of /tmp/aiccu1agHXXconf: "protoco"
Unknown configuration statement on line 3 of /tmp/aiccu1
I just tried to reproduce the problem, with python 2.3.5-9
and libncurses5 5.5-1, and it just worked. I couldn't try
the original problem (since I don't know what to use cplay
for), but in Martin Michlmayrs test case, the bullets display
fine (the Japanese characters show as a dotted box, due
to a
Martin Michlmayr wrote:
> Woo, thanks for the note. I can confirm that this works now - I see
> the Chinese character too. However, while I can see the umlaut a and
> the Chinese ren, the bullet is not displayed properly. Do you get
> this too? Instead of • I see [EMAIL PROTECTED]
I can see th
Martin Michlmayr wrote:
> Strange. What x-terminal-emulator are you using? I normally use
> pterm. I just tried xterm and it in I don't see the bullet at all
> with the Python and I see a ' @ ' in curses.
uxterm, from xterm 208-3.1. Locale is set to de_DE.UTF-8.
Regards,
Martin
--
To UNSUBS
Martin Michlmayr wrote:
> Strange. What x-terminal-emulator are you using? I normally use
> pterm. I just tried xterm and it in I don't see the bullet at all
> with the Python and I see a ' @ ' in curses.
I was confused. I didn't wait the three seconds to see the ncurses
actually start.
I also
Martin Michlmayr wrote:
> Martin, can you please look into this?
Thomas is right: Python sets the locale first to "", then back
to "POSIX". This is intentional: it tries to obtain the CHARSET
during startup, but wants to leave locale control to the script.
So the test script has a bug: it should
This bug has now been fixed with the SF patch
http://www.python.org/sf/1428494
which has been committed as revisions r42320 and r42321;
Debian could probably just copy that code.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Ritesh Raj Sarraf wrote:
> Agreed. But instead why not think the other way.
> The default configuration shouldn't allow symlink access. If people need it,
> it should get explicitly mentioned in their config.
If the default configuration should disallow symlinks, then this what
the patch should s
This is not a bug in Python, but in the individual scripts. Scripts
should not rely on being able to write Unicode strings to stdout.
Instead, they need to encode strings explicitly, according to whatever
protocol is defined for whatever file they send the data to. In absence
of a more specific gui
25 matches
Mail list logo