On 6/18/06, Jeff Waugh <[EMAIL PROTECTED]> wrote:
> Yes - shipping build fix patches is a *massive* regression in the release
> management process, cf. signature.
<snip>
>     "Basically my philosophy on release management is that it should be
>                 like police brutality." - Maciej Stachowiak

Well, we'll have to switch back to police brutality then.  :-)  Time
for some beatings...the following issues are still relevant AFAICT:


Problems which don't have patches:
-----------------------------------
evolution-data-server  324546  e-d-s doesn't work with mozilla 1.8 or
                              firefox 1.5; epiphany & yelp don't work with older
                              mozilla.  We don't want to depend on both
                              (There is a patch but claims nss has to be
                              disabled for e-d-s for it to work)

Problems with patches:
-----------------------------------
gnome-system-tools     N/A     requires system-tools-backends which require
                              perl bindings to DBus; Carlos said he'd make it
                              optional here:
            http://mail.gnome.org/archives/release-team/2006-June/msg00007.html
                              (Frederic Peters has a patch for this)
evolution-data-server  344790  won't find mozilla libraries, causes build
                              breakage in other apps like bug-buddy
gnopernicus            344695  can't find gdkx.h
gnome-mag              344295  checked-in file automatically generated/modified
deskbar-applet         345011  type -> crash (lone non-build issue in this list)
_______________________________________________
desktop-devel-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Reply via email to