Bug#970159: aptly: Please consider backporting 1.4.0 to buster

2020-09-12 Thread Baptiste Beauplat
Package: aptly
Severity: wishlist

Dear maintainer,

aptly 1.4.0 bring compatibility for GnuPG 2.x. It would be very nice to
have this backported to buster.

Best,
-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#966297: UDD: mentors.debian.net schema change

2020-09-06 Thread Baptiste BEAUPLAT
Hi Lucas,

The API is in production on mentors.

I've worked a bit on udd and came up with a proposal:

https://salsa.debian.org/qa/udd/-/merge_requests/29

Best,
-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#969527: dh-make: prepare for team maintenance

2020-09-05 Thread Baptiste BEAUPLAT
Hi Steffen,

On Fri, 04 Sep 2020 12:14:55 +0200 Steffen Moeller 
wrote:
> For team-maintained packages, my NAME  goes to the Uploaders line and 
> the team's mailing list is the maintainer.
> 
> This is something I keep forgetting to adjust.
> 
> Could dh_make please cater for team maintenance? Secondary to the maintenance 
> is that the path on salsa can be preset to
> https://salsa.debian.org/TEAMNAME-team/SOURCEPACKAGE
> which is something else that dh_make could do for me.

The templating feature in dh-make can be an answer to your use case. It
allows to override some generated files with custom one.

Here is a small overview of how it can be done:

mkdir -p ~/.dh-make/templates/team-med
cp /usr/share/debhelper/dh_make/debians/control
~/.dh-make/templates/team-med/
# Edit control files to suit your needs
dh_make -t ~/.dh-make/templates/team-med []

I wonder if dh_make should use a search path for templates in order to
make this feature a bit more user friendly. (for: dh_make -t team-med)

> I suggest to add a "-t TEAMNAME" argument.

That's already taken by the template argument.

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#969178: override: uucpsend:news/optional

2020-08-28 Thread Baptiste BEAUPLAT
Package: ftp.debian.org
Severity: normal

Hi,

To comply with the policy 2.5 Priorities, I've changed uucpsend priority
from "extra" to "optional".

Please update accordingly.

Thanks,
-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#966297: UDD: mentors.debian.net schema change

2020-08-16 Thread Baptiste BEAUPLAT
On 8/15/20 10:54 AM, Lucas Nussbaum wrote:
> On 01/08/20 at 14:07 +0200, Baptiste BEAUPLAT wrote:
>> On 8/1/20 9:01 AM, Lucas Nussbaum wrote:
>>> Hi Baptiste,
>>>
>>> I think that it would be better if mentors.d.n would provide a JSON
>>> export of its data that it useful for UDD.
>>
>> Would a JSON rest api work?
> 
> Sure, provided it doesn't require looping over packages or uploads.

Yeah. In this proposal [1], I've added a standalone /api/uploads/ route,
listing all uploads with some additional hints (package name instead of
just the id), in order for scripts not to have to fetch resources
everywhere.

[1]:
https://salsa.debian.org/mentors.debian.net-team/debexpo/-/merge_requests/146
-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#968153: RFS: tinymux/2.12.0.10-1 -- text-based multi-user virtual world server

2020-08-12 Thread Baptiste BEAUPLAT
Hi Stephen,

On 8/12/20 7:22 AM, Stephen Dennis wrote:
> It builds and rebuilds for me on two different clean Debian environments. I
> have never gotten the '/usr/bin/ld: cannot find -lmux' error. Adam hasn't
> responded in two days and is probably waiting for me to fix an error I
> cannot reproduce. Can anyone else build it? Am I building this a wrong way?
> 
> dpkg-buildpackage -k<...>
> lintian
> dput

You will need to use sbuild[1] or pbuilder[2] to create clean minimal
Debian build environment.

[1]: https://wiki.debian.org/sbuild
[2]: https://www.debian.org/doc/manuals/maint-guide/build.en.html#pbuilder

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#968123: RFS: dh-make/2.202002 -- tool that converts source archives into Debian package source

2020-08-09 Thread Baptiste BEAUPLAT
Package: sponsorship-requests
Severity: normal

Dear mentors,

After a small exchange with its maintainer Craig Small, I will be
co-maintaining the package "dh-make" with him.

Changes are pushed to https://salsa.debian.org/debian/dh-make, on the
devel branch. I'll merge and tag on upload.

I am looking for a sponsor for my package "dh-make":

 * Package name: dh-make
   Version : 2.202002
   Upstream Author : Craig Small 
 * URL : https://salsa.debian.org/debian/dh-make
 * License : GPL-2.0+ with template exception, GPL-3.0+ with
template exception
 * Vcs : https://salsa.debian.org/debian/dh-make
   Section : devel

It builds those binary packages:

  dh-make - tool that converts source archives into Debian package source

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/dh-make/

Alternatively, one can download the package with dget using this command:

  dget -x
https://mentors.debian.net/debian/pool/main/d/dh-make/dh-make_2.202002.dsc

Changes since the last upload:

 dh-make (2.202002) unstable; urgency=medium
 .
   [ Paul Wise ]
   * Remove a misplaced underscore
 .
   [ Craig Small ]
   * Add some package testing
 .
   [ Baptiste BEAUPLAT ]
   * Spellcheck on dh_makefont man page
   * Fix pep8 on dh_make
   * Fix typo in Python sphinxdoc instructions.
 Thanks to Robin Gustafsson for the patch (Closes: 961416)
   * d/copyright: Add Craig Small as Upstream-Contact
   * Add a lintian override to README templates
   * d/control:
 + Add myself to Uploaders
 + Set Rules-Requires-Root to no
 + Add Homepage
 + Bump debhelper-compat to 13: no changes
 + Binary package Depends on debhelper >= 13.1
   * Bump debhelper-compat in control template to 13
   * Add Rules-Requires-Root: no to templates
   * Fix wrapped override_dh_auto_configure example in d/rules template
   * Remove empty newline at the end of debian/rules template

Regards,
-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#966297: UDD: mentors.debian.net schema change

2020-08-01 Thread Baptiste BEAUPLAT
On 8/1/20 9:01 AM, Lucas Nussbaum wrote:
> Hi Baptiste,
> 
> I think that it would be better if mentors.d.n would provide a JSON
> export of its data that it useful for UDD.

Would a JSON rest api work?

UDD could fetch something like https://mentors.debian.net/api/uploads/
and retrieve all information needed.

> Regarding data that should be replicated in UDD, I would prefer
> something simpler that is enough, typically for DMD, to notify that
> there's a new version waiting, but that still requires going to
> mentors.d.n for details. I wonder if we should have more than one table,
> that just describes the last upload for a given source or (source,user)
> (it's not clear to me if several users can simultaneously upload
> competing versions of the same source package).

Yes, several users can upload the same package using different version
and distributions.

From what I can see in the DMD page, it fetches from UDD's tables:

- package name
- version
- distribution
- uploaded date

From that, distribution is actually unused. So fetching the list of all
uploads and storing that into a single table sould be sufficient.

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#963887: UDD: 'duck' importer broken since 2020-05-25

2020-06-30 Thread Baptiste BEAUPLAT
On 6/30/20 9:29 AM, Mattia Rizzolo wrote:
> Just a note before you head toward implementing that: the Homepage field
> is similar to Section, in the way that it can also be specified in the
> binary paragraphs, not just the source paragraphs.
> You can see that as the Homepage field is present in the DEBIAN binary
> control field of the .debs, and clearly that value might be different
> than the one in Homepage of the .dsc.
> 
> So please, look harder for Homepage, not just in the first paragraph of
> d/control ;)

A good list of places to look can be found in:

https://salsa.debian.org/debian/duck/-/tree/master/lib/checks

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#963887: UDD: 'duck' importer broken since 2020-05-25

2020-06-30 Thread Baptiste BEAUPLAT
On 6/29/20 11:34 PM, Raphael Hertzog wrote:
> On Mon, 29 Jun 2020, Baptiste BEAUPLAT wrote:
>>> Indeed, creating a dedicated service for this does not seem a good idea.
>>
>> I would love to have this feature integrated directly with
>> distro-tracker. However, I'm wondering about the load that would case
>> for the service.
> 
> Network request do not generate much "load", such processes spend the bulk
> of their time waiting on the network.

True that.

>> The duck worker has to process around 46 urls (only counting
>> Homepage) in less than 24h.
> 
> How do you get to that figure? We don't have that many source package
> and even if you consider multiple URL for each source package due to
> changes over time (in multiple releases), that makes way too many URLs
> per source package.

Err, sorry about that. That figure is the result of:

$ curl -s
http://deb.debian.org/debian/dists/unstable/main/source/Sources.gz |
zgrep -v Homepage: | sort -u | wc -l
458804

Which is obviously wrong. Here is the real number:

$ curl -s
http://deb.debian.org/debian/dists/unstable/main/source/Sources.gz |
zgrep Homepage: | sort -u | wc -l
26250

>> I'm not sure that can done properly using
>> the distro-tracker tasks (parallel workers are needed to work around
>> timeout). Obviously that can be optimized (different check delay for
>> different results) but that's still bulk network related tasks.
> 
> Nothing forbids parallel workers and in any case, I welcome any
> improvement to the task mechanism to make that kind of parallelism easier
> to handle.
> 
> There are other tasks that could benefit from this (and in general I want
> to merge more of such features in distro-tracker to make them available to
> derivatives too).

Then, let's add this to distro-tracker :)

I've created an issue on the project on salsa so we can discuss
technical details :

https://salsa.debian.org/qa/distro-tracker/-/issues/51

As I've said before, I would like to finish up on a couple of other
projects (namely mentors.d.n and snapshot.d.o) and I will be available
right after that.

Best,
-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#963887: UDD: 'duck' importer broken since 2020-05-25

2020-06-29 Thread Baptiste BEAUPLAT
Hi Bastian, Raphael,

On 6/29/20 3:55 PM, Raphael Hertzog wrote:
> On Sun, 28 Jun 2020, Bastian Blank wrote:
>>> Baptiste (CCed) volunteered to write it over again, but for now there is
>>> no clear timeline as for when the new project will be started.
>>
>> Maybe you could add that to vcswatch?

The main differences between vcswatch and duck.d.n are:

- history: duck used to keep 6 runs for each package, reporting only
after 3 failures. vcswatch only keeps the last run.
- d/control: duck processed the Homepage as well as the
Vcs-{Git,SVN,Hg,Darcs} fields. vcswatch has a wider support for all Vcs-*.
- d/upstream/metadata: duck processed any urls found here.
- worker: parallel worker for duck, single instance for vcswatch.

(sorry if I got anything wrong here. Please correct me!)

