[debian-hurd-Patches][312161] gdm 2.20.10 FTBFS
Patches item #312161, was changed at 2009-12-15 01:14 by Emilio Pozuelo Monfort
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312161&group_id=30628
>Status: Closed
Priority: 3
Submitted By: Emilio Pozuelo Monfort (pochu)
>Assigned to: Emilio Pozuelo Monfort (pochu)
Summary: gdm 2.20.10 FTBFS
Category: None
>Group: fixed-debian
>Resolution: Fixed
Initial Comment:
Hi,
I've prepared this two patches to make gdm build on Hurd. The second one moves gdm_reset_locale() out of an RLIMIT #ifdef (it was there by mistake I guess).
gdm 2.28 builds fine on Hurd but we will have 2.20 for a while (will likely be the default for Squeeze).
----------------------------------------------------------------------
>Comment By: Emilio Pozuelo Monfort (pochu)
Date: 2010-04-12 20:01
Message:
Fixed and built.
----------------------------------------------------------------------
Comment By: Samuel Thibault (sthibault)
Date: 2009-12-19 15:52
Message:
In that case, yes.
----------------------------------------------------------------------
Comment By: Emilio Pozuelo Monfort (pochu)
Date: 2009-12-19 15:46
Message:
I don't intend to forward this upstream, as the last stable and unstable (2.28 and 2.29) releases are fine. So this will be a Debian-only patch for 2.20 until we move to a newer release (we don't yet as they have many regressions).
Since this will be Debian only, can I leave it as is? I guess we use glibc in all the ports...
----------------------------------------------------------------------
Comment By: Samuel Thibault (sthibault)
Date: 2009-12-15 01:41
Message:
Unfortunately gdm can not rely on realpath allocating a string when
given NULL, as it's only a recent POSIX extension. What you can
however do is ifdef __GLIBC__, assume it does, and else use PATH_MAX,
as that will work fine in all cases.
The patch moving the rlimit stuff is fine.
----------------------------------------------------------------------
You can respond by visiting:
https://alioth.debian.org/tracker/?func=detail&atid=410472&aid=312161&group_id=30628
Reply to: