Bug#1020341: RFS: fast-float/3.5.1-1 [ITP] -- Implementation of the C from_chars functions for float and double types
On Wed, Sep 21, 2022 at 12:31:11AM +0900, Daichi Fukui wrote: > * Package name : fast-float >Version : 3.5.1-1 > * URL : https://github.com/fastfloat/fast_float > fast-float - Implementation of the C++ from_chars functions for float and > double types Hi! The package looks good so far, but C/C++ development header packages are supposed to be named libXXX-dev. Strictly speaking, the Policy demands that only for headers of shared libraries, but I wouldn't go different for a header-only lib. Eg: source package: plf-colony binary package: libplf-colony-dev (Of course, some other sponsor may think different...) Meow! -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ How to squander your resources: those silly Swedes have a sauce ⢿⡄⠘⠷⠚⠋⠀ named "hovmästarsås", the best thing ever to put on cheese, yet ⠈⠳⣄ they waste it solely on mere salmon.
Bug#1020388: RFS: dia/0.97.3+git20220525-4 -- Diagram editor
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "dia": * Package name : dia Version : 0.97.3+git20220525-4 * URL : https://wiki.gnome.org/Apps/Dia/ * License : GPL-2, GPL-2+, GFDL-NIV-1.1+ * Vcs : https://salsa.debian.org/debian/dia Section : graphics The source builds the following binary packages: dia-common - Diagram editor (common files) dia - Diagram editor To access further information about this package, please visit the following URL: https://mentors.debian.net/package/dia/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/d/dia/dia_0.97.3+git20220525-4.dsc Changes since the last upload: dia (0.97.3+git20220525-4) unstable; urgency=medium . * control: recommends fonts-urw-base35 instead of removed gsfonts-x11. Closes: #1020354 Regards, -- Philippe.
Bug#1020340: marked as done (RFS: anacron/2.3-35 -- cron-like program that doesn't go by time)
Your message dated Tue, 20 Sep 2022 21:15:19 +0200 with message-id <839c8c67-b691-2850-e097-16d515028...@debian.org> and subject line Re: RFS: anacron/2.3-35 -- cron-like program that doesn't go by time has caused the Debian Bug report #1020340, regarding RFS: anacron/2.3-35 -- cron-like program that doesn't go by time to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1020340: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020340 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "anacron": This reverts a change that is preventing the anacron service from running after a package upgrade. I would appreciate a quick sponsor. * Package name : anacron Version : 2.3-35 Upstream contact : Sean 'Shaleh' Perry * URL : http://sourceforge.net/projects/anacron/ * License : GPL-2+ * Vcs : https://salsa.debian.org/debian/anacron Section : admin The source builds the following binary packages: anacron - cron-like program that doesn't go by time To access further information about this package, please visit the following URL: https://mentors.debian.net/package/anacron/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/a/anacron/anacron_2.3-35.dsc Changes since the last upload: anacron (2.3-35) unstable; urgency=medium . * d/anacron.postrm: delete removal of symlinks (Closes: #1019554) Regards, -- Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 signature.asc Description: OpenPGP digital signature --- End Message --- --- Begin Message --- Thanks for the update.--- End Message ---
Bug#1020341: RFS: fast-float/3.5.1-1 [ITP] -- Implementation of the C from_chars functions for float and double types
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "fast-float": * Package name : fast-float Version : 3.5.1-1 Upstream contact : Daniel Lemire * URL : https://github.com/fastfloat/fast_float * License : Expat or Apache * Vcs : [TBD] Section : devel Rationale for this ITP: c4core depends on fast-float [0]. rapidyaml [1] depends on c4core. Moreover, jsonnet [2] depends on rapidyaml. [0] https://github.com/biojppm/c4core/blob/v0.1.9/.gitmodules [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1003397 [2] https://tracker.debian.org/pkg/jsonnet See #1019961 for details: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019961 --- The source builds the following binary packages: fast-float - Implementation of the C++ from_chars functions for float and double types To access further information about this package, please visit the following URL: https://mentors.debian.net/package/fast-float/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/f/fast-float/fast-float_3.5.1-1.dsc Changes for the initial release: fast-float (3.5.1-1) unstable; urgency=low . * Initial release. Closes: #1019961 Regards,
Re: Self dependent package, build profiles and buildd servers
> > The d/rules actually configures/builds first the host-build, which I'm > > able to use directly in the configuration parameters when > > configuring/building the android-build (which is the second build > > performed automatically). In the end, this produces pkgA & pkgB binary > > packages all with a single dpkg- buildpackage run. > > OK. But do people really need both packages in the archive? Or is only the > pkgB actually useful? The package in question is Qt. For example qt6-base. So there are the regular qt6 packages that are already in the archive, and I wanted to provide also the "Qt for Android" packages based on the same source but cross-compiled for Android which is required to build android apps that use the Qt framework. If you are interested, I just made a MR here https://salsa.debian.org/qt-kde-team/qt6/qt6-base/-/merge_requests/14 Rgds
Bug#1019327: RFS: usbredir/0.13.0-1 -- Simple USB host TCP server
Hello Bastian, > Let me guess: You have not built the package once with a clean chroot. > The meson build dependency from 0.11.0 is lost somehow. > I wanted to check the git for the matching commit but found no 0.11.0 version > there. Please add this before adding > 0.13.0, i.e., rebase 0.13.0 on 0.11.0. > > Also, 0.11.0 is not in the changelog anymore... Yes, my pbuilder was not working that day. It's been over a year since I worked on it and forgot I had the 0.11 changes in my local salsa. Would you be able to reset the branches on the d/usbredir repo before I touched them? I am unable to reset them myself: 'remote: GitLab: You are not allowed to force push code to a protected branch on this project.' I will then move the changes over for 0.11, and rebase 0.13 off of that. Thank you, Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 signature.asc Description: OpenPGP digital signature
Re: Self dependent package, build profiles and buildd servers
On Tue, Sep 20, 2022 at 01:20:19PM +0200, Fab Stz wrote: > Ok I just tried this by adding dependent targets in d/rules. You don't really need "dependent targets in d/rules" for this, just making sure both builds run from the usual dh targets. In many cases this is done by calling two build commands from override_dh_auto_build. > The d/rules actually configures/builds first the host-build, which I'm able > to > use directly in the configuration parameters when configuring/building the > android-build (which is the second build performed automatically). Good, so the thing you said isn't possible is actually possible? Then it solves the original problem. -- WBR, wRAR signature.asc Description: PGP signature
Bug#1020340: RFS: anacron/2.3-35 -- cron-like program that doesn't go by time
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "anacron": This reverts a change that is preventing the anacron service from running after a package upgrade. I would appreciate a quick sponsor. * Package name : anacron Version : 2.3-35 Upstream contact : Sean 'Shaleh' Perry * URL : http://sourceforge.net/projects/anacron/ * License : GPL-2+ * Vcs : https://salsa.debian.org/debian/anacron Section : admin The source builds the following binary packages: anacron - cron-like program that doesn't go by time To access further information about this package, please visit the following URL: https://mentors.debian.net/package/anacron/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/a/anacron/anacron_2.3-35.dsc Changes since the last upload: anacron (2.3-35) unstable; urgency=medium . * d/anacron.postrm: delete removal of symlinks (Closes: #1019554) Regards, -- Lance Lin GPG Fingerprint: 4A31 DB5A 1EE4 096C 8739 9880 9036 4929 4C33 F9B7 signature.asc Description: OpenPGP digital signature
Re: Self dependent package, build profiles and buildd servers
On 2022-09-20 13:20 +0200, Fab Stz wrote: > Ok I just tried this by adding dependent targets in d/rules. It was a bit > tricky to do so as to still use dh at the same time but it seems to work. > Thanks for putting me on the way. > > However, what is actually the difference between the two alternatives you > mention? Build twice vs build twice the binutils way ? The distinction I was making was a) build twice but only put the final build in a binary package b) build twice and make two debian packages > The d/rules actually configures/builds first the host-build, which I'm able > to > use directly in the configuration parameters when configuring/building the > android-build (which is the second build performed automatically). > In the end, this produces pkgA & pkgB binary packages all with a single dpkg- > buildpackage run. OK. But do people really need both packages in the archive? Or is only the pkgB actually useful? Wookey -- Principal hats: Debian, Wookware, ARM http://wookware.org/ signature.asc Description: PGP signature
Re: Self dependent package, build profiles and buildd servers
Hi Wookey, > As Paul says, build profiles will not help here if you have to do this > _every time_ you build the package, as opposed to doing it once, then > using that to build the real package the first time in order to get it > ready for the archive. i.e. build profiles are for bootstrapping, and the > results do not end up in the archive. > The normal way to fix this in Debian is for the debian build to run > the build twice, using the components built on the first run for the > second run. Can you do this easily, or do they have to be installed in > system paths to work? > You can also have the debian build run the build twice, one producing > pkg-A and one producing pkg-B, so that both end up in the > archive. Binutils is an example of a package that does this (building > both native and cross versions). Ok I just tried this by adding dependent targets in d/rules. It was a bit tricky to do so as to still use dh at the same time but it seems to work. Thanks for putting me on the way. However, what is actually the difference between the two alternatives you mention? Build twice vs build twice the binutils way ? The d/rules actually configures/builds first the host-build, which I'm able to use directly in the configuration parameters when configuring/building the android-build (which is the second build performed automatically). In the end, this produces pkgA & pkgB binary packages all with a single dpkg- buildpackage run. Rgds Fab
Bug#1020296: marked as done (RFS: popt/1.19+dfsg-1~exp1 [ITA] -- lib for parsing cmdline parameters)
Your message dated Tue, 20 Sep 2022 11:43:36 +0200 with message-id <44631e98-f292-3709-79a6-4606e110b...@debian.org> and subject line Re: Bug#1020296: RFS: popt/1.19-1~exp1 [ITA] -- lib for parsing cmdline parameters has caused the Debian Bug report #1020296, regarding RFS: popt/1.19+dfsg-1~exp1 [ITA] -- lib for parsing cmdline parameters to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 1020296: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020296 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "popt": * Package name: popt Version : 1.19-1~exp1 Upstream Author : rpm-ma...@lists.rpm.org * URL : https://github.com/rpm-software-management/popt * License : expat * Vcs : https://salsa.debian.org/debian/popt Section : devel The source builds the following binary packages: libpopt0 - lib for parsing cmdline parameters libpopt-dev - lib for parsing cmdline parameters - development files libpopt0-udeb - lib for parsing cmdline parameters To access further information about this package, please visit the following URL: https://mentors.debian.net/package/popt/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/popt/popt_1.19-1~exp1.dsc Changes since the last upload: popt (1.19-1~exp1) experimental; urgency=medium . * New upstream release. - Fixes memory leak. Closes: #941814 * Drop all patches, included upstream. * Adopt package. Closes: #995268 * d/copyright: - Add myself under Debian paragraph. - Upstream changed license to MIT/expat. * Update Standards-Version to 4.6.1 * Remove no longer needed package conflicts. * wrap-and-sort -at It would be nice if I could have access to the repo in salsa as well. Regards, Håvard --- End Message --- --- Begin Message --- Thanks for adopting!--- End Message ---