I'm not convinced that adding those features would result in an
improvement for vcswatch (Cc'ing Christoph to have his input on that).

Creating a new sub-project, like vcswatch, to qa.debian.org would be
more sensible IMHO. The new duck could only take care of the http urls
and leave Vcs stuff to vcswatch.

> or distro-tracker?
> 
> Indeed, creating a dedicated service for this does not seem a good idea.

I would love to have this feature integrated directly with
distro-tracker. However, I'm wondering about the load that would case
for the service.

The duck worker has to process around 46 urls (only counting
Homepage) in less than 24h. I'm not sure that can done properly using
the distro-tracker tasks (parallel workers are needed to work around
timeout). Obviously that can be optimized (different check delay for
different results) but that's still bulk network related tasks.

Another thing is that duck.d.n was delegating the actual checks to the
`duck` perl library. To work with distro-tracker I would need to drop
that an implement something silimar in python. Not a huge task per se,
but something to keep in mind.

I'm not sure what is best here and I'm looking forward to your
suggestions and remarks.
-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#652465: apt: --fix-policy not documented in man page

2020-06-03 Thread Baptiste BEAUPLAT
Hi David,

Thank you for taking the time to reply. I now that must be a low
priority bug on apt's list.

On 6/2/20 4:48 PM, David Kalnischkies wrote:
> Hi,
> 
> On Sun, May 31, 2020 at 11:45:23AM +0200, Baptiste BEAUPLAT wrote:
>> On Sat, 17 Dec 2011 15:56:22 +0200 =?utf-8?q?Martin-=C3=89ric_Racine?=
>>  wrote:
>>> The --fix-policy option is not documented in the apt-get man page.
>>
>> Please consider applying the following patch that documents the
>> --fix-policy option.
> 
> The problem with this option and hence the documentation is that
> "policy" is a very bad word here. I said on IRC then I mentioned
> & explained that option that it is 'apt-speak', but I meant that this is
> something only the code & debug messages use – and even those aren't
> uniformly using it as the code calls these dependencies also "important"
> (vs. "critical"). In the code this makes sort of sense, but I wouldn't
> like to expose a user to the notion of "important" as we use that word
> for yet more other confusing things (which is probably why the code
> isn't using it all the time either).
> 
> From a user point of view "policy" refers to apt_preferences, at least
> that is what we have taught them via "apt{-cache,} policy" for years and
> the code happily uses it in that sense everywhere as well.
> 
> A --fix-policy suggests hence it does something with apt_preferences
> which it doesn't as the "configured policy" there is not at all about
> Recommends/Suggests.

I feel like I understand a bit better the issue here. Basically user and
technical (in-code) definition of policy is different. That option
should not be called like that.

> So, instead of documenting, I would like to "remove" this option:
> The functionality as-is is not that great as it is all-or-nothing which
> is rarely useful. I would prefer a command which will act on given
> packages instead (and only if non are given on all) with a more sensible
> name.

I do think there is a use case here. I'm sure some of Debian
contributors run sid and end-up in the same situation I ran into, where
you have a couple recommends that got removed and you wish to fix that.

That feature specifically reminds me of fsck commands where it allows
you to get back to a coherent system.

I do agree that having the option to specify the package would be very
nice, but I think removing the possibility to do that on all packages
would be a loss.

> Sadly I have no idea how to call it.
> I would have called it 'reinstall' as that is sort-of what the code
> does… but that should make it obvious that I shouldn't be naming things.
> 
> (Famous last words: On the upside, the code for that shouldn't be hard)

Here is a couple of idea on the option naming:

--restore, I like this one as the option effectively restore the
packages in the state that they should be.
--ensure, same idea as behind restore.
--check or --verify, Not so sure about that one, it implies that no
action is done which is not the case.

> Sidenote: "configured policy" suggests there is something you can
> configure far above "install recommends". More like "install recommends
> if they are related to bluetooth, not related to gnome and included in
> the last stable release" – that would be a handy policy sometimes, but
> I don't see us getting there any time soon. And even then --fix-policy
> would need a few changes….
> 
> 
> Beste regards
> 
> David Kalnischkies

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#652465: apt: --fix-policy not documented in man page

2020-05-31 Thread Baptiste BEAUPLAT
Control: tags -1 patch

Dear Maintainers,

On Sat, 17 Dec 2011 15:56:22 +0200 =?utf-8?q?Martin-=C3=89ric_Racine?=
 wrote:
> The --fix-policy option is not documented in the apt-get man page.

Please consider applying the following patch that documents the
--fix-policy option.

As always, feedback is welcome.

Best,
-- 
Baptiste BEAUPLAT - lyknode
From 009af58dae6ba0101b5fe4af2dcde8bfdcb5662c Mon Sep 17 00:00:00 2001
From: Baptiste BEAUPLAT 
Date: Sun, 31 May 2020 11:17:09 +0200
Subject: [PATCH] Document --fix-policy option

---
 doc/apt-get.8.xml | 10 ++
 1 file changed, 10 insertions(+)

diff --git a/doc/apt-get.8.xml b/doc/apt-get.8.xml
index e603ec5bb..365f9b593 100644
--- a/doc/apt-get.8.xml
+++ b/doc/apt-get.8.xml
@@ -317,6 +317,16 @@
  Configuration Item: APT::Get::Fix-Broken.
  
 
+ --fix-policy
+ Similarly to --fix-broken, this option
+ will attempt to resolve any missing Recommends or Suggests dependencies
+ according to the configured policy. Can be used with
+ --install-recommends and
+ --install-suggests to override system configuration.
+ Configuration Item: APT::Get::Fix-Policy-Broken.
+ 
+ 
+
  -m--ignore-missing
  --fix-missing
  Ignore missing packages; if packages cannot be retrieved or fail the
-- 
2.27.0.rc2



signature.asc
Description: OpenPGP digital signature


Bug#961142: snapshot.debian.org: python3 migration

2020-05-22 Thread Baptiste BEAUPLAT
Hi,

On Wed, 20 May 2020 18:54:03 +0200 Baptiste BEAUPLAT 
wrote:
> As discussed previously with pabs and weasel, I'm interested in taking
> on the python 3 migration for snapshot.

I've converted the DB upgrade script to python3.

The source is available here:

https://salsa.debian.org/lyknode/snapshot/-/tree/py3/db-upgrade-script

> Technically, I propose we use salsa to work our way on that migration:

If you are OK with this workflow, I'll need the following on the
snapshot project:

- A 'python3' branch to open MR against
- the MR and CI features enabled
- at least a reporter level access to be able to open MR (salsa account
name is 'lyknode')

Best,
-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#961142: snapshot.debian.org: python3 migration

2020-05-20 Thread Baptiste BEAUPLAT
Package: snapshot.debian.org
Severity: normal

Hi,

As discussed previously with pabs and weasel, I'm interested in taking
on the python 3 migration for snapshot.

With bullseye, the goal is to drop python 2 packages. As such the
framework used by snapshot, pylons, will be removed as the project is
mostly dead and not python3 compatible.

I'm willing to port snapshot to python 3, replacing the pylons framework
in the process.

After doing a bit of research on snapshot and how it works, I believe
that switching over to the flask framework [1] would be a fitting
option. flask is a lightweight python web framework, well maintained and
packaged in Debian.

That would allow us to keep the model part of snapshot, still using
psycopg2 as the driver to communicate with the postgreSQL backend.
Pylons specifics parts will have to be replaced with flask logic and
templates will have to be converted to jinja2.

Technically, I propose we use salsa to work our way on that migration:

- I port a small set of code to python3/flask on my fork
- I add the required tests to cover that set
- I submit a merge request to the snapshot project
- You review and merge the small set to a migration branch
- We go back to step 1 until migration is over

We can use this bug report to tracker progression or to exchange on
technical topics.

Once we are ready to migrate the production, you can merge the migration
branch to master.

To facilitate the migration, I do intend to cover the entire rewrite
with testing with stable+bpo and unstable as targets.

For easier communication, we could also create a #debian-snapshot on
OTFC. Else, I'm available on #-qa or #-admin.

Looking forward to your comments,

Best,
-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#960878: lintian: do not emit override_dh_auto_test-does-not-check-DEB_BUILD_OPTIONS tag for debhelper-compat >= 13

2020-05-17 Thread Baptiste BEAUPLAT
Package: lintian
Severity: normal

Dear Maintainer,

As the tag description [1] says:

> This check is not required in Debhelper compat level 13 or greater
> (see #568897).

I think lintian should detect if `debhelper-compat >= 13` and skip this
tag if so.

[1]:
https://lintian.debian.org/tags/override_dh_auto_test-does-not-check-DEB_BUILD_OPTIONS.html

Best,
-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#960137: ITA: duck -- checks URLs in debian/control and debian/upstream files

2020-05-17 Thread Baptiste BEAUPLAT
Control: retitle 960137 ITA: duck -- checks URLs in debian/control and 
debian/upstream files
Control: owner 960137 !

I'm interested in maintaining the duck package and the associated
service at http://duck.debian.net.

I do not have the mean to host the service myself,
so it will need either a sponsored or a DSA VM
(as suggested by pabs).

Note that I'm not a DD (just a DM) so I will need a someone
to grant me right on both salsa projects.

Best,
-- 
Baptiste BEAUPLAT - lyknode




signature.asc
Description: OpenPGP digital signature


Bug#958113: lintian crash on empty orig.tar

2020-04-19 Thread Baptiste BEAUPLAT
Hi Felix,

On 4/19/20 9:35 PM, Felix Lechner wrote:
> There are additional conditions in Lintian that could cause follow-on
> failures. Will you please provide that package, even if it isn't in
> the archive?

Here you go.

Best,
-- 
Baptiste BEAUPLAT - lyknode
Format: 1.8
Date: Sun, 02 Dec 2018 22:38:11 +0100
Source: hello
Architecture: source
Version: 1.0-1
Distribution: unstable
Urgency: medium
Maintainer: Vincent TIME 
Changed-By: Vincent TIME 
Closes: 0
Changes:
 hello (1.0-1) unstable; urgency=medium
 .
   * Initial release (Closes: #0)
Checksums-Sha1:
 9a30a5005b8002de80e8c0446ba03635845e6dc8 861 hello_1.0-1.dsc
 f91ec020c1da1bb51a5b5104a093290e5e1db983 113 hello_1.0.orig.tar.gz
 d9a2c5351f7d73cf0a18887f1a7e2ce2cacefeb8 1408 hello_1.0-1.debian.tar.xz
Checksums-Sha256:
 c2db9c4de0e6236dd26fc79776ec3bdad9de5c90ad50eb89c7124fa77d3d83f6 861 
hello_1.0-1.dsc
 21d8015108bdc711b989f9e734a32d51ffe02ac8c4b52944ac4dee80096c9914 113 
hello_1.0.orig.tar.gz
 9529ab3f60da66e048a3460a6d318555da7b5638eb07f845fbe0f51683c62233 1408 
hello_1.0-1.debian.tar.xz
Files:
 f4c9bb66ba3704ff5d5d94da2ae127c9 861 utils optional hello_1.0-1.dsc
 71db41d43b76f2a8a95633cb68313f56 113 utils optional hello_1.0.orig.tar.gz
 4a9d6733ff5f15b00f19f28b3d8f35a1 1408 utils optional hello_1.0-1.debian.tar.xz


hello_1.0-1.debian.tar.xz
Description: application/xz
Format: 3.0 (quilt)
Source: hello
Binary: hello
Architecture: any
Version: 1.0-1
Maintainer: Vincent TIME 
Homepage: https://example.org
Standards-Version: 4.1.3
Vcs-Browser: https://salsa.debian.org/debian/hello
Vcs-Git: https://salsa.debian.org/debian/hello.git
Build-Depends: debhelper (>= 11)
Package-List:
 hello deb utils optional arch=any
Checksums-Sha1:
 f91ec020c1da1bb51a5b5104a093290e5e1db983 113 hello_1.0.orig.tar.gz
 d9a2c5351f7d73cf0a18887f1a7e2ce2cacefeb8 1408 hello_1.0-1.debian.tar.xz
Checksums-Sha256:
 21d8015108bdc711b989f9e734a32d51ffe02ac8c4b52944ac4dee80096c9914 113 
hello_1.0.orig.tar.gz
 9529ab3f60da66e048a3460a6d318555da7b5638eb07f845fbe0f51683c62233 1408 
hello_1.0-1.debian.tar.xz
Files:
 71db41d43b76f2a8a95633cb68313f56 113 hello_1.0.orig.tar.gz
 4a9d6733ff5f15b00f19f28b3d8f35a1 1408 hello_1.0-1.debian.tar.xz


hello_1.0.orig.tar.gz
Description: application/gzip


signature.asc
Description: OpenPGP digital signature


Bug#958113: lintian crash on empty orig.tar

2020-04-18 Thread Baptiste BEAUPLAT
Package: lintian
Version: 2.66.0
Severity: normal

Dear Maintainer,

lintian crashes with the following error when working on a source
package with an empty orig.tar:

$ lintian *.dsc
Can't call method "parent_dir" on an undefined value at
/usr/share/perl5/Lintian/Index.pm line 278.
$ tar -tf *.orig.tar.xz
./

Best,
--
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#956935: RFS: grok-jpeg2000/5.1.0-0 -- development files for Grok, a JPEG 2000 image library

2020-04-17 Thread Baptiste BEAUPLAT
Hi Aaron,

On 4/17/20 12:28 AM, Aaron Boxer wrote:
> I am looking for a sponsor for my package "grok-jpeg2000"

[...]

> To access further information about this package, please visit the
> following URL:
> 
> https://mentors.debian.net/package/grok-jpeg2000

Please fix all tags reported by lintian on your package before seeking a
sponsor. Debian expects high-quality, well maintained packages.

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#956321: dpkg-dev: dpkg-genchanges generate changes without Date field

2020-04-09 Thread Baptiste BEAUPLAT
Package: dpkg-dev
Version: 1.19.7
Severity: normal
Tags: patch

Dear Maintainer,

A couple of people have been uploading .changes file to mentors without
a Date field.

Mentors doing a validation of the changes against mandatory fields
defined in the policy, discards such files and fails the upload.

While the problem always seems to come from a bad formatted changelog, I
don't think dpkg-genchanges should output a file without a Date field.

Please consider applying the attached patch that will add the Date field
even if dpkg-genchanges fails to parse the changelog.

Thanks you for your consideration,

Best,
--
Baptiste BEAUPLAT - lyknode
From 33cd8af37cb541d2d9dd66721f1524a2fcad0bfe Mon Sep 17 00:00:00 2001
From: Baptiste BEAUPLAT 
Date: Thu, 9 Apr 2020 21:42:29 +0200
Subject: [PATCH] Recreate Date field when extraction failed from d/changelog.

When dpkg-genchanges fails to parse the date in d/changelog, it creates
and empty field named Date. That field is then skipped on output,
producing a policy non-compliant changes.

This commit checks for empty value and replace them by the current
date/time.
---
 scripts/dpkg-genchanges.pl | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/dpkg-genchanges.pl b/scripts/dpkg-genchanges.pl
index e643fe664..2ac24691c 100755
--- a/scripts/dpkg-genchanges.pl
+++ b/scripts/dpkg-genchanges.pl
@@ -460,7 +460,7 @@ info($origsrcmsg);
 
 $fields->{'Format'} = $substvars->get('Format');
 
-if (!defined($fields->{'Date'})) {
+if (!defined($fields->{'Date'}) or $fields->{'Date'} eq '') {
 setlocale(LC_TIME, 'C');
 $fields->{'Date'} = POSIX::strftime('%a, %d %b %Y %T %z', localtime);
 setlocale(LC_TIME, '');
-- 
2.26.0.rc2




signature.asc
Description: OpenPGP digital signature


Bug#609488: [buildd-tools-devel] Bug#609488: Please add bash completion

2019-12-16 Thread Baptiste BEAUPLAT
Hi josch,

On Fri, 25 Dec 2015 20:08:56 +0100 Johannes Schauer  wrote:
> unfortunately I'm no bash user either but any patch adding completion support
> for more advanced shells like bash or zsh would be totally appreciated.
> 
> Since I don't know how to do it myself either, tagging this bug as "help".

sbuild completion on zsh has just been merged upstream. It should come
along with 5.8.

I am not a bash user but maybe it can be used to convert to the bash syntax.

https://sourceforge.net/p/zsh/code/ci/058cc10054620a874008064cb1196f62cb9d449d/

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#939850: clamav-daemon: timeout on /run/clamav/clamd.ctl, too slow to reload daily.ldb rules

2019-11-09 Thread Baptiste BEAUPLAT
Hello,

For anyone looking for a workaround with Exim, I have been using the
`tmo` option of the `malware` action. This allow to customize the
timeout for the AV scanner.

diff --git a/exim4/check_data_local_acl b/exim4/check_data_local_acl
index 538f3a9..4013b35 100644
--- a/exim4/check_data_local_acl
+++ b/exim4/check_data_local_acl
@@ -13,7 +13,7 @@ deny

 # Antivirus scan
 deny
-malware = *
+malware = * / tmo=5m
 message = This message was detected as possible malware
($malware_name).

This option is documented here:
https://www.exim.org/exim-html-current/doc/html/spec_html/ch-content_scanning_at_acl_time.html

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#939850: clamav-daemon: timeout on /run/clamav/clamd.ctl, too slow to reload daily.ldb rules

2019-09-09 Thread Baptiste BEAUPLAT
e is a patch on the upstream bugzilla that implement that[2].

Best,

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=432334
[2]: https://bugzilla.clamav.net/show_bug.cgi?id=10979

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#935531: Please add the Upstream-Contact field to licences template

2019-08-23 Thread Baptiste BEAUPLAT
Package: dh-make
Severity: normal
Tags: patch

Dear maintainer,

The field Upstream-Contact is part of the DEP-5 specification as an
optional field. Its meaning is to hold information on how to reach upstream.

It is wildly use in Debian packages. A grep in all sources packages for
buster gives the following results:

Total: 26474
DEP5: 22947
Upstream-Contact: 13364

As part of my work for mentors.debian.net, we recently implemented an
auto-completion feature for RFS template using this field to extract the
Upstream author.

It would be a big help if tools such as dh-make or debmake could add
Upstream-Contact to the default license template so that new packages
benefit from this info.

You will find attached a patch adding this field. I hope you can
integrate it in the next version.

Best,

-- 
Baptiste BEAUPLAT - lyknode
diff --git a/lib/licenses/apache b/lib/licenses/apache
index ba89271..84ccdba 100644
--- a/lib/licenses/apache
+++ b/lib/licenses/apache
@@ -1,5 +1,6 @@
 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: #PACKAGE#
+Upstream-Contact: 
 Source: 
 
 Files: *
diff --git a/lib/licenses/artistic b/lib/licenses/artistic
index 9387711..69ae13c 100644
--- a/lib/licenses/artistic
+++ b/lib/licenses/artistic
@@ -1,5 +1,6 @@
 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: #PACKAGE#
+Upstream-Contact: 
 Source: 
 
 Files: *
diff --git a/lib/licenses/blank b/lib/licenses/blank
index 420f1ac..b67795d 100644
--- a/lib/licenses/blank
+++ b/lib/licenses/blank
@@ -1,5 +1,6 @@
 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: #PACKAGE#
+Upstream-Contact: 
 Source: 
 
 Files: *
diff --git a/lib/licenses/bsd b/lib/licenses/bsd
index 89d0a96..98519f2 100644
--- a/lib/licenses/bsd
+++ b/lib/licenses/bsd
@@ -1,5 +1,6 @@
 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: #PACKAGE#
+Upstream-Contact: 
 Source: 
 
 Files: *
diff --git a/lib/licenses/gpl2 b/lib/licenses/gpl2
index d05404d..e7dff4e 100644
--- a/lib/licenses/gpl2
+++ b/lib/licenses/gpl2
@@ -1,5 +1,6 @@
 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: #PACKAGE#
+Upstream-Contact: 
 Source: 
 
 Files: *
diff --git a/lib/licenses/gpl3 b/lib/licenses/gpl3
index fbef1b3..3d759f8 100644
--- a/lib/licenses/gpl3
+++ b/lib/licenses/gpl3
@@ -1,5 +1,6 @@
 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: #PACKAGE#
+Upstream-Contact: 
 Source: 
 
 Files: *
diff --git a/lib/licenses/isc b/lib/licenses/isc
index 4ad1efa..4b213e7 100644
--- a/lib/licenses/isc
+++ b/lib/licenses/isc
@@ -1,5 +1,6 @@
 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: #PACKAGE#
+Upstream-Contact: 
 Source: 
 
 Files: *
diff --git a/lib/licenses/lgpl2 b/lib/licenses/lgpl2
index f067eb2..56f0dae 100644
--- a/lib/licenses/lgpl2
+++ b/lib/licenses/lgpl2
@@ -1,5 +1,6 @@
 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: #PACKAGE#
+Upstream-Contact: 
 Source: 
 
 Files: *
diff --git a/lib/licenses/lgpl3 b/lib/licenses/lgpl3
index b033863..8e6d5bc 100644
--- a/lib/licenses/lgpl3
+++ b/lib/licenses/lgpl3
@@ -1,5 +1,6 @@
 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: #PACKAGE#
+Upstream-Contact: 
 Source: 
 
 Files: *
diff --git a/lib/licenses/mit b/lib/licenses/mit
index 1867d3a..a4a8a65 100644
--- a/lib/licenses/mit
+++ b/lib/licenses/mit
@@ -1,5 +1,6 @@
 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: #PACKAGE#
+Upstream-Contact: 
 Source: 
 
 Files: *


signature.asc
Description: OpenPGP digital signature


Bug#935532: Please add the Upstream-Contact field to license template

2019-08-23 Thread Baptiste BEAUPLAT
Package: debmake
Severity: normal
Tags: patch

Dear maintainer,

The field Upstream-Contact is part of the DEP-5 specification as an
optional field. Its meaning is to hold information on how to reach upstream.

It is wildly use in Debian packages. A grep in all sources packages for
buster gives the following results:

Total: 26474
DEP5: 22947
Upstream-Contact: 13364

As part of my work for mentors.debian.net, we recently implemented an
auto-completion feature for RFS template using this field to extract the
Upstream author.

It would be a big help if tools such as dh-make or debmake could add
Upstream-Contact to the default license template so that new packages
benefit from this info.

You will find attached a patch adding this field. I hope you can
integrate it in the next version.

Best,

-- 
Baptiste BEAUPLAT - lyknode
diff --git a/debmake/copyright.py b/debmake/copyright.py
index bca2764..28b3c24 100755
--- a/debmake/copyright.py
+++ b/debmake/copyright.py
@@ -67,6 +67,7 @@ def copyright(package_name, license_file_masks, cdata, xml_html_files, binary_fi
 text = '''\
 Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
 Upstream-Name: {}
+Upstream-Contact: 
 Source: 
 '''.format(package_name)
 if tutorial:


signature.asc
Description: OpenPGP digital signature


Bug#934586: chkboot: flawed profile.d script breaks on non-bash shells and pollutes environment

2019-08-12 Thread Baptiste BEAUPLAT
Control: tags -1 upstream patch



signature.asc
Description: OpenPGP digital signature


Bug#934586: chkboot: flawed profile.d script breaks on non-bash shells and pollutes environment

2019-08-12 Thread Baptiste BEAUPLAT
Control: severity -1 normal
Control: tags upstream patch

Hello r00t,

On 8/12/19 12:06 PM, r00t wrote:
> Dear Maintainer,
> 
> i already reported this upstream two weeks ago:
> https://github.com/grazzolini/chkboot/pull/17
> 
> 
> i installed chkboot and noticed a few issues with the profilealert script:
> 
>  *  it uses `source`, which is not available in all shells, and will cause 
> errors
> (just set your login-shell to dash instead of bash and see yourself)
>  *  using `#!/bin/bash` does NOT help, as profile scripts are sourced into 
> whatever shell the user is using
>  *  actually, `source`-ing the defaults will will load all it's settings into 
> every shell on the system,
> just try `echo $BOOTDISK` after login

That is definitively an issue and your corrections looks good.

Upstream can be a bit slow for replies. If they have not merged your
pull request in a month, I'll add your modification directly to the
Debian package.

Best regards,

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#931605: dh-make: create new package with updated policy version

2019-07-08 Thread Baptiste BEAUPLAT
Package: dh-make
Tags: patch

Dear Maintainer,

It would be nice if new packages would be created using the current
version of the policy.

I've created an MR against dh-make repo to implement that.

https://salsa.debian.org/debian/dh-make/merge_requests/1

Don't hesitate to ping me back if you lack of time, I'm available for an
NMU.

Best regards,

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#931130: Document that local configuration for dummy and bonding modules are getting overwritten by systemd

2019-06-28 Thread Baptiste BEAUPLAT
On 6/28/19 2:39 PM, Michael Biebl wrote:
> Am 28.06.19 um 12:58 schrieb Justin B Rye:
>> Michael Biebl wrote:
>>> Afaiu, the kernel default is to create one dummy device by default when
>>> the module is loaded.
> 
> .. or bond device, for that matter.
> 
>>> I assume there might be cases where users rely on that default behaviour
>>> without having explicitly configured anything.
>>
>> Do we have any idea what their use case would be?  Apparently a
>> different one from Baptiste's, if it's true that he needed to
>> explicitly configure "numdummies=1"...
> 
> Dunno why Baptiste had to do that.

I ended up creating the file to explicitly configure numdummies=1 when I
saw that my interfaces disappeared after the upgrade to buster.

This "customization" is only necessary when multiple interfaces are
required to show on boot.

> I just verified that by removing /lib/modprobe.d/systemd.conf, I got the
> following when running "modprobe dummy" and "modprobe bonding":
> 
> 6: bond0:  mtu 1500 qdisc noop state DOWN
> group default qlen 1000
> link/ether 82:e5:b3:41:67:17 brd ff:ff:ff:ff:ff:ff
> 7: dummy0:  mtu 1500 qdisc noop state DOWN group
> default qlen 1000
> link/ether 5e:eb:30:64:69:ef brd ff:ff:ff:ff:ff:ff
> 
> With the modprobe.d config file installed, there obviously was neither a
> dummy0 nor bond0 device.
> 
> Fwiw, I know too little about those dummy and bonding devices and how
> they are usually used.
> E.g. network-manager and networkd seem to create them on the fly as
> needed. So I'm not sure, which users will actually be affected by that
> change.

All users not using networkd and network-manager. Usually servers, just
with ifup/ifdown.

> Would be good to know how Baptiste is setting up those devices. If he is
> doing it manually via some scripting of low level tool or uses a higher
> level network management tool
> Fwiw, with "ip link add dummy0 type dummy" (or "ip link add bond0 type
> bond") I was e.g. able to create such a device manually as well.
> I wonder whether such an approach isn't better then statically setting
> the number of devices via a kernel module option.

My original setup was:

echo "dummy" > /etc/modules

cat << EOF >> /etc/network/interfaces
auto dummy0
iface dummy0 inet static
address 192.168.64.1
netmask 24
EOF

The interface would pop up configured at boot time (by ifup). Then, I
had services binding on 192.168.64.1.

I hope this info helps.

Best,

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#931130: Document that local configuration for dummy and bonding modules are getting overwritten by systemd

2019-06-28 Thread Baptiste BEAUPLAT
On 6/28/19 12:58 PM, Justin B Rye wrote:
> Michael Biebl wrote:
>> Afaiu, the kernel default is to create one dummy device by default when
>> the module is loaded.
>> I assume there might be cases where users rely on that default behaviour
>> without having explicitly configured anything.
> 
> Do we have any idea what their use case would be?  Apparently a
> different one from Baptiste's, if it's true that he needed to
> explicitly configure "numdummies=1"...

In my case, I didn't need to specify the "numdummies=1" as it is the
default (when systemd override is not installed).

Someone that needed only one interface with bonding or dummy would have
 to just load the module while someone that required more interfaces
would have to explicitly set numdummies.

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#931130: Document that local configuration for dummy and bonding modules are getting overwritten by systemd

2019-06-27 Thread Baptiste BEAUPLAT
On 6/27/19 9:20 AM, andreimpope...@gmail.com wrote:
> On Jo, 27 iun 19, 00:37:01, Justin B Rye wrote:
>>
>> Okay, so here's a first rough idea of what the release-notes might
>> say.  It would make sense to put the new section after the existing
>> one on deprecating old-style interface names.  Something like:
>>
>>
>>  _Module configuration for bonding and dummy interfaces_
>>
>>  Administrators who are using channel bonding and/or dummy interfaces
>>  (for instance to configure a machine as a router), and who have set
>>  up module parameters in a file under /etc/modprobe.d, may need to
>>  change the name of the local configuration file used, to avoid these
>>  parameters being ignored after the upgrade to buster.
>>
>>  In buster, udev ships a file /lib/modprobe.d/systemd.conf designed to
>>  make it easier to configure such interfaces using systemd-networkd.[?]
>>  This contains the lines
>>
>>  options bonding max_bonds=0
>>  options dummy numdummies=0
>>
>>  A file in /lib/modprobe.d can be overridden by one with the same name
>>  under /etc/modprobe.d, but the names are processed in alphabetical
>>  order, so /lib/modprobe.d/systemd.conf follows and overrides (for
>>  instance) /etc/modprobe.d/dummy.conf. Make sure that any local
>>  configuration file has a name that sorts after "systemd.conf", such
>>  as "/etc/modprobe.d/zz-local.conf".
> 
> LGTM FWIW :)
> 
> Kind regards,
> Andrei
> 

Looks very nice indeed. The problem is described precisely and the
solution is clear.

Thanks a lot Justin.

Best,

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#931130: Document that local configuration for dummy and bonding modules are getting overwritten by systemd

2019-06-26 Thread Baptiste BEAUPLAT
On 6/26/19 11:04 PM, Michael Biebl wrote:
> Am 26.06.19 um 21:39 schrieb andreimpope...@gmail.com:
>>
>> On Mi, 26 iun 19, 20:23:59, Baptiste BEAUPLAT wrote:
> 
>>> The only way to force modprobe to use local configuration is to rename
>>> the /etc/modprobe.d/dummy.conf file to /etc/modprobe.d/systemd.conf.
>>
>> Is this documented anywhere else?
> 
> According to the docs in man 5 modules-load.d it should be sufficient to
> name the local config so that is sorted after systemd.conf.
> 
> 

I've opened the bug #931137 [1] directly against kmod.

Following the prompt reply from the maintainer, it would appear that
it's the only way to go.

This is what I'm going to apply to fix the actual issue on my systems.

I'll let you decided if this new override from systemd to dummy and
bonding modules should be mentioned in the release notes.

I would advocate for it since unaware sysadmins (like me) could easly
break their network configuration because of that.

Best,

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931137

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#931137: modprobe: Local configuration in /etc/modprobe.d/ is overridden by system configuration in /lib/modprobe.d/

2019-06-26 Thread Baptiste BEAUPLAT
Package: kmod
Severity: important

Dear maintainer,

While I was doing some post upgrade operation after migrating to buster,
I realized that my network configuration was failing.

Here is what I have in my /etc/network/interfaces:

auto dummy0
iface dummy0 inet static
address 192.168.64.1
netmask 24

In my /etc/modules:

dummy

And in my /etc/modprobe.d/dummy.conf:

options dummy numdummies=1

It used to work correctly with stretch but is broken with buster. The
interface doesn't show up (as in not even listed).

It appears that the problem originate from particular file from systemd
shipped with buster, /lib/modprobe.d/systemd.conf, overriding my
configuration.

Result from a modprobe -v dummy:

insmod /lib/modules/4.19.0-5-amd64/kernel/drivers/net/dummy.ko
numdummies=1 numdummies=0

Both parameters are added (the one from my local configuration and the
one from systemd).

This issue is here: A local configuration SHOULD be able to override a
system one and not the opposite.

As per the man-page, this is a known behavior:

Packages should install their configuration files in /lib/. Files in
/etc/ are reserved for the local administrator, who may use this logic
to override the
   configuration files installed by vendor packages. All
configuration files are sorted by their filename in lexicographic order,
regardless of which of the directories
   they reside in. If multiple files specify the same option, the
entry in the file with the lexicographically latest name will take
precedence. It is recommended to
   prefix all filenames with a two-digit number and a dash, to
simplify the ordering of the files.

This is NOT a desired behavior as any update to the system configuration
directory might override local configuration (based on how the file is
named). Please change it accordingly to process system configuration (in
lexical order) and _then_ local configuration to always ensure that
local configure takes priority over the system one.

Best regards,

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#931136: Remove reference to module options support for /etc/modules in modules(5) man-page

2019-06-26 Thread Baptiste BEAUPLAT
Package: kmod

Dear maintainers,

As per 627949 [1], options are not supported any more in /etc/modules
and /etc/modules-load.d.

Please consider the following patch to remove the reference present in
the modules(5) man-page.

Best regards,

[1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627949

-- 
Baptiste BEAUPLAT - lyknode
From 036716bf6489a4dd1fc4a486aff3f9d1030e0ee8 Mon Sep 17 00:00:00 2001
From: Baptiste BEAUPLAT 
Date: Wed, 26 Jun 2019 22:26:23 +0200
Subject: [PATCH] Reference to module options in modules(5) manpage replaced by
 a pointer to modprobe.d configuration files

---
 debian/patches/debian_manpages | 23 +--
 1 file changed, 13 insertions(+), 10 deletions(-)

diff --git a/debian/patches/debian_manpages b/debian/patches/debian_manpages
index ff2c917..949f9d1 100644
--- a/debian/patches/debian_manpages
+++ b/debian/patches/debian_manpages
@@ -1,6 +1,6 @@
 --- /dev/null
 +++ b/extra/modules.5
-@@ -0,0 +1,25 @@
+@@ -0,0 +1,26 @@
 +.TH MODULES 5 "Version 1.2" "Debian GNU/Linux"
 +.SH NAME
 +/etc/modules - kernel modules to load at boot time
@@ -9,8 +9,9 @@
 +The
 +.B /etc/modules
 +file contains the names of kernel modules that are to be loaded at boot
-+time, one per line. Arguments can be given in the same line as the module
-+name. Lines beginning with a '#' are ignored.
++time, one per line. Options can only be specified using
++.B modprobe.d
++configuration files. Lines beginning with a '#' are ignored.
 +.SH "EXAMPLE"
 +# /etc/modules: kernel modules to load at boot time.
 +#
@@ -20,15 +21,15 @@
 +
 +w83781d
 +
-+3c509 irq=15
++3c509
 +nf_nat_ftp
 +.SH "SEE ALSO"
 +.BR depmod (8)
 +.BR modprobe (8)
-+.BR modprobe.conf (5)
++.BR modprobe\.d (5)
 --- /dev/null
 +++ b/extra/modules.fr.5
-@@ -0,0 +1,19 @@
+@@ -0,0 +1,21 @@
 +.\"Traduction Lundi 14 octobre 2002 par Antoine Gémis
 +.\"(age...@netuup.com)
 +.TH MODULES 5 "Version 1.1" "Debian GNU/Linux"
@@ -39,12 +40,14 @@
 +Le fichier
 +.B /etc/modules
 +contient la liste des modules du noyau à charger au démarrage, un module par
-+ligne. Une ligne peut inclure, après le nom du module, des paramètres à lui
-+passer. Sur une ligne, tout ce qui suit «\ #\ » sera considéré comme commentaire
-+et ignoré. 
++ligne. Les paramètres du module doivent être spécifiés avec les fichiers de
++configuration
++.B modprobe.d.
++Sur une ligne, tout ce qui suit «\ #\ » sera considéré comme commentaire et
++ignoré.
 +.SH "VOIR AUSSI"
 +.BR depmod (8)
 +.BR modprobe (8)
-+.BR modprobe.conf (5)
++.BR modprobe\.d (5)
 +.SH TRADUCTION
 +Antoine Gémis .
-- 
2.20.1



signature.asc
Description: OpenPGP digital signature


Bug#931130: Document that local configuration for dummy and bonding modules are getting overwritten by systemd

2019-06-26 Thread Baptiste BEAUPLAT
Hi all,

On 6/26/19 9:23 PM, Justin B Rye wrote:
> Baptiste BEAUPLAT wrote:
>> Systemd, in buster, will ship the file /lib/modprobe.d/systemd.conf,
>> which contains the following:
>>
>> options bonding max_bonds=0
>>
>> # Do the same for dummy0.
>>
>> options dummy numdummies=0
>>
>> This breaks any configuration that an administrator could have added to
>> /etc/modprobe.d regarding the dummy and bonding modules.
> 
> We need more information about why an administrator might have done
> this, since otherwise for a start it's impossible to guess what would
> go wrong as a result.  VMs with sabotaged networking, or what?  Is
> there some other bugreport where we could read about these symptoms?

The dummy module can be used to create virtual interfaces, that can then
be configured for a particular use.

I've seen it a couple of times, usually for router or vpn box. It would
allow to bind some services especially for that virtual interface.

I stumble across this bug just as of today, while testing the upgrade to
buster. I don't think there is yet other bug report on it.

If you think that release-notes is not the place and that I should
report it to another package, I don't mind at all reassigning it.

>  
>> For instance, a file in /etc/modprobe.d/dummy.conf containing:
>>
>> options dummy numdummies=1
>>
>> Will result in the following being executed by modprobe:
>>
>> insmod /lib/modules/4.19.0-5-amd64/kernel/drivers/net/dummy.ko
>> numdummies=1 numdummies=0
>>
>> And the original configuration will be overridden.
>>
>> The only way to force modprobe to use local configuration is to rename
>> the /etc/modprobe.d/dummy.conf file to /etc/modprobe.d/systemd.conf.
> 
> This overrides the /lib/modprobe.d/systemd.conf entirely, doesn't it?
> In which case you'd lose any other things in that file that systemd
> might be depending on.  Checking on a Buster box I see it also defines
> "options bonding max_bonds=0" - if I want to avoid overriding that,
> would it be better to use a name like /etc/modprobe.d/zz-local.conf?

The current problem is the actual processing order of modprobe.

It should be /lib/modprobe.d then /etc/modprobe.d.

Currently, it merges both directories and then do the sorting.
The 'ill' effect is that it processes /lib/modprobe.d/systemd.conf
_after_ /etc/aa-systemd.conf, overwritting its content.

I now realize that I should have reported the issue directly against
modprobe. I don't think it will be fixed in time for buster release, so
it might be still useful to have the info on the release notes.

>> I thinks this should be documented in the release notes as admins would
>> need to be aware of that.
> 
> And/or quite possibly about max_bonds=0?  I'm afraid I know even less
> about what symptoms that might have.
> 

I'll open a new bug against modprobe with a better explaining of the
problem. I'll wait for maintainers' reply and see then.

Thanks for your quick replies,

Best,

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#931130: Document that local configuration for dummy and bonding modules are getting overwritten by systemd

2019-06-26 Thread Baptiste BEAUPLAT
Package: release-notes

Dear maintainers,

Systemd, in buster, will ship the file /lib/modprobe.d/systemd.conf,
which contains the following:

options bonding max_bonds=0

# Do the same for dummy0.

options dummy numdummies=0

This breaks any configuration that an administrator could have added to
/etc/modprobe.d regarding the dummy and bonding modules.

For instance, a file in /etc/modprobe.d/dummy.conf containing:

options dummy numdummies=1

Will result in the following being executed by modprobe:

insmod /lib/modules/4.19.0-5-amd64/kernel/drivers/net/dummy.ko
numdummies=1 numdummies=0

And the original configuration will be overridden.

The only way to force modprobe to use local configuration is to rename
the /etc/modprobe.d/dummy.conf file to /etc/modprobe.d/systemd.conf.

I thinks this should be documented in the release notes as admins would
need to be aware of that.

Best,

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#930948: Contradictory instruction upon subscription (new mail vs. reply)

2019-06-23 Thread Baptiste BEAUPLAT
Control: tags -1 + patch

Here is a proposal for a patch that removes the warning.

Best,

-- 
Baptiste BEAUPLAT - lyknode
commit 651714ed1d0a2529c236b7d0e08bb88a00215e9a
Author: Baptiste BEAUPLAT 
Date:   Sun Jun 23 12:39:46 2019 +0200

Remove warning message when replying instead of sending a new mail. Closes: #930948.

diff --git a/debian/changelog b/debian/changelog
index 4600426..07e6c6d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+smartlist (3.15-26) unstable; urgency=medium
+
+  [ Baptiste BEAUPLAT ]
+  * Remove warning message when replying instead of sending a new mail.
+Closes: #930948.
+
+ -- Baptiste BEAUPLAT   Sun, 23 Jun 2019 12:39:53 +0200
+
 smartlist (3.15-25) unstable; urgency=medium
 
   * debian/fakeroot-workaround: Move to debian/rules.
diff --git a/debian/patches/series b/debian/patches/series
index d9d2113..aa7e438 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -31,3 +31,4 @@ smartlist-19
 smartlist-20
 smartlist-21
 smartlist-22
+smartlist-23
diff --git a/debian/patches/smartlist-23 b/debian/patches/smartlist-23
new file mode 100644
index 000..0038f4c
--- /dev/null
+++ b/debian/patches/smartlist-23
@@ -0,0 +1,115 @@
+From: Baptiste BEAUPLAT 
+Date: Sun, 23 Jun 2019 12:35:54 +0200
+Subject: Remove warning message when replying instead of sending a new mail.
+
+---
+ SmartList/bin/confirm | 6 --
+ SmartList/bin/confirm_add | 6 --
+ SmartList/bin/confirm_del | 6 --
+ SmartList/bin/confirm_sub | 6 --
+ SmartList/bin/subscribe   | 6 --
+ SmartList/bin/unsubscribe | 6 --
+ 6 files changed, 36 deletions(-)
+
+diff --git a/SmartList/bin/confirm b/SmartList/bin/confirm
+index e1d2398..55c1c47 100644
+--- a/SmartList/bin/confirm
 b/SmartList/bin/confirm
+@@ -155,12 +155,6 @@ fi
+ # to be subscribed
+ $echo $subscraddr > cookies/$COOKIE
+ 
+-$grep '^Subject: Re:' <$tmprequest >/dev/null &&
+-  wrongaddress="${wrongaddress}WARNING:
+-	Send in a new mail, INSTEAD OF REPLYING
+-	the next time when issuing (un)subscribe requests.
+-"
+-  
+   if [ "$US" = "sv" ]; then
+ 
+   authaddr=`$echo $maintainer|sed 's/,/ /g'`
+diff --git a/SmartList/bin/confirm_add b/SmartList/bin/confirm_add
+index 374ecf3..f19b7fd 100644
+--- a/SmartList/bin/confirm_add
 b/SmartList/bin/confirm_add
+@@ -74,12 +74,6 @@ $echo "`cat $tmpfrom` - assigned cookie $COOKIE" >> log
+ # to be subscribed
+ $echo $subscraddr > cookies/$COOKIE
+ 
+-$grep '^Subject: Re:' <$tmprequest >/dev/null &&
+-  wrongaddress="${wrongaddress}WARNING:
+-	Send in a new mail, INSTEAD OF REPLYING
+-	the next time when issuing (un)subscribe requests.
+-"
+-  
+ if [ "$US" = "sv" ]; then
+ 
+   authaddr=`$echo $maintainer|sed 's/,/ /g'`
+diff --git a/SmartList/bin/confirm_del b/SmartList/bin/confirm_del
+index 4399547..27ab7df 100644
+--- a/SmartList/bin/confirm_del
 b/SmartList/bin/confirm_del
+@@ -161,12 +161,6 @@ $echo "$subscraddr - assigned cookie $COOKIE" >> $LOGFILE
+ # to be unsubscribed
+ $echo $subscraddr > cookies/$COOKIE
+ 
+-$grep '^Subject: Re:' <$tmprequest >/dev/null &&
+-  wrongaddress="${wrongaddress}WARNING:
+-	Send in a new mail, INSTEAD OF REPLYING
+-	the next time when issuing unsubscribe requests.
+-"
+-  
+ ( $formail -i"From: SmartList <$listreq>" -rtA"X-Loop: $listaddr" \
+-I"Subject: CONFIRM $COOKIE" <$tmprequest 
+ 
+diff --git a/SmartList/bin/confirm_sub b/SmartList/bin/confirm_sub
+index a08422e..e1e4430 100644
+--- a/SmartList/bin/confirm_sub
 b/SmartList/bin/confirm_sub
+@@ -45,12 +45,6 @@ then
+   ./subscreen "$subscraddr" || exit 1
+ fi
+ 
+-$grep '^Subject: Re:' <$tmprequest >/dev/null &&
+-  wrongaddress="${wrongaddress}WARNING:
+-	Send in a new mail, INSTEAD OF REPLYING
+-	the next time when issuing (un)subscribe requests.
+-"
+-
+ $multigram -a "$subscraddr" dist >/dev/null
+ 
+ sender=`$formail -rtzcxTo: <$tmprequest`
+diff --git a/SmartList/bin/subscribe b/SmartList/bin/subscribe
+index 14c4582..beaf931 100755
+--- a/SmartList/bin/subscribe
 b/SmartList/bin/subscribe
+@@ -81,12 +81,6 @@ then
+   ./subscreen "$subscraddr" || exit 1
+ fi
+ 
+-$grep '^Subject: Re:' <$tmprequest >/dev/null &&
+-  wrongaddress="${wrongaddress}WARNING:
+-	Send in a new mail, INSTEAD OF REPLYING
+-	the next time when issuing (un)subscribe requests.
+-"
+-
+ NOT_METOO=""
+ 
+ #$formail -k -xSubject: <$tmprequest |
+diff --git a/SmartList/bin/unsubscribe b/SmartList/bin/unsubscribe
+index d8bd659..397c5f8 100755
+--- a/SmartList/bin/unsubscribe
 b/SmartList/bin/unsubscribe
+@@ -32,12 +32,6 @@ esac
+ remov=-d
+ $test "X$1" = "X-D" && remov=-D
+ 
+-$grep '^Subject: Re:' <$tmprequest >/dev/null &&
+-  wrongaddress="${wrongaddress}WARNING:
+-	Send in a new mail, INSTEAD OF REPLYING
+-	the next time when issuing (un)subscribe requests.
+-"
+-
+ $formail -i"From: SmartList <$listreq>" -rtA"X-Loop: $listaddr" -I"Precedence: junk" \
+  <$tmprequest
+ 


signature.asc
Description: OpenPGP digital signature


Bug#930948: Contradictory instruction upon subscription (new mail vs. reply)

2019-06-23 Thread Baptiste BEAUPLAT
Package: smartlist
Control: affects -1 + lists.debian.org

Dear maintainer,

When subscribing to a new list, two emails are sent to users. A
confirmation email and an acknowledgment one.

I find the following instruction quite confusing:

From the confirmation email:
With a reasonable good email program a reply to this
message should be sufficient

From the acknowledgment email:
Send in a new mail, INSTEAD OF REPLYING
the next time when issuing (un)subscribe requests.


Given that Smartlist processes correctly the reply, I suggest to simply
remove the WARNING message.

-- 
Baptiste BEAUPLAT - lyknode





signature.asc
Description: OpenPGP digital signature


Bug#930846: partman-auto-lvm: debconf show guided_size during auto install

2019-06-22 Thread Baptiste BEAUPLAT
Tags: patch

Added patch:
https://salsa.debian.org/installer-team/installation-guide/merge_requests/7

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#930846: partman-auto-lvm: debconf show guided_size during auto install

2019-06-21 Thread Baptiste BEAUPLAT
Adding:

  d-i partman-auto-lvm/guided_size string max

To the preseed file solve the issue.

I think it would be nice to include this line in the preseed example
file in https://www.debian.org/releases/buster/example-preseed.txt.

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#930846: partman-auto-lvm: debconf show guided_size during auto install

2019-06-21 Thread Baptiste BEAUPLAT
Package: partman-auto-lvm
Severity: important

Dear maintainer,

When using Automated installation of Debian with preseeding [1], the
installer is supposed to keep the interaction with the user at a mimimum.

With buster, when using auto mode [2], the installer now stops and
prompts the debconf screen `partman-auto-lvm/guided_size`.

This debconf screen shouldn't be visible with auto and partman-auto.

I think that the problem was introduced with the MR !1 [3] in
partman-auto-lvm. I tried to have a look myself but my knowledge of d-i
and partman-auto is not enough to fix it.

The preseed file I've used is attached to this email.

The installation was booted from PXE (using netboot/amd64 images)
started with the following parameters:

url=http://example.org/preseed.cfg
auto

[1]: https://www.debian.org/releases/buster/amd64/apb.en.html
[2]:
https://www.debian.org/releases/buster/amd64/apbs02.en.html#preseed-auto
[3]:
https://salsa.debian.org/installer-team/partman-auto-lvm/merge_requests/1/commits

-- 
Baptiste BEAUPLAT - lyknode
d-i debian-installer/locale string en_US.UTF-8

d-i keyboard-configuration/xkb-keymap select us

d-i netcfg/choose_interface select auto
d-i netcfg/get_hostname string unassigned-hostname
d-i netcfg/get_domain string unassigned-domain

d-i netcfg/domain string example.org
d-i netcfg/wireless_wep string

d-i mirror/country string manual
d-i mirror/http/hostname string deb.debian.org
d-i mirror/http/directory string /debian
d-i mirror/http/proxy string http://pkg.example.org:3142/

d-i passwd/root-password password 
d-i passwd/root-password-again password 

d-i passwd/user-fullname string Local user
d-i passwd/username string local
d-i passwd/user-password password 
d-i passwd/user-password-again password 

d-i clock-setup/utc boolean true
d-i time/zone string ETC/UTC
d-i clock-setup/ntp boolean true

d-i partman-auto/method string lvm
d-i partman-lvm/device_remove_lvm boolean true
d-i partman-md/device_remove_md boolean true
d-i partman-lvm/confirm boolean true
d-i partman-lvm/confirm_nooverwrite boolean true
d-i partman-auto/choose_recipe select atomic
d-i partman-partitioning/confirm_write_new_label boolean true
d-i partman/choose_partition select finish
d-i partman/confirm boolean true
d-i partman/confirm_nooverwrite boolean true
d-i partman-md/confirm boolean true
d-i partman-partitioning/confirm_write_new_label boolean true
d-i partman/choose_partition select finish
d-i partman/confirm boolean true
d-i partman/confirm_nooverwrite boolean true

d-i base-installer/install-recommends boolean false
tasksel tasksel/first multiselect standard, ssh-server
popularity-contest popularity-contest/participate boolean false

d-i grub-installer/only_debian boolean true
d-i grub-installer/with_other_os boolean true
d-i grub-installer/bootdev  string default

d-i finish-install/reboot_in_progress note


signature.asc
Description: OpenPGP digital signature


Bug#929802: checkrestart: wrongly report processes using deleted files from sssd cache

2019-05-31 Thread Baptiste BEAUPLAT
Package: debian-goodies
Tags: patch

Dear maintainers,

The tool checkrestart wrongly report processes using deleted files from
/var/lib/sss/mc/ as in need of a restart.

Files present in that directories are caches from sssd and are expected
to change (removed and re-created) from now and then. glibc
automatically reopen the cache files on the next request (which can take
a while, creating the problem with checkrestart).

I propose to add this directory to the list of ignored path in checkrestart.

Please find attached a patch.

Best regards,

-- 
Baptiste BEAUPLAT - lyknode
--- checkrestart  2018-07-20 17:27:39.0 +
+++ checkrestart2019-05-31 12:07:56.136939223 +
@@ -566,6 +566,9 @@
 # Skip memfd files
 if f.startswith('/memfd:'):
 return 0
+# Skip sssd cache
+if f.startswith('/var/lib/sss/mc/'):
+return 0
 # Skip, if asked to, files that do not belong to any package
 if onlyPackageFiles:
 # Remove some lsof information from the file to ensure that it is


signature.asc
Description: OpenPGP digital signature


Bug#924899: 8080/tcp is already in use

2019-05-02 Thread Baptiste BEAUPLAT
Control: tags -1 wontfix

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#924899: 8080/tcp is already in use

2019-03-18 Thread Baptiste BEAUPLAT
Hello Harald,

On 3/18/19 8:20 AM, Harald Dunkel wrote:
> Monitorix providing its own web service is surely a major
> improvement, but using port 8080/tcp per default has a high
> chance to introduce a conflict with other tools, esp. on
> test systems run by unprivileged users. Port 8080/tcp is
> the first port they use.

I do agree with you, 8080/tcp is a commonly used port. It would avoid
potential conflict for monitorix to choose another port to listen to.

> I would highly recommend to choose another default port
> for monitorix' web service, e.g. /tcp. Of course this
> might conflict, too, but port 8080 is in *very* wide use.

However, I'm not convinced that changing the default would be an
improvement. The built-in http server has been around for a while now (6
years) and nowdays, people installing new instances of monitorix expect
the webui to show up on :8080.

I'm worried that if the default had to change, users would be thrown off
by it. And I think that, in most cases, defaults should reflect what the
majority of users expect. In case of monitorix:

  # apt install monitorix
  Open a browser to http://localhost:8080/

Moreover, should the port be already taken, it stays very easy to change
it in monitorix's configuration file.

Given that, I'm not in favor of changing monitorix default listening port.

Best regards,

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#924411: RFS: vitetris/0.58.0-1

2019-03-12 Thread Baptiste BEAUPLAT
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "vitetris"

  * Package name: vitetris
Version : 0.58.0-1
Upstream Author : Victor Geraldsson
  * URL : http://www.victornils.net/tetris/
  * License : BSD-2-Clause
Section : games

It builds those binary packages:

  vitetris - Virtual terminal *tris clone

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/vitetris

Alternatively, one can download the package with dget using this command:

  dget -x
https://mentors.debian.net/debian/pool/main/v/vitetris/vitetris_0.58.0-1.dsc

More information about vitetris can be obtained from
https://salsa.debian.org/lyknode-guest/vitetris.

Changes since the last upload:

   * New upstream version 0.58.0
   * Drop patches applied upstream:
 - 0005-fix-implicit-declaration.patch
 - 0002-fix-insecure-printf.patch
   * d/watch: Remove leftover from dh_make template

Regards,

-- 
Baptiste BEAUPLAT - lyknode





signature.asc
Description: OpenPGP digital signature


Bug#923967: RFS: chkboot/1.2-3

2019-03-07 Thread Baptiste BEAUPLAT
On 3/7/19 7:19 PM, Baptiste BEAUPLAT wrote:> More information about
chkboot can be obtained from https://www.example.com.

More information about chkboot can be obtained from
https://salsa.debian.org/debian/chkboot.

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#923967: RFS: chkboot/1.2-3

2019-03-07 Thread Baptiste BEAUPLAT
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "chkboot"

  * Package name: chkboot
Version : 1.2-3
Upstream Author : Giancarlo Razzolini 
  * URL : https://github.com/grazzolini/chkboot
  * License : GPL-2+
Section : utils

It builds those binary packages:

  chkboot - detection of malicious changes for boot files

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/chkboot

Alternatively, one can download the package with dget using this command:

  dget -x
https://mentors.debian.net/debian/pool/main/c/chkboot/chkboot_1.2-3.dsc

More information about chkboot can be obtained from https://www.example.com.

Changes since the last upload:

  * Fix url in Vcs-Browser
  * Bump policy version to 4.3.0
  * Bump debian-compat to 12. Remove debian/compat

Regards,

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#923969: RFS: vitetris/0.57.2-3

2019-03-07 Thread Baptiste BEAUPLAT
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "vitetris"

  * Package name: vitetris
Version : 0.57.2-3
Upstream Author : Victor Geraldsson
  * URL : http://www.victornils.net/tetris/
  * License : BSD-2-Clause
Section : games

It builds those binary packages:

  vitetris - Virtual terminal *tris clone

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/vitetris

Alternatively, one can download the package with dget using this command:

  dget -x
https://mentors.debian.net/debian/pool/main/v/vitetris/vitetris_0.57.2-3.dsc

More information about vitetris can be obtained from
https://salsa.debian.org/lyknode-guest/vitetris.

Changes since the last upload:

  * Convert repo to DEP-14
  * Move binary stripping from Makefile to debhelper
  * Bump policy version to 4.3.0
  * Bump debian-compat to 12. Remove debian/compat

Regards,

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#923968: RFS: monitorix/3.10.1-2

2019-03-07 Thread Baptiste BEAUPLAT
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "monitorix"

  * Package name: monitorix
Version : 3.10.1-2
Upstream Author : Jordi Sanfeliu
  * URL : https://www.monitorix.org
  * License : GPL-2
Section : utils

It builds those binary packages:

  monitorix - lightweight system monitoring tool

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/monitorix

Alternatively, one can download the package with dget using this command:

  dget -x
https://mentors.debian.net/debian/pool/main/m/monitorix/monitorix_3.10.1-2.dsc

More information about monitorix can be obtained from
https://salsa.debian.org/debian/monitorix.

Changes since the last upload:

  * debian-compat to 12. Remove debian/compat

Regards,

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#918958: RFS: monitorix/3.10.1-1 [ITP]

2019-01-10 Thread Baptiste BEAUPLAT
Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "monitorix"

 * Package name: monitorix
   Version : 3.10.1-1
   Upstream Author : Jordi Sanfeliu
 * URL : https://www.monitorix.org
 * License : GPL-2
   Section : utils

  It builds those binary packages:

monitorix  - lightweight system monitoring tool

  To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/monitorix

  The repository for packaging is hosted on salsa:

  https://salsa.debian.org/debian/monitorix

  Alternatively, one can download the package with dget using this command:

dget -x
https://mentors.debian.net/debian/pool/main/m/monitorix/monitorix_3.10.1-1.dsc

  More information about monitorix can be obtained from
https://www.monitorix.org.

  Changes since the last upload:

  * New package

  Regards,

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#733479: RFP: Monitorix - system monitoring tool

2019-01-10 Thread Baptiste BEAUPLAT
Control: owner -1 !
Control: retitle -1 ITP: monitorix -- system monitoring tool
Control: tags -1 + pending

I intent to package monitorix in its current version: 3.10.1

On Sun, 29 Dec 2013 12:35:05 +0400 =?koi8-r?B?0NLPx9LBzc3J09QgzsXL1M8=?=
 wrote:
> Package: wnpp
> Severity: wishlist
>
> Package name : monitorix
> Version : 3.4.0
> URL : http://www.monitorix.org
> License : GNU GPL v2
>
> Monitorix is a free, open source, lightweight system monitoring tool
designed to monitor as many services and system resources as possible.
It has been created to be used under production Linux/UNIX servers, but
due to its simplicity and small size can be used on embedded devices as
well.

-- 
Baptiste BEAUPLAT - lyknode




signature.asc
Description: OpenPGP digital signature


Bug#917167: systemd: 240 breaks kde (rakes ages to launch)

2018-12-23 Thread Baptiste BEAUPLAT
Dear maintainers,

This issue seems related to #917168, feel free to merge it.

For the 100% cpu, I think the problem is here in kinit:

https://github.com/KDE/kinit/blob/master/src/kdeinit/kinit.cpp#L163

```c
/*
 * Clean up the file descriptor table by closing all file descriptors
 * that are still open.
 *
 * This function is called very early in the main() function, so that
 * we don't leak anything that was leaked to us.
 */
static void cleanup_fds()
{
int maxfd = FD_SETSIZE;
struct rlimit rl;
if (getrlimit(RLIMIT_NOFILE, ) == 0) {
maxfd = rl.rlim_max;
}
for (int fd = 3; fd < maxfd; ++fd) {
#if KDEINIT_OOM_PROTECT
if (fd != oom_pipe)
#endif
close(fd);
}
}
```

Has anything changed on the limits?

best regards,

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#917168: systemd: fail to start kde after 240-1 upgrade

2018-12-23 Thread Baptiste BEAUPLAT
Package: systemd
Version: 240-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

After updating my system, I'm was not able to start my kde desktop (plasma):

The problem is kdeinit5, called itself by startkde, running into an infinite
loop of call to the close() syscall (verified with strace).

Downgrading the following package to 239-15 fixed my problem:

- - - udev:amd64 (240-1, 239-15)
- - - libudev1:amd64 (240-1, 239-15)
- - - libsystemd0:amd64 (240-1, 239-15)
- - - libnss-mymachines:amd64 (240-1, 239-15)
- - - libpam-systemd:amd64 (240-1, 239-15)
- - - systemd:amd64 (240-1, 239-15)
- - - libnss-systemd:amd64 (240-1, 239-15)
- - - systemd-container:amd64 (240-1, 239-15)

Note that at least one other person has reported the bug:

https://lists.debian.org/debian-kde/2018/12/msg4.html

- -- Package-specific info:

- -- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages systemd depends on:
ii  adduser  3.118
ii  libacl1  2.2.52-3+b1
ii  libapparmor1 2.13.1-3+b1
ii  libaudit11:2.8.4-2
ii  libblkid12.33-0.2
ii  libc62.28-3
ii  libcap2  1:2.25-1.2
ii  libcryptsetup12  2:2.0.6-1
ii  libgcrypt20  1.8.4-4
ii  libgnutls30  3.6.5-2
ii  libgpg-error01.33-3
ii  libidn11 1.33-2.2
ii  libip4tc01.8.2-2+b1
ii  libkmod2 25-2
ii  liblz4-1 1.8.2-1
ii  liblzma5 5.2.2-1.3
ii  libmount12.33-0.2
ii  libpam0g 1.1.8-3.8
ii  libseccomp2  2.3.3-3
ii  libselinux1  2.8-1+b1
ii  libsystemd0  239-15
ii  mount2.33-0.2
ii  util-linux   2.33-0.2

Versions of packages systemd recommends:
ii  dbus1.12.12-1
ii  libpam-systemd  239-15

Versions of packages systemd suggests:
ii  policykit-10.105-23
ii  systemd-container  239-15

Versions of packages systemd is related to:
pn  dracut   
ii  initramfs-tools  0.132
ii  udev 239-15

- -- Configuration Files:
/etc/systemd/journald.conf changed [not included]
/etc/systemd/logind.conf changed [not included]

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHUEARYIAB0WIQQt4kiVMTxdp/CJ4U4XSUsQeV3XMwUCXB+04AAKCRAXSUsQeV3X
M4iSAQCocmRG/RcCzddRl22aRgS8hpZ8ozfumQisA8j9BkQLgwEAnHGVn5OuVmBL
jiUsRLBCTeMvd1r9lFaTa20yz4TiOgI=
=lDAQ
-END PGP SIGNATURE-



Bug#914843: RFS: chkboot/1.2-2

2018-11-27 Thread Baptiste BEAUPLAT
Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "chkboot"

 * Package name: chkboot
   Version : 1.2-2
   Upstream Author : Giancarlo Razzolini 
 * URL : https://github.com/grazzolini/chkboot
 * License : GPL-2+
   Section : utils

  It builds those binary packages:

chkboot- detection of malicious changes for boot files

  To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/chkboot


  Alternatively, one can download the package with dget using this command:

dget -x
https://mentors.debian.net/debian/pool/main/c/chkboot/chkboot_1.2-2.dsc

  More information about chkboot can be obtained from
https://salsa.debian.org/debian/chkboot.

  Changes since the last upload:

  * Demote zenity and x11-utils dependencies to Suggests
  * Add gbp.conf for DEP14

  Regards,

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature


Bug#913261: RFS: chkboot/1.2-1 [ITP]

2018-11-21 Thread Baptiste BEAUPLAT
Hello Herbert,

I hope you are well.

I was wondering if you had time to take a second look at this package?

Best regards,

On 11/10/18 2:14 PM, Baptiste BEAUPLAT wrote:
>> The package does not build twice in a row:
> This is fixed now.

-- 
Baptiste BEAUPLAT - lyknode




signature.asc
Description: OpenPGP digital signature


Bug#913261: RFS: chkboot/1.2-1 [ITP]

2018-11-10 Thread Baptiste BEAUPLAT
Hello Herbert,

Thanks for your feedback.

> The package does not build twice in a row:

This is fixed now.

Regards,

-- 
Baptiste BEAUPLAT - lyknode




signature.asc
Description: OpenPGP digital signature


Bug#913261: RFS: chkboot/1.2-1 [ITP]

2018-11-08 Thread Baptiste BEAUPLAT
Package: sponsorship-requests
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

  Dear mentors,

  I am looking for a sponsor for my package "chkboot"

 * Package name: chkboot
   Version : 1.2-1
   Upstream Author : Giancarlo Razzolini 
 * URL : https://github.com/grazzolini/chkboot
 * License : GPL-2.0+
   Section : utils

  It builds those binary packages:

chkboot- detection of malicious changes for boot files

  To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/chkboot

  Alternatively, one can download the package with dget using this command:

dget -x 
https://mentors.debian.net/debian/pool/main/c/chkboot/chkboot_1.2-1.dsc

  This is the first release of the package.

  Debian source is hosted on salsa, at:

https://salsa.debian.org/debian/chkboot

  Regards,
    Baptiste BEAUPLAT - lyknode

-BEGIN PGP SIGNATURE-

iIcEARYIAC8WIQQt4kiVMTxdp/CJ4U4XSUsQeV3XMwUCW+SOxhEcbHlrbm9kZUBj
aWxnLm9yZwAKCRAXSUsQeV3XM9WlAP93vo64ZSAwvMJ0cnxLBPMTUFGmgipjC6uJ
9rdGnmkKagD9GSoBOM674HGZ2kRlmEncJ6mLS0FKUdqXnc2hShdPRw4=
=nA8y
-END PGP SIGNATURE-



Bug#792380: ITP: chkboot -- a tool to help detect changes to an unencrypted /boot partition

2018-10-30 Thread Baptiste BEAUPLAT
I'll. Thanks a lot.

On 10/30/18 10:20 PM, Geert Stappers wrote:
> Done
>
> and just tell if it needs more love
>
>
> Groeten
> Geert Stappers
> DD

-- 
Baptiste BEAUPLAT - lyknode




signature.asc
Description: OpenPGP digital signature


Bug#792380: ITP: chkboot -- a tool to help detect changes to an unencrypted /boot partition

2018-10-30 Thread Baptiste BEAUPLAT
Package: wnpp
Followup-For: Bug #792380
Owner: Baptiste BEAUPLAT 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Control: retitle -1 ITP: chkboot -- a tool to help detect changes to an 
unencrypted /boot partition
Control: owner -1 !

I intent to work on the package chkboot proposed in the RFP #792380.

Can someone from Debian could create an empty repository at
https://salsa.debian.org/debian/chkboot and put me (lyknode-guest) as
the maintainer?

Best regards,

- --
Baptiste BEAUPLAT - lyknode

-BEGIN PGP SIGNATURE-

iIcEARYIAC8WIQQt4kiVMTxdp/CJ4U4XSUsQeV3XMwUCW9h9VREcbHlrbm9kZUBj
aWxnLm9yZwAKCRAXSUsQeV3XM9sJAQDLRfQxDZtCpC1iXWy0nSlWYwt3jAqPKx54
6Z+HXi3T2wD/d3qZ2ycNjvfoCC06YbMeeoQuxSlO6Q1CCSq94CLsmQk=
=lfLM
-END PGP SIGNATURE-



Bug#911122: RFS: vitetris/0.57.2-2

2018-10-15 Thread Baptiste BEAUPLAT
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "vitetris"

 Package name: vitetris
 Version : 0.57.2-2
 Upstream Author : Victor Geraldsson
 URL : http://www.victornils.net/tetris/
 License : BSD-2-Clause
 Section : games

It builds those binary packages:

  vitetris   - Virtual terminal *tris clone

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/vitetris


Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/v/vitetris/vitetris_0.57.2-2.dsc

More information about vitetris can be obtained from 
http://www.victornils.net/tetris/.

Source repository: https://salsa.debian.org/lyknode-guest/vitetris

Changes since the last upload:

  * Rename binary to vitetris (Closes: #911053)
  * Rename manpage to vitetris
  * Fix desktop entry
  * Fix implicit declaration on netplay.c
  * Add source README to package

Regards,
 Baptiste BEAUPLAT - lyknode

-BEGIN PGP SIGNATURE-

iIcEARYIAC8WIQQt4kiVMTxdp/CJ4U4XSUsQeV3XMwUCW8UOWhEcbHlrbm9kZUBj
aWxnLm9yZwAKCRAXSUsQeV3XM15RAQDxYpGr3reuTnEps4u+KW7i5lx/nGSFzydL
jhvsdv5tUAD/dA7PSHNJ7/Cxptt1THKJM/24xYfEXOVwc5fDPf2jyQg=
=eJbE
-END PGP SIGNATURE-



Bug#911053: vitetris: vitetirs is not available by used "vitetris command"

2018-10-15 Thread Baptiste BEAUPLAT
Control: tags -1 confirmed

Hi Felix,

Thanks for your input.

I think the name for the binary can be explained by the intent of the
original author to provide a terminal-based tetris implementation, not a
new game.

However, I do agree with you. The name tetris is trademarked and should
be changed. I'm going to make the changes and re-upload the package.

Regards,

-- 
Baptiste BEAUPLAT - lyknode




signature.asc
Description: OpenPGP digital signature


Bug#910538: RFS: vitetris/0.57.2-1 [ITP]

2018-10-08 Thread Baptiste BEAUPLAT
Hello Pierre-Elliott,

Taking into account your suggestions, I re-uploaded the vitetris package
with the following fixes:

* Rework package description
* Remove extra licence file from package

Url:

Package on mentors: https://mentors.debian.net/package/vitetris
Pool on
mentors:https://mentors.debian.net/debian/pool/main/v/vitetris/vitetris_0.57.2-1.dsc
Git: https://salsa.debian.org/lyknode-guest/vitetris

Best regards,

-- 
Baptiste BEAUPLAT - lyknode




signature.asc
Description: OpenPGP digital signature


Bug#910538: RFS: vitetris/0.57.2-1 [ITP]

2018-10-07 Thread Baptiste BEAUPLAT
Hello Pierre-Elliott,

> Dear Baptiste,
>
> I get a weird error when I try to download your GPG key to check the package
> you made.
>
> `---> gpg --search-keys 2DE24895313C5DA7F089E14E17494B10795DD733
> gpg: data source: https://[2a02:c205:3001:3626::1]:443
> (1)   lyknode 
>   Baptiste BEAUPLAT 
> 256 bit EDDSA key 1EDBAA3C6926AF92, créé : 2017-08-05, expire : 
> 2019-08-05
> Keys 1-1 of 1 for "2DE24895313C5DA7F089E14E17494B10795DD733".  Entrez le ou 
> les nombres, (S)uivant, ou (Q)uitter > 1
> gpg: key 1EDBAA3C6926AF92: no user ID for key signature packet of class 13
> gpg:   Quantité totale traitée : 1
>
> Is your GPG key actually properly uploaded?

The key is fine but gpg 2.1.18 seems to have difficulties with some ECC
keys. There is a fix for testing and stable-bpo.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906545

I've tried with a more recent version and it works.
>  - The install part of the makefile seem to install
>usr/share/doc/vitetris/licence.txt, which should not happen. You can either
>alter debian/rules to remove this file or ignore this suggestion.
Got a info warning from lintian for that as well. I'll remove the file
and re-upload the package.

Thanks a lot for your comments.

-- 
Baptiste BEAUPLAT - lyknode




signature.asc
Description: OpenPGP digital signature


Bug#910538: RFS: vitetris/0.57.2-1 [ITP]

2018-10-07 Thread Baptiste BEAUPLAT
Package: sponsorship-requests
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear mentors,

I am looking for a sponsor for my package "vitetris"

 Package name: vitetris
 Version : 0.57.2-1
 Upstream Author : Victor Geraldsson
 URL : http://www.victornils.net/tetris/
 License : BSD-2-Clause
 Section : games

It builds those binary packages:

  vitetris   - Virtual terminal *tris clone

To access further information about this package, please visit the following 
URL:

https://mentors.debian.net/package/vitetris


Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/v/vitetris/vitetris_0.57.2-1.dsc

More information about vitetris can be obtained from 
http://www.victornils.net/tetris/.
Changes since the last upload:

  * Initial release (Closes: #909968)

Best Regards,

- --
Baptiste BEAUPLAT - lyknode

-BEGIN PGP SIGNATURE-

iIcEARYIAC8WIQQt4kiVMTxdp/CJ4U4XSUsQeV3XMwUCW7poQhEcbHlrbm9kZUBj
aWxnLm9yZwAKCRAXSUsQeV3XM9vkAQDQedW+9NAusU3/m9Fz7G9yiBl0FmMbPYyZ
ooLMrVJrGAD/Z2rk8NRHz1nDPOwcnCVnoL08u8zxBkqJQTApxDhUigw=
=cAAC
-END PGP SIGNATURE-



Bug#909968: ITP: vitetris -- Virtual terminal *tris clone

2018-09-30 Thread Baptiste BEAUPLAT
Package: wnpp
Severity: wishlist
Owner: lykn...@cilg.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: vitetris
  Version : 0.57.2
  Upstream Author : Victor Geraldsson
* URL : http://www.victornils.net/tetris/
* License : BSD-2-Clause
  Programming Lang: C
  Description : Virtual terminal *tris clone

Viteris is a tetris clone with multiplayer, netplay and joystick support.
This is a terminal based, standalone game with no dependencies.

Note that this would be my first attempt at creating a Debian package. I
choose this one because it's a nice game and it's a very simple program
to begin with. I will need a sponsor to upload this package.

Regards,

- --

Baptiste BEAUPLAT - lyknode

-BEGIN PGP SIGNATURE-

iHUEARYIAB0WIQQt4kiVMTxdp/CJ4U4XSUsQeV3XMwUCW7Ek6QAKCRAXSUsQeV3X
M+3OAP4jqQ1rrkV9G3dlJ0l94K3YvwfnWRlmsY4HuwtAM2EiygEAy8Q2zmDfNiOV
OMWbhDgIQx1l6BodydAjAx3acaT+qAA=
=mZ4l
-END PGP SIGNATURE-



Bug#903438: RFA: asciinema -- Record and share your terminal sessions, the right way

2018-08-04 Thread Baptiste BEAUPLAT
Hello Gustavo,

I would be interessted in becoming maintainer for asciinema.

Note that I've never been a maintainer for an official Debian package
though I'm quite familiar with building Debian packages (mostly to
deploy configurations over Debian servers for my work).

Since I've been using Debian for the last decade, I've decided it's time
for me to start contributing to the projet. I was thinking going through
the process to becoming a sponsored maintainer for this package.

I would wait for the next upstream release or bugreport for this package
to submit the built package to mentors.debian.net.

Anyhow, I hope this is helpful.

Cheers,

On Wed, 18 Jul 2018 20:42:44 -0400 Yaroslav Halchenko
 wrote:
> Fwiw asciinema is quite handy! We use it for our demos (generate them
automatically from our *cast scripts, along with possible narrated
videos, actual scripts, or just interactive demonstrations where people
get blown away at "my" typing speed/stability), see eg those asciinemas
at http://datalad.org/for/reproducible-science
>
> So I would appreciate if someone takes care about this valuable
package... if there would be nobody, please buzz me, I will keep it afloat
>
> Cheers
>
> On July 18, 2018 7:48:56 PM EDT, gustavo panizzo  wrote:
> >Hi
> >On Thu, Jul 19, 2018 at 12:06:58AM +0200, Hilmar Preuße wrote:
> >>Am 18.07.2018 um 21:55 teilte gustavo panizzo mit:
> >>
> >>Hi Gustavo,
> >>
> >>>Forget screen recording apps and blurry video. Enjoy a lightweight,
> >>>purely text based approach to terminal recording.
> >>>This package provides a command line recorder for asciinema.org
> >>>service or other instance of asciinema server.
> >>>
> >>At first the dumb question: what main features does this application
> >>have, I can't find in script [1]? Well, except the upload feature.
> >
> >the playback always works, this was my motivation to use (and package)
> >asciinema, since it does not depend on what console do you use to play
> >it back it always works (and people with windows can play the
> >recordings)
> >when i started with it, we used asciinema and an internal server to
> >record trainings and play them back to students
> >
> >
> >but i changed jobs and stop using it some time ago, that's why RFA
> >>
> >>Thanks!
> >>
> >>H.
> >>
> >>[1] http://man.openbsd.org/script.1
> >>--
> >>#206401 http://counter.li.org
>
> --
> Sent from a phone which beats iPhone.
>
>

-- 
Baptiste BEAUPLAT - lyknode