Bug#1077762: Various "uncompressed_decode" tests fail on some platforms
Source: libheif Version: 1.18.1-1 Severity: normal Forwarded: https://github.com/strukturag/libheif/issues/1256 Various uncompressed decode tests are failing on platforms like powerpc, ppc64 or sparc64. Sample output (powerpc): - The following tests FAILED: 5 - uncompressed_decode_generic_compression (Failed) 6 - uncompressed_decode_mono (Failed) 7 - uncompressed_decode_rgb (Failed) 8 - uncompressed_decode_rgb16 (Failed) 9 - uncompressed_decode_rgb565 (Failed) 10 - uncompressed_decode_rgb7 (Failed) 11 - uncompressed_decode_ycbcr (Failed) 12 - uncompressed_decode_ycbcr420 (Failed) 13 - uncompressed_decode_ycbcr422 (Failed) - Reported upstream and waiting for a fix. OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1072007: Build kvazaar plugin
Source: libheif Version: 1.17.6-1 Severity: wishlist Now that kvazaar is available in Debian [1], the corresponding plugin should be built for libheif. [1] https://packages.debian.org/source/sid/kvazaar OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1061338: RFS: kvazaar/2.3.0-1 [ITP] -- HEVC encoder
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: pkg-multimedia-maintain...@lists.alioth.debian.org,sramac...@debian.org (CC'ing pkg-multimedia-maintainers as the group where I'm planning to maintain it and Sebastian who sponsored other packages from me) Dear mentors, I am looking for a sponsor for my package "kvazaar": * Package name : kvazaar Version : 2.3.0-1 Upstream contact : https://ultravideo.fi/#encoder * URL : https://github.com/ultravideo/kvazaar * License : BSD-2-clause, ISC, BSD-3-clause * Vcs : https://salsa.debian.org/multimedia-team/kvazaar Section : libs The source builds the following binary packages: kvazaar - HEVC encoder - application libkvazaar7 - HEVC encoder - shared library libkvazaar-dev - HEVC encoder - development files kvazaar-doc - HEVC encoder - documentation Note: the packaging files (for now) are available at https://salsa.debian.org/fancycode/kvazaar I'm planning to move this to the "multimedia-team" group once packaging is final. Package "hm" is required for building to run the tests from kvazaar. See bug 1060809 for the RFS status of "hm". To access further information about this package, please visit the following URL: https://mentors.debian.net/package/kvazaar/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/k/kvazaar/kvazaar_2.3.0-1.dsc Changes for the initial release: kvazaar (2.3.0-1) unstable; urgency=medium . * Initial release. (Closes: #1060341) Regards, -- Joachim Bauch OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1060809: RFS: hm/18.0-1 [ITP] -- Reference software for HEVC
Package: sponsorship-requests Severity: wishlist X-Debbugs-Cc: pkg-multimedia-maintain...@lists.alioth.debian.org X-Debbugs-Cc: sramac...@debian.org (CC'ing pkg-multimedia-maintainers as the group where I'm planning to maintain it and Sebastian who sponsored other packages from me) Dear mentors, I am looking for a sponsor for my package "hm": * Package name : hm Version : 18.0-1 Upstream contact : https://hevc.hhi.fraunhofer.de/ * URL : https://vcgit.hhi.fraunhofer.de/jvet/HM * License : public-domain, BSD-3-clause * Vcs : https://salsa.debian.org/multimedia-team/hm Section : video The source builds the following binary packages: hm - Reference software for HEVC - standard bitdepth hm-highbitdepth - Reference software for HEVC - high bitdepth hm-config - Reference software for HEVC - config files hm-doc - Reference software for HEVC - documentation Note: the packaging files (for now) are available at https://salsa.debian.org/fancycode/hm I'm planning to move this to the "multimedia-team" group once packaging is final. To access further information about this package, please visit the following URL: https://mentors.debian.net/package/hm/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/h/hm/hm_18.0-1.dsc Changes for the initial release: hm (18.0-1) unstable; urgency=medium . * Initial release. (Closes: #1060678) Thanks and best regards, Joachim OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1060678: ITP: hm - reference software for HEVC
Package: wnpp Severity: wishlist Owner: Joachim Bauch X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: hm Version : 18.0 Upstream Author : Joint Video Experts Team (JVET), ITU/ISO/IEC * URL : https://vcgit.hhi.fraunhofer.de/jvet/HM * License : BSD 3-Clause Programming Lang: C++ Description : HM reference software for HEVC This software package is the reference software for Rec. ITU-T H.265 | ISO/IEC 23008-2 High Efficiency Video Coding (HEVC). The reference software includes both encoder and decoder functionality. Reference software is useful in aiding users of a video coding standard to establish and test conformance and interoperability, and to educate users and demonstrate the capabilities of the standard. For these purposes, this software is provided as an aid for the study and implementation of Rec. ITU-T H.265 | ISO/IEC 23008-2 High Efficiency Video Coding. The software has been jointly developed by the ITU-T Video Coding Experts Group (VCEG, Question 6 of ITU-T Study Group 16) and the ISO/IEC Moving Picture Experts Group (MPEG, Working Group 11 of Subcommittee 29 of ISO/IEC Joint Technical Committee 1). The software is maintained by the Joint Video Experts Team (JVET) which is a joint collaboration of ITU-T Video Coding Experts Group (VCEG, Question 6 of ITU-T Study Group 16) and the ISO/IEC Moving Picture Experts Group (MPEG, Working Group 5 of Subcommittee 29 of ISO/IEC Joint Technical Committee 1). If "hm" is too short as a package name, I could name it "hm-hevc" or something similar. "hm" is used for automated tests of "kvazaar" (see #1060341), so I would like to be able to build-depend on the to-be-packaged "hm" from "kvazaar" to run the tests also during packaging. I'm planing to maintain the packaging from the Multimedia Team which I'm already a member of. For the first release I will need a sponsor, but I'm planning to apply to become a DD in the near future, so hopefully at that point I can maintain it without external help. OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1060341: ITP: kvazaar -- Kvazaar is an open-source HEVC encoder
Package: wnpp Severity: wishlist Owner: Joachim Bauch X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: kvazaar Version : 2.2.0 Upstream Author : Ari Lemmetti, Marko Viitanen, Alexandre Mercat, Jarno Vanne * URL : https://github.com/ultravideo/kvazaar * License : BSD 3-Clause Programming Lang: C, C++, ASM Description : Kvazaar is an open-source HEVC encoder Kvazaar is an award-winning academic open-source video encoder for the state-of-the-art High Efficiency Video Coding (HEVC/H.265) standard developed since 2012. Kvazaar is being developed in C and optimized in SSE/AVX intrinsics under the BSD-3-Clause license since v2.1. The development is being coordinated by Ultra Video Group and the implementation work is carried out on GitHub. The main development goals of Kvazaar are: - Coding efficiency close to HM - Easy portability to various platforms - Real- time coding speed - Optimized computation and memory resources Kvazaar includes all coding tools of Main, Main 10, and Main Still Picture profiles of HEVC and its modular source code facilitates parallelization on multi and manycore processors as well as algorithm acceleration on hardware. This cross-platform HEVC encoder is targeted at x86, x64, PowerPC, and ARM processors on Windows, Linux, and Mac. Kvazaar is also supported by de-facto standard multimedia frameworks FFmpeg and Libav. My main motivation for packaging Kvazaar is to be able to use it from the corresponding libheif plugin, but it could also be used by FFmpeg and Livav. A similar package would be x265 which is GPL licensed where Kvazaar uses BSD license. Kvazaar is faster than x265 for various inputs. I'm planing to maintain it from the Multimedia Team which I'm already a member of. For the first release I will need a sponsor, but I'm planning to apply to become a DD in the near future, so hopefully at that point I can maintain it without external help. OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1054395: RFS: libheif/1.17.1-1 -- ISO/IEC 23008-12:2017 HEIF file format decoder
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libheif": * Package name : libheif Version : 1.17.1-1 Upstream contact : struktur AG * URL : http://www.libheif.org * License : BOOST-1.0, GPL-3+, LGPL-3+, BSD-4-clause, BSD-3-clause, MIT * Vcs : https://salsa.debian.org/multimedia-team/libheif Section : libs The source builds the following binary packages: libheif1 - ISO/IEC 23008-12:2017 HEIF file format decoder - shared library libheif-plugin-aomdec - ISO/IEC 23008-12:2017 HEIF file format decoder - aomdec plugin libheif-plugin-aomenc - ISO/IEC 23008-12:2017 HEIF file format decoder - aomenc plugin libheif-plugin-dav1d - ISO/IEC 23008-12:2017 HEIF file format decoder - dav1d plugin libheif-plugin-ffmpegdec - ISO/IEC 23008-12:2017 HEIF file format decoder - ffmpegdec plugin libheif-plugin-j2kdec - ISO/IEC 23008-12:2017 HEIF file format decoder - j2kdec plugin libheif-plugin-j2kenc - ISO/IEC 23008-12:2017 HEIF file format decoder - j2kenc plugin libheif-plugin-jpegdec - ISO/IEC 23008-12:2017 HEIF file format decoder - jpegdec plugin libheif-plugin-jpegenc - ISO/IEC 23008-12:2017 HEIF file format decoder - jpegenc plugin libheif-plugin-libde265 - ISO/IEC 23008-12:2017 HEIF file format decoder - libde265 plugin libheif-plugin-rav1e - ISO/IEC 23008-12:2017 HEIF file format decoder - rav1e plugin libheif-plugin-svtenc - ISO/IEC 23008-12:2017 HEIF file format decoder - svtenc plugin libheif-plugin-x265 - ISO/IEC 23008-12:2017 HEIF file format decoder - x265 plugin libheif-dev - ISO/IEC 23008-12:2017 HEIF file format decoder - development files libheif-examples - ISO/IEC 23008-12:2017 HEIF file format decoder - examples heif-thumbnailer - ISO/IEC 23008-12:2017 HEIF file format decoder - thumbnailer heif-gdk-pixbuf - ISO/IEC 23008-12:2017 HEIF file format decoder - gdk-pixbuf loader To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libheif/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libh/libheif/libheif_1.17.1-1.dsc Changes since the last upload: libheif (1.17.1-1) unstable; urgency=medium . * New upstream version 1.17.1 Regards, Joachim Bauch OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1041242: libheif1: 1.16.2-1+b1 breaks displaying any pictures
Hi, On 16.10.23 16:36, Christoph Anton Mitterer wrote: Seems a new upstream version is out: https://github.com/strukturag/libheif/releases/tag/v1.17.0 yes, packaging has already been updated and is looking for sponsorship: https://mentors.debian.net/package/libheif/ I notified pkg-multimedia-maintainers as I did in the past for packaging updates, so let's wait until somebody accepts it... Cheers, Joachim OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1041242: libheif1: 1.16.2-1+b1 breaks displaying any pictures
Hi, do you have any of the "libheif-plugin-*" packages installed with 1.16.2? Could be a duplicate of https://bugs.debian.org/1040520 Best regards, Joachim On 16.07.23 14:25, Christoph Anton Mitterer wrote: Package: libheif1 Version: 1.16.2-1+b1 Severity: grave Justification: renders package unusable Hey. With libheif1, heif-gdk-pixbuf and heif-thumbnailer installed, I was able to display *.heic images from my smartphone in eog, geeqie and gimp. But after upgrading to 1.16.2-1+b1 dies works no longer (I have all the plugins installed). Downgrading to 1.15.1-1 fixes this issue, but interestingly for geequie and gimp only. With 1.16.2-1+b1: For eog there's no really usable debug output: $ export EOG_DEBUG=1 $ export EOG_DEBUG_IMAGE_DATA=1 $ export EOG_DEBUG_IMAGE_LOAD=1 $ export EOG_DEBUG_PLUGINS=1 $ export EOG_DEBUG_VIEW=1 $ eog 20230607_075801.heic -n [0,000126 (0,000126)] ../src/eog-plugin-engine.c:72 (eog_plugin_engine_init) [0,000651 (0,000525)] ../src/eog-plugin-engine.c:129 (eog_plugin_engine_new) Adding XDG_DATA_HOME (/home/calestyo/.local/share/eog/plugins) to plugins search path [0,000681 (0,30)] ../src/eog-plugin-engine.c:143 (eog_plugin_engine_new) Adding XDG_DATA_DIR /usr/share/gnome/eog/plugins to plugins search path [0,000686 (0,05)] ../src/eog-plugin-engine.c:143 (eog_plugin_engine_new) Adding XDG_DATA_DIR /usr/local/share/eog/plugins to plugins search path [0,000689 (0,03)] ../src/eog-plugin-engine.c:143 (eog_plugin_engine_new) Adding XDG_DATA_DIR /usr/share/eog/plugins to plugins search path [0,000750 (0,61)] ../src/eog-plugin-engine.c:153 (eog_plugin_engine_new) Adding system plugin dir (/usr/lib/x86_64-linux-gnu/eog/plugins)to plugins search path [0,025674 (0,024924)] ../src/eog-job-scheduler.c:95 (eog_job_scheduler_dequeue_job) No jobs in queue [0,025686 (0,12)] ../src/eog-job-scheduler.c:102 (eog_job_scheduler_dequeue_job) Wating for jobs ... (eog:106648): Handy-WARNING **: 14:16:35.918: Using GtkSettings:gtk-application-prefer-dark-theme together with HdyStyleManager is unsupported. Please use HdyStyleManager:color-scheme instead. [0,081792 (0,056106)] ../src/eog-window.c:5143 (eog_window_new) [0,082591 (0,000799)] ../src/eog-window.c:4567 (eog_window_init) [0,082872 (0,000281)] ../src/eog-window.c:476 (eog_window_get_display_profile) No valid display profile set, assuming sRGB [0,107066 (0,024194)] ../src/eog-window.c:247 (eog_window_set_gallery_mode) [0,107520 (0,000454)] ../src/eog-window.c:247 (eog_window_set_gallery_mode) [0,107526 (0,06)] ../src/eog-window.c:247 (eog_window_set_gallery_mode) [0,107528 (0,02)] ../src/eog-window.c:358 (eog_window_can_save_changed_cb) [0,107532 (0,04)] ../src/eog-window.c:700 (update_action_groups_state) [0,107954 (0,000422)] ../src/eog-window.c:1974 (update_ui_visibility) [0,108005 (0,51)] ../plugins/fullscreen/eog-fullscreen-plugin.c:117 (eog_fullscreen_plugin_init) EogFullscreenPlugin initializing [0,108025 (0,20)] ../plugins/fullscreen/eog-fullscreen-plugin.c:141 (eog_fullscreen_plugin_activate) [0,108041 (0,16)] ../src/eog-window.c:5293 (eog_window_open_file_list) [0,108051 (0,10)] ../src/eog-jobs.c:861 (eog_job_model_new) EogJobModel (0x56410689cd40) job was CREATED [0,108053 (0,02)] ../src/eog-job-scheduler.c:57 (eog_job_scheduler_enqueue_job) ENQUEUED EogJobModel (0x56410689cd40) with priority 2 [0,108175 (0,000122)] ../src/eog-job-scheduler.c:95 (eog_job_scheduler_dequeue_job) DEQUEUED EogJobModel (0x56410689cd40) [0,108183 (0,08)] ../src/eog-job-scheduler.c:147 (eog_job_process) PROCESSING a EogJobModel (0x56410689cd40) [0,116799 (0,008616)] ../src/eog-job-scheduler.c:95 (eog_job_scheduler_dequeue_job) No jobs in queue [0,116809 (0,10)] ../src/eog-job-scheduler.c:102 (eog_job_scheduler_dequeue_job) Wating for jobs ... [0,116939 (0,000130)] ../src/eog-jobs.c:152 (notify_finished) EogJobModel (0x56410689cd40) job was FINISHED [0,116948 (0,09)] ../src/eog-window.c:5201 (eog_job_model_cb) [0,116974 (0,26)] ../src/eog-window.c:700 (update_action_groups_state) [1,617610 (1,500636)] ../src/eog-window.c:4660 (eog_window_dispose) [1,617701 (0,91)] ../plugins/fullscreen/eog-fullscreen-plugin.c:125 (eog_fullscreen_plugin_dispose) EogFullscreenPlugin disposing [1,617721 (0,20)] ../src/eog-window.c:1792 (fullscreen_clear_timeout) [1,617726 (0,05)] ../src/eog-window.c:1824 (slideshow_clear_timeout) geequie just gives: warning: heif reader error: Unsupported feature: Unsupported codec warning: heif reader error: Unsupported feature: Unsupported codec warning: heif reader error: Unsupported feature: Unsupported codec warning: heif reader error: Unsupported feature: Unsupported codec gimp gives: Opening '20230614_134801.heic' failed: Unknown file type Any ideas? Thanks, Chris. -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable')
Bug#1040520: libheif1: Please don't split plugins in separate packages
Hi, The reason for not depending on the plugin packages was that some plugins provide support for the same codec but using different libraries. So for example if users want to use rav1e for AV1 encoding, they should not need to install the aomenc plugin. Or maybe I'm thinking too technical and people don't really care about what is installed... I'm considering changing the packages that were provided as builtin codecs in the past as "Depends" to libheif1. This will affect the packages currently marked as "Recommends". Would that be acceptable? Please note that together with the actual libheif plugin packages, additional packages will be pulled in as dependencies. Cheers, Joachim On 07.07.23 16:29, marillat wrote: On Fri, 07 Jul 2023 09:46:39 +0200 Christian Marillat wrote: Package: libheif1 Version: 1.16.2-1+b1 Severity: serious Dear Maintainer, For people like me with Install-Recommends set to false, no plugins are installed and I spend some time to understand why program like didikam, thunar or imagemagick was unable to display any .heic image files. If you don't want to move back plugins packages to libheif1. Here is and idea. 1) You must improve the long description for plugin packages. I read for libheif-plugin-libde265 "This package contains the libde265 plugin" (same for other packages). What is supposed to do this plugin (and others) ? 2) libheif1 must Depends on plugins that are able to open video and image files so that nothing is broken in others packages (imagemagick, thunar, etc) Christian OpenPGP_signature Description: OpenPGP digital signature
Bug#1037730: libheif: ftbfs with GCC-13
Control: forwarded -1 https://github.com/strukturag/libheif/issues/921 The issue has been forwarded to upstream. OpenPGP_signature Description: OpenPGP digital signature
Bug#1038097: (no subject)
Control: forwarded -1 https://github.com/strukturag/libde265/issues/412 Issue has been reported upstream and was already fixed there. Cheers, Joachim OpenPGP_signature Description: OpenPGP digital signature
Bug#888288: RFS: libheif/0.0.1+20180124133753+git68fb4fe-1 [ITP: #888278]
Hi Sebastian, On 06.02.2018 10:21, Joachim Bauch wrote: > thanks for your feedback, I uploaded a new version to mentors: > https://mentors.debian.net/debian/pool/main/libh/libheif/libheif_0.0.1+20180206084258+git9d8f256-1.dsc a new version based on feedback from IOhannes is available at https://mentors.debian.net/debian/pool/main/libh/libheif/libheif_0.0.1+20180206084258+git9d8f256-2.dsc Changes: - renamed library package to "libheif1". Thanks and best regards, Joachim > Additional comments see below. > > On 03.02.2018 14:47, Sebastian Ramacher wrote: >> That fails to build: >> >> | g++ -DHAVE_CONFIG_H -I. -I.. -Wdate-time -D_FORTIFY_SOURCE=2 -I../src -g >> -O2 >> -fdebug-prefix-map=/<>/libheif-0.0.1+20180124133753+git68fb4fe=. >> -fstack-protector-strong -Wformat -Werror=format-security -Wall -Werror >> -Wsign-compare -Wconversion -Wno-sign-conversion -Wno-error=conversion -c -o >> heif_info-heif_info.o `test -f 'heif_info.cc' || echo './'`heif_info.cc >> | encoder_png.cc: In member function 'virtual bool PngEncoder::Encode(const >> heif_image_handle*, const heif_image*, const string&)': >> | encoder_png.cc:56:62: error: 'strerror' was not declared in this scope >> | fprintf(stderr, "Can't open %s: %s\n", filename.c_str(), >> strerror(errno)); >> | ^~~~ >> | encoder_png.cc:56:62: note: suggested alternative: 'perror' >> | fprintf(stderr, "Can't open %s: %s\n", filename.c_str(), >> strerror(errno)); >> | ^~~~ >> | perror >> | Makefile:553: recipe for target 'heif_convert-encoder_png.o' failed > > Interesting, on Ubuntu the "string.h" seems to get pulled in by some > other header and it compiles fine. Anyway, this is fixed upstream and > I verified by building the package on sid. > >> Some other issues: >> >> * The library package should be named based on the SONAME, so that would be >> libheif1. > > Changed to "libheif-1", or should the name be without the dash? > >> * Current Standards-Version is 4.1.3. > > Changed, however the lintian on mentors now complains that the version > is too new: "newer-standards-version 4.1.3 (current is 3.9.8)" > >> * If you bump debhelper compatibility to 10 or 11, you can drop the explicit >> --with autreconf and --parallel in d/rules. You could also drop >> dh-autoreconf >> from Build-Depends. > > Nice, I bumped the compatibility to 10 in the updated package. > > If everything looks good from a packaging side now, we will release > 1.0.0 shortly and I will update the package with the release. > > Thanks again and best regards, > Joachim > signature.asc Description: OpenPGP digital signature
Bug#888288: RFS: libheif/0.0.1+20180124133753+git68fb4fe-1 [ITP: #888278]
Hi Sebastian, thanks for your feedback, I uploaded a new version to mentors: https://mentors.debian.net/debian/pool/main/libh/libheif/libheif_0.0.1+20180206084258+git9d8f256-1.dsc Additional comments see below. On 03.02.2018 14:47, Sebastian Ramacher wrote: > That fails to build: > > | g++ -DHAVE_CONFIG_H -I. -I.. -Wdate-time -D_FORTIFY_SOURCE=2 -I../src -g > -O2 > -fdebug-prefix-map=/<>/libheif-0.0.1+20180124133753+git68fb4fe=. > -fstack-protector-strong -Wformat -Werror=format-security -Wall -Werror > -Wsign-compare -Wconversion -Wno-sign-conversion -Wno-error=conversion -c -o > heif_info-heif_info.o `test -f 'heif_info.cc' || echo './'`heif_info.cc > | encoder_png.cc: In member function 'virtual bool PngEncoder::Encode(const > heif_image_handle*, const heif_image*, const string&)': > | encoder_png.cc:56:62: error: 'strerror' was not declared in this scope > | fprintf(stderr, "Can't open %s: %s\n", filename.c_str(), > strerror(errno)); > | ^~~~ > | encoder_png.cc:56:62: note: suggested alternative: 'perror' > | fprintf(stderr, "Can't open %s: %s\n", filename.c_str(), > strerror(errno)); > | ^~~~ > | perror > | Makefile:553: recipe for target 'heif_convert-encoder_png.o' failed Interesting, on Ubuntu the "string.h" seems to get pulled in by some other header and it compiles fine. Anyway, this is fixed upstream and I verified by building the package on sid. > Some other issues: > > * The library package should be named based on the SONAME, so that would be > libheif1. Changed to "libheif-1", or should the name be without the dash? > * Current Standards-Version is 4.1.3. Changed, however the lintian on mentors now complains that the version is too new: "newer-standards-version 4.1.3 (current is 3.9.8)" > * If you bump debhelper compatibility to 10 or 11, you can drop the explicit > --with autreconf and --parallel in d/rules. You could also drop > dh-autoreconf > from Build-Depends. Nice, I bumped the compatibility to 10 in the updated package. If everything looks good from a packaging side now, we will release 1.0.0 shortly and I will update the package with the release. Thanks again and best regards, Joachim signature.asc Description: OpenPGP digital signature
Bug#888288: RFS: libheif/0.0.1+20180124133753+git68fb4fe-1 [ITP: #888278]
Package: sponsorship-requests Severity: wishlist (CC'ing pkg-multimedia-maintainers as the package is a image codec and Alessio and Sebastian who sponsored another package from me) Dear mentors, I am looking for a sponsor for my package "libheif" We are planning to release version 1.0.0 sometime next week, so I am looking for some early feedback from a packaging perspective to see if we need to change something in the upstream code to make packaging better / easier. The final RFS will be updated for the 1.0.0 release. * Package name: libheif Version : 0.0.1+20180124133753+git68fb4fe-1 Upstream Author : struktur AG <opensou...@struktur.de> * URL : https://github.com/strukturag/libheif * License : LGPL (library), GPL (example applications) Section : libs It builds those binary packages: libheif-0 - ISO/IEC 23008-12:2017 HEIF file format decoder. libheif-dev - ISO/IEC 23008-12:2017 HEIF file format decoder - development file libheif-examples - ISO/IEC 23008-12:2017 HEIF file format decoder - examples To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libheif Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libh/libheif/libheif_0.0.1+20180124133753+git68fb4fe-1.dsc More information about libheif can be obtained from https://github.com/strukturag/libheif. Thanks and best regards, Joachim Bauch signature.asc Description: OpenPGP digital signature
Bug#888278: ITP: libheif -- an ISO/IEC 23008-12:2017 HEIF file format decoder
Package: wnpp Severity: wishlist Owner: Joachim Bauch <ba...@struktur.de> * Package name: libheif Version : 1.0.0 Upstream Author : struktur AG <opensou...@struktur.de> * URL : https://github.com/strukturag/libheif * License : LGPL (library), GPL (example applications) Programming Lang: C, C++ Description : libheif is an ISO/IEC 23008-12:2017 HEIF file format decoder HEIF is a new image file format employing HEVC (h.265) image coding for the best compression ratios currently possible. It is used for example by the iPhone camera app. libheif makes use of libde265 (already packaged for Debian) for the actual image decoding. Alternative codecs for, e.g., AVC and JPEG can be provided as plugins. The library has a C API for easy integration and wide language support. Example applications are included that can convert HEIF images to JPEG or PNG and show the internal structure of HEIF files. We also have a GIMP plugin ready that uses libheif and adds support for loading HEIF images (a separate ITP will be filed for that later). In the future, plugins for other applications will be available / implemented and having libheif in Debian will help in rolling everything out. Version 1.0.0 is planned to be released next week, but we are looking to get some initial feedback in case we need to change something upstream for better / easier packaging. As the upstream author, we (struktur AG) will maintain the package and update it whenever new versions are released. We will need a sponsor for the package and I will file a separate RFS for that.
Bug#803834: libde265: FTBFS with FFmpeg 2.9
Hi Andreas, On 08.01.2016 00:08, Andreas Cadhalpun wrote: > Dear Maintainer, > > the next version of FFmpeg is planned to be released this month > (and it might be called 3.0 instead of 2.9). > > Since I haven't heard back from you during the past two month > I'm wondering what the status of this bug is: > * Are you aware of the patch I provided? > * Do you plan an upload soon? > * Is upstream aware of the problem? > > If this bug isn't fixed soon, it will become release critical and > thus the package will either get NMUed or removed from testing. thanks for the heads-up. I just pushed your patch to the packaging and notified pkg-multimedia-maintainers to build a new version of the package. Reported upstream as https://github.com/strukturag/libde265/pull/133 Regards, Joachim
Bug#744190: ITP: libde265 - Open h.265 video codec implementation
Package: wnpp Severity: wishlist Owner: Joachim Bauch ba...@struktur.de * Package name: libde265 Version : 0.5-1 Upstream Author : struktur AG * URL : https://github.com/strukturag/libde265 * License : LGPL Section : libs libde265 is an open source implementation of a HEVC/H.265 video decoder. It contains the library, debug symbols, the development package and a simple player for raw bitstreams. Packaging happens at http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libde265.git;a=summary The source package is available on https://mentors.debian.net/package/libde265 Best regards, Joachim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740626: RFS: libde265/0.6-1 ITP - H.265/HEVC decoder
Package: sponsorship-requests Severity: wishlist Dear mentors, I am still looking for a sponsor for my package libde265 which I have just updated to the latest version 0.6-1. It would be really great to find someone helping me get this into Debian! * Package name: libde265 Version : 0.6-1 Upstream Author : struktur AG * URL : https://github.com/strukturag/libde265 * License : LGPL Section : libs It builds those binary packages: libde265 - Open h.265 video codec implementation libde265-dbg - Open h.265 video codec implementation - debug symbols libde265-dev - Open h.265 video codec implementation - development files libde265-examples - Open h.265 video codec implementation - examples To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libde265 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libd/libde265/libde265_0.6-1.dsc More information about libde265 can be obtained from https://github.com/strukturag/libde265 Changes since the last upload: - Updated to latest upstream version 0.6 - Updated Standards-Version to 3.9.5 Thanks and best regards, Joachim Bauch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740626: RFS: libde265/0.6-1 ITP - H.265/HEVC decoder
Hi Vincent, On 31.03.2014 11:37, Vincent Cheng wrote: Have you tried contacting the Debian Multimedia team [1] yet? You may have better luck at having your package reviewed and finding a sponsor within teams that package similar software and share similar interests. Good luck! thanks, I just did that. Best regards, Joachim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740626: RFS: libde265/0.5-1 ITP
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package libde265 * Package name: libde265 Version : 0.5-1 Upstream Author : struktur AG * URL : https://github.com/strukturag/libde265 * License : LGPL Section : libs It builds those binary packages: libde265 - Open h.265 video codec implementation libde265-dbg - Open h.265 video codec implementation - debug symbols libde265-dev - Open h.265 video codec implementation - development files libde265-examples - Open h.265 video codec implementation - examples To access further information about this package, please visit the following URL: http://mentors.debian.net/package/libde265 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/libd/libde265/libde265_0.5-1.dsc More information about libde265 can be obtained from https://github.com/strukturag/libde265 Changes since the last upload: None as this is the first upload. Regards, Joachim Bauch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
