From: P.G. R. <p.g...@ph...> - 2006-11-16 16:00:56
|
Jorg, I will attempt to port some of the code from jnigpod to implement ipod detection. As I said, it probably needs more work but should be a start. Hopefully watch this space concerning the ipod animation. Certainly, ambitious for me since my background has been java more than C but I have got the basic ideas in my head so hopefully should have something in the next few weeks. Regards Paul (a.k.a. phantomjinx) > Todd Zullinger wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Jorg Schuler wrote: >>> I don't think having libgpod depend on something as complex as dbus >>> and hal is a good idea. Some people don't even want to have it >>> depend on gdk-pixbuf... >>> >>> What are everyone else's thoughts? I could imagine having an >>> optional dependence might be acceptable... the functionality to >>> detect the iPod connected certainly is desirable. >> >> Speaking as a user/packager I don't mind seeing dependencies on hal >> and dbus (or gdk-pixbuf). As Paul noted, I haven't played with any >> distributions that don't have those packages easily available (and >> usually installed by default). >> >> Making them optional deps sounds like a fine thing, though it adds >> complexity to the build scripts and to the work you guys doing the >> development have to do. >> >> It might be worth setting a goal that none of the dependencies should >> preclude someone building libgpod/gtkpod on at least version X of >> distro Y. While I tend to run fairly current systems, I realize that >> not everyone has the time, bandwidth, and/or desire to update their >> systems as frequently. Perhaps picking Debian stable as that baseline >> would be alright. >> >> As far as the resistance to a gdk-pixbuf dependency, is that mainly >>>from folks who want to run KDE-only systems? I'm not sure what other >> reasons there are, other than general aversion to many deps. It just >> seems to me that using existing libraries to do things makes sense as >> it frees up the time you have to code new features rather than >> re-inventing things to avoid a dep. > > Hi Todd, > > I think the complaints would not come from Linux users -- but Solaris > and Windows ports certainly would have a lot of trouble. Christophe also > mentioned Mac and BSD. > > Making the dependence on hal and dbus optional is quite easy, though. > Model detection will use hal/dbus if available and fall back onto the > SysInfo file otherwise. > > Is anyone interested in supplying a patch? > > Paul: don't worry about gtkpod. gtkpod depends on almost everything, and > certainly on gdk-pixbuf (ever tried the Edit Details function to display > the Artwork?) A pane like in iTunes would be nice, however. > > > Cheers, > > > JCS. > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Gtkpod-devel mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtkpod-devel > -- Laws are partly formed for the sake of good men, in order to instruct them how they may live on friendly terms with one another, and partly for the sake of those who refuse to be instructed, whose spirit cannot be subdued, or softened, or hindered from plunging into evil. [The Laws, Plato] |