Package: pinball
Version: 0.3.1-4
Followup-For: Bug #334167
Related to the C++ transition pinball needs to be rebuilt to depend on
libsmpeg0 not libsmpeg0c2.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Package: libsdl-sound1.2
Version: 1.0.1-8
Severity: grave
libsdl-sound1.2 depends on libsmpeg0c2, which is no longer in the archive.
It needs to be rebuilt with the dependency updated to libsmpeg0.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy:
On Mon, 2005-11-07 at 18:24 -0500, Justin Pryzby wrote:
Why not source the script? Error in the script should IMHO be
detected and cause the initscript to fail.
If I understand Eduard's case properly, I think I don't want to do that
because I specifically do *not* want to run the script in
On Tue, 2005-11-08 at 00:44 +, Stephen Gran wrote:
This one time, at band camp, Drew Parsons said:
On Mon, 2005-11-07 at 18:24 -0500, Justin Pryzby wrote:
Why not source the script? Error in the script should IMHO be
detected and cause the initscript to fail.
If I understand
On Thu, 2005-09-29 at 22:50 +0200, Eduard Bloch wrote:
Package: xprint-common
Version: 1:0.1.0.alpha1-12
Severity: grave
Hello,
the Xsession.d file tries run the init script but it cannot rely on its
existance since it is a conffile. I know of cases where the file was
_not_ executable
On Fri, 2005-09-30 at 09:49 +0200, Eduard Bloch wrote:
You mean change
XPSERVERLIST=`/etc/init.d/xprint get_xpserverlist`
to
XPSERVERLIST=`/etc/init.d/xprint get_xpserverlist || true`
?
Of course. Or foo=`bar` || true, or foo=`bar || :` or whatever.
Easy enough to do of
On Fri, 2005-09-30 at 15:05 +0200, Eduard Bloch wrote:
Because we (Debian) do not have a consistent and easy useable system for
enabling and disabling daemons. So users come with different easy ways
to make them go away.
Almost true. We do have a consistent system for it, it's just that
Package: asterisk-app-dtmftotext
Version: 0.0.20050203-2
Severity: critical
With asterisk-app-dtmftotext installed, asterisk fails to start, e.g.
# asterisk -U asterisk -vvvc
...
[app_dtmftotext.so]Apr 21 15:40:49 WARNING[22078]: loader.c:258
ast_load_resource:
I've only experienced this same freeze just today. I've got evolution
2.4.2.1-1, so it's been running fine for two months now since January. The
lockup now occurs, I think I can identify a specific email that came in
today which triggered it. The message is on an IMAP server so the message
above
Package: evolution
Version: 2.4.2.1-1
Severity: critical
evolution offers you the option of saving passwords to mail servers so you
don't have to type them in each time. They get saved to
~/.gnome2_private/Evolution.
The permissions of this file are -rw-r--r--. This means anyone on the same
Quoting Christian Surchi [EMAIL PROTECTED]:
Il giorno gio, 23/03/2006 alle 10.18 +1100, Drew Parsons ha scritto:
The permissions of this file are -rw-r--r--. This means anyone on the same
machine can read your passwords, correct?
In a directory not accessible by any other user?
drwx-- 2
On Sun, 2006-04-02 at 13:30 +0200, Kurt Roeckx wrote:
Your package is failing to build with the following error:
gcc -c -O2 -fno-strength-reduce -ansi -pedantic -Wall -Wpointer-arith
-Wstrict-prototypes -Wmissing-prototypes
-Wmissing-declarations -Wredundant-decls
On Sun, 2006-04-02 at 19:03 +0200, Kurt Roeckx wrote:
Note that _X_SENTINEL is defined in X11/Xfuncproto.h, and that
Xlib.h does include that, the problem however seems to be that
it's using ../../exports/include/X11/Xfuncproto.h, which doesn't
have that.
Ah yes, that must explain it - it
Package: libxfont1
The attached patch needs to be applied to
libxfont-1.0.0/src/fontfile/ffcheck.c.
Since Debian has not reached 7.1 yet, it would be great if it could be
backported to 7.0. Otherwise Xprint has to select generic fonts to print
with, which is quitw ugly.
Painfully,
On Sun, 2006-04-16 at 19:24 +0300, Daniel Stone wrote:
On Sun, Apr 16, 2006 at 07:17:40PM +0300, Daniel Stone wrote:
On Mon, Apr 17, 2006 at 02:24:21AM +1000, Drew Parsons wrote:
Painfully, we may have to proceed without freetype support in Xprint
after all.
AIUI, the non-freeness
On Mon, 2006-04-17 at 23:13 +0200, Laurent CARON wrote:
Package: xprint
Version: Xprint fails to start
Severity: critical
Justification: breaks unrelated software
Xprint is broken after last sid update
Hi Laurent,
did you use reportbug to make this report? Normally it provides the
On Tue, 2006-04-18 at 05:07 +0200, Mau wrote:
After the last update xprint doesn't print any truetype font anymore. I
really don't know how to give more info on this: all the font paths are
ok, /etc/init.d/xprint diag gives some errors related to some dangling
symlinks in
On Thu, 2006-04-27 at 22:00 +0200, Jan Willem Stumpel wrote:
I am sorry to say, my patience has finally run out.
http://www.jw-stumpel.nl/stestu.html#T9.3.3
Thanks for all your efforts Drew, but I suppose your task is
hopeless when there is no activity upstream.
Regards, Jan
Hi Jan,
On Sun, 2006-04-30 at 17:58 +0200, Kurt Roeckx wrote:
found 365386 1:1.0.1-2
thanks
Hi,
It's still failing, now with:
configure.ac:54: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
This seems to be a missing build dependency on libtool.
Yeah, I'm on to it :)
I'm waiting
On Mon, 2006-05-01 at 12:39 +0200, Kurt Roeckx wrote:
found 365386 1:1.0.1-5
retitle 365386 xprint: FTBFS: error: GL/gl.h: No such file or directory
thanks
It looks like you're still missing some build dependencies:
In file included from g_disptab.c:36:
glxserver.h:64:19: error: GL/gl.h:
Package: tex-common
Version: 0.22
Severity: serious
Installing tex-common 0.22, I get
Setting up tex-common (0.22) ...
/var/lib/dpkg/info/tex-common.config: 163: arith: syntax error: usercount++
dpkg: error processing tex-common (--configure):
subprocess post-installation script returned error
Package: destar
Version: 0.1.1-3
Severity: critical
Currently destar is hardwired to use port 8080 (set in
/usr/share/destar/python/destar.py and in /usr/share/destar/python/Server.py )
This conflicts with other standalone webservers which may also have been
configured to use port 8080. 8080 is
On Thu, 2006-02-23 at 13:47 +0100, Christoffer Hammarström wrote:
/etc/init.d/xprint sets ulimit -n 1024.
This makes other programs break with too many open files, but more
importantly,
i can't set a higher ulimit in bash:
$ ulimit -n 8192
-bash: ulimit: open files: cannot modify
On Thu, 2006-02-23 at 14:57 +0100, Christoffer Hammarström wrote:
Can you
really run ulimit -n 8192 after having removed xprint?
Yes, i can. This is because i've added the following lines to
/etc/security/limits.conf:
*softnofile 8192
*
On Thu, 2006-02-23 at 16:19 +0100, Christoffer Hammarström wrote:
How about only setting the ulimit to 1024 if it's lower than 1024?
I want to contribute something useful to this discussion :)
I believe something like the following patch should fix the problem:
--- xprint
On Mon, 2006-09-04 at 13:57 +0200, Anders Boström wrote:
The amd64 version of xprint don't work any more. It seg-faults every
time I try to print from firefox, and also leads to a firefox
crash. xphelloworld also leads to seg-fault, with similar strace.
..
write(2, \nFatal server error:\n,
The copyright file contains a copy of the license notices from the top of the
header files. So far so good. HOWEVER, those notices do not contain the
actual
licenses. They merely refer to them by reference:
A patch has been made available at
Aaron asked:
Any chance of addressing #369895 while you're at it? The fix is a
one-liner, and upstream applied it three months ago:
Hi Aaron, because we're dealing with mesa snapshots, we're being
conversative in how we plan to nmu them. That means we are going to
start by bring the version
Tag: pending
Patch pending.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: num-utils
Severity: critical
Hi, thanks for introducing num-utils, it looks interesting.
The conflict with gromacs is disappointing. There's no good reason why the
two shouldn't be able to coexist if the name clash with average can be
resolved. Is there a more constructive way of
On Fri, 2006-08-18 at 01:27 -0700, Steve Langasek wrote:
On Fri, Aug 18, 2006 at 09:48:38AM +0200, Mohammed Adnène Trojette wrote:
On Wed, Aug 16, 2006, Drew Parsons wrote:
Package: python-numeric-tutorial
Version: 24.2-5
Severity: normal
python-numeric-tutorial has
Depends
On Sat, 2006-08-26 at 04:44 +0100, Ben Hutchings wrote:
tags 383166 +patch
thanks
Same problem as #383167; same fix.
Thanks for the two patches, Ben. I'll fix up xprint-utils first up, but
I may hold out on xprint until the new X11R7.1 libraries (libxfixes in
particular) are in unstable,
Log:
+ debian/patches/po.diff: Escape characters in Slovenian
PO file, base.xml was not a valid XML file. Closes: #394060
#: ../rules/base.xml.in.h:496
msgid Use guillemets for quotes
-msgstr
-+msgstr Dvojni (guillemets) namesto navednic
++msgstr Dvojni lt;gt; (guillemets)
On Fri, 2006-10-20 at 17:30 -0700, Steve Langasek wrote:
On Sat, Oct 21, 2006 at 09:41:03AM +1000, Drew Parsons wrote:
Log:
+ debian/patches/po.diff: Escape characters in Slovenian
PO file, base.xml was not a valid XML file. Closes: #394060
#: ../rules/base.xml.in.h:496
Package: xserver-xorg-video-i810-modesetting
Version: 1.6.5.git20061014-1~1
Severity: serious
This is a policy pseudobug to keep xserver-xorg-video-i810-modesetting
from entering testing/etch.
The i810 modesetting branch is a development version of the i810 intel
video driver. It is not
On Fri, 2006-10-27 at 16:28 +0200, Lucas Nussbaum wrote:
Package: xprint
Version: 1:1.1.99.3+git20060910-5
Severity: serious
Justification: FTBFS on i386
Hi,
During a rebuild of all packages in etch, I discovered that your package
failed to build on i386.
Checking that the source
glxinfo reports direct rendering supported. Starting glxgears freezes
the computer.
mga 1.4.4 was released today with the description Fix initialization
issues that led to DRI lock-ups on some G400 configurations.
I guess it should therefore be considered as a potential solution for
this bug.
Could not init font path element /usr/local/share/fonts, removing from list!
Could not init font path element /usr/share/fonts, removing from list!
Could not init font path element /usr/share/fonts/truetype, removing from
list!
Could not init font path element /usr/share/fonts/type1,
X11R7.1 is confirmed working on alpha for tga2, ATI Rage and some
unspecified third card under both Debian [1,2] and gentoo [3].
Mixed results for ATI RV280 [Radeon 9200 PRO] [4], suggesting that
whether it's AGP or PCI may play a role.
[1]
I can confirm the problem with the CUPS printer. The printer properties
are listed there, including my paper setting of iso-A4. But when I try
to print to file with it, firefox 1.5 complains, saying There was a
problem printing because the paper size you specified is not supported
by your
Yes, a new upstream version of the library was just released dealing with
this issue. I'll be uploading it to unstable within a day or two hopefully.
Hate to be a nuisance, but I hope you don't mean 1.1.0.
This thread upstream makes me nervous...
David wroteL
Yeah, I realized after I wrote the above that there was no fix. This is...
bad.
;( It's a damn, damn shame no one noticed earlier. We could have asked
the freetype maintainer to hold back from uploading 2.2 until it was
sorted out. No use crying over spilt milk, however, I
On Mon, 2006-06-12 at 05:37 -0700, Steve Langasek wrote:
Hi Drew,
Given that users will not be able to keep the sarge version of xprint on
their systems when upgrading to etch due to the /usr/X11R6/bin transition,
currently the choices for users are to have an xprint with this bug, or no
Package: hamradiomenus
Version: 1.1
Severity: serious
Although hamradiomenus Depends: extra-xdg-menus (= 1.0-2), there is
nevertheless a file conflict which prevents upgrading.
extra-xdg-menus cannot upgrade to 1.0-2 because hamradiomenus already
has
On Tue, 2008-02-19 at 19:47 +1100, Hamish Moffatt wrote:
On Tue, Feb 19, 2008 at 02:57:57PM +1100, Drew Parsons wrote:
Although hamradiomenus Depends: extra-xdg-menus (= 1.0-2), there is
nevertheless a file conflict which prevents upgrading.
extra-xdg-menus cannot upgrade to 1.0-2
sed -i 's/XINERAMA/FAKEEXTN/g'
/usr/lib/jvm/java-6-sun-1.6.0.00/jre/lib/amd64/xawt/libmawt.so
solved the problem happily, for me at least :)
For those following along later, this is more easily cutpasted as
sed -i s/XINERAMA/FAKEEXTN/g
Package: avahi-daemon
Version: 0.6.22-2
Severity: grave
Currently the avahi daemon fails to start:
$ sudo /etc/init.d/avahi-daemon start
Starting Avahi mDNS/DNS-SD Daemon: avahi-daemonTimeout reached while
wating for return value
Could not receive return value from daemon process.
failed!
reopen 468438
severity 468438 normal
thanks
On Fri, 2008-02-29 at 00:12 +, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
It has been closed by Michael Biebl [EMAIL PROTECTED].
Make sure, that your selfcompiled kernel builds the capability
Here is the top of a gprof analysis.
I'm wondering if the Xkb references indicate that it is the problem. I
can hypothesise that some changes in the general Xserver code touched
upon Xkb, expecting the DDX to initialise it appropriately. Since
Xprint does not use Xkb, it doesn't handle it in
dbus is causing Xprt to using 95% cpu. When ./configured with
--disable-dbus, Xprt behaves normally.
Tested back to around 17d85387d1e6851d35474b65929e268ca64ef65b (5 Feb
2007 / 18 Jan 2007)[to build, need to add (cherry-pick)
fb8eb230356c70ea3b417ea6598dfb126ad50db7 for InputDevice stubs
Xprt seems to be spinning in the Dispatch loop, dix/dispatch.c.
It's as if the WaitForSomething() call is returning immediately rather
than waiting for a print or other Xp request. Are dbus events
triggering off the wait?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Michel Dänzer wrote:
So, can't the Xprt DDX just disable the D-Bus code?
Yes I suppose so. A dummy config_init() and config_fini() could be
placed in xprint/ddxInit(). This would emulate the behaviour of
config/config.c when DBUS is not defined (more correctly, it would
emulate the older
Julien Cristau wrote:
Yes, I think we shouldn't have xfs running as root in lenny.
Can't this bug now be dealt with simply by using start-stop-daemon
--chuid (not sure which user. Will nobody do ? Or daemon? If not
xfs) ? Or is there some subtlety preventing this from solving the
problem?
Package: openssl
Version: 0.9.8g-10
Severity: critical
Tags: security
The SSL vulnerability was fixed this week in v0.9.8g-9, so we need to
upgrade both openssl and libssl0.9.8.
However openssl (0.9.8g-10) only declares the dependency
libssl0.9.8 (= 0.9.8f-5)
This means it is possible for some
Package: xserver-xorg-input-citron
Version: 1:2.2.0-1
Severity: grave
Needs a versioned dependency on xserver-xorg-core 1.1, since it was
built against Xorg 1.1, see Bug#391508.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (1,
Package: xserver-xorg-input-kbd
Version: 1:1.1.0-3
Severity: grave
xserver-xorg-input-kbd needs a versioned dependency on
xserver-xorg-core 1.1, since it was built against Xorg 1.1, see
Bug#391508.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy:
On Mon, 2006-10-16 at 14:45 +0200, synek wrote:
[EMAIL PROTECTED]:~$ sudo dpkg --configure --pending
Setting up xprint-common (1.1.99.3+git20060910-5) ...
sed: -e expression #1, char 92: unknown option to `s'
Works fine here. What value were you trying to set the default
resolution to?
Drew
Package: mozilla-plugin-vlc
Version: 0.8.6.a.debian-2
Followup-For: Bug #400720
Summary: video fails to work when accessed from news homepage.
Although this (no video) bug was marked as fixed in
0.8.6-svn20061012.debian-3, it still exists in 0.8.6.a.debian-2 (on
iceweasel 2.0.0.2+dfsg-1).
The
Ãrjan wrote
No, this is not an upstream bug. I looked at the source code and it is
actually the debian diff that removes the definition of
i830PipeFindClosestMode from the upstream source. My guess is that you
accidentally applied some old patches that are no longer relevant.
The symbol
Notes: TS_Raw and friends were removed from XI.h in commit
7a4a2a3e733378abced0a184627adfda4ed387b9, 17 Jul 2006 by Daniel Stone.
The commit comment was
add DevicePresenceNotify event, clean up
Add DevicePresenceNotify event, which indicates that something in the
device list changed (Kristian
retitle 428794 kbd upgrade breaks keyboard driver
thanks
Retitling, cause the server works just fine.
One idea is to just make a symlink keyboard_drv.o-kbd_drv.o. I'm not
sure if it'll work that easily, I'll report back once I've tried it.
Another option is to run a debconf question checking
One idea is to just make a symlink keyboard_drv.o-kbd_drv.o. I'm not
sure if it'll work that easily, I'll report back once I've tried it.
Nah, not that simple (should have guessed).
With the symlink (keyboard_drv.so), it complains:
(EE) LoadModule: Module keyboard does not have a
Julien Cristau wrote:
With the symlink (keyboard_drv.so), it complains:
(EE) LoadModule: Module keyboard does not have a keyboardModuleData data
object.
The following patch seems to work:
Confirmed, the patch works for me. Patched kbd_drv.so works as
keyboard. I guess this patch
On Sat, 2007-11-03 at 19:04 +0100, Marc 'HE' Brockschmidt wrote:
Package: zangband
Version: 1:2.7.5pre1-1
Severity: serious
Heya, building your package failed on my powerpc buildd:
| aclocal
| make[1]: aclocal: Command not found
| make[1]: *** [configure] Error 127
Looks like you
On Sat, 2007-11-03 at 19:04 +0100, Marc 'HE' Brockschmidt wrote:
|
--
| aclocal
| make[1]: aclocal: Command not found
| make[1]: *** [configure] Error 127
Looks like you are missing a build-dep on automake to
.
Thanks,
Drew Parsons
X Strike Force
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.22 (PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh
On Thu, 2009-11-19 at 12:50 -0500, Denis Laxalde wrote:
Le vendredi 25 septembre 2009 à 14:26 +1000, Drew Parsons a écrit :
Package: evolution-exchange
Version: 2.26.3-1
Severity: grave
Justification: renders package unusable
evolution-exchange depends on evolution ( 2.27.0). However
This appears to be a bug in lam, not gerris. A new mpi-defaults is
supposed to fix it (replacing lam for mpich2) but has not been uploaded.
Drew
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: dbus
Version: 1.2.16-1
Severity: serious
Upgrading to dbus 1.2.16-1, I get the following error:
Setting up dbus (1.2.16-1) ...
chown: cannot access `/usr/lib/dbus-1.0/dbus-daemon-launch-helper': No such
file or directory
dpkg: error processing dbus (--configure):
subprocess installed
Package: pciutils
Severity: normal
Probably worth noting that suspend and hibernate are now working again
for me.
At the moment I have gnome-power-manager 2.24.4-3, pm-utils 1.2.5-4,
linux kernel linux-image-2.6.30-1-amd64 2.6.30-4
(and of course pciutils 1:3.1.3-1)
Drew
-- System Information:
Atsuhito Kohda wrote:
I believe ttf-mathematica4.1 is no more necessary to render
MathML with iceweasel = 3.0
I'll fix the problem with my package and try the next
attempts.
Thanks for maintaining access to the Mathematica fonts, Atsuhito.
While it's good to see that MathML support is
On Fri, 2009-01-30 at 11:12 +0900, Atsuhito Kohda wrote:
Hi Drew,
On Tue, 27 Jan 2009 15:19:37 +1100, Drew Parsons wrote:
While it's good to see that MathML support is improved (such that we
don't need these fonts for that purpose), I'd like to heartily give my
support for keeping
I've got the segfault on amd64 (Intel Core2).
I ran with sage -gdb, once the segfault hits, a bt gives:
(gdb) bt
#0 0x7f4808262050 in strlen () from /lib/libc.so.6
#1 0x00455e4b in PyString_FromString ()
#2 0x7f47effbda43 in initmulti_polynomial_libsingular ()
from
On Wed, 2009-02-18 at 12:17 -0500, Barry deFreese wrote:
Package: zangband
Version: 1:2.7.5pre1-3
Severity: serious
Hi,
Gtk1.2 will not be shipping with Squeeze so zangband will either need to
be ported to Gtk2 or drop the Gtk part of the packaging.
I have done some looking around
On Thu, 2009-02-19 at 08:20 +0900, Atsuhito Kohda wrote:
Hi Drew,
On Tue, 27 Jan 2009 15:19:37 +1100, Drew Parsons wrote:
It's importance for me is that we have access to Mathematica installed on
the central university computer. When I run it from a terminal on my
computer
On Mon, 2009-02-23 at 22:20 +0900, Atsuhito Kohda wrote:
On Fri, 20 Feb 2009 18:29:43 +1100, Drew Parsons wrote:
Since installing Mathematica 7 does not fix the problem, I assume that
MathematicaPlayer does not fix it either. That means your font package
Okay, I see.
I suspect ttf
On Mon, 2009-03-02 at 21:48 +0900, Atsuhito Kohda wrote:
I google'd a bit and found that this seemed a well-known problem.
For example, an info in
On Mon, 2009-03-02 at 22:52 +0900, Atsuhito Kohda wrote:
Sorry, I pasted wrong URL. What I intended is as follows.
I google'd a bit and found that this seemed a well-known problem.
For example, an info in
Package: gnumeric
Version: 1.9.12-1
Severity: grave
Justification: renders package unusable
Keyboard control is getting disabled again. The symptoms are the same
as bug #544975 but the trigger is different. This time it's happening
after I move an existing image to a different position in the
On Tue, 2009-09-15 at 20:34 +0200, J.H.M. Dassen (Ray) wrote:
On Mon, Sep 14, 2009 at 16:20:13 +1000, Drew Parsons wrote:
Keyboard control is getting disabled again. The symptoms are the same
as bug #544975 but the trigger is different. This time it's happening
after I move an existing
Package: evolution-exchange
Version: 2.26.3-1
Severity: grave
Justification: renders package unusable
evolution-exchange depends on evolution ( 2.27.0). However evolution
2.28.0-2 has just been uploaded to unstable. Hence evolution-exchange
now conflicts with evolution.
There is collatoral
Package: octave3.0
Version: 1:3.0.4~rc7-1
Severity: grave
Justification: causes non-serious data loss
Using the load function to read in a data file, it now skips every
second line.
You can see the bug with this simple test:
$ cat test.dat
0 100
1 200
2 300
3 400
4 500
5 600
$ octave -q
/bin/sh: python: command not found
Might need a Build-Depends: python to get the tests in ./test processed.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Wed, 2009-06-24 at 22:51 -0400, Varun Hiremath wrote:
$ mayavi2
ImportError: No module named libvtkCommonPython
I know this is a bug in python-vtk #529961, but mayavi2 loads on my
system without any problem. I don't know how you are getting this
import error from mayavi2. Can you check
On Wed, 2009-06-24 at 23:24 -0400, Varun Hiremath wrote:
Hmm.. I am now wondering how it is working on my system because I have
not set the PYTHONPATH anywhere. Infact PYTHONPATH= mayavi2 also
seems to work on my system. I am not a python expert, so any idea what
is going on here?
Heh I'm
On Thu, 2009-06-25 at 01:31 -0400, Varun Hiremath wrote:
Yes, I am on amd64 and below is some additional info about packages on
my system.
There are small differences. Your python is 2.5.2 while mine is 2.5.4.
Doesn't sound like it should be important, but I can't see anything else
(I guess
On Thu, 2009-06-25 at 21:49 -0400, Varun Hiremath wrote:
Hi Drew,
A new version of python-vkt 5.2.1-6 was uploaded today which seems to
fix #529961. But, for me there is no change in the behavior. I am
still able to import vtk but not libvtkCommonPython. Does the new
version work for you?
Package: apt
Version: 0.7.21
Severity: normal
I'm suffering from the cache-limit error too after the upgrade to
ia32-apt-get v20 (which has set up a diversion for /usr/bin/apt-get).
I get,
$ sudo apt-get update
Updating for amd64...
Hit http://mirror.linux.org.au unstable Release.gpg
...
But apt should increases its default size so most people can stick
with that even with ia32-apt-get installed.
Aye, I think that's the important thing. The common user will be
terrified by the warnings or segfaults, and at the same time they are
well likely to be wanting ia32-libs-tools
Package: python-zodb
Version: 1:3.8.1-1
Severity: grave
Justification: renders package unusable
python-zodb 1:3.8.1-1 has a dependency on both python2.3 and
python2.5. The double dependency itself is of course a problem, but
more urgently python2.3 no longer exists in the archive. Therefore
On Tue, 2009-08-18 at 08:19 +0200, J.H.M. Dassen (Ray) wrote:
For now, please work around this by applying this patch to your installed
system:
- property name=title translatable=yesSearch Replace/property
+ property name=title translatable=yesSearch amp; Replace/property
Thanks for
Package: gnumeric
Version: 1.9.11-1
Severity: grave
Justification: renders package unusable
Normally it is possible to move around between cells using the arrow
keys on the keyboard, and you can enter text simply by starting to type.
In the new version of gnumeric, this kind of keyboard control
jidanni wrote:
Why don't you take out the network next time too so I can't write such nasty
notes.
Well you're lucky. On my system it *did* take out the network...
Couldn't fix it until I got my hands on someone else's computer to learn
what the problem (and workaround) was.
Drew
--
Package: recoll
Version: 1.15.8-1
Severity: grave
Justification: renders package unusable
After upgrading to recoll 1.15.8-1, it now segfaults on start.
Rebuilding locally to get symbols in the binary, a gdb backtrace from
qtgui/recoll says:
Program received signal SIGSEGV, Segmentation fault.
On Tue, 2011-05-17 at 10:23 +0530, Kartik Mistry wrote:
Here is amd64 packages, you (ie reporter :)) can test and give feedback.
Packages: http://people.debian.org/~kartik/packages/recoll/
That works fine, thanks Kartik and Jean-Francois!
Drew
--
To UNSUBSCRIBE, email to
Package: wbritish
Version: 7.1-1
Severity: grave
Dear wbritish maintainers,
The wbritish wordlist /usr/share/dict/british-english
does not contain British English.
For instance, it contains the American word color.
This means the wordlist is unable to function correctly, it does not
perform
Package: octave-data-smoothing
Version: 1.2.0-3
Severity: grave
Tags: patch
Justification: renders package unusable
regdatasmooth currently fails to run, with
error: Invalid call to fminunc.
I can reproduce the error in Demonstration 1 from
Package: banshee
Version: 2.1.0-1
Severity: grave
Justification: renders package unusable
After upgrading my system (Debian unstable) today, banshee started
crashing at startup. It happens with version 2.0.1 from unstable, and
also happens with 2.1.0 from experimental. I notice that the module
On Tue, 2011-07-26 at 23:51 +0800, Chow Loong Jin wrote:
It looks like it's related to Banshee's BPM detection support. Could you try
disabling it and see if Banshee still starts up? You can move the BPM plugin
(found in /usr/lib/banshee/Extensions/Bpm.dll) away to achieve the effect.
You're
On Wed, 2011-06-29 at 15:01 +0200, Andreas Tille wrote:
Hi,
Your package is uninstallable on some archs:
mrbayes-mpi/mips unsatisfiable Depends: openmpi-bin
mrbayes-mpi/mipsel unsatisfiable Depends: openmpi-bin
mrbayes-mpi/s390 unsatisfiable Depends: openmpi-bin
I admit
1 - 100 of 593 matches
Mail list logo