Bug#631968: aborts on start (GNU/kFreeBSD)
reassign 631968 libglib2.0-0 found 631968 glib2.0/2.33.12+really2.32.4-2 affects 631968 gnome-terminal tags 631968 + confirmed patch thanks Hi! On 22/10/12 17:33, Simon McVittie wrote: I wonder whether this is to do with GDBus not supporting credentials-passing for authentication on kFreeBSD. It does support credentials-passing on FreeBSD, and it's the same kernel, so the same code ought to work; please try the attached patch for src:glib2.0? If successful, this can be tagged 'patch' and reassigned to libglib2.0-0. Thank you Simon, this is exactly the reason that gnome-terminal would fail to connect to DBus on GNU/kFreeBSD (and quits silently with exit status 1). I've just tested that your patch fixed the problem on kfreebsd-amd64; gnome-terminal now starts up and works correctly in a graphical X11 environment. The fix looks quite typical of other GNU/kFreeBSD porting issues. This probably also fixes more GNOME issues, that we didn't even know of yet. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631968: aborts on start (GNU/kFreeBSD)
affects 631968 + lightdm thanks I see that the same glib2.0 patch also fixes lightdm. On kfreebsd-amd64 I can confirm the report below that it shows only a blank screen. With this glib2.0 patch it works correctly. The issue was not filed yet in the BTS but reported recently at: http://lists.debian.org/ca+4ecjnpygh+qdxfexjdhuqoq+nvrhyw8bjzfzuynxxspy0...@mail.gmail.com Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631968: aborts on start (GNU/kFreeBSD)
On Mon, 09 Jul 2012 at 00:10:45 +0100, Steven Chamberlain wrote: On 05/07/12 01:05, Simon McVittie wrote: You don't need all of GNOME, but you do need a D-Bus session. [...] $ eval `dbus-launch --sh-syntax` $ xvfb-run gnome-terminal -e mkdir /tmp/hello With a DBUS session running (now testing from a graphical X11 environment) I can reproduce the original problem on kfreebsd-amd64 (I can't help wondering why anyone would ever try to use an X11 terminal emulator *without* a graphical X11 session...) I wonder whether this is to do with GDBus not supporting credentials-passing for authentication on kFreeBSD. It does support credentials-passing on FreeBSD, and it's the same kernel, so the same code ought to work; please try the attached patch for src:glib2.0? If successful, this can be tagged 'patch' and reassigned to libglib2.0-0. I tried to test it on a kfreebsd-i386 virtual machine, but that VM seems to be excessively slow, and fails to compile the GLib documentation, so I gave up after a few attempts. I have no idea how credentials-passing works on Hurd, but Hurd isn't release-critical, so that can wait (if my theory is correct, please clone the bug for Hurd support). If Hurd porters want to make GDBus work, grepping for __FreeBSD__ is probably a good start. GLib appears to support three different flavours of credentials-passing (for Linux, FreeBSD and OpenBSD) so if Hurd resembles one of those, it should be possible to make it work; the src:dbus build logs claim it has SCM_RIGHTS. In addition to credentials-passing across Unix sockets, D-Bus supports an X11-like magic cookie mechanism (normally only used for TCP sockets), but that relies on the connecting user having access to their official home directory according to getent passwd, so it might not be useful in all cases (for instance, the mini-GNOME-session run by the gdm3 greeter can't necessarily rely on that). Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631968: aborts on start (GNU/kFreeBSD)
Simon McVittie, le Mon 22 Oct 2012 10:13:35 +0100, a écrit : On Mon, 09 Jul 2012 at 00:10:45 +0100, Steven Chamberlain wrote: On 05/07/12 01:05, Simon McVittie wrote: You don't need all of GNOME, but you do need a D-Bus session. [...] $ eval `dbus-launch --sh-syntax` $ xvfb-run gnome-terminal -e mkdir /tmp/hello With a DBUS session running (now testing from a graphical X11 environment) I can reproduce the original problem on kfreebsd-amd64 (I can't help wondering why anyone would ever try to use an X11 terminal emulator *without* a graphical X11 session...) An X11 environment does *not* imply a dbus session. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631968: aborts on start (GNU/kFreeBSD)
Hi, On 22/10/12 12:55, Samuel Thibault wrote: Simon McVittie, le Mon 22 Oct 2012 10:13:35 +0100, a écrit : (I can't help wondering why anyone would ever try to use an X11 terminal emulator *without* a graphical X11 session...) An X11 environment does *not* imply a dbus session. The only reason I tried without a 'graphical' X11 environment, is because I tried firstly to debug the crash-on-startup on a remote shell box, under xvfb instead of a real X server since there wasn't one set up. What I found is that it exits silently, in different places, depending whether a DBus session is running. It doesn't got far enough to execute any shell command given by the -e option. Robert Millan already bisected this to a large DBus-related commit. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631968: aborts on start (GNU/kFreeBSD)
retitle 631968 gnome-terminal: fails to start on kFreeBSD
clone 631968 -1 -2
retitle -1 gnome-terminal: should recommend dbus-x11
severity -1 important
retitle -2 gnome-terminal: no error message when unable to join D-Bus session
severity -2 important
thanks
On Mon, 22 Oct 2012 at 10:13:35 +0100, Simon McVittie wrote:
On 05/07/12 01:05, Simon McVittie wrote:
You don't need all of GNOME, but you do need a D-Bus session.
... which will automatically be started (either from Xsession.d or on-demand)
if you have dbus-x11. Since gnome-terminal needs a D-Bus session, it ought
to have at least a Recommends: on dbus-x11 - this is clone -1 of this bug.
In a previous mail, I wrote:
[having no error message] is an unhelpful implementation, though - it
should complain to stderr with g_printerr() before dying, or fall back
to non-single-instance.
This is clone -2.
I wonder whether this is to do with GDBus not supporting credentials-passing
for authentication on kFreeBSD. It does support credentials-passing on
FreeBSD, and it's the same kernel, so the same code ought to work; please
try the attached patch for src:glib2.0? If successful, this can be tagged
'patch' and reassigned to libglib2.0-0.
This is the original bug 631968. Sorry, I didn't attach the patch as I'd
intended: here it is.
S
From 7c02d526880e9a684a6b2f0c72f1b5779c1ae481 Mon Sep 17 00:00:00 2001
From: Simon McVittie s...@debian.org
Date: Sun, 21 Oct 2012 23:38:31 +0100
Subject: [PATCH] Use the FreeBSD credentials-passing code on Debian
GNU/kFreeBSD
The __FreeBSD__ macro means we have both a FreeBSD kernel and FreeBSD
libc, which isn't the case on GNU/kFreeBSD (GNU libc and userland on
the FreeBSD kernel), so it predefines a different macro. The kernel
is what actually matters for credentials-passing, though.
---
gio/gcredentials.c| 18 +-
gio/gunixcredentialsmessage.c | 12 ++--
2 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/gio/gcredentials.c b/gio/gcredentials.c
index 3a98333..2827c45 100644
--- a/gio/gcredentials.c
+++ b/gio/gcredentials.c
@@ -22,7 +22,7 @@
#include config.h
-#ifdef __FreeBSD__
+#if defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
#include sys/types.h
#include sys/socket.h
#include string.h
@@ -88,7 +88,7 @@ struct _GCredentials
#ifdef __linux__
struct ucred native;
-#elif defined(__FreeBSD__)
+#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
struct cmsgcred native;
#elif defined(__OpenBSD__)
struct sockpeercred native;
@@ -140,7 +140,7 @@ g_credentials_init (GCredentials *credentials)
credentials-native.pid = getpid ();
credentials-native.uid = geteuid ();
credentials-native.gid = getegid ();
-#elif defined(__FreeBSD__)
+#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
memset (credentials-native, 0, sizeof (struct cmsgcred));
credentials-native.cmcred_pid = getpid ();
credentials-native.cmcred_euid = geteuid ();
@@ -202,7 +202,7 @@ g_credentials_to_string (GCredentials *credentials)
g_string_append_printf (ret, gid=% G_GINT64_FORMAT ,, (gint64) credentials-native.gid);
if (ret-str[ret-len - 1] == ',')
ret-str[ret-len - 1] = '\0';
-#elif defined(__FreeBSD__)
+#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
g_string_append (ret, freebsd-cmsgcred:);
if (credentials-native.cmcred_pid != -1)
g_string_append_printf (ret, pid=% G_GINT64_FORMAT ,, (gint64) credentials-native.cmcred_pid);
@@ -260,7 +260,7 @@ g_credentials_is_same_user (GCredentials *credentials,
#ifdef __linux__
if (credentials-native.uid == other_credentials-native.uid)
ret = TRUE;
-#elif defined(__FreeBSD__)
+#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
if (credentials-native.cmcred_euid == other_credentials-native.cmcred_euid)
ret = TRUE;
#elif defined(__OpenBSD__)
@@ -316,7 +316,7 @@ g_credentials_get_native (GCredentials *credentials,
{
ret = credentials-native;
}
-#elif defined(__FreeBSD__)
+#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
if (native_type != G_CREDENTIALS_TYPE_FREEBSD_CMSGCRED)
{
g_warning (g_credentials_get_native: Trying to get credentials of type %d but only
@@ -377,7 +377,7 @@ g_credentials_set_native (GCredentials *credentials,
{
memcpy (credentials-native, native, sizeof (struct ucred));
}
-#elif defined(__FreeBSD__)
+#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
if (native_type != G_CREDENTIALS_TYPE_FREEBSD_CMSGCRED)
{
g_warning (g_credentials_set_native: Trying to set credentials of type %d
@@ -435,7 +435,7 @@ g_credentials_get_unix_user (GCredentials*credentials,
#ifdef __linux__
ret = credentials-native.uid;
-#elif defined(__FreeBSD__)
+#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
ret = credentials-native.cmcred_euid;
#elif defined(__OpenBSD__)
ret = credentials-native.uid;
@@ -482,7 +482,7 @@
Bug#631968: aborts on start (GNU/kFreeBSD)
found 631968 3.4.1.1-1 thanks On 05/07/12 01:05, Simon McVittie wrote: You don't need all of GNOME, but you do need a D-Bus session. [...] $ eval `dbus-launch --sh-syntax` $ xvfb-run gnome-terminal -e mkdir /tmp/hello Thank you for that. The exit without error message was very confusing. With a DBUS session running (now testing from a graphical X11 environment) I can reproduce the original problem on kfreebsd-amd64, which is not a SIGABRT, but a clean, silent exit with status 1. Likewise if using the -e option, the given command line isn't executed. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631968: aborts on start (GNU/kFreeBSD)
On Tue, 28 Jun 2011 at 20:31:55 +0200, Robert Millan wrote:
gnome-terminal aborts on start, with unknown signal
Are you sure it's aborting (as in SIGABRT), and not just exiting
unsuccessfully?
/* Couldn't get the connection? No way to continue! */
if (connection == NULL) {
data-exit_code = EXIT_FAILURE;
gtk_main_quit ();
return;
}
Since gnome-terminal now uses D-Bus for single-instance, it's not
altogether unexpected that it doesn't proceed in the absence of a
D-Bus session.
That's an unhelpful implementation, though - it should complain to
stderr with g_printerr() before dying, or fall back to non-single-instance.
Sometime since GNOME 3.4 it seems to have been changed to use
g_printerr() if it can't connect to D-Bus, so that'll be fixed in GNOME 3.6.
The current development version has a purely client/server design -
/usr/bin/gnome-terminal just starts an instance of gnome-terminal-server,
which is the real GUI - so non-single-instance is no longer an option.
Should I be able to run it standalone under xvfb-run? Or do I need a
full gnome desktop environment running to test this?
You don't need all of GNOME, but you do need a D-Bus session.
A Debian X session (running Xsession.d and a window manager) with dbus-x11
installed will give you a D-Bus session; or if you don't really have X
you can install dbus-x11 and xvfb, and try something like this:
$ eval `dbus-launch --sh-syntax`
$ xvfb-run gnome-terminal -e mkdir /tmp/hello
$ echo $?
0
$ kill $DBUS_SESSION_BUS_PID
$ ls -ld /tmp/hello
drwxr-xr-x 2 smcv smcv 4096 Jul 5 00:35 /tmp/hello
(Running an interactive terminal non-interactively in a virtual framebuffer
is not very useful, which is why I'm using -e to give it a side-effect -
if it gets as far as executing mkdir, it's probably working right.)
Compare with its behaviour when unable to connect to D-Bus:
$ rmdir /tmp/hello
$ DBUS_SESSION_BUS_ADDRESS=broken:does_not=work
$ export DBUS_SESSION_BUS_ADDRESS
$ xvfb-run gnome-terminal -e mkdir /tmp/hello
$ echo $?
1
$ ls -ld /tmp/hello
ls: cannot access /tmp/hello: No such file or directory
If kFreeBSD is consistent with that behaviour (I tested on Linux),
then this bug can be retitled to something like exits silently when unable
to connect to D-Bus, downgraded, and tagged fixed-upstream.
Regards,
S
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631968: aborts on start (GNU/kFreeBSD)
found 631968 gnome-terminal/3.2.1-2
found 631968 gnome-terminal/3.4.0.1-1
thanks
Hi,
Nothing new; just checked that this is still happening in new versions.
ktrace excerpt right before it exits with status 1 and no error message:
88741 gnome-terminal CALL poll(0xbfbfe3b8,0x1,0x)
88741 gnome-terminal RET poll 1
88741 gnome-terminal CALL recvfrom(0x3,0x80b0ee0,0x1000,0,0,0)
88741 gnome-terminal GIO fd 3 read 32 bytes
0x 0100 7500 0100
|..u.|
88741 gnome-terminal RET recvfrom 32/0x20
88741 gnome-terminal CALL recvfrom(0x3,0x80b0ee0,0x1000,0,0,0)
88741 gnome-terminal RET recvfrom -1 errno 35 Resource temporarily
unavailable
88741 gnome-terminal CALL write(0x7,0xbfbfe62c,0x24)
88741 gnome-terminal GIO fd 7 wrote 36 bytes
0x a032 1329 0200 0100 d8af 0a28 0100 0020 0429
3000 20e5 bfbf e800 |.2.)...(.
.)0... ...|
88741 gnome-terminal RET poll 1
88741 gnome-terminal RET write 36/0x24
88741 gnome-terminal CALL read(0x6,0x80c8d70,0x24)
88741 gnome-terminal CALL sigprocmask(SIG_SETMASK,0,0xbfbfe5c0)
88741 gnome-terminal RET sigprocmask 0
88741 gnome-terminal CALL sigsuspend(0xbfbfe5c0)
88741 gnome-terminal GIO fd 6 read 36 bytes
0x a032 1329 0200 0100 d8af 0a28 0100 0020 0429
3000 20e5 bfbf e800 |.2.)...(.
.)0... ...|
88741 gnome-terminal RET read 36/0x24
88741 gnome-terminal CALL thr_kill(0x18889,SIG(null))
88741 gnome-terminal RET thr_kill 0
88741 gnome-terminal RET nanosleep -1 errno 4 Interrupted system call
88741 gnome-terminal CALL _umtx_op(0x80ca560,0x2,0x18889,0,0)
88741 gnome-terminal PSIG SIG(null) caught handler=0x28b285e0 mask=0x0
code=0x10001
88741 gnome-terminal CALL exit(0x1)
88741 gnome-terminal RET _umtx_op -1 errno 4 Interrupted system call
I'm not sure if gdb gives an accurate backtrace, but here it is anyway:
(gdb) run
Starting program: /usr/bin/gnome-terminal
Program received signal ?, Unknown signal.
0x28b28e67 in __pthread_sigsuspend () from
/lib/i386-kfreebsd-gnu/i686/cmov/libpthread.so.0
(gdb) bt
#0 0x28b28e67 in __pthread_sigsuspend () from
/lib/i386-kfreebsd-gnu/i686/cmov/libpthread.so.0
#1 0x28b27e28 in __pthread_wait_for_restart_signal () from
/lib/i386-kfreebsd-gnu/i686/cmov/libpthread.so.0
#2 0x28b28d92 in pthread_create@@GLIBC_2.3 () from
/lib/i386-kfreebsd-gnu/i686/cmov/libpthread.so.0
#3 0x2895334b in g_system_thread_new (thread_func=0x28936f60
g_thread_proxy, stack_size=optimized out, error=0xbfbfe44c)
at /home/steven/glib2.0-2.32.0/./glib/gthread-posix.c:1116
#4 0x28937384 in g_thread_new_internal (name=0x28963ba1 pool,
proxy=0x28936f60 g_thread_proxy, func=0x289377c0
g_thread_pool_thread_proxy, data=0x80ab3d0, stack_size=0,
error=0xbfbfe44c) at /home/steven/glib2.0-2.32.0/./glib/gthread.c:886
#5 0x28937445 in g_thread_try_new (name=0x28963ba1 pool, func=0x289377c0
g_thread_pool_thread_proxy, data=0x80ab3d0, error=0xbfbfe44c)
at /home/steven/glib2.0-2.32.0/./glib/gthread.c:870
#6 0x28937b5e in g_thread_pool_start_thread (error=0xbfbfe44c,
pool=0x80ab3d0) at /home/steven/glib2.0-2.32.0/./glib/gthreadpool.c:409
#7 g_thread_pool_start_thread (pool=0x80ab3d0, error=0xbfbfe44c) at
/home/steven/glib2.0-2.32.0/./glib/gthreadpool.c:385
#8 0x28937da9 in g_thread_pool_push (pool=0x80ab3d0, data=0x80c5ee8,
error=0x0) at /home/steven/glib2.0-2.32.0/./glib/gthreadpool.c:560
#9 0x286dcd30 in g_io_scheduler_push_job (job_func=0x286ef430
run_in_thread, user_data=0x80c5ed8, notify=0, io_priority=0,
cancellable=0x0)
at /home/steven/glib2.0-2.32.0/./gio/gioscheduler.c:234
#10 0x286ef8cc in g_simple_async_result_run_in_thread (simple=0x80c5da0,
func=0x286ae200 async_init_thread, io_priority=0, cancellable=0x0)
at /home/steven/glib2.0-2.32.0/./gio/gsimpleasyncresult.c:906
#11 0x286ae2f6 in g_async_initable_real_init_async (initable=0x80c6028,
io_priority=0, cancellable=0x0, callback=0x287417f0
bus_get_async_initable_cb, user_data=0x80accc8)
at /home/steven/glib2.0-2.32.0/./gio/gasyncinitable.c:287
#12 0x286ae482 in g_async_initable_init_async (initable=0x80c6028,
io_priority=0, cancellable=0x0, callback=0x287417f0
bus_get_async_initable_cb, user_data=0x80accc8)
at /home/steven/glib2.0-2.32.0/./gio/gasyncinitable.c:223
#13 0x28742782 in g_bus_get (bus_type=G_BUS_TYPE_SESSION, cancellable=0x0,
callback=0x28750390 connection_get_cb, user_data=0x8096c00)
at /home/steven/glib2.0-2.32.0/./gio/gdbusconnection.c:6892
#14 0x28750a68 in g_bus_own_name (bus_type=G_BUS_TYPE_SESSION, name=0x80927a8
org.gnome.Terminal.Display_99, flags=G_BUS_NAME_OWNER_FLAGS_NONE,
bus_acquired_handler=0x805b5a0,
Bug#631968: aborts on start (GNU/kFreeBSD)
static void
name_lost_cb (GDBusConnection *connection,
const char *name,
gpointer user_data)
For me, gnome-terminal 3.2.1 aborts here on kfreebsd-i386:
/* Couldn't get the connection? No way to continue! */
if (connection == NULL) {
data-exit_code = EXIT_FAILURE;
gtk_main_quit ();
return;
}
Should I be able to run it standalone under xvfb-run? Or do I need a
full gnome desktop environment running to test this?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631968: aborts on start (GNU/kFreeBSD)
2011/7/10 Robert Millan r...@debian.org: Bug only appears when upgrading gnome-terminal itself. I bisected gnome-terminal and found that the problem was introduced with the GDBus migration: http://git.gnome.org/browse/gnome-terminal/commit/?id=fdf01b94d14d7f9c4df7e9f762f851d0800c4927 -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631968: aborts on start (GNU/kFreeBSD)
Robert Millan r...@debian.org writes: 2011/6/29 Robert Millan r...@debian.org: $ gnome-terminal $ echo $? 1 I can reproduce problem on kfreebsd-i386. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631968: aborts on start (GNU/kFreeBSD)
On Wed, Jun 29, 2011 at 02:07:25 +0200, Michael Biebl wrote: severity 631968 important thanks seems to be a kbsd specific, i.e. the package is generally usable. As such downgrading to a more appropriate severity. Unusable on a release architecture is a grave bug. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631968: aborts on start (GNU/kFreeBSD)
severity 631968 grave thanks Hi Michael, 2011/6/29 Michael Biebl bi...@debian.org: severity 631968 important thanks seems to be a kbsd specific, i.e. the package is generally usable. As such downgrading to a more appropriate severity. Please see: http://lists.debian.org/debian-devel-announce/2009/10/msg0.html normal bug severities apply now for kfreebsd-specific bugs (meaning: there could be RC-bugs that are specific for kfreebsd) -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631968: aborts on start (GNU/kFreeBSD)
Package: gnome-terminal Version: 3.0.1-1 Severity: grave User: debian-...@lists.debian.org Usertags: kfreebsd (this bug most likely needs reassigning, but I don't know where, so filing it on the application that exhibits the symptom) gnome-terminal aborts on start, with unknown signal: rmh@dimoni:~$ LD_LIBRARY_PATH=/usr/lib/debug/lib/x86_64-kfreebsd-gnu gdb gnome-terminal GNU gdb (GDB) 7.2-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-kfreebsd-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/gnome-terminal...(no debugging symbols found)...done. (gdb) r Starting program: /usr/bin/gnome-terminal Program received signal ?, Unknown signal. __pthread_sigsuspend () at ../ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/linuxthreads/pt-sigsuspend.S:24 24 ../ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/linuxthreads/pt-sigsuspend.S: El fitxer o directori no existeix. in ../ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/linuxthreads/pt-sigsuspend.S (gdb) bt #0 __pthread_sigsuspend () at ../ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/linuxthreads/pt-sigsuspend.S:24 #1 0x000802e433b8 in __pthread_wait_for_restart_signal (self=value optimized out) at pthread.c:1274 #2 0x000802e43f8c in suspend (thread=0x688ae0, attr=value optimized out, start_routine=value optimized out, arg=value optimized out) at restart.h:34 #3 __pthread_create_2_1 (thread=0x688ae0, attr=value optimized out, start_routine=value optimized out, arg=value optimized out) at pthread.c:877 #4 0x000801fa8212 in g_thread_create_posix_impl (thread_func=0x802455c00 g_thread_create_proxy, arg=0x688ab0, stack_size=value optimized out, joinable=value optimized out, bound=0, priority=G_THREAD_PRIORITY_NORMAL, thread=0x688ae0, error=0x7fffda68) at /build/buildd-glib2.0_2.28.6-1-kfreebsd-amd64-yDxNka/glib2.0-2.28.6/./gthread/gthread-posix.c:355 #5 0x00080245688d in g_thread_create_full (func=value optimized out, data=value optimized out, stack_size=0, joinable=0, bound=0, priority=value optimized out, error=0x7fffdac8) at /build/buildd-glib2.0_2.28.6-1-kfreebsd-amd64-yDxNka/glib2.0-2.28.6/./glib/gthread.c:1967 #6 0x000802458126 in g_thread_pool_start_thread (pool=0x688c00, error=0x0) at /build/buildd-glib2.0_2.28.6-1-kfreebsd-amd64-yDxNka/glib2.0-2.28.6/./glib/gthreadpool.c:420 #7 0x000802458822 in g_thread_pool_push (pool=value optimized out, data=0x655b30, error=0x0) at /build/buildd-glib2.0_2.28.6-1-kfreebsd-amd64-yDxNka/glib2.0-2.28.6/./glib/gthreadpool.c:558 #8 0x0008015ea5ad in g_async_initable_real_init_async (initable=value optimized out, io_priority=0, cancellable=0x0, callback=0x801660050 bus_get_async_initable_cb, user_data=0x675760) at /build/buildd-glib2.0_2.28.6-1-kfreebsd-amd64-yDxNka/glib2.0-2.28.6/./gio/gasyncinitable.c:285 #9 0x000801661c53 in g_bus_get (bus_type=G_BUS_TYPE_SESSION, cancellable=0x0, callback=value optimized out, user_data=value optimized out) at /build/buildd-glib2.0_2.28.6-1-kfreebsd-amd64-yDxNka/glib2.0-2.28.6/./gio/gdbusconnection.c:6383 #10 0x00080166e94b in g_bus_own_name (bus_type=G_BUS_TYPE_SESSION, name=0x6540a0 org.gnome.Terminal.Display_0_0, flags=G_BUS_NAME_OWNER_FLAGS_NONE, bus_acquired_handler=0x417d60, name_acquired_handler=0x417cc0, name_lost_handler=0x418120, user_data=0x654b00, user_data_free_func=0) at /build/buildd-glib2.0_2.28.6-1-kfreebsd-amd64-yDxNka/glib2.0-2.28.6/./gio/gdbusnameowning.c:622 #11 0x00414fb9 in ?? () #12 0x0008030771e9 in __libc_start_main (main=0x414d00, argc=1, ubp_av=0x7fffdcf0, init=value optimized out, fini=0x94016030, rtld_fini=0, stack_end=0x7fffdcd8) at libc-start.c:257 #13 0x0041512c in ?? () #14 0x7fffdcd8 in ?? () #15 0x001c in ?? () #16 0x in ?? () (gdb) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 8.1-1-amd64 Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii gnome-terminal-data 3.0.1-1Data files for the GNOME terminal ii gsettings-desktop-schemas 3.0.1-1GSettings deskop-wide schemas ii libatk1.0-0 2.0.1-1ATK accessibility toolkit ii libc0.1 2.13-7 Embedded GNU C Library: Shared lib ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libglib2.0-0
Bug#631968: aborts on start (GNU/kFreeBSD)
(this bug most likely needs reassigning, but I don't know where, so filing it on the application that exhibits the symptom) gnome-terminal aborts on start, with unknown signal: rmh@dimoni:~$ LD_LIBRARY_PATH=/usr/lib/debug/lib/x86_64-kfreebsd-gnu gdb gnome-terminal ... (gdb) r Starting program: /usr/bin/gnome-terminal Program received signal ?, Unknown signal. __pthread_sigsuspend () at ../ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/linuxthreads/pt-sigsuspend.S:24 24 ../ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/linuxthreads/pt-sigsuspend.S: El fitxer o directori no existeix. in ../ports/sysdeps/unix/bsd/bsd4.4/kfreebsd/linuxthreads/pt-sigsuspend.S This is a limitation of our gdb, see #550361. What is the real problem ? What does gnome-terminal when runs directly ? In general, it is possible to generate core_dump and use gdb at it, but not use gdb to start threaded programs :-( Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631968: aborts on start (GNU/kFreeBSD)
2011/6/28 Petr Salinger petr.salin...@seznam.cz: What is the real problem ? What does gnome-terminal when runs directly ? There isn't much to see: $ gnome-terminal $ echo $? 1 In general, it is possible to generate core_dump and use gdb at it, Any idea how to force it to dump core? (tried ulimit -c, no luck) -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631968: aborts on start (GNU/kFreeBSD)
2011/6/29 Robert Millan r...@debian.org: $ gnome-terminal $ echo $? 1 Btw, here's ktrace.out, in case this helps. -- Robert Millan ktrace.out.xz Description: Binary data
Bug#631968: aborts on start (GNU/kFreeBSD)
severity 631968 important thanks seems to be a kbsd specific, i.e. the package is generally usable. As such downgrading to a more appropriate severity. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
