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 <terb...@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
>>> (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.
 - 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:
N: The file name contains shell wildcard characters.
N: These are most likely unexpanded wildcard characters from (for
N: example) debian/*.install files, or it may have been installed by
N: Severity: normal, Certainty: possible
N: Check: files, Type: binary, udeb
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.