Re: Add to Library Support for F-spot and Banshee
- From: Kevin Kubasik <kevin kubasik net>
- To: Joe Shaw <joeshaw novell com>
- Cc: dashboard-hackers <dashboard-hackers gnome org>
- Subject: Re: Add to Library Support for F-spot and Banshee
- Date: Mon, 12 Jun 2006 16:28:25 -0400
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Joe Shaw wrote:
> Hi,
>
> On Sun, 2006-06-11 at 13:23 +0100, Daniel Drake wrote:
>> This is comparable to the enqueue operation we used to have for music files:
>>
>> http://bugzilla.gnome.org/show_bug.cgi?id=169948
>>
>> It was hardcoded to totem, and caused a few problems which affected a
>> lot of users:
>> - Not all beagle users had totem installed
>> - There was no way to configure the enqueue action to make it use a
>> different music player
>
> This is also the situation with the various mailers, because of the lack
> of a standard way of opening a specific email. There is annoying if
> code in there depending on whether you use Evolution or KMail (or
> Thunderbird, if you're using the patch). But email is so important that
> we have to use those hacks.
>
> Clearly "Enqueue" isn't that important, and my inclination that "Add to
> Library" isn't either.
>
> The patch is fine, but in the meantime I think this is a decision we
> have to leave up to the distributors. For SUSE and SLED it makes sense
> for us to include the patch because we use beagle-search only on the
> GNOME side and Banshee and F-Spot are our default apps for this. (On
> the KDE side there is Kerry and I think it already does a better job at
> integrating with the default KDE apps.) Whether this is true for
> everyone, I'm not sure. And the burden of maintaining those patches is
> there as well.
>
> Kevin, it definitely makes sense to keep around bugs for these. Maybe
> we could have a tracking bug for this type of stuff so we can address it
> later (and so that people can get the patches).
Maybe we could start a 'patches' directory in CVS? It wouldn't be
included in the build, but that way we keep a centralized and version
controlled way to keep some patches like these, and to make packagers
more aware of their existence. I know its dangerous (since the burden to
maintain them falls more upon us) but its a mildly common practice.
(There's something like it in dashboard).
Just a thought, either way I'll make one master bug about 3rd party apps
and functions and make these 2 bugs dependant on it, so we have one bug
number/link to use.
Either way, whats the thought on making a 'For Packagers' page in the
wiki covering some of this stuff and any other notes. (Such as best
practice stuff on the debugging output and cronjobs for the static
indexies).
Cheers,
Kevin Kubasik
240-838-6616
http://kubasik.net/blog
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
iQIVAwUBRI3OaP3xZFNDM330AQhc/Q//ZcDR/javgpXo53KXd7LMyhvTEGN9izf1
e/gvrrmrN+jE4BTOofC/W09MUeJ8dn/PmbkxfMCE2zXL9pBb3cSM3C+/vaSdXYZz
MvjJZt8dndcBzeSXNuAxVYywAGuJyCQDzbltfRyYHtLhQNYFxZk5qOu+wDITpn5C
KndN1OEdPw0FVh1wANqSUPnhMJfYdFP5VJ03t1EatLdaG1gEQAVaaObQLLCpCcT4
hpqxKIlraLe+QQ8VdeUeN/vgq4SK7tgfYRmK/lQ+fv2jQWa5sspvkX7sZmfWQt0/
GJILxTXtRQY138BwSgSsrFIvCCEs8kz9pQQpjZ59TC6ZPfkhV3XGCC/FlNXjN4fa
GjlTz1DgMbAkPGufTfMNaJMmOW2bI7wpEOCF+he0hdeufopQG/8SR6xy+OdEApIs
0kaztLQpYKBHcrdAoZZTcsJxu3G0bKtTgK9a++UAXSD+DJgAoN6IUi1wA3/Av5ei
IoD9D37c8Cck3Awu9B4o8q5LHWIDz3eNmzTpnDcyy1zwD5rdztq5PPKJmo545HbT
bBuwMDTG9Vk6Rmtd6ejoVMLJs5DnPEp19ZzJ+D1TEHM66opZ6SoogpmPqJ4rCmSd
xQEyjfiXnv9XuOtQGU/DLZIXawAlacRCKcvHPiuRMyAMqEkEkmQm0QKxxwE84p7U
zC2fQBK/hiM=
=rqXg
-----END PGP SIGNATURE-----
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]