Bug#1066479: opendnssec: FTBFS: ../../common/scheduler/task.c:137:25: error: implicit declaration of function ‘clamp’ [-Werror=implicit-function-declaration]

2024-04-15 Thread Mathieu Mirmont
schedule/cancel if needed. Thanks for the NMU. I had a look at the new warnings and they all seem to be false positives. I'd rather not introduce unnecessary changes in the packaged version compared to upstream just to silence them. This missing header will do. -- Mathieu Mirmont signature.asc Description: Digital signature

Bug#1055237: does not conform to the standards for library packaging

2023-11-08 Thread Mathieu Mirmont
> > If you, Mathieu, have some insight into the best ways to transition > reverse dependencies, I think giving it in the related bug reports > would be very helpful. > > > > > > In any case, thanks for your work on catch2, > > > > Seconded - thanks for maintaining this package. > > > > Best wishes, > > Andrius > > > > > > Have a great day, > > -- > Pierre -- Mathieu Mirmont signature.asc Description: Digital signature

Bug#1052064: libelogind0: need to be updated to ≥254

2023-10-18 Thread Mathieu Mirmont
only on version 252 so it will need to be updated first. -- Mathieu Mirmont signature.asc Description: Digital signature

Bug#1053516: catch2: new v3 upstream release available

2023-10-06 Thread Mathieu Mirmont
demand for it then I can do that. -- Mathieu Mirmont

Bug#1033338: unblock: opendnssec/1:2.1.12-2

2023-03-22 Thread Mathieu Mirmont
a translation. [ Tests ] None. [ Risks ] The changes are really trivial. [ Checklist ] [X] all changes are documented in the d/changelog [X] I reviewed all changes and I approve them [X] attach debdiff against the package in testing unblock opendnssec/1:2.1.12-2 -- Mathieu Mirmont diff -Nru

Bug#1033025: unblock: socklog/2.1.0+repack-5

2023-03-18 Thread Mathieu Mirmont
On Sat, Mar 18, 2023 at 09:13:50AM +0100, Sebastian Ramacher wrote: > On 2023-03-16 17:32:25 +0100, Mathieu Mirmont wrote: > > On Thu, Mar 16, 2023 at 02:57:52PM +0100, Sebastian Ramacher wrote: > > > Control: tags -1 moreinfo > > > > > > Hi Mathieu >

Bug#1033025: unblock: socklog/2.1.0+repack-5

2023-03-16 Thread Mathieu Mirmont
On Thu, Mar 16, 2023 at 02:57:52PM +0100, Sebastian Ramacher wrote: > Control: tags -1 moreinfo > > Hi Mathieu > > On 2023-03-15 23:05:39 +0100, Mathieu Mirmont wrote: > > diff -Nru socklog-2.1.0+repack/debian/changelog > > socklog-2.1.0+repack/debian/changelog &

Bug#1033025: unblock: socklog/2.1.0+repack-5

2023-03-15 Thread Mathieu Mirmont
-- Mathieu Mirmont diff -Nru socklog-2.1.0+repack/debian/changelog socklog-2.1.0+repack/debian/changelog --- socklog-2.1.0+repack/debian/changelog 2020-12-22 22:40:42.0 +0100 +++ socklog-2.1.0+repack/debian/changelog 2023-03-06 22:01:18.0 +0100 @@ -1,3 +1,15

Bug#1031794: socklog: fails to extract source package: dpkg-source: error: pathname 'socklog-2.1.0+repack/debian/service/socklog-unix/log/supervise' points outside source root (to '/run/runit/supervis

2023-03-08 Thread Mathieu Mirmont
ce: error: pathname > 'socklog-2.1.0+repack/debian/service/socklog-unix/log/supervise' points > outside source root (to '/run/runit/supervise/socklog-unix.log') > > That's on a system with a mix of testing and unstable. I'm not sure of > which package introduced that additional check. Let me know if you > cannot reproduce. > > Lucas > -- Mathieu Mirmont signature.asc Description: Digital signature

Bug#1032463: RFS: socklog/2.1.0+repack-5 [RC] -- system and kernel logging services

2023-03-07 Thread Mathieu Mirmont
y to 4.6.2, no change required * gitlab-ci.yml: disable unnecessary jobs * gbp.conf: add configuration file Regards, -- Mathieu Mirmont signature.asc Description: Digital signature

Bug#1031794: socklog: fails to extract source package: dpkg-source: error: pathname 'socklog-2.1.0+repack/debian/service/socklog-unix/log/supervise' points outside source root (to '/run/runit/supervis

2023-03-03 Thread Mathieu Mirmont
run/runit/supervise) actually exists. Otherwise dpkg-source does not > complain. > > Lintian reports the absolute symlink as a warning, but maybe turning it > into an error would be more appropriate. Thanks for checking, I'll be having a look soon. I haven't touched this package in years and a bit of refreshing wouldn't hurt. -- Mathieu Mirmont signature.asc Description: Digital signature

Bug#987832: opendnssec: patch to build against mysql

2021-04-30 Thread Mathieu Mirmont
leased. Cheers, -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#987724: RFS: opendnssec/1:2.1.7-2 -- OpenDNSSEC suite

2021-04-29 Thread Mathieu Mirmont
is the actual name. It's already uploaded though :/ Yeah. Without telling you to do that, you could "fix" that changelog entry in a future release. Will do, once bullseye is out. Cheers, -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#987774: unblock: opendnssec/2.1.7-2

2021-04-29 Thread Mathieu Mirmont
[ Other info ] Nope. unblock opendnssec/2.1.7-2 -- Mathieu Mirmont diff -Nru opendnssec-2.1.7/debian/changelog opendnssec-2.1.7/debian/changelog --- opendnssec-2.1.7/debian/changelog 2020-10-25 03:13:25.0 +0100 +++ opendnssec-2.1.7/debian/changelog 2021-04-25 12:54:19.0 +0200

Bug#987724: RFS: opendnssec/1:2.1.7-2 -- OpenDNSSEC suite

2021-04-29 Thread Mathieu Mirmont
lian translation (Closes: #986890) > > Isn't Brazilian Portuguese a more accurate name? Hmm yeah indeed that is the actual name. It's already uploaded though :/ -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#987724: RFS: opendnssec/1:2.1.7-2 -- OpenDNSSEC suite

2021-04-28 Thread Mathieu Mirmont
.1.7-2.dsc Changes since the last upload: opendnssec (1:2.1.7-2) unstable; urgency=medium . * po/pt_BR.po: Add Brazilian translation (Closes: #986890) * po/es.po: Add Spanish translation (Closes: #987518) Regards, -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#979823: catch2: diff for NMU version 2.13.4-1.1

2021-01-11 Thread Mathieu Mirmont
in version 2.13.4-1 and I am preparing a new upload. We can keep the NMU, but the new upload will render it moot. Cheers, -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#977925: dh-runit: does not create the /etc/sv/*/log/supervise symlink

2020-12-22 Thread Mathieu Mirmont
be to make the symlink is logscript is not given but a log/run script is present. Cheers, -- Mathieu Mirmont

Bug#976231: Please don't conflict with other log daemons

2020-12-22 Thread Mathieu Mirmont
the transition, but I'll give it a try, fingers crossed :) Cheers, -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#976231: [socklog] Please split socklog binaries package from system configuration

2020-12-01 Thread Mathieu Mirmont
r these weight about 530K (excluding libc6). A rather large part of this is in fact man pages and stuff under /usr/share/doc, which are both often removed from trimmed-down chroots. Which of these dependencies is bothering you? Cheers, -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#973671: do not depend on runit-init

2020-11-10 Thread Mathieu Mirmont
e socklog installable everywhere. The drawback is that it may not automatically start, but realistically people who install socklog can be expected to know how to setup runit. Sorry for the email noise by the way, apparently the BTS scrubs the git repo on salsa and automatically posts stuff things here.

Bug#513880: closed by Mathieu Mirmont (Bug#513880 closed)

2020-11-09 Thread Mathieu Mirmont
the new version. One release per decade is something I can easily sustain :) -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#625531: occasional facility/priority decoding errors

2020-11-08 Thread Mathieu Mirmont
decade later, is that still happening? :) -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#973509: [opendnssec]

2020-11-07 Thread Mathieu Mirmont
(or not do) that was effective (orineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Tell me more :) -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#973671: do not depend on runit-init

2020-11-03 Thread Mathieu Mirmont
ive would be to only depend on "runit", however the service would not necessarily start when the package is installed. People expect services to start on package installation on Debian. Cheers, -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#972305: catch2: FTBFS with DEB_BUILD_OPTIONS=reproducible=+fixfilepath

2020-10-25 Thread Mathieu Mirmont
it and releasing. I've been scratching my head about this FTBFS but never had the time to get to the bottom of it. Cheers, -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#972743: opendnssec: bullseye: /updates -> -security

2020-10-23 Thread Mathieu Mirmont
ith the new upstream release (2.1.7) that I'm testing. Cheers, -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#901783: RFP: package catch2

2020-03-17 Thread Mathieu Mirmont
tree and fails > to install some autogenerated files by Cmake which are required for > downstream users to use Catch2 via Cmake's function find_package(). Hmm I missed that indeed, thanks for noticing. I will merge the two packages, seems like a good idea. Cheers, -- Mathieu Mirmont sign

Bug#901783: RFP: package catch2

2020-03-15 Thread Mathieu Mirmont
On Wed, 11 Mar 2020 18:49:02 +0100 =?UTF-8?Q?Timo_R=c3=b6hling?= wrote: > Hi, > > On Mon, 14 Oct 2019 14:09:09 +0200 Mathieu Mirmont wrote: > > Before I go ahead and do the work, does anyone here think it would be > > better not to have catch2 as a separate package?

Bug#951226: RFS: ctmg/1.2-1 -- Simple wrapper around cryptsetup for encrypted containers

2020-02-12 Thread Mathieu Mirmont
debian.net/package/ctmg Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/c/ctmg/ctmg_1.2-1.dsc Changes since the last upload: * Initial package (Closes: #816864) Regards, -- Mathieu Mirmont

Bug#951227: RFS: catch2/2.11.1-1 -- C++ Automated Test Cases in Headers

2020-02-12 Thread Mathieu Mirmont
et/package/catch2 Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/c/catch2/catch2_2.11.1-1.dsc Changes since the last upload: * Initial package (Closes: #901783) Regards, -- Mathieu Mirmont

Bug#947764: munin-plugins-c: wrong path in man page (or wrong installation path)

2019-12-30 Thread Mathieu Mirmont
Package: munin-c Version: 0.0.13-1 Severity: normal Tags: patch Dear Maintainer, I noticed that the path of the munin-plugins-c binary in the man page (/usr/libexec/munin-c/munin-plugins-c) does not match the actual path (/usr/lib/munin-c/plugins/munin-plugins-c). This is a trivial fix, I

Bug#901783: catch: Upgrade catch to version 2

2019-10-14 Thread Mathieu Mirmont
Hi, I am considering packaging catch2 as a separate package. The upstream repository is named "catch2" so I suppose that the name is legitimate. Before I go ahead and do the work, does anyone here think it would be better not to have catch2 as a separate package? Cheers, -- Mathi

Bug#929616: debian-installer: Missing kernel module required by cryptsetup

2019-05-27 Thread Mathieu Mirmont
Package: debian-installer Version: 20190410 Severity: important Tags: d-i Dear Maintainer, I installed Buster with full disk encryption,except /boot because of #927165. All encryption settings were left to their default values (aes-xts-plain64, key size 512 bits). When asked for targetted versus

Bug#929221: Keytags missing from ods-enforcer key export

2019-05-21 Thread Mathieu Mirmont
control: -1 +wontfix On Tue, May 21, 2019 at 07:19:47PM +, Jaap Winius wrote: > > Quoting Mathieu Mirmont : > > > If you need an immediate solution: > > - "ods-enforcer key list -v" does list the IDs of all keys. > > - "ods-enforcer key export -

Bug#929221: Keytags missing from ods-enforcer key export

2019-05-20 Thread Mathieu Mirmont
ate solution: - "ods-enforcer key list -v" does list the IDs of all keys. - "ods-enforcer key export --ds" does list the key ID of the DS record. - grep your key from your signed zone, the comment field is there. I agree that having to match the outputs of multiple comm

Bug#928021: opendnssec-enforcer: AllowExtraction should be supported but startup fails with it

2019-04-28 Thread Mathieu Mirmont
On Fri, Apr 26, 2019 at 02:44:29PM +0300, Timo Aaltonen wrote: > On 26.4.2019 14.33, Mathieu Mirmont wrote: > > control: tags -1 +confirmed > > > > On Fri, Apr 26, 2019 at 01:09:33PM +0300, Timo Aaltonen wrote: > >> While testing FreeIPA, I noticed that enfo

Bug#928021: opendnssec-enforcer: AllowExtraction should be supported but startup fails with it

2019-04-26 Thread Mathieu Mirmont
mm yeah. I can't imagine that this can have anything to do with the way the package is made. I'll have a look at the code and see if I can fix it myself (and send the patch upstream of course), otherwise I'll just report it upstream. -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#927998: opendnssec: zonelist export fails

2019-04-26 Thread Mathieu Mirmont
control: tags -1 +pending On Fri, Apr 26, 2019 at 12:11:03PM +0300, Timo Aaltonen wrote: > On 26.4.2019 12.09, Mathieu Mirmont wrote: > > control: tags -1 +confirmed > > > > On Fri, Apr 26, 2019 at 11:44:41AM +0300, Timo Aaltonen wrote: > >> Source: opend

Bug#927998: opendnssec: zonelist export fails

2019-04-26 Thread Mathieu Mirmont
dir should be set to > 0770 in postinst. Thanks, I can confirm this. Bummer, but the fix is trivial. Do you think it is worth bothering the release team trying to get this through the freeze? Cheers, -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#926306: RFS: socklog/2.1.0-9

2019-04-17 Thread Mathieu Mirmont
On Wed, Apr 17, 2019 at 10:15:56AM +, Dmitry Bogatov wrote: > > [2019-04-16 19:10] Mathieu Mirmont > > Both issues fixed, I re-uploaded the package to mentors (same links). > > Uploaded. For next upload, please, take a look at following: > > * in `debian/rul

Bug#926306: RFS: socklog/2.1.0-9

2019-04-16 Thread Mathieu Mirmont
On Fri, Apr 12, 2019 at 05:22:35PM +, Dmitry Bogatov wrote: > [2019-04-10 23:48] Mathieu Mirmont > > > > part 1 text/plain 434 > > On Wed, Apr 10, 2019 at 08:20:30AM +, Dmitry Bogatov wrote: > > > You can repack it as new upstr

Bug#926901: bcron: init.d script and runit service conflict

2019-04-14 Thread Mathieu Mirmont
On Sun, Apr 14, 2019 at 10:52:42AM +, Dmitry Bogatov wrote: > [2019-04-12 01:32] Mathieu Mirmont > > [...] > > I believe this bug will be fixed as effect of #924769 (not marked as > resolved, due my typo in changelog), which is now in Archives as > runit=2.1.2-28/exper

Bug#926306: RFS: socklog/2.1.0-9

2019-04-13 Thread Mathieu Mirmont
On Fri, Apr 12, 2019 at 05:22:35PM +, Dmitry Bogatov wrote: > [2019-04-10 23:48] Mathieu Mirmont > > > > part 1 text/plain 434 > > On Wed, Apr 10, 2019 at 08:20:30AM +, Dmitry Bogatov wrote: > > > You can repack it as new upstr

Bug#926901: bcron: init.d script and runit service conflict

2019-04-11 Thread Mathieu Mirmont
Package: bcron Version: 0.11-8 Severity: important Dear Maintainer, The bcron package provides both init.d scripts and runit services. When installing it in a system where runsvdir is running (for instance via runit-init or runit-sysv), then the daemons are started by both runsvdir and by

Bug#926306: RFS: socklog/2.1.0-9

2019-04-10 Thread Mathieu Mirmont
ebian.net/package/socklog https://mentors.debian.net/debian/pool/main/s/socklog/socklog_2.1.0+repack-1.dsc -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#926306: RFS: socklog/2.1.0-9

2019-04-10 Thread Mathieu Mirmont
On Wed, Apr 10, 2019 at 08:20:30AM +, Dmitry Bogatov wrote: > > [2019-04-08 01:03] Mathieu Mirmont > > Done, the init scripts call daemon(1) and runsv(1) and they work > > pretty nicely. > > Are you sure you need "Depends: runit"? Maybe it is just me, but

Bug#926306: RFS: socklog/2.1.0-9

2019-04-07 Thread Mathieu Mirmont
On Sat, Apr 06, 2019 at 07:13:56PM +, Dmitry Bogatov wrote: > > [2019-04-04 13:30] Mathieu Mirmont > > > * I know, it is pain, but there should be init.d script. You may want to > > > take a look at bcron=0.11-8. > > > > Sure, no worries. How about sy

Bug#926306: RFS: socklog/2.1.0-9

2019-04-04 Thread Mathieu Mirmont
klog-* services would be enough, but if you prefer I can add one user per service. > * I believe, README file is useless -- it contains copyright, authorship > and homepage information only, which is already present in Debian > package files. Alright, I'll remove it. Thanks for the review! Cheers, -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#926306: RFS: socklog/2.1.0-9

2019-04-04 Thread Mathieu Mirmont
On Thu, Apr 04, 2019 at 12:48:43PM +0200, Adam Borowski wrote: > On Wed, Apr 03, 2019 at 10:45:56AM +0200, Mathieu Mirmont wrote: > > * Package name: socklog > > Version : 2.1.0-9 > > Upstream Author : Gerrit Pape > > > Changes since the las

Bug#926306: RFS: socklog/2.1.0-9

2019-04-03 Thread Mathieu Mirmont
overrides Cheers, -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#924102: opendnssec: [INTL:nl] Dutch translation of debconf messages

2019-03-09 Thread Mathieu Mirmont
next release. -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#923569: opendnssec: [INTL:pt] Updated Portuguese translation - debconf messages

2019-03-06 Thread Mathieu Mirmont
o > Feel free to use it. Thanks, it will be in the next release. -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#923439: dh-runit: Don't ship /etc/sv unless the package ships service files

2019-02-28 Thread Mathieu Mirmont
Package: dh-runit Version: 2.8.6 Severity: normal Tags: patch Dear Maintainer, When producing multiple packages, dh-runit installs /etc/sv in every package, even if such packages do not ship service directories. The attached patch removes the systematic install_dir() call from dh-runit. Since

Bug#922653: irqbalance: restart loop when running under runit and with a single CPU

2019-02-18 Thread Mathieu Mirmont
Package: irqbalance Version: 1.5.0-3 Severity: normal Tags: patch Hi, While testing something else in a virtual machine I noticed that irqbalance exits if it detects a single CPU. When running under runit the service is continuously restarted. I would suggest detecting this case directly from

Bug#920847: init-d-script: add do_restart_prepare and do_reload_prepare handlers

2019-01-30 Thread Mathieu Mirmont
> Will it do for you? Sure, no problem. Thanks. -- Mathieu Mirmont signature.asc Description: PGP signature

Bug#920847: init-d-script: add do_restart_prepare and do_reload_prepare handlers

2019-01-29 Thread Mathieu Mirmont
Package: sysvinit Version: 2.93-3 Severity: normal Tags: patch Dear Maintainer, My package uses init-d-script and relies on defining a custom "do_start_prepare" function to prevent starting the daemon if a specific file exists. While this works fine, it fails when the init.d script is invoked

Bug#695586: RFS: crosstool-ng/1.17.0-1 [ITP] -- tool to build toolchains for various architectures

2012-12-10 Thread Mathieu Mirmont
uses straight debhelper Regards, Mathieu Mirmont mat-...@parad0x.org -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.3.4-grsec-tortuga+ (SMP w/2

Bug#695545: ITP: crosstool-ng -- tool to build toolchains for various architectures

2012-12-09 Thread Mathieu Mirmont
Package: wnpp Severity: wishlist Owner: Mathieu Mirmont mat-...@parad0x.org * Package name: crosstool-ng Version : 1.17.0 Upstream Author : Yann E. MORIN yann.morin.1...@anciens.enib.fr * URL : http://crosstool-ng.net/ * License : GPL, CC-BY-SA-2.5