Public bug reported:
Binary package hint: python3.0
At jaunty python3.0 package, common_configure_args in debian/rules
should have "--with-wide-ucs" as:
common_configure_args = \
--prefix=/usr \
--enable-ipv6 \
--with-system-ffi \
-
** Summary changed:
- summary: python3.0 common_configure_args in debian/rules should have
"--with-wide-ucs"
+ summary: python3.0 common_configure_args in debian/rules should have
"--with-wide-unicode"
** Description changed:
Binary package hint: python3.0
At jaunty python3.0 package, c
** Description changed:
Binary package hint: python3.0
At jaunty python3.0 package, common_configure_args in debian/rules
should have "--with-wide-unicode" as:
common_configure_args = \
--prefix=/usr \
--enable-ipv6 \
--with-syste
Thank you for replying. I accept the decision.
--
summary: python3.0 common_configure_args in debian/rules should have
"--with-wide-unicode"
https://bugs.launchpad.net/bugs/361455
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubun
I'm aware the problem from more than 1 month ago (and rejected).
Then, I posted my solution to
https://bugs.launchpad.net/ubuntu/+source/php5/+bug/432291/comments/4
--
zlib extension missing in php5 karmic
https://bugs.launchpad.net/bugs/451405
You received this bug notification because you are
The error also occurs when use package
php5-5.2.10.dfsg.1(5.2.10.dfsg.1-2ubuntu4) rebuilded in my machine.
But, it changes well when uncomment the line:
#019-z_off_t_as_long.patch
to
019-z_off_t_as_long.patch
in "debian/patches/series" before dpkg-buildpackage.
--
"Fatal error: Call to und
Same error is occured at 5.2.10.dfsg.1-2ubuntu5 .
--
"Fatal error: Call to undefined function gzopen()" on php5
5.2.10.dfsg.1-2ubuntu3
https://bugs.launchpad.net/bugs/432291
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bug
The bug is NOT zlib link problem because it can open gz files with
"fopen" for example:
is work well on released binaries. BUT "gzopen" is not defined in php5
binaries it cannot run:
--
"Fatal error: Call to undefined function gzopen()" on php5
5.2.10.dfsg.1-2ubuntu3
https://bugs.launchpad.
The uncomment patch "019-z_off_t_as_long.patch" changes the situation in
my environment build.
The patch only adds header files to php5 sources: "ext/zlib/zconf.h" and
"ext/zlib/zlib.h"
But in my env, it also exists "/usr/include/zconf.h" and "/usr/include/zlib.h"
by standard package "zlib1g-de
ion gzopen() in
/home/bellbind/experiment/php/gz/sample.php on line 3
$ lsb_release -rd
Description:Ubuntu karmic (development branch)
Release:9.10
** Affects: php5 (Ubuntu)
Importance: Undecided
Status: New
--
"Fatal error: Call to undefined function gzopen()"
var/cache/apt/archives/php5-cli_5.2.10.dfsg.1-2ubuntu3_i386.deb
5.2.10/
$ ./5.2.10/usr/bin/php5 sample.php
Fatal error: Call to undefined function gzopen() in
/home/bellbind/experiment/php/ubuntu/sample.php on line 3
$ ./5.2.6/usr/bin/php5 sample.php # work well in my env.
--
"Fatal error:
The problem is that the PHP standard function "gzopen" is renamed as
"gzopen64".
It may be just a bug at build system.
I think it is caused by macro "#define gzopen gzopen64" in
/usr/include/zlib.h (zlib1g-dev :1.2.3.3.dfsg-13ubuntu3).
The unapplyed patch "019-z_off_t_as_long.patch" generates o
Public bug reported:
On i386 version trusty, "gzopen64" problem occurred again.
The php function "gzopen" renamed to "gzopen64" by bad side effect of
preprocessor macros.
It occurred only build php5 on i386, not on amd64.
I posted the problem when karmic age, then fixed after long time.
Today,
** Description changed:
On i386 version trusty, "gzopen64" problem occurred again.
The php function "gzopen" renamed to "gzopen64" by bad side effect of
preprocessor macros.
- It occurred only build on i386, not on amd64.
+ It occurred only build php5 on i386, not on amd64.
- I posted t
I reported the bug because of it is wanted to fix "for Precise" (not for
Quantal).
I found the bug when I tried the Python3 Official HOWTO doc:
- http://docs.python.org/py3k/howto/curses.html
It uses newpad function.
But I do not know any packages using curses.newpad() with Python3. There may be
Public bug reported:
There is invalid behavior of builtin curses module in amd64 version
python3.2.
>From API spec, `refresh()` method of a window object returned by
`curses.newpad(h,w)` should accept 6 arguments; `pad.refresh(pt, pl, st,
sl, sb, sr)`.
- http://docs.python.org/py3k/library/curse
** Attachment added: "the code that spawns the bug"
https://bugs.launchpad.net/bugs/1021783/+attachment/3215139/+files/newpad-refresh.py
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1021783
Title
17 matches
Mail list logo
