Release Candidates ?

[David Zeuthen]

Hi,

Sorry for the lag; am doing like 100 things at the same thing these
days :-)

On Thu, 2007-02-15 at 20:40 +0100, Rémi Cardona wrote:
> Hi all,
> 
> I'm part of the Gnome herd in Gentoo and we've been preparing our ebuild
> scripts for Gnome 2.18 for a while now. The one thing we've kept
> postponing is HAL et al (pun hardly intended ...)
> 
> I'd like to know if you guys are far from making releases (even RCs
> would help a lot) for HAL, ConsoleKit and especially PolicyKit.
> 
> We have quite a bunch of users regularly using and testing our Gnome
> 2.18 repository and having a newer HAL (we're at 0.5.8.1 right now)
> would help us a lot before gnome 2.18 goes stable.

So I'd like to get 0.5.9 out of the door too but some of the features I
wanted been taking up a bit more time than I anticipated. Yeah, same
same. Anyway, I think what's in master right now is fairly stable (I've
received no big complaints from the snapshots I've put in Fedora's
Rawhide so far) so I will roll a RC1 tomorrow.

Let's look at release criteria for 0.5.9

 1. Need a pm-utils release and the associated glue for HAL. Richard,
    can you drive this one (I can throw staplers at Peter if needed)?
    Thanks! This is a release blocker.

 2. Would be nice to get the hooks into ConsoleKit that I talked about
    here. 

    http://lists.freedesktop.org/archives/hal/2007-February/007233.html

    Right now it's kinda racy but not really a problem due to how VT
    switching works anyway :-). But I'd really like to get his in
    anyway. It shouldn't block the release though.

 3. Need inotify-ish support for invalidating our fdi cache

    (and support for Solaris and the BSD's - probably the best is to
     lift the code from D-Bus - licensing wise that shouldn't be a
     problem as HAL and D-Bus are licensed under exactly the same
     terms)

    This is a release blocker.

 4. Make hald-addon-storage use ConsoleKit to slow down polling
    http://lists.freedesktop.org/archives/hal/2007-February/007285.html

    This is a release blocker; mostly because it's pretty easy to do.

 5. Need a ConsoleKit 0.2.0 or something release. But shouldn't be a
    problem as Jon is super responsive. This is a release blocker.

 6. Would be nice to get Bastien's Bluetooth RFKill stuff in. It's only
    for Sony right now but we can add support for more stuff later and
    change the interface if needed. 

    (we need to declare that interface unstable until we're satisfied
     that it's "right" so e.g. once some kernel supports this natively
     we can be somewhat certain our interface still is sane; as a matter
     of fact we need a mechanims to tag what interfaces we support are
     stable or not. But that's for another day....)

    This is probably not a release blocker.

 7. Making umount(8) work with HAL for unprivileged users. This one
    is described in detail here

     https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=188193

    and should be pretty easy to fix. It's a RH specific thing at the
    moment I think.... also - be sure to enjoy the exchange of flames
    in that bug :-). Anyway, it should be easy to fix.

    This is probably a release blocker; mostly because it's easy.

 8. Fix up some annoying bugs (there's a bunch of them reported in the
    RH bugzilla but I've been ignoring that for now). The most prominent
    one has to do, IIRC, with broken optical drives that reports bogus
    sessions and thus we fail to detect file system since we now try
    to probe the last session... should be easy to fix though.

    This is a release blocker.

So I think this is *at least* what we need for 0.5.9. What do other
people think? 

As always, patches for doing this work is welcome; we can release
earlier the more man power we have working on this :-). I'm thinking
there's probably a few weeks work on all this so releasing around the
first of second week of March should be doable. Should line up nicely
with March 14th for GNOME 2.18.

     David