Package: direnv
Version: 2.32.1-2+b7
Now that sid has python 3.12, direnv displays the following output with
"layout python" in the .envrc:
$ cd ~/test-python-envrc
direnv: loading ~/test-python-envrc/.envrc
:1: DeprecationWarning: 'pkgutil.find_loader' is deprecated and
slated for removal in Pyt
Package: erlang
Version: 1:15.b.3-dfsg-1
Severity: important
New erlang packages recently showed up in experimental, but it seems like
R15B03 was packaged and not R15B03-1. The latter includes two important bug
fixes, one with ssl calls with timeouts, the other involving crashdumps:
https://groups
Package: rabbitmq-server
Version: 1.7.0-3
In rabbitmq-server 1.6.0-x, most of the rabbitmq files were in:
/usr/lib/erlang/lib/rabbitmq_server-1.6.0
With 1.7.0-x, they're in:
/usr/lib/rabbitmq/lib/rabbitmq_server-1.7.0
Was this intentional? I noticed because one of my erlang apps talks to
rabbitm
As a result of a very similar report I've filed upstream, the offending
changes were reverted:
http://gcc.gnu.org/viewcvs?view=rev&revision=131334
Please revert it out in the debian package as well.
-Yosh
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
This is probably:
https://bugzilla.mozilla.org/show_bug.cgi?id=389801
Just backport the patch from there.
-Yosh
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: libc6-dev
Version: 2.6.1-3
Severity: important
Compiling this simple program:
#define _GNU_SOURCE
#include
int main (void) { return 0; }
with gcc -ansi results in:
In file included from /usr/include/sys/types.h:223,
from example.c:2:
/usr/include/sys/sysmacros.h
Package: liblcms1-dev
Version: 1.16-1
Severity: important
As of 1.16-1, the lcms headers are in /usr/include/liblcms1, which is a
quite non-standard location. This isn't so terrible, but since the .pc
file doesn't refer to it, there's no good way for an app to find the
headers there.
I don't know
On Tue, Nov 08, 2005 at 11:42:24AM +0100, Loic Minier wrote:
> On Tue, Nov 08, 2005, Loic Minier wrote:
> > ... which suggest the problem will be fixed.
>
> I don't get the same "import vte" error, but it still fails:
> >>> import vte
> Traceback (most recent call last):
> File "",
Package: python-vte
Version: 0.11.15-2
Severity: grave
Due to a bug upstream (http://bugzilla.gnome.org/show_bug.cgi?id=320931)
a python/vte.c generated for pygtk 2.8 is distributed with the tarball.
Since the date is newer than the other source files, it's not
regenerated, and the resultant binar
Package: libexif12
Version: 0.6.12-1
Severity: important
There is a *very* often reported bug in libexif 0.6.12:
https://sourceforge.net/tracker/index.php?func=detail&aid=1180065&group_id=12272&atid=112272
Fix is in libexif CVS:
http://cvs.sourceforge.net/viewcvs.py/libexif/libexif/libexif/exif
Package: aalib1
Version: 1.4p5-25
Severity: important
The patch applied from bug #315419 to export only aa_* symbols breaks
the documented aalib API, since save_d and mem_d are not exported. This
breaks the GIMP plug-in.
It's also debatable whether the other foo_d symbols should be exported,
sinc
Package: cogito
Version: 0.11.3-1
Upon install:
Preparing to replace cogito 0.11.1-1 (using .../cogito_0.11.3-1_i386.deb) ...
Unpacking replacement cogito ...
dpkg: error processing /var/cache/apt/archives/cogito_0.11.3-1_i386.deb
(--unpack):
trying to overwrite `/usr/bin/cg', which is also in
Package: pkg-config
Version: 0.16.0-1
Severity: important
GTK+ does the following in its configure.in:
PKG_CHECK_MODULES(BASE_DEPENDENCIES,
[glib-2.0 >= glib_required_version dnl
atk >= atk_required_version dnl
pango >= pango_required_version])
This worked perfectly fine with the older p
On Thu, Mar 10, 2005 at 02:13:44PM +0100, Friedrich Delgado Friedrichs wrote:
> Hiho!
>
>
> Ari Pollak schrieb:
> > Does this happen for any URL you try? Can you give an example of one
> > where it fails?
> It fails with any url.
>
> Manish Singh schrieb:
>
On Wed, Mar 09, 2005 at 09:59:03PM -0500, Ari Pollak wrote:
> Does this happen for any URL you try? Can you give an example of one
> where it fails?
Actually, the output of:
wget -T 300 http://the/url/that/is/failing -O /tmp/testwget
would help (replace "http://the/url/that/is/failing"; with a
15 matches
Mail list logo
