Created attachment 3126 [details] http://www.linuxfromscratch.org/patches/blfs/svn/libpng-1.2.33-apng-1.patch Прошу рассмотреть возможность добавить патч для поддержки APNG (патч прилагается). Это всё больше и больше нужно для mozilla-based продуктов, которые сейчас вынуждены собираться со своей копией libpng, что ужасно. Делаю баг для отслеживания состояние этого вопроса, так как он сложный и неоднозначный. Вот несколько ссылок по теме: http://ru.wikipedia.org/wiki/APNG http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486209 https://bugzilla.mozilla.org/show_bug.cgi?id=433047 https://bugzilla.mozilla.org/show_bug.cgi?id=418900
В ksquirrel-libs тоже своя копия из-за этого.
APNG используется во всех популярных браузерах и появляются приложения, которые его поддерживают (например: KSquirrel). Т.е. у нас назревает ситуация, когда некоторые программы будут вынуждены таскать с собой эту модифицированную библиотеку. Если нет возможности добавить этот патч в libpng, то тогда может сделать модифицированную версию этой библиотеки с другим soname. Это хлопотно, то лучше чем держать копии в каждом приложении.
Сomp: libpng12 Ping: Так каково будет решение ?
Dmitry, can we hear your opinion on this enhancement? Are you consent with having bazillions of static copies of libpng in the repository?
(In reply to comment #4) > Dmitry, can we hear your opinion on this enhancement? Are you consent with > having bazillions of static copies of libpng in the repository? I'll happily pass the maintenance of this little library to a person who is ready to take the burden and maintain whatever patches he wants.
I already use my instance of the library. So I feel it is no longer interesting. (english powered by translate.google.com)
So, who wants to maintain the library along with this patch?
I already do that. I have no other choice.
The upstream of libpng+APNG is mozilla, it has nothing to do with official libpng that is not going to add APNG support at all. Sorry, I'm not going to maintain yet another libpng, feel free if you need to.
The right decision. There is absolutely no need to keep the same code together and synchronously update it. It is better to trust in the people who created the fork.
