Just for clarity, the gdb backtrace was taken 10-20 seconds
after I launched cheese, so during the time when cheese was
just sitting there, seemingly doing nothing. (Of course, as
you can see in the strace, it actually was doing something.)
Fabian
--
To UNSUBSCRIBE, email to
, some mono upgrades require that all processes running under
an old runtime version be stopped. Retitling accordingly. No idea how to
detect or fix something like this – the only reason I have mono
installed is because of Tomboy.
--
Fabian Fagerholm fa...@paniq.net
signature.asc
Description
enabled]
Program received signal SIGBUS, Bus error.
0x081c930c in mono_shared_area () at mono-mmap.c:476
476 mono-mmap.c: No such file or directory.
in mono-mmap.c
--8--
If I can provide any other information, please let me know.
--
Fabian Fagerholm fa...@paniq.net
-- System
of libgnomepanel2.24-cil with
/usr/share/cli-common/runtimes.d/mono failed
Note the gacutil invocation.
Thanks,
--
Fabian Fagerholm fa...@paniq.net
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-trunk-686
. (There
are separate bugs about the CPU and keymaps issues.)
I propose to remove this package from testing and block it until these
issues are solved.
Thanks,
--
Fabian Fagerholm fa...@paniq.net
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe
to testing. You will
either have to install the version in unstable or wait until it migrates
to testing.
Cheers,
--
Fabian Fagerholm fa...@paniq.net
signature.asc
Description: This is a digitally signed message part
or the postinst script's state might have become messed
up due to the earlier segfault. This wouldn't happen if skipping version
-24 (which is now not part of any Debian suite), so keeping the bug
closed.
Thanks for the follow-up!
--
Fabian Fagerholm fa...@paniq.net
signature.asc
Description
Hello everyone!
First off, thanks for supporting each other on this issue, it gave me
the opportunity to fix the root cause!
Please try version 2.1.22.dfsg1-25, it should now be correctly compiled
*and* linked with libdb4.7 and that segfault should no longer occur.
Cheers,
--
Fabian Fagerholm
causes segfaults.
Please try 2.1.22.dfsg1-25 instead. If the segfault persists, you can
reopen this bug.
Cheers,
--
Fabian Fagerholm fa...@paniq.net
signature.asc
Description: This is a digitally signed message part
Hi Daan,
Thanks for the report!
On Wed, 2009-05-06 at 00:45 +0200, Daan Willems wrote:
Package: sasl2-bin
Version: 2.1.22.dfsg1-23+b1
Does the bug occur with 2.1.22.dfsg1-23 (the previous version)?
Thanks,
--
Fabian Fagerholm fa...@paniq.net
signature.asc
Description: This is a digitally
it installed fine. As a result, the krb5-kdc.postinst
script had $KRB5LD_DEFAULT_REALM unset, and /etc/krb5kdc/kdc.conf ended
up broken. Easy to fix, but I couldn't figure out why the Debconf
prompts of krb5-config weren't shown at all.
--
Fabian Fagerholm [EMAIL PROTECTED]
-- System Information:
Debian
to
prevent the mishap you experienced?
Thanks,
--
Fabian Fagerholm [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
/etc/sasldb2 first; other than
that, it should be completely safe.
Thanks for your help!
Cheers,
--
Fabian Fagerholm [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
this in an upcoming upload, probably
with some other things.
--
Fabian Fagerholm [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
}) in SVN, and the change
will be included in the next upload.
For reference, Steve Langasek has made a nice summary of how
binNMU-safeness works:
http://lists.debian.org/debian-mentors/2006/09/msg00230.html
--
Fabian Fagerholm [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed
.
Thanks,
--
Fabian Fagerholm [EMAIL PROTECTED]
--- debian/control.orig 2007-04-21 09:19:15.0 +0300
+++ debian/control 2007-04-21 09:19:33.0 +0300
@@ -22,7 +22,7 @@
Package: dtc
Architecture: all
Depends: dtc-common, apache2 | apache, amavisd-new, bind | bind9, bzip2,
ca
/ -- and upstream definitely needs more hands!
--
Fabian Fagerholm [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
FWIW, I can run flightgear with no problems on a 1,2GHz Pentium M
machine with 1GB of RAM. So lack of memory would be a good guess as to
why the submitter experienced this problem.
Now if I could only figure out how to fly this thing...
--
Fabian Fagerholm [EMAIL PROTECTED]
signature.asc
. If you need assistance, don't hesitate to ask for help. Please be
as specific as you can.
Thanks,
--
Fabian Fagerholm [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
an
exception for this: ...unless the specification referring to this
document explicitly states otherwise (MIME being an example).
Cheers,
--
Fabian Fagerholm [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
to reproduce the bug as you
showed.)
--
Fabian Fagerholm [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Tue, 2006-12-05 at 09:59 +0200, Fabian Fagerholm wrote:
Thanks for the report Michele, I'm marking this as found and I'm
starting to investigate. (I was able to reproduce the bug as you
showed.)
Apparently the input string can be terminated by just a single LF. I
presume that in some
than these differences, your patch seems to be equivalent.
Yours is prettier, though, but I'm afraid that's secondary. :)
If you see any mistakes in my patch, then please yell! An upload will be
made within a day or two.
Cheers,
--
Fabian Fagerholm [EMAIL PROTECTED]
signature.asc
Description
sasl_decode64 ignore a trailing CRLF.
More eyes are welcome! Please let me know if the patch seems to be
incorrect.
Thanks,
--
Fabian Fagerholm [EMAIL PROTECTED]
0015_saslutil_decode64_fix.dpatch
Description: application/shellscript
signature.asc
Description: This is a digitally signed message part
the authentication should succeed? Does
it succeed or do you get some similar, unexpected error?
Thanks,
--
Fabian Fagerholm [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
attaching a new version of 10tls.dpatch where this change is made.
--
Fabian Fagerholm [EMAIL PROTECTED]
10tls.dpatch
Description: application/shellscript
On Thu, 2006-11-16 at 19:53 +0200, Fabian Fagerholm wrote:
I'm attaching a new version of 10tls.dpatch where this change is made.
Sorry, the file I attached was a temporary one that I used for testing.
Please don't use it. Here's the correct version.
--
Fabian Fagerholm [EMAIL PROTECTED
with an amd64/hppa box has tested this) we'll
just reopen the bug.
Cheers,
--
Fabian Fagerholm [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
Package: cyrus-sasl2
Version: 2.1.22-1
Severity: serious
cyrus-sasl2 fails to build from source on amd64 because autotools generates
non-PIC static libraries which are then used to create a PIC shared library.
This works on i386 but not on amd64.
A build log fragment [0]:
--8--
Making all in
Package: cyrus-sasl2
Version: 2.1.22-1
Severity: serious
cyrus-sasl2 fails to build from source on hppa:
--8--
Making all in plugins
make[3]: Entering directory `/build/buildd/cyrus-sasl2-2.1.22/plugins'
/bin/sh ../libtool --tag=CC --mode=link hppa-linux-gnu-gcc -Wall -W -Wall -g
-O2
platforms. It just guarantees that hash(x)
== hash(y) if x == y.
So I'll look into replacing this test with something more portable.
In the meantime, anyone wishing to build albatross on amd64 can replace
that value in the test, or disable testing completely as a workaround.
Cheers,
--
Fabian Fagerholm
Hi,
The pkg-cyrus-sasl2 group is working (slowly) on a new version of this
package, with the new upstream version. In our package, we'll probably
just repackage the source without the IETF docs.
--
Fabian Fagerholm [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed
On Mon, 2006-10-02 at 15:00 +0200, Christian Aichinger wrote:
On Mon, Oct 02, 2006 at 03:32:54PM +0300, Fabian Fagerholm wrote:
The pkg-cyrus-sasl2 group is working (slowly) on a new version of this
package, with the new upstream version. In our package, we'll probably
just repackage
cache. I hope it can be of assistance in debugging
this problem.
Here it is: http://bugzilla.gnome.org/show_bug.cgi?id=344382
--
Fabian Fagerholm [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
and
separator?
Sorry I can't provide the package with that debugging patch built in,
but network connectivity is a bit limited here at debcamp6.
--
Fabian Fagerholm [EMAIL PROTECTED]
#include iostream
#include string
using namespace std;
int main()
{
string str1 = string(abcdefghi
Package: synfig
Version: 0.61.05-3
Severity: serious
Justification: Policy 2.5
Synfig should have priority extra, because libsynfig0 depends on
libdv-bin, which is priority extra. It seems to be pretty clear why
libdv-bin is extra and not optional, so synfig has to adjust.
--
Fabian Fagerholm
is being worked on.
See also: #354069
--
Fabian Fagerholm [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
a
dependancy on adduser, and python2.{3,4}-albtross both include
${shlibs:Depends} and ${misc:Depends} which are entirely
unneeded. Attached is a patch that corrects the issue.
Thanks for the patch Steve, it's good and I will make an upload fixing
these issues shortly.
--
Fabian Fagerholm [EMAIL
38 matches
Mail list logo