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

Re: Bug#774175: RFS: libgaminggear/0.5.0-1 [ITP]



On 02/01/15 09:11, Tristan Schmelcher wrote:
> On Jan 1, 2015 4:37 PM, "Riley Baird" <
> BM-2cVqnDuYbAU5do2DfJTrN7ZbAJ246S4Xix@bitmessage.ch> wrote:
>>
>> Hi, I'm not a DD, so I can't sponsor your package, but I looked at your
>> package and here are some things that I noticed:
>>
>> * You should add DEP-3 headers to your patches:
>> http://dep.debian.net/deps/dep3/
>>
>> * To comply with Debian's policy on convenience copies, you'll have to
>> remove the local copy of jquery.js and depend on libjs-query. (Unless,
>> of course your version is different. I haven't checked.)
>>
>> * In d/control, since you've already defined Section:libs in the source
>> package, you can remove the section field from libgaminggear0 and
>> libgaminggear-common.
>>
>> Good luck getting your package into Debian!
>>
>> Riley Baird
> 
> Thanks for the feedback. I'll add the DEP-3 headers and remove the
> redundant sections fields. I am unsure what to do about jquery though. That
> file gets embedded into the binary package by the doxygen run. It's not
> even shipped in upstream libgaminggear. It seems to me that depending on
> libjs-query would be fragile since doxygen's internal jquery version and
> libjs-query's version would not be guaranteed to have compatible APIs as
> those packages evolve.
> 
> It seems there are lots of doxygen-generated package violating this policy.
> Is this considered an exception to the rule, I wonder?

Thanks for making the other changes.

I've just checked, and it seems that the doxygen thing actually is a
sort of unofficial exception to the rule, while the issue is being
worked out:

https://www.marshut.net/kqzhpi/doxygen-and-embedded-jquery-problem-how-to-solve.html


Reply to: