forwarded 367203 http://bugzilla.gnome.org/show_bug.cgi?id=347963
thanks
The upstream bug[0] was closed as WONTFIX. If you (or someone else)
still thinks this should be fixed I'm fine with applying a patch for
this.
Bye
[0] http://bugzilla.gnome.org/show_bug.cgi?id=347963
signature.asc
On Do, 2007-01-18 at 11:25 +, Sam Morris wrote:
On Thu, 2007-01-18 at 11:59 +0100, Sebastian Dröge wrote:
I can't reproduce your lockup here. I sometimes get bug #401474 though
when viewing key properties but the CPU usage goes down again after some
seconds.
Could it be that your
On Do, 2007-01-18 at 12:32 +0100, Sebastian Dröge wrote:
On Do, 2007-01-18 at 11:25 +, Sam Morris wrote:
On Thu, 2007-01-18 at 11:59 +0100, Sebastian Dröge wrote:
I can't reproduce your lockup here. I sometimes get bug #401474 though
when viewing key properties but the CPU usage goes
On Do, 2007-01-18 at 11:55 +, Sam Morris wrote:
On Thu, 2007-01-18 at 12:41 +0100, Sebastian Dröge wrote:
Upstream said, that there is an attempt to download unknown keys if you
uncheck the button that says show only trusted signatures.
Does this fix it for you in some way?
Could
tags 403882 + moreinfo
thanks
Hi,
can you please run hal-device-manager and try to locate the ipod on the
left side there?
Please read http://banshee-project.org/Troubleshooting/iPod for more
information on how to debug those ipod detection problems.
Bye
signature.asc
Description: This is a
Hi,
if you re-enable the metadata search plugin does this crash happen
again? Does it also happen with 0.11.3 which I'm going to upload in some
minutes?
What's the output of 'dpkg -L banshee' and
is /usr/lib/banshee/libbanshee.so present?
What's the output of 'which banshee' and do you, by any
tags 402610 + moreinfo
thanks
Hi,
can you please retry with banshee 0.11.3 which I'll upload in the next
hours?
Also is the dbus session daemon running for you? What's the output of
'echo $DBUS_SESSION_BUS_ADDRESS' in the same shall from where you ran
banshee?
Bye
signature.asc
Description:
On Mo, 2007-01-08 at 22:03 +0100, Kurt Roeckx wrote:
Package: banshee
Version: 0.11.3+dfsg-1
Severity: serious
Hi,
Your package is failing to build with the following error:
checking for GStreamer 0.10 decodebin plugin... yes
checking for GStreamer 0.10 playbin plugin... yes
checking
On Di, 2007-01-09 at 00:00 +0100, Kurt Roeckx wrote:
On Mon, Jan 08, 2007 at 10:42:48PM +0100, Sebastian Dröge wrote:
Thanks, I also noticed this already... but I can't reproduce this here
on my i386 and PPC machines. Can you reproduce it and maybe give me the
created config.log file?
I
You might want to read this regarding the license issue:
http://farragut.flameeyes.is-a-geek.org/articles/2006/12/20/lets-hear-the-communitys-voice-the-faad-2-5-licensing-issue
I also tried to contact ahead a few times in the past with absolutely no
answer. As you might've noticed I'm maintaining
Hi,
before enabling the faad plugin please take a look at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403117
IMHO this prevents the gstreamer plugin to be linked against the faad2
library because of the following license clause:
** Software using this code must display the following message
reassign 370371 gst-plugins-bad0.10
block 370371 by 403117
thanks
Hi,
the audio of this file is AAC for which a plugin is available in
gst-plugins-bad0.10. Unfortunately this is not enabled and shipped with
the package right now (because faad2 was not in Debian at the time the
last update was
On Mi, 2006-12-20 at 11:03 +0100, Sebastian Dröge wrote:
[...]
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403093
[...]
Should've been http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403117
Sorry
signature.asc
Description: This is a digitally signed message part
On So, 2006-12-17 at 11:28 +0100, Wouter Verhelst wrote:
Package: mono-jit
Version: 1.2.2.1-1
Severity: important
File: /usr/bin/mono
Hi,
When I use f-spot, a mono application, and try to export a bunch of
pictures to CD, then after the application has processed about 20 or 30
pictures
forwarded 360536 http://bugzilla.gnome.org/show_bug.cgi?id=387121
tag 360536 upstream confirmed
thanks
Hi,
thanks for reporting this issue. I can reproduce this here and forwarded
it upstream: http://bugzilla.gnome.org/show_bug.cgi?id=387121
This only seems to happen to raw audio, MP3 and vorbis
Package: faad2
Version: 2.5-1
Severity: grave
Hi,
currently debian/copyright mentions that the package is licensed under
plain GPL. This is apparently wrong as for example src/cfft.h state
(other files too):
[... GPL boilerplate ...]
** Software using this code must display the following message
Hi,
as one of the GStreamer maintainers I also wanted to express my oppinion
on this issue.
First of all I can only second Loic's statement that this is definitely
nothing that should be changed at this stage of release before etch. The
change is far too intrusive and even if it fixes h264 videos
I should probably add that I also sent this patch upstream already but
got no answer until now.
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Am Mittwoch, den 29.11.2006, 08:24 +0200 schrieb Tshepang Lekhonkhobe:
Hi,
Yesterdy I mentioned my success with working with hard disc-based DVD.
I then tried the iso which didn'twork. I made an iso of a level above
video_ts [1], and aslo tried with a level under video_ts [2] (which
worked
Package: ftp.debian.org
Severity: normal
Hi,
please remove gecko-sharp from the pool. It's superseded by
gecko-sharp2, has some grave bugs and is not supported by upstream
anymore. Apart from that no package is using it since blam switched to
gecko-sharp2.
See bug #354023 and bug #393989 for
severity 396148 normal
tags 396148 + moreinfo unreproducible
thanks
Hi,
it seems your DVD directory or DVD iso image are not valid video DVDs. I
can't reproduce your bug here, encoding from DVD directory or iso image
is working fine.
Can you please paste the directory content of the video_ts
Package: wnpp
Severity: wishlist
* Package name : gst-fluendo-mpegmux
Version : 0.10.2
Upstream Author : Fluendo
* URL :
http://core.fluendo.com/gstreamer/src/gst-fluendo-mpegmux/
* License : MPL/GPL/LGPL/MIT
Description : GStreamer plugin for
Package: wnpp
Severity: wishlist
* Package name : libtsmux
Version : 0.1.1
Upstream Author : Fluendo
* URL : http://schrodinger.sf.net
* License : MPL/GPL/LGPL/MIT
Description : MPEG2 transport stream muxing library
Hi,
I plan to package
Package: wnpp
Severity: wishlist
* Package name : gst-fluendo-mpegdemux
Version : 0.10.8
Upstream Author : Fluendo
* URL :
http://core.fluendo.com/gstreamer/src/gst-fluendo-mpegdemux/
* License : MPL
Description : GStreamer plugin for demuxing
tags 386639 + moreinfo unreproducible
thanks
Hi,
I can't reproduce this here... do you still have this with 0.11.2?
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
severity 398095 important
tags 398095 + moreinfo unreproducible
thanks
Hi,
I can't reproduce this here... can you please retry with 0.11.2 which I
will get uploaded to unstable later today? If you still have this
problem there please run banshee in gdb and try to provide a backtrace
as described
Hi,
thanks for your work :)
It seems your docbook-xml template misses the options, if you attach the
correct one to this bugreport I'll add it with the next upload.
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
tags + 395358 fixed-upstream confirmed pending
thanks
Hi,
this is fixed in upstream CVS[1] and will be fixed with the next DBus
upload.
Bye
[1]http://webcvs.freedesktop.org/dbus/dbus/tools/dbus-send.c?r1=1.21r2=1.22
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Hi,
for using libdbus-1-3 you must have the package dbus installed. This
will take care of the creation of this file in postinst.
As you see libdbus-1-3 already Recommends dbus and as this message is
only a warning and no error that stops stuff from working I won't
consider this as a bug.
Bye
Hi,
I can't reproduce this here on x86 and PPC. Could you please run
dbus-launch with gdb and provide a backtrace, i.e. do
gdb --args dbus-launch --exit-with-session
run
thread apply all bt
and then put the output in this bugreport.
Bye
signature.asc
Description: Dies ist ein digital
tags 394330 + pending
thanks
Hi,
this bug will be fixed with the next upload of avahi. Thanks for
reporting :)
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
reassign 365718 gst-plugins-ugly0.10
thanks
Ok, after some further debugging this is caused by a bug in
gst-plugins-ugly0.10. A fix for it is pending upload...
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
reassign 365718 mpeg2dec
thanks
Am Mittwoch, den 25.10.2006, 10:54 +0200 schrieb Eugen Dedu:
Sebastian Dröge wrote:
Am Donnerstag, den 19.10.2006, 21:58 +0200 schrieb Eugen Dedu:
severity 365718 grave
thanks
It does not work on my PPC system at all. Can you try it on a PPC machine
Am Donnerstag, den 19.10.2006, 21:58 +0200 schrieb Eugen Dedu:
severity 365718 grave
thanks
It does not work on my PPC system at all. Can you try it on a PPC machine?
I use 0.6.0-2.
According to the gstreamer guys this is most probably caused by a
alignment issue with the altivec
tags 366811 + moreinfo
tags 365719 + moreinfo
tags 365718 + moreinfo
thanks
Hi,
can you still reproduce these bugs with thoggen 0.6.0-1 from sid?
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
tags 393737 + moreinfo unreproducible
thanks
Am Dienstag, den 17.10.2006, 18:02 +0200 schrieb Elmar Haneke:
Package: nemerle
Version: 0.9.3+dfsg-1
Severity: important
installing package does fail:
Hmm, it does work for me in latest sid. Are you sure this is not a bug
in another package
Hi,
does one of you still have libdbus-1-2 installed or some packages that
are a direct or indirect dependency of f-spot and use the old
libdbus-1-2? This backtrace looks exactly like the one that appears when
having libdbus-1-2 and libdbus-1-3 in the same process but (at least)
one of them loaded
Am Donnerstag, den 05.10.2006, 19:55 +0200 schrieb Luk Claes:
Package: gnome-user-share
Severity: serious
Version: 0.10-1
Hi
Your package is not installable as it depends on apache2 (2.1) which is not
available in unstable anymore. You might want to look into supporting apache2
= 2.2.
Am Freitag, den 22.09.2006, 00:53 +0200 schrieb Sjoerd Simons:
On Thu, Sep 21, 2006 at 01:50:23PM -0400, Joey Hess wrote:
Ross, since you maintain it, I'd appreciate any thoughts you have about
whether avahi should be included in the default desktop install. IMHO,
you should have veto power
severity 387798 grave
thanks
Hi,
libsgutils1-dev must depend on libsgutils1, otherwise a broken
libsgutils.so symlink will be in /usr/lib and break packages compiling
against this one.
Raising severity to grave as it breaks other packages.
Bye
signature.asc
Description: Dies ist ein digital
retitle 365762 ITP: banshee-official-plugins -- official plugins for Banshee
thanks
Ok, the package will keep the name banshee-official-plugins and the first
version was released today. I'll get it into experimental with banshee 0.11
as soon as possible.
Bye
signature.asc
Description: Dies ist
Hi,
this is a known problem and will be fixed once dbus-sharp is from NEW
for unstable and banshee 0.10.12-2 is uploaded.
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
reassign 387482 banshee
forcemerge 387313 387482
thanks
Hi,
this is a known problem with banshee and the new dbus. This will be
fixed once dbus-sharp is from NEW for unstable and banshee 0.10.12-2 is
uploaded.
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
tags 351347 + unreproducible moreinfo
thanks
Hi,
I can't reproduce this here anymore with gnupg 1.4.3 and seahorse
0.9.3-1. Do you still have this bug? Otherwise we could close the bug
now...
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Ok, just go on with taking over this ITP whoever wants it. I completely
forgot about this ITP and I'm not using bmp anymore... sorry for the
long delay :(
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Hi,
do you still have this with libdbus-glib-1-dev (= 0.71)?
Should work fine with that version and does work with other packages.
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
severity 385382 serious
severity 385378 serious
thanks
Marking these bugs as serious as the new dbus is now in unstable and
these packages FTBFS now.
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Package: hwinfo
Version: 13.0-5
Severity: normal
Tags: patch
Hi,
version 13.0-5 of hwinfo uses a deprecated dbus function that is
removed in dbus = 0.90. dbus 0.92 will most probably go into unstable
in the next days.
The function dbus_connection_disconnect() was removed and can be
replaced by
Am Mittwoch, den 30.08.2006, 12:15 +0200 schrieb Jean-Christophe Dubacq:
Package: avahi-daemon
Version: 0.6.13-1
Severity: grave
Justification: renders package unusable
The daemon does not start after switching from 0.6.12-1 to 0.6.13-1.
Reinstalling 0.6.12-1 for the avahi suite works fine
tags 385297 + pending confirmed upstream fixed-upstream
thanks
Am Mittwoch, den 30.08.2006, 18:23 +0200 schrieb Jean-Christophe Dubacq:
On Wed, Aug 30, 2006 at 05:37:38PM +0200, Sebastian Dröge wrote:
Am Mittwoch, den 30.08.2006, 12:15 +0200 schrieb Jean-Christophe Dubacq:
Package: avahi
Package: libnet-dbus-perl
Version: 0.33.3-1
Severity: normal
Tags: patch
Hi,
version 0.33.3-1 of libnet-dbus-perl uses a deprecated dbus function
that is removed in dbus = 0.90. dbus 0.92 will most probably go into
unstable in the next days.
The function dbus_connection_disconnect() was removed
Package: network-manager
Version: 0.6.4-1
Severity: normal
Tags: patch
Hi,
version 0.6.4-1 of network-manager uses a deprecated dbus function that
is removed in dbus = 0.90. dbus 0.92 will most probably go into
unstable in the next days.
The function dbus_connection_disconnect() was removed and
Package: dhcdbd
Version: 1.14-2
Severity: normal
Tags: patch
Hi,
version 1.14-2 of dhcdbd uses a deprecated dbus function that is removed
in dbus = 0.90. dbus 0.92 will most probably go into unstable in the
next days.
The function dbus_connection_disconnect() was removed and can be
replaced by
Package: libgphoto2
Version: 2.2.1-2
Severity: normal
Tags: patch
Hi,
version 2.2.1-2 of libgphoto2 uses a deprecated dbus function that is
removed in dbus = 0.90. dbus 0.92 will most probably go into unstable
in the next days.
The function dbus_connection_disconnect() was removed and can be
Package: tomboy
Version: 0.3.9+dfsg-1
Severity: normal
Tags: patch
Hi,
version 0.3.9+dfsg-1 of tomboy uses a deprecated dbus function that is
removed in dbus = 0.90. dbus 0.92 will most probably go into unstable
in the next days.
The function dbus_connection_disconnect() was removed and can be
Package: rhythmbox
Version: 0.9.5-2
Severity: normal
Tags: patch
Hi,
version 0.9.5-2 of rhythmbox uses a deprecated dbus function that is
removed in dbus = 0.90. dbus 0.92 will most probably go into unstable
in the next days.
The function dbus_connection_disconnect() was removed and can be
severity 385174 grave
thanks
Hi,
as this breaks at least one package (gst-plugins-good0.10), most
probably more and is an API/ABI change without renaming the package I'll
update the severity of this bug to grave.
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
On Fr, 2006-08-18 at 18:11 -0700, Russ Allbery wrote:
Hi,
currently lintian throws an error about the clilibs control file. This
control file is used in almost all CLI packages and has exactly the same
purpose as the shlibs control file but for CLI libraries.
Please add this to the
Hi,
thanks for the patch. This will be in the next upload.
Upstream told me that he already has another updated french translation
and that it would be better if you could review or even correct the
stuff at
https://launchpad.net/products/gshare/beta/+pots/gshare/fr/+translate
Thanks and Bye
Nice... Any reason why you didn't choose the same package names as
marillat / debian-multimedia[1] did? This would make it easier for users
to upgrade to the official Debian version.
Bye
[1]http://mirrors.ecology.uni-kiel.de/debian/debian-multimedia/pool/main/libi/libiec61883/
signature.asc
Hi,
is there any progress on this?
This is blocking gstreamer-plugins-good 0.10.4.
Bye
signature.asc
Description: This is a digitally signed message part
Hi
There is a reason:
http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html#naminglibpkg
Which says that the soname should be in the package name, thus
libiec61883-0 as on debian-multimedia is correct and libiec61883 not.
For the -dev package you could go with or without
tag 378230 + pending
reassign 378230 mono
retitle 378230 Must not fail if assembly can't be removed
thanks
Hi,
the GAC-removal script should never fail if an assembly can't be removed
from the GAC to mirror the behaviour of dpkg when trying to remove
something non-existing. This is already fixed
On So, 2006-07-30 at 11:20 +0200, Jose Carlos Garcia Sogo wrote:
El dom, 30-07-2006 a las 01:38 +0200, Sebastian Dröge escribió:
El dom, 16-07-2006 a las 16:22 +0200, Michael Koch escribió:
On Sun, Jul 16, 2006 at 02:13:52PM +0200, Jose Carlos Garcia Sogo wrote:
Package: wnpp
Package: wnpp
Severity: wishlist
* Package name : gstreamer-sharp-0.10
Version : 0.10.0
* License : LGPL
Description : CLI bindings for GStreamer 0.10
Hi,
I plan to package the gstreamer 0.10 bindings for the CLI as soon as
there is a release which should be in
El dom, 16-07-2006 a las 16:22 +0200, Michael Koch escribió:
On Sun, Jul 16, 2006 at 02:13:52PM +0200, Jose Carlos Garcia Sogo wrote:
Package: wnpp
Severity: wishlist
Owner: Jose Carlos Garcia Sogo [EMAIL PROTECTED]
* Package name: gsf-sharp
Version : 0.7.0
Package: last-exit
Version: 1.0-1
Severity: wishlist
Hi,
since yesterday last-exit 2.0 is available. Please update soon :)
http://www.o-hand.com/~iain/last-exit/last-exit-2.0.tar.bz2
Bye
signature.asc
Description: This is a digitally signed message part
Package: istanbul
Version: 0.1.2-1
Severity: serious
Hi,
you define 2.3- in debian/pyversions which means that the generated
binary of the package will work with all python versions starting with
2.3. But as you only build against the default one (2.3) you only get
the 2.3 versions of the stuff
Package: gnome-python-extras
Version: 2.14.0-2
Severity: wishlist
Hi,
the current gnome-python-extras package misses the XB-Python-Version
field in debian/control for the python-gnome2-extras binary package.
This field should be there according to the python policy[1]
Bye
Package: lintian
Version: 1.23.22
Severity: wishlist
Hi,
currently lintian throws an error about the clilibs control file. This
control file is used in almost all CLI packages and has exactly the same
purpose as the shlibs control file but for CLI libraries.
Please add this to the list of known
Hi,
this is now fixed in gtk-sharp2. As gtk-sharp is obsolete and not
supported upstream anymore you might want to try that.
Bye
signature.asc
Description: This is a digitally signed message part
forwarded 370364 http://bugzilla.gnome.org/show_bug.cgi?id=336465
tags 370364 + upstream confirmed
thanks
GstAviDemux cannot work in push mode. The operation is not supported
with this source element or protocol.
Hi,
this problem is already known upstream.
Bye
signature.asc
Description:
reassign 332511 mono
forcemerge 332532 332511 348539
thanks
libmono-dev is not available on s390.
Bastian
Hi,
this package is not available on s390 because mono is
not supported on s390 yet. I'm merging this with the
other bugs for that.
Bye
signature.asc
Description: This is a digitally
tags 375662 + moreinfo unreproducible
thanks
Hi,
I can't reproduce this here with libgconf2.0-cil or libgconf-cil. Is
gconfd-2 running while trying to start your application?
Bye
signature.asc
Description: This is a digitally signed message part
severity 332511 wishlist
severity 348539 wishlist
severity 332532 wishlist
tags 332511 + confirmed upstream
tags 348539 + confirmed upstream
tags 332532 + confirmed upstream
thanks
Hi,
as s390 support is just a missing upstream feature I'm re-setting the
severity to wishlist.
Bye
Il giorno mar, 27/06/2006 alle 17.27 +0100, Colin Watson ha scritto:
Is there an existing patch? If not (or even if so), you'd be better off
taking this upstream - let me know the upstream bug number and I can
track it.
Actually this can be done with a trivial fix (stupid me), by
reassign 373703 gst-plugins-good0.10
thanks
As esdsink and autoaudiosink are in -plugins-good I'm reassigning the
bug to that. The Ubuntu patch is attached, we only have to decide what
to do with the LTSP bit in there.
Bye
diff -Nur gst-plugins-good0.10-0.10.0/ext/esd/esdsink.c
tags 374184 + pending confirmed
thanks
Hi,
this is fixed in pkg-utopia SVN and will be fixed with the next upload.
Bye
signature.asc
Description: This is a digitally signed message part
Package: cryptsetup
Version: 1.0.3-2
Severity: important
Hi,
the latest version of cryptsetup fails to create create encrypted swap
devices like this one:
swap/dev/hda6 /dev/random swap
This is because do_swap (and do_tmp btw) are called after the check on
the device is done. This
On Do, 2006-07-06 at 23:36 +0200, Johannes Berg wrote:
On Thu, 2006-07-06 at 23:22 +0200, Sebastian Dröge wrote:
Ok, it was really helpful to change this as this gave me useful output
for the crashes... see http://bugzilla.ximian.com/show_bug.cgi?id=78782
Ok.
Can you reproduce
On Do, 2006-07-06 at 07:35 +0200, Johannes Berg wrote:
On Thu, 2006-07-06 at 00:24 +0200, Sebastian Dröge wrote:
Hm, now even the mono build fails that way on Ubuntu.
If you can't reproduce the segfault with default settings could you try
if it fails if mono is build with SSP?
I'm new
On Do, 2006-07-06 at 10:14 +0200, Johannes Berg wrote:
On Thu, 2006-07-06 at 10:07 +0200, Sebastian Dröge wrote:
It's an gcc extension that adds protection against several possible
stack vulnerabilities: http://www.trl.ibm.com/projects/security/ssp/
Oh, that spp. But I don't know how
On Do, 2006-07-06 at 17:35 +0200, Johannes Berg wrote:
On Thu, 2006-07-06 at 17:26 +0200, Sebastian Dröge wrote:
I'll test some things and then report back later...
Maybe you could try replacing the last two remaining calls where code is
malloc'ed with appropriate code manager calls
On Do, 2006-07-06 at 18:08 +0200, Johannes Berg wrote:
On Thu, 2006-07-06 at 17:46 +0200, Sebastian Dröge wrote:
Which codemanager function has to be called for those two lines? At
least the patch for the other segfault used a domain specific code
manager in one place and a global one
Hi,
the patch is in the Ubuntu package since a week or something and it
seems to solve at least some problems but not all.
beagle, gsf-sharp and maybe other stuff is still FTBFS on SMP PPC64
machines:
On Mi, 2006-07-05 at 10:41 +0200, Johannes Berg wrote:
Hi,
the patch is in the Ubuntu package since a week or something and it
seems to solve at least some problems but not all.
beagle, gsf-sharp and maybe other stuff is still FTBFS on SMP PPC64
machines:
On Mi, 2006-07-05 at 10:54 +0200, Johannes Berg wrote:
Maybe something similar is happening here? The build logs don't have
actual traces which would be immensely useful to see if something
similar is happening, any idea why those would be missing?
I would assume that something similar is
On Mi, 2006-07-05 at 12:48 +0200, Johannes Berg wrote:
[talking about mono/ppc running on ppc64, with the fix from svn 61756
applied, still segfaults occasionally]
Looking at the code again, I notice that the debugger function isn't
fixed:
mono_debugger_create_notification_function:
On Mi, 2006-07-05 at 13:08 +0200, Johannes Berg wrote:
On Wed, 2006-07-05 at 13:03 +0200, Sebastian Dröge wrote:
Could you add this information to the upstream bugreport?
Not now, have to run to catch a train. I'll do it tonight unless you
want to do it before.
I wonder
Package: seahorse
Version: 0.9.0-2
Severity: normal
Hi,
some time ago seahorse 0.9.1 was released which fixes some important
crashers and has a few nice new features.
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
tags 366562 + patch
thanks
Hi,
the attached, trivial patch fixes this (and #359650 which is a similar
bug).
Bye
diff -u drip-0.8.3.2+0.9.0-rc3/debian/control drip-0.8.3.2+0.9.0-rc3/debian/control
--- drip-0.8.3.2+0.9.0-rc3/debian/control
+++ drip-0.8.3.2+0.9.0-rc3/debian/control
@@ -2,7 +2,7 @@
Package: drip
Version: 0.8.3.2+0.9.0-rc3-7
Severity: grave
Hi,
the current version of drip as in sid FTBFS even after fixing #359650
and #366562. Below is the build output and attached is a patch that
fixes this:
[...]
E64 -pthread -I/usr/include/gdk-pixbuf-1.0 -I/usr/include/gtk-1.2
tags 359650 + patch
thanks
Hi,
the attached, trivial patch fixes this (and #366562 which is a similar
bug).
Bye
diff -u drip-0.8.3.2+0.9.0-rc3/debian/control drip-0.8.3.2+0.9.0-rc3/debian/control
--- drip-0.8.3.2+0.9.0-rc3/debian/control
+++ drip-0.8.3.2+0.9.0-rc3/debian/control
@@ -2,7 +2,7 @@
tags 367203 + confirmed upstream
thanks
Hi,
you can select another directory in the preferences dialog. But I have
to agree that this isn't a very polite behaviour.
I'll talk to upstream about it later. Best way to prevent this would
probably be a dialog at first startup that asks for the music
Hi,
can you please upload a broken file somewhere for me to take a look at
it? Or did the bug disappear silently in the last days?
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
tags 354597 + confirmed upstream
thanks
Hi,
thanks for reporting this. This is already a problem known upstream and
is planned for the 0.11 release line, I like to see something like this
too as it's rather confusing now unless you start banshee from a
console ;)
Bye
signature.asc
Description:
tags 362548 + confirmed upstream
thanks
Hi,
thanks for reporting this. This is a very nice idea and I'll report it
upstream later, hopefully it can be included with the 0.11 line.
Bye
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Hi,
attached is the output of oil-bugreport on an affected machine (Pentium
IV) and a backtrace of banshee after the segfault. I hope this helps.
The same also happens to muine when compiled with gst0.10 support btw
Bye
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread
reassign 369734 libipoddevice
retitle 369734 Requires a dependency on gnome-volume-manager
thanks
Package: banshee
Version: 0.10.10-2
Severity: normal
This is not mentioned anywhere in the debian/control file, but is listed
at http://banshee-project.org/Troubleshooting/iPod.
Thanks for
reassign 369450 liboil
forcemerge 368991 369450
thanks
Am Montag, den 05.06.2006, 13:00 +0200 schrieb Marco Cabizza:
Package: banshee
Version: 0.10.10-2
Severity: grave
Justification: renders package unusable
This is what I get:
[EMAIL PROTECTED] ~ $ banshee
Warning:
1101 - 1200 of 1292 matches
Mail list logo