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

[Alan <alan mcgovern gmail com>]

My last email is held in moderation because it's >50kb. One it comes through, this patch needs to be applied after those ones.

Alan.

On Wed, Jul 21, 2010 at 12:13 AM, Alan <alan mcgovern gmail com> wrote:

Hey guys, so here are all the remaining bits of work which need to be pushed in git patch format.

Please review and apply as appropriate. I think this will mean everything is in master now except for one or two small things which may not be needed.

Alan.

On Sun, Jul 18, 2010 at 12:32 AM, Gabriel Burt <gabriel burt gmail com> wrote:

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)
>
_______________________________________________
banshee-list mailing list
banshee-list gnome org
http://mail.gnome.org/mailman/listinfo/banshee-list  (unsubscribe here)

From 6b76019575fe7f4d38268a803c7d826409a64b7b Mon Sep 17 00:00:00 2001
From: Alan McGovern <alan mcgovern gmail com>
Date: Wed, 21 Jul 2010 00:12:41 +0100
Subject: [PATCH] And add in the appledevice m4 file.

---
 build/m4/banshee/dap-appledevice.m4 |   26 ++++++++++++++++++++++++++
 1 files changed, 26 insertions(+), 0 deletions(-)
 create mode 100644 build/m4/banshee/dap-appledevice.m4

diff --git a/build/m4/banshee/dap-appledevice.m4 b/build/m4/banshee/dap-appledevice.m4
new file mode 100644
index 0000000..f4d594a
--- /dev/null
+++ b/build/m4/banshee/dap-appledevice.m4
@@ -0,0 +1,26 @@
+AC_DEFUN([BANSHEE_CHECK_DAP_APPLEDEVICE],
+[
+	LIBGPODSHARP_REQUIRED=0.1
+
+	AC_ARG_ENABLE(appledevice, AC_HELP_STRING([--disable-appledevice], [Disable Apple device (iPhone, iPod, iPad) DAP support]), , enable_appledevice="yes")
+
+	if test "x$enable_appledevice" = "xyes"; then
+		has_libgpod=no
+		PKG_CHECK_MODULES(LIBGPODSHARP,
+			libgpod-sharp >= $LIBGPODSHARP_REQUIRED,
+			has_libgpod=yes, has_libgpod=no)
+		if test "x$has_libgpod" = "xno"; then
+			AC_MSG_ERROR([libgpod-sharp was not found or is not up to date. Please install libgpod-sharp of at least version $LIBGPODSHARP_REQUIRED, or disable Apple device support by passing --disable-appledevice])
+		fi
+	fi
+
+	if test "x$enable_appledevice" = "xyes"; then
+		asm="`$PKG_CONFIG --variable=Libraries libgpod-sharp`"
+		LIBGPODSHARP_ASSEMBLIES="$LIBGPODSHARP_ASSEMBLIES $asm"
+		[[ -r "$asm.mdb" ]] && LIBGPODSHARP_ASSEMBLIES="$LIBGPODSHARP_ASSEMBLIES $asm.mdb"
+		AC_SUBST(LIBGPODSHARP_ASSEMBLIES)
+	fi
+	
+	AM_CONDITIONAL(ENABLE_APPLEDEVICE, test "x$enable_appledevice" = "xyes")
+])
+
-- 
1.7.1