Bug#1068485: RFS: libhinoko/1.0.2-1 -- I/O library for IEEE 1394 isochronous communication
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libhinoko": * Package name : libhinoko Version : 1.0.2-1 Upstream contact : Takashi Sakamoto * URL : https://git.kernel.org/pub/scm/libs/ieee1394/libhinoko.git/ * License : LGPL-2.1+ * Vcs : https://salsa.debian.org/debian/libhinoko/ Section : libs The source builds the following binary packages: libhinoko1 - I/O library for IEEE 1394 isochronous communication gir1.2-hinoko-1.0 - GObject introspection data for libhinoko1 libhinoko-dev - I/O library for IEEE 1394 isochronous communication (development files) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libhinoko/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libh/libhinoko/libhinoko_1.0.2-1.dsc Changes since the last upload: libhinoko (1.0.2-1) unstable; urgency=medium . * New upstream release. Regards, -- Takashi Sakamoto
Bug#1068482: RFS: linux-firewire-utils/0.5.1-1 -- Linux FireWire utilities
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "linux-firewire-utils": * Package name : linux-firewire-utils Version : 0.5.1-1 Upstream contact : Takashi Sakamoto * URL : https://git.kernel.org/pub/scm/utils/ieee1394/linux-firewire-utils.git/ * License : GPL-2 * Vcs : https://salsa.debian.org/debian/linux-firewire-utils/ Section : utils The source builds the following binary packages: linux-firewire-utils - Linux FireWire utilities To access further information about this package, please visit the following URL: https://mentors.debian.net/package/linux-firewire-utils/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/l/linux-firewire-utils/linux-firewire-utils_0.5.1-1.dsc Changes since the last upload: linux-firewire-utils (0.5.1-1) unstable; urgency=medium . * New upstream release. Regards, -- Takashi Sakamoto
Bug#1065003: libhinawa: NMU diff for 64-bit time_t transition
Hi Steve, Thanks for your taking the issue, and providing the package. I'm an maintainer of libhinawa upstream in kernel.org[1], and interested in the issue of this NMU. In my opinion, `time_t` type is not used in libhinawa. All of expressions of hardware and system time stamp is typed by fixed size of variable (u32, s32, s64) in public API. The rest of suspicious codes relate to glib2.0, however in the case the issue affects to the other libraries I provides (libhinoko[2], libhitaki[3])... I would like you to provide the way to detect the issue in libhinawa. [1] https://git.kernel.org/pub/scm/libs/ieee1394/libhinawa.git/ [2] https://tracker.debian.org/pkg/libhinoko [3] https://tracker.debian.org/pkg/libhitaki Thanks Takashi Sakamoto
Bug#1061936: ITP: libhitaki -- Library to operate ALSA HwDep device for ALSA firewire stack
I put the deb package of libhitaki into m.d.n. * https://mentors.debian.net/package/libhitaki/ I also pushed a repository to maintain the package: * https://salsa.debian.org/takaswie/libhitaki Note that both Vcs-Browser/Vcs-Git fields of debian/control point to debian namespace of salsa.debian.org, while the pushed repository is in my namespace. I would like any sponsor to transfer the repository between the namespaces as well.
Bug#1061936: ITP: libhitaki -- Library to operate ALSA HwDep device for ALSA firewire stack
Package: wnpp Severity: wishlist Owner: Takashi Sakamoto X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: libhitaki Version : 0.2.0 Upstream Contact: Takashi Sakamoto * URL : https://github.com/alsa-project/libhitaki * License : LGPL-3+ Programming Lang: C Description : Library to operate ALSA HwDep device for ALSA firewire stack Libhitaki is a shared library to operate ALSA HwDep character device for audio and music unit in IEEE 1394 bus. The recent version of libhinawa delegated some features to libhitaki, and the latest version dropped them after the long term of deprecation. The features are required to continue maintaining hinawa-utils package. The lack of libhitaki package blocks the migration of hinawa-utils to the new libhinawa package. For the reasons, I would like to put libhitaki package to Debian repository.
Bug#1055162: ITP: libhinoko -- I/O library for IEEE 1394 isochronous communication
I uploaded debian package to mentors.debian.net: * https://mentors.debian.net/package/libhinoko/ I'm glad if you are sponsor of the project. Regards
Bug#1055162: ITP: libhinoko -- I/O library for IEEE 1394 isochronous communication
I note that libhinoko 1.0.0 depends on libhinawa 4.0.0 which is under working for debian packaging. https://salsa.debian.org/debian/libhinawa/-/issues/27
Bug#1055162: ITP: libhinoko -- I/O library for IEEE 1394 isochronous communication
Package: wnpp Severity: wishlist Owner: Takashi Sakamoto X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: libhinoko Version : 1.0.0 Upstream Contact: Takashi Sakamoto * URL : https://git.kernel.org/pub/scm/libs/ieee1394/libhinoko.git/ * License : LGPL-2.1-or-later Programming Lang: C Description : I/O library for IEEE 1394 isochronous communication This package contains library to operate 1394 OHCI hardware for transmission of isochronous packets in IEEE 1394 bus. It is a sister library of libhinawa (https://tracker.debian.org/pkg/libhinawa). Both libraries provide application programming API to communicate with node in IEEE 1394 bus. The libraries support GObject Introspection for language bindings so that developers can select preferable programming language for the communication. I need some sponsors for the package in Debian project.
Bug#1050551: debian packaging for linux-firewire-utils
I prepare some stuffs for debian package in `topic/debian` branch of https://git.kernel.org/pub/scm/utils/ieee1394/linux-firewire-utils.git/. It is available for you to start packaging work.
Bug#1050551: ITP: linux-firewire-utils -- Linux FireWire utilities
Package: wnpp Severity: wishlist Owner: Takashi Sakamoto X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: linux-firewire-utils Version : 0.5.0 Upstream Contact: Takashi Sakamoto * URL : https://git.kernel.org/pub/scm/utils/ieee1394/linux-firewire-utils.git/ * License : GPLv2 Programming Lang: C Description : Linux FireWire utilities This package contains Linux FireWire utilities for printing content of configuration ROM (config-rom-pretty-printer), for listing devices (lsfirewire, lsfirewirephy) and for querying and configuring devices (firewire-request, firewire-phy-command). The included utilities are written in C language without extra dependencies. I maintain it in kernel.org to provide the basic utilities relevant to IEEE 1394 bus for Linux system. Nothing provides the similar tools as long as I know. I need some sponsor for the package in Debian project.
Bug#916052: alsa-oss FTBFS with glibc 2.28
Hi, On Wed, Dec 12, 2018 at 02:37:43PM +0100, Elimar Riesebieter wrote: > Control: forwarded -1 alsa-de...@alsa-project.org > > > Hi, > > could you please investigate? It seems as alsa-oss doesn't built > with glibc 2.28. > > Thanks in advance > Elimar > -- > Learned men are the cisterns of knowledge, > not the fountainheads ;-) > Date: Sun, 09 Dec 2018 19:10:03 +0200 > From: Adrian Bunk > To: Debian Bug Tracking System > Subject: Bug#916052: alsa-oss FTBFS with glibc 2.28 > X-Mailer: reportbug 7.5.0 > > Source: alsa-oss > Version: 1.1.6-1 > Severity: serious > Tags: ftbfs > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/alsa-oss.html > > ... > In file included from alsa-oss.c:736: > stdioemu.c:40:10: fatal error: libio.h: No such file or directory > #include > ^ > compilation terminated. > make[2]: *** [Makefile:517: alsa-oss.lo] Error 1 > In glibc upstream, libio/libio.h had been deprecated for applications and became internal header in its v2.28 release. We can see below message in its release note[1]. ``` * The nonstandard header files and <_G_config.h> are no longer installed. Software that was using either header should be updated to use standard interfaces instead. ``` I posted PR to fix the FTBFS into github.com repository[1]. (In last month we introduced github service to our workload for reviewing/merging tasks just for userspace stuffs.) In next release (v1.1.7), the fix will be merged and released. [1] https://www.sourceware.org/ml/libc-alpha/2018-08/msg3.html [2] https://github.com/alsa-project/alsa-oss/pull/1 Thanks Takashi Sakamoto
Bug#908219: libhinawa: please make the build reproducible
On Sep 8 2018 18:50, Chris Lamb wrote: Would I request your confirmation of content of the commit? LGTM. Good :) I have a plan to release v1.0.1 with some bug fixes soon. I'd ask you to prepare for RFS of the new release. Sure thing. Please link me to your mentors.debian.net or .dsc when you are ready. I released libhinawa v1.0.1[1]. Kentaro, would you please generate updated package and post RFS? $ uscan uscan: Newest version of libhinawa on remote site is 1.0.1, local version is 1.0.0 uscan:=> Newer package available from https://github.com/takaswie/libhinawa/releases/download/1.0.1/libhinawa-1.0.1.tar.xz gpgv: Signature made Sat Sep 8 21:30:56 2018 JST gpgv:using RSA key 25DA5B9699F132DB74BD2270B5A586C7D66FD341 gpgv: Good signature from "Takashi Sakamoto " [1] https://github.com/takaswie/libhinawa/releases/tag/1.0.1 Thanks Takashi Sakamoto
Bug#908219: libhinawa: please make the build reproducible
Hi Chris, Thank you for the patch to achieve reproducible build of libhinawa. I commit the patch with enough comments into my remote repository[1]. Hash of the commit is 7ecd1d6dd1398ca54b9e62201f60e3e8330d628e[2]. Would I request your confirmation of content of the commit? > Kentaro I have a plan to release v1.0.1 with some bug fixes soon. I'd ask you to prepare for RFS of the new release. [1] https://github.com/takaswie/libhinawa/commits/topic/reproducible-build [1] https://github.com/takaswie/libhinawa/commit/7ecd1d6dd1398ca54b9e62201f60e3e8330d628e Thanks Takashi Sakamoto On Sep 7 2018 22:38, Chris Lamb wrote: Source: libhinawa Version: 1.0.0-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: buildpath X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org Hi, Whilst working on the Reproducible Builds effort [0], we noticed that libhinawa could not be built reproducibly. This is because it uses the absolute @filename@ template variable to generate a comment in a header files. Patch attached that uses @basename@ instead. [0] https://reproducible-builds.org
Bug#823011: libhinawa: avoid build non-linux arch
On Apr 30 2016 08:22, Hideki Yamane wrote: > non-linux arch build was failed with >>> internal.h:8:33: fatal error: linux/firewire-cdev.h: No such file or >>> directory > > debian/control says "arch: any" but it seems that it should be linux-any Indeed. Libhinawa is an application of Linux FireWire subsystem and Linux sound subsystem, therefore it's unavailable for non-linux kernel such as kfreebsd. I'll make new maintenance release in upstream side, then go back to Debian project. Thanks for your cooperation. Takashi Sakamoto
