Package: gdm3 Version: 3.6.0-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Tags: experimental upstream Forwarded: https://bugzilla.gnome.org/show_bug.cgi?id=687921
>From the buildd log: > gdm-session.c: In function 'credentials_get_unix_pid': > gdm-session.c:989:2: error: #error "platform not supported, need mechanism to > detect pid of connected process" The #elif defined (__FreeBSD__) case should be #elif defined (__FreeBSD__) || defined (__FreeBSD_kernel__) for Debian (GNOME #687921). Also, that code path is clearly broken, because it uses G_CREDENTIALS_TYPE_OPENBSD_SOCKPEERCRED, whereas I expect it should be using G_CREDENTIALS_TYPE_FREEBSD_CMSGCRED on FreeBSD. (Also GNOME #687921.) This leads me to believe that it has never been tested, so I'm not going to do anything about this bug until/unless someone tests it on kFreeBSD and confirms that the resulting gdm3 actually works. (This is the version in experimental, so there's no particular urgency.) If it does work, please tell upstream. Alternatively, someone could implement g_credentials_get_unix_pid(), which clearly ought to exist anyway, and would move the problem into GIO. (GNOME #687920.) This is also a problem on Hurd, but as far as I understand it, Hurd doesn't support credentials-passing at all; gdm3 appears to require credentials-passing, so it's right that it continue to FTBFS on Hurd. From <https://www.gnu.org/software/hurd/open_issues/sendmsg_scm_creds.html> it appears that if Hurd ever gets credentials-passing, it'll be FreeBSD-style SCM_CREDS. S -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
