Hi Thomas,

Quoting Thomas Goirand (2015-03-06 12:05:38)
> On 02/27/2015 11:45 AM, Jonas Smedegaard wrote:
>> libminiupnpc10 recommends minissdpd.  As a consequence, any package
>> which links against the library pulls in the daemon.
>> 
>> Please lower to only suggest, so that Bitcoin, Transmission and other
>> tools linking against this library can each decide on their own how
>> strongly they consider their relation to be.

> I do not agree with you. The minissdpd really is a useful tool, which 
> speeds up discovery in the LAN, and I think it's a good idea to have 
> it as a recommends. Tools like Bitcoin, Transmission and others will 
> work better regarding to UPnP if minissdpd is running. You can read 
> the description of minissdpd if you don't know why yet.
>
> So, I believe having minissdpd as a recommends is exactly what should 
> be done here, and I don't really think it's a good idea to revert 
> this. If you do, please explicitly say why, as here you haven't 
> explained why running minissdpd is not what we recommend.

Currently the library dictates for all of its consumers how important 
the daemon shall be for them.

I argue that each consumer shall be allowed to declare on their own how 
important the daemon is for them.

You now look at concrete consumers, and argue that all of the ones you 
look at make sense to recommend the daemon - but that does not change my 
underlying point that each consumer should be allowed to decide that 
rather than have that dictated by the library.

It is wrong of a library to dictate how important itself and its 
surrunding tools are for its consumers.

Example: Imagine if Bitcoin package maintainers decide that uPNP is nice 
but may be considered a security risk for some users, and therefore 
should be treated as an *optional* feature for that package.  Currently 
you impose a recommendation that they can only avoid by not linking at 
all or by rewriting code to be a plugin which can then not be installed 
at all.  You make flexibility harder, which is bad for Debian.

Does that make sense?


 - 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 via email to