[Pkg-phototools-devel] Bug#894891: Bug#894891: Bug#894891: Bug#894891: pngquant: please, package new upstream version

[Herbert Fortes]

Em 11-04-2018 14:46, Herbert Fortes escreveu:
> Em 06-04-2018 09:40, Herbert Fortes escreveu:
>> Em 06-04-2018 07:19, Rogério Brito escreveu:
>>> Hi, Herbert.
>>>
>>> On Thu, Apr 5, 2018 at 11:52 AM, Herbert Fortes <terberh at gmail.com> wrote:
>>>> Em 05-04-2018 06:57, Rogério Brito escreveu:
>>>>> The upstream of pngquant has released quite a few releases since 2.5.0
>>>>> that's currently in Debian. The current version is 2.11.7.
>>>>>
>>>>> Can we, please, have something newer than the current version?
>>>>
>>>> It is stopped because of a dependency:
>>>>
>>>> pngquant (2.8.2-1) UNRELEASED; urgency=medium
>>>>
>>>>   TODO: * Needs packaging of
>>>>             https://github.com/ImageOptim/libimagequant
>>>>           (but no new packages for Stretch ...)
>>>>         * check whether CVE-2016-5735 is fixed in latest upstream
>>> (...)
>>>
>>> Ah, I see... I didn't know that newer versions of the package required
>>> a new library...
>>
>>
>> I think the project was splitted.
>>
>> version 2.8
>> -----------
>>  - libimagequant is a separate project
>>
>> The maintainer is very active. And I think the packages - pngquant
>> and libimagequant - should walk together.
>>
>>>
>>> BTW, taking a look at the repository for the library, it has bindings
>>> for a lot of languages and, perhaps, they should be built as needed,
>>> since, otherwise, they may be bloating the archive and never be used
>>> (depending if clients in the archive use this library)...
>>
>> I saw that too. I do not know what to do exactly (right now).
>>
>>>
>>>> I can send an ITP and try to do the Debian package if that helps.
>>>
>>> That would be awesome, if you could do that, because the lack of SSE2
>>> optimization (if I understood things correctly with the current
>>> binaries) is a pain with amd64 systems (especially on my Core 2 Duo
>>> notebook that is already being loaded with some image processing tasks
>>> and trying to help the kernel team with support for the recent
>>> oversized armel kernels).
>>>
>>
>> As said, the maintainer is very active. Let's wait a few days.
>>
> 
> I started the packaging - libimagequant0(shared) and libimagequant-dev.
> No *-doc package yet. I think it can be an overkill.
> 
> And I created a repository[0].
> 
> [0] - https://salsa.debian.org/debian-phototools-team/libimagequant
> 
> About the build:
> 
>  - debian/copyright must be checked.
>  - there is a lintian that I do not understand why:
> 
>    W: file-name-contains-wildcard-character
>    N:
>    N:   The file name contains shell wildcard characters.
>    N:   
>    N:   These are most likely unexpanded wildcard characters from (for
>    N:   example) debian/*.install files, or it may have been installed by
>    N:   accident.
>    N:   
>    N:   Severity: normal, Certainty: possible
>    N:   
>    N:   Check: files, Type: binary, udeb
>    N:
> 
>   It is true. The '*' is unexpanded. Here it should be 'x86_64-linux-gnu'
>   as it is in 'debian/tmp'.
> 
> 
> If someone wants to be a 'Uploaders', please do it.
> 

I just push to salsa a new debian directory.

The configure and Makefile files were made by hand. That's why the 
lintian above, I guess. So I put some extra lines in debian/rules file.

I also finished debian/copyrigh file and builded the debian/*.symbols
file.