[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: MultimediaFetching Tools



[responding only to list - find ad-hoc lists unmanageable]

Quoting Zlatan Todoric (2015-02-08 01:01:49)
> First of all sorry to CC so many of you but I don't know who is on 
> debian-multimedia list.


> For the start it would be nice if you could share these informations
> regarding your packages:
> - - is upstream still alive?
> - - how active is it?
> - - do we have good relations with them? If not, why?
> - - what should be added/removed in our table?
> - - what features should we compare to keep it clean and simple? So we
>     don't create too much irrelevant information to parse and this 
      isn't competition of package features.
> - - other ideas (rewrite intro sentences to improve and make more clear
>     our idea, make the effort more public via news feeds, starting 
      drafts on our intro mail to upstream developers).
> 
> I know this is a huge deal, but there is no gain if we don't try

That's a lot of subjective information, which then afterwards needs 
analysis and judgement by someone.

I believe the purpose is to help encourage upstreams of specific kinds 
of closely related tools to coordinate their efforts better and 
potentially merge their projects.  Or alternatively to identify which 
upstream projects we in Debian can sensibly treat as superfluous.

I disagree such big collective effort is relevant for this purpose.

I appreciate that you look into the matter, Zlatan.  As mentioned 
already on IRC, I recommend that you try approach it in ways where your 
effort can stand alone - i.e. where help from others is not crucial.

As already suggested on IRC, I recommend you to identify and track 
comparative facts (but easy to locate ones, not ones that require huge 
collective data mininn or interviewing and debating efforts).


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

Attachment: signature.asc
Description: signature


Reply to: