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

[Gabriel Burt <gabriel burt gmail com>]

That sounds good.   I already pulled out most of the gio/udev
HardwareManager backend, and have pushed that work to git.gnome.org
gio-hardware branch.

Gabriel

On Sat, Jul 17, 2010 at 11:40 AM, Alan <alan mcgovern gmail com> wrote:
> 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)
>
>
> _______________________________________________
> banshee-list mailing list
> banshee-list gnome org
> http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)
>