Re: [Banshee-List] Hal is dead, long live Hal!

[Alan <alan mcgovern gmail com>]

Hey,

So I believe the plan is to start merging this into banshee mainline. What I was planning on doing is to create a new git branch and cherry picking stuff into discrete chunks (though some may be large-ish chunks) so they can be merged piecewise into banshee. That'll make things easier to review for everyone.

If this sounds good, I'll start doing this later today/tomorrow/during the week. I think gabaug started looking through the udev branch yesterday so I'd appreciate his input on this before I go and waste effort :)

Thanks,
Alan.

On Thu, Jul 15, 2010 at 2:18 PM, Paul McDonough <pmcd14 gmail com> wrote:

Paul Michael McDonough
--
Aurora Webmaster / Developer  http://getaurora.com
Is there confirmation that HAL is being depreciated from HAL? When are we likely to see this in the releases? Possible in time for the 1.8 release?

I only have hal installed for gnome-volume-manager and banshee nowadays anyway :)

Paul McD

On 5 July 2010 22:49, Alan McGovern <alan mcgovern gmail com> wrote:

Hey,

After Alex's answers, I think that what is now in the gio backend should
be in two separate backends : one for the IOProvider, which existed
before, and a new one for the HardwareManager.
This would allow us to keep providing the gio file access without
requiring all those fancy new deps (gudev-sharp) ;)

Does that make sense, does anyone else think it's worth the effort ?

Yes and no, depending on what direction banshee is taking. As far as I'm aware, banshee is going to abandon HAL with all due haste. As such, I wouldn't expect there to be much desire to put in additional work to split the udev/gio code into two separate assemblies - one for IO and one for Daps. Sure, it can be done easily enough, it's just not worth it in my eyes.

If banshee needs to run on HAL-only distros, then yes this needs to be done. However if that's the case I think i'll suggest that banshees devs do the split ;) I don't have all the time in the world at the moment and will be traveling again quite soon :) The hardest part would be setting up all the autoconf to handle the new assembly, the actual splitting should be as simple as moving a few source files to a new folder.

Alan.

_______________________________________________
banshee-list mailing list
banshee-list gnome org
http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)

_______________________________________________
banshee-list mailing list
banshee-list gnome org
http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)