Just to back this up:
http://gentoo-portage.com/media-libs/libgpod/Dep#ptabs
The required deps for libgpod are:
>=dev-libs/glib-2.16
sys-apps/sg3_utils
dev-libs/libxml2
Which means that if we use libgpod in Mixxx we have to at least be
able to build all of those in MSVC. Which is not necessaril
Hi,
It depends on at least glib. Which is something we could live without.
The Palm Pre isn't trying to open the xml as a database, so I don't
think that's relevant here. And packages like banshee are trying to
*write* to the iPod database, which requires fiddling around with
Apple's hashing algo
The ipod db? Often. Apple has made it a regular practice to tweak
protocols with every release to foil third-party attempts at
interoperability. See also banshee's experience trying to maintain
compatibility, and the palm pre's.
Is libgpod really dependent on gtk?
owen
On Wed, 2009-10-28 at 09:
Yeah but libgpod has this weird dependency on the gtk libs... So if
it's not too much work I'd say support it natively... how much can the
database schema for a music library change realistically?
Adam
2009/10/28 Sean M. Pappalardo - D.J. Pegasus :
>
>
> Albert Santoni wrote:
>> So my question is
Albert Santoni wrote:
> So my question is - Why would we even
> bother using libgpod when we can (probably easily) open that SQLite
> database ourselves?
Good point. But then we'd have to keep tabs on their DB schema and
change when it does. If we abstract via libgpod, we don't have to worry
ab
On Tue, 2009-10-27 at 21:55 -0400, Garth Dahlstrom wrote:
> A friend sent me this link discussing iphone sync support on Linux and
> how it will be introduced into libgpod with some minor changes to
> Amarok / Rhythmbox...
>
> http://marcansoft.com/blog/2009/10/iphone-syncing-on-linux/
>
>
A friend sent me this link discussing iphone sync support on Linux and
how it will be introduced into libgpod with some minor changes to
Amarok / Rhythmbox...
http://marcansoft.com/blog/2009/10/iphone-syncing-on-linux/