Bug#1080461: duck have another separator after URL
Hi all, On Wed, 2024-09-04 at 16:01 +0100, Phil Wyett wrote: > On Wed, 2024-09-04 at 13:50 +0200, Geert Stappers wrote: > > On Tue, Sep 03, 2024 at 09:51:25PM +0100, Phil Wyett wrote: > > > An interesting thought, but the output is mangled by the addition of ':' > > > to > > > the end of links. Makes all links 404 if you attempt to right click on > > > them > > > in a terminal and open them. > > > > > > Example... > > > > > > I: debian/copyright:62: URL: > > > http://creativecommons.org/publicdomain/zero/1.0/: INFORMATION > > > (Certainty:possible) > > > > > > The ':' is part of the link in the terminals I have tried. A solution here > > > would be to replace ': ' with ' - '. > > > > I suggest to replace the ': ' with ' : '. I'm leaning towards wont-fix. URLs can appear syntactically in a number of valid cases. Couple of example below: > Available at https://www.debian.org. > Located at https://www.debian.org, available for 1 week. > This site (https://www.debian.org) is... > https://www.debian.org: some description. All of those are correct and if an application decides to highlight and open those URLs, it's up to it to correctly match boundaries. For instance, both Thunderbird and Evolution match boundaries correctly here. If Konsole or other terminals fail to do so correctly, it should be fixed in their project, not in duck. Best, -- Baptiste Beauplat signature.asc Description: This is a digitally signed message part
Bug#774779: bash: diff for NMU version 5.2.21-2.2
Control: tags 774779 - pending Hi doko, On Thu, 2024-08-22 at 21:28 +0200, Baptiste Beauplat wrote: > I've prepared an NMU for bash (versioned as 5.2.21-2.2) and > uploaded it to DELAYED/14. Please feel free to tell me if I > should delay it longer. I hadn't seen your upload from the 20th, sorry about that, I'm canceling mine. -- Baptiste Beauplat signature.asc Description: This is a digitally signed message part
Bug#774779: bash: diff for NMU version 5.2.21-2.2
Control: tags 774779 + pending Dear maintainer, I've prepared an NMU for bash (versioned as 5.2.21-2.2) and uploaded it to DELAYED/14. Please feel free to tell me if I should delay it longer. Regards. -- Baptiste Beauplat diff -Nru bash-5.2.21/debian/changelog bash-5.2.21/debian/changelog --- bash-5.2.21/debian/changelog 2024-06-05 17:19:12.0 +0200 +++ bash-5.2.21/debian/changelog 2024-08-15 13:19:13.0 +0200 @@ -1,3 +1,10 @@ +bash (5.2.21-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Uncomment default aliases for grep and ls. Closes: #774779. + + -- Baptiste Beauplat Thu, 15 Aug 2024 13:19:13 +0200 + bash (5.2.21-2.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru bash-5.2.21/debian/skel.bashrc bash-5.2.21/debian/skel.bashrc --- bash-5.2.21/debian/skel.bashrc 2015-01-28 17:34:29.0 +0100 +++ bash-5.2.21/debian/skel.bashrc 2024-08-15 13:19:04.0 +0200 @@ -79,18 +79,18 @@ #alias dir='dir --color=auto' #alias vdir='vdir --color=auto' -#alias grep='grep --color=auto' -#alias fgrep='fgrep --color=auto' -#alias egrep='egrep --color=auto' +alias grep='grep --color=auto' +alias fgrep='fgrep --color=auto' +alias egrep='egrep --color=auto' fi # colored GCC warnings and errors #export GCC_COLORS='error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01' # some more ls aliases -#alias ll='ls -l' -#alias la='ls -A' -#alias l='ls -CF' +alias ll='ls -l' +alias la='ls -A' +alias l='ls -CF' # Alias definitions. # You may want to put all your additions into a separate file like signature.asc Description: This is a digitally signed message part
Bug#774779: bash: diff for NMU version 5.2.21-2.2
Dear maintainer, I've prepared an NMU for bash (versioned as 5.2.21-2.2). The diff is attached to this message. I'll upload it in a couple of days with a delay of 14 days. Feel free to reply to this message, should this NMU not be uploaded. Regards, -- Baptiste Beauplat diff -Nru bash-5.2.21/debian/changelog bash-5.2.21/debian/changelog --- bash-5.2.21/debian/changelog 2024-06-05 17:19:12.0 +0200 +++ bash-5.2.21/debian/changelog 2024-08-15 13:19:13.0 +0200 @@ -1,3 +1,10 @@ +bash (5.2.21-2.2) unstable; urgency=medium + + * Non-maintainer upload. + * Uncomment default aliases for grep and ls. Closes: #774779. + + -- Baptiste Beauplat Thu, 15 Aug 2024 13:19:13 +0200 + bash (5.2.21-2.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru bash-5.2.21/debian/skel.bashrc bash-5.2.21/debian/skel.bashrc --- bash-5.2.21/debian/skel.bashrc 2015-01-28 17:34:29.0 +0100 +++ bash-5.2.21/debian/skel.bashrc 2024-08-15 13:19:04.0 +0200 @@ -79,18 +79,18 @@ #alias dir='dir --color=auto' #alias vdir='vdir --color=auto' -#alias grep='grep --color=auto' -#alias fgrep='fgrep --color=auto' -#alias egrep='egrep --color=auto' +alias grep='grep --color=auto' +alias fgrep='fgrep --color=auto' +alias egrep='egrep --color=auto' fi # colored GCC warnings and errors #export GCC_COLORS='error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01' # some more ls aliases -#alias ll='ls -l' -#alias la='ls -A' -#alias l='ls -CF' +alias ll='ls -l' +alias la='ls -A' +alias l='ls -CF' # Alias definitions. # You may want to put all your additions into a separate file like signature.asc Description: This is a digitally signed message part
Bug#774779: bash: please uncomment alias ll='ls -l' in /etc/skel/.bashrc
Control: tags -1 + patch Hi doko, On Wed, 07 Jan 2015 16:01:09 +0100 Arturo Borrero Gonzalez wrote: > A lot of Linux distributions today include some small handly aliases, for example: > ll='ls -l'. > > I kindly ask you to uncomment this alias en /etc/skel/.bashrc and thus make it > activated by default on Debian systems. Could we go ahead and uncomment the default aliases for grep and ls? I do believe it would be a significant quality of life improvement for all our users using bash (and I suspect that's quite a lot of them). Let me know if you don't have time to handle this, I'll be happy to do an NMU for you. Patch provided for convenience. Best, -- Baptiste Beauplat diff -Nru --exclude changelog bash-5.2.21/debian/skel.bashrc bash-5.2.21/debian/skel.bashrc --- bash-5.2.21/debian/skel.bashrc 2015-01-28 17:34:29.0 +0100 +++ bash-5.2.21/debian/skel.bashrc 2024-07-25 20:51:34.0 +0200 @@ -79,18 +79,18 @@ #alias dir='dir --color=auto' #alias vdir='vdir --color=auto' -#alias grep='grep --color=auto' -#alias fgrep='fgrep --color=auto' -#alias egrep='egrep --color=auto' +alias grep='grep --color=auto' +alias fgrep='fgrep --color=auto' +alias egrep='egrep --color=auto' fi # colored GCC warnings and errors #export GCC_COLORS='error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01' # some more ls aliases -#alias ll='ls -l' -#alias la='ls -A' -#alias l='ls -CF' +alias ll='ls -l' +alias la='ls -A' +alias l='ls -CF' # Alias definitions. # You may want to put all your additions into a separate file like signature.asc Description: This is a digitally signed message part
Bug#1076538: centreon-plugins: Synology check reports failing disk as OK
Hi Adam, On Thu, 2024-07-18 at 09:34 +0200, Adam Cecile wrote: > Current check for Synology is quite broken as it reports failing disks as OK, > due to a typo in code. > > Upstream fix is here: https://github.com/centreon/centreon-plugins/pull/4750 > > I updated manually the Debian package to version 20240711 and it worked > flawlessly, so I guess it is the way to go. Yeah, I've had an update of centreon-plugins in my todo for a couple of weeks now (actually, since sebastic made me realized they changed their tag naming scheme and uscan wasn't picking up on new version...). Should be done in the next few days, I'll let you known. -- Baptiste Beauplat signature.asc Description: This is a digitally signed message part
Bug#1074127: gnupg2: write_status_text_and_buffer fails to escape some non-printable characters
Hi Andreas, On Fri, 2024-06-28 at 18:46 +0200, Andreas Metzler wrote: > On 2024-06-26 Baptiste Beauplat wrote: > > On Wed, 2024-06-26 at 19:46 +0200, Baptiste Beauplat wrote: > > > On Wed, 2024-06-26 at 18:47 +0200, Andreas Metzler wrote: > > > > This has been closed upstream as not-a-bug with the following rationale: > > > > > > The point here is to escape control characters so that we do not run > > > > > into problems when reading the stuff. Escaping non-ascii (c >127) is > > > > > not required and would put a lower limit on the number of (utf-8) > > > > > characters we can print via the status lines. > > > > > > Note also that we use almost everywhere ascii versions of the > > > > > character checks. Thus I would not consider this a bug. > > > > > And later: > > > > > Reading the original bug report it is clear that this is not a gpg bug > > > > > but a problem in the Python code. This should only be read as utf-8 if > > > > > the NOTATION_FLAGS line indicated that this is human readable. > > > > > In my test with sqop no NOTATION_FLAGS were set for the salt. > > > > Yes, I have to admit, I'm a bit surprised by the reply. > > > > Status output is a text protocol. That's what is described by > > > doc/DETAILS. However, it can generate raw binary, non-printable > > > characters. > > > > I do think this is bad design, and that's what I wanted to challenge > > > with this issue. > > > > I guess I also fail to see why a single char patch, fixing a design > > > issue, with no drawbacks (escaping is already implemented) would not be > > > an improvement to GunPG. > > > > We've had a single input on that issue, I would be curious to know what > > > other people think about this issue. > > > A small precision: I'm only talking about how the NOTATION_DATA value > > is represented in the status output. Not the actual data itself nor its > > encoding. > > > My argument is, it could be binary, utf-8, latin-9 or whatever, as long > > as it's represented as an ascii printable value in the output (%XX > > escaped or base64 for example), it would not fail a textual parser > > looking for a GOODSIG. > > Hello, > > well, upstream does not seem to share the opinion that status output is an > ASCII text protocol but thinks UTF-8 may be sent in some special > circumstances. With this premise the proposed patch is not a bugfix but > a design change. > > So I think the correct thing to do is to close this report. Could you > please take it directly to upstream if you want to argue for the design > change? I doubt adding me as a messenger in between will improve the > rationale. Agreed. Thank you for relaying the initial bug report. Best, -- Baptiste Beauplat signature.asc Description: This is a digitally signed message part
Bug#1074127: gnupg2: write_status_text_and_buffer fails to escape some non-printable characters
On Wed, 2024-06-26 at 19:46 +0200, Baptiste Beauplat wrote: > On Wed, 2024-06-26 at 18:47 +0200, Andreas Metzler wrote: > > This has been closed upstream as not-a-bug with the following rationale: > > > The point here is to escape control characters so that we do not run > > > into problems when reading the stuff. Escaping non-ascii (c >127) is > > > not required and would put a lower limit on the number of (utf-8) > > > characters we can print via the status lines. > > > > > Note also that we use almost everywhere ascii versions of the > > > character checks. Thus I would not consider this a bug. > > > > And later: > > > Reading the original bug report it is clear that this is not a gpg bug > > > but a problem in the Python code. This should only be read as utf-8 if > > > the NOTATION_FLAGS line indicated that this is human readable. > > > > In my test with sqop no NOTATION_FLAGS were set for the salt. > > Yes, I have to admit, I'm a bit surprised by the reply. > > Status output is a text protocol. That's what is described by > doc/DETAILS. However, it can generate raw binary, non-printable > characters. > > I do think this is bad design, and that's what I wanted to challenge > with this issue. > > I guess I also fail to see why a single char patch, fixing a design > issue, with no drawbacks (escaping is already implemented) would not be > an improvement to GunPG. > > We've had a single input on that issue, I would be curious to know what > other people think about this issue. A small precision: I'm only talking about how the NOTATION_DATA value is represented in the status output. Not the actual data itself nor its encoding. My argument is, it could be binary, utf-8, latin-9 or whatever, as long as it's represented as an ascii printable value in the output (%XX escaped or base64 for example), it would not fail a textual parser looking for a GOODSIG. (Fact is we don't even parse/decode the NOTATION_DATA value in our python code.) Best, -- Baptiste Beauplat signature.asc Description: This is a digitally signed message part
Bug#1074127: gnupg2: write_status_text_and_buffer fails to escape some non-printable characters
On Wed, 2024-06-26 at 18:47 +0200, Andreas Metzler wrote: > This has been closed upstream as not-a-bug with the following rationale: > > The point here is to escape control characters so that we do not run > > into problems when reading the stuff. Escaping non-ascii (c >127) is > > not required and would put a lower limit on the number of (utf-8) > > characters we can print via the status lines. > > > Note also that we use almost everywhere ascii versions of the > > character checks. Thus I would not consider this a bug. > > And later: > > Reading the original bug report it is clear that this is not a gpg bug > > but a problem in the Python code. This should only be read as utf-8 if > > the NOTATION_FLAGS line indicated that this is human readable. > > In my test with sqop no NOTATION_FLAGS were set for the salt. Yes, I have to admit, I'm a bit surprised by the reply. Status output is a text protocol. That's what is described by doc/DETAILS. However, it can generate raw binary, non-printable characters. I do think this is bad design, and that's what I wanted to challenge with this issue. I guess I also fail to see why a single char patch, fixing a design issue, with no drawbacks (escaping is already implemented) would not be an improvement to GunPG. We've had a single input on that issue, I would be curious to know what other people think about this issue. Best, -- Baptiste Beauplat signature.asc Description: This is a digitally signed message part
Bug#1074127: gnupg2: write_status_text_and_buffer fails to escape some non-printable characters
On Mon, 2024-06-24 at 18:43 +0200, Andreas Metzler wrote: > Thank you, I have forwarded this to the upstream tracker. Thanks a lot. To give out a bit more context, we got an python Exception on mentors.debian.net triggered by an upload, signed by sq (Sequoia). The tool apparently adds a random binary salt to the signature as notation data, which is then present in the status output. We read the status output as utf-8 encoded data (perhaps wrongfully) and python failed to decode the output because the salt was neither escaped properly nor valid utf-8 output. I do expect we will not be the only one affected by this issue. I'd like to point out that other function in gpg seem to escape char over 127 (such as in `print_hashline` from `g10/gpg.c`). Best, -- Baptiste Beauplat signature.asc Description: This is a digitally signed message part
Bug#1074127: gnupg2: write_status_text_and_buffer fails to escape some non-printable characters
Source: gnupg2
Severity: important
Tags: patch upstream
X-Debbugs-Cc: lykn...@debian.org
Dear maintainer,
The check for escaping characters in `write_status_text_and_buffer` is
written in `g10/cpr.c` as:
```c
333 if (*s == '%' || *(const byte*)s <= lower_limit
334 || *(const byte*)s == 127 )
```
Except `byte` is defined as an unsigned char, with non-printable values
exceeding 127.
Therefor the check should be `>= 127` and not `== 127`.
Practically, this means that some non-printable character are currently
not correctly escaped in a status output.
The following commands illustrate the bug:
```
mkdir -p /tmp/gpg
chmod 700 /tmp/gpg
echo test > /tmp/test.txt
cat << EOF > /tmp/key.txt
Key-Type: RSA
Key-Length: 4096
Subkey-Type: RSA
Subkey-Length: 4096
Name-Real: Test key
Name-Comment: comment
Name-Email: t...@example.org
Expire-Date: 0
Passphrase: abc
%commit
%echo done
EOF
GNUPGHOME=/tmp/gpg gpg --batch --generate-key /tmp/key.txt
GNUPGHOME=/tmp/gpg gpg --set-notation \
"t...@example.org=This is a non-printable char [$(printf "\x8c")]" \
--clearsign /tmp/test.txt
GNUPGHOME=/tmp/gpg gpg --status-fd 1 --with-colons \
--verify /tmp/test.txt.asc | cat -A
```
This outputs:
```
[GNUPG:] NOTATION_DATA This%20is%20a%20non-printable%20char%20[M-^L]$
```
While with the proposed patch, it encodes correctly to:
```
[GNUPG:] NOTATION_DATA This%20is%20a%20non-printable%20char%20[%8C]$
```
Best,
-- System Information:
Debian Release: 12.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.8.11-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
(ignored: LC_ALL set to C.UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
-- no debconf information
--
Baptiste Beauplat
diff -Nru gnupg2-2.2.43/debian/patches/Escape-char-127-in-write_status_text_and_buffer.patch gnupg2-2.2.43/debian/patches/Escape-char-127-in-write_status_text_and_buffer.patch
--- gnupg2-2.2.43/debian/patches/Escape-char-127-in-write_status_text_and_buffer.patch 1970-01-01 01:00:00.0 +0100
+++ gnupg2-2.2.43/debian/patches/Escape-char-127-in-write_status_text_and_buffer.patch 2024-06-23 14:16:58.0 +0200
@@ -0,0 +1,21 @@
+From: Baptiste Beauplat
+Date: Sun, 23 Jun 2024 14:16:44 +0200
+Subject: Escape char >= 127 in write_status_text_and_buffer
+
+---
+ g10/cpr.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/g10/cpr.c b/g10/cpr.c
+index bc4b715..cd4301d 100644
+--- a/g10/cpr.c
b/g10/cpr.c
+@@ -331,7 +331,7 @@ write_status_text_and_buffer (int no, const char *string,
+ for (esc=0, s=buffer, n=len; n; s++, n--)
+ {
+ if (*s == '%' || *(const byte*)s <= lower_limit
+- || *(const byte*)s == 127 )
++ || *(const byte*)s >= 127 )
+ esc = 1;
+ if (wrap && ++count > wrap)
+ dowrap=1;
diff -Nru gnupg2-2.2.43/debian/patches/series gnupg2-2.2.43/debian/patches/series
--- gnupg2-2.2.43/debian/patches/series 2024-06-01 01:22:29.0 +0200
+++ gnupg2-2.2.43/debian/patches/series 2024-06-23 14:16:58.0 +0200
@@ -28,3 +28,4 @@
restore-nl.po.patch
from-upstream/scd-openpgp-Fix-PIN-pin2hash_if_kdf.patch
from-master/gpg-Report-BEGIN_-status-before-examining-the-input.patch
+Escape-char-127-in-write_status_text_and_buffer.patch
signature.asc
Description: This is a digitally signed message part
Bug#1068393: src:pytest-testinfra: unsatisfied build dependency in testing: ansible
Control: block -1 by 1061781 Hi Paul, On Thu, 2024-04-04 at 14:38 +0200, Paul Gevers wrote: > Dose [1] is reporting a build issue with your package, it's missing a > build dependency. Obviously your build dependencies shouldn't be > removed from testing, but unfortunately there are multiple scenarios > where that can happen nevertheless. To uphold our social contract, > Debian requires that packages can be rebuild from source in the suite > we are shipping them, so currently this is a serious issue with your > package in testing. > > Can you please investigate the situation and figure out how to resolve > it? Regularly, if the build dependency is available in unstable, > helping the maintainer of your Build-Depends to enable migration to > testing is a great way to solve the issue. If your build dependency is > gone from unstable and testing, you'll have to fix the build process > in some other way. Thanks for the hint. I'm not sure I can help ansible migrate (it would need an update to the latest upstream and that's not a trivial task), but I'll do the maintenance on this bug report, closing it once pytest- testinfra is removed from testing. Best, -- Baptiste Beauplat signature.asc Description: This is a digitally signed message part
Bug#1055864: marked as pending in dh-make
Hi Faidon, On Mon, 2023-11-20 at 18:55 +, Baptiste Beauplat wrote: > https://salsa.debian.org/debian/dh-make/-/commit/0ff6224dfea6c4c1502bf62b2bf57702de77d7e7 I've made a mention of lowdown in the manpage example. Since it has very low adoption right now, I'll leave the reference to pandoc as well. I'll do a release of dh-make next week, including this modification. Thanks! -- Baptiste Beauplat signature.asc Description: This is a digitally signed message part
Bug#1042947: UDD: create a duck importer
Hi Lucas,
On Wed, 2023-10-25 at 20:57 +0200, Lucas Nussbaum wrote:
> On 08/08/23 at 06:42 +0200, Lucas Nussbaum wrote:
> > Hi Baptiste,
> >
> > On 07/08/23 at 22:07 +0200, Baptiste Beauplat wrote:
> > > Hi Lucas,
> > >
> > > On 2023-08-03 10:30, Lucas Nussbaum wrote:
> > > > duck-as-a-service (duck.debian.net) has been broken for a long
> > > > time,
> > > > and
> > > > the corresponding UDD importer is broken as well (see #949009,
> > > > #963887).
> > > > In the meantime, duck continued evolving (was rewritten?) and
> > > > is now
> > > > checking a lot more places for URLs.
> > > >
> > > > It would probably be useful to re-create a way to provide duck
> > > > results
> > > > as a service, based on UDD, similarly to what is done for
> > > > upstream or
> > > > lintian data.
> > > >
> > > > Ideally, this would be done in cooperation with the duck
> > > > maintainer
> > > > to
> > > > do the following changes:
> > > > - in duck, separate the logic to get URLs from sources, from
> > > > the
> > > > logic
> > > > to check those URLs (for example, allow dumping a list of
> > > > URLs, and
> > > > also using a list of URLs as source)
> > > > - in duck, provide machine-readable outputs (JSON?)
> > >
> > > Currently duck has two features which can help us:
> > >
> > > - The `-n` switch, which gets all URLs and prints them to stdout
> > > - The `-l filename` switch, which takes a file with one URL per
> > > line
> > > and checks them
> > >
> > > Theoretically, what's missing in only a `--json` switch, which
> > > would
> > > change the output from console/text to JSON.
> > >
> > > But, as I see it, the `-l` argument is limited in two aspects:
> > >
> > > - It provides only the URL, loosing the checker type which is
> > > used to
> > > select what kind of validation will be performed.
> > >
> > > For instance, a https://salsa.debian.org/rfrancoise/tmux.git of
> > > type
> > > VCS-Git would be tested as a standard URL in the `-l` context,
> > > instead
> > > of a git repository.
> > >
> > > - It requires a file
> > >
> > > I'm thinking of implementing a new JSON specific input format
> > > (`--input-json`?), including the two information, which would
> > > read from
> > > stdout instead of a file.
> > >
> > > The format would be as simple as:
> > >
> > > ```json
> > > [
> > > {"type": "VCS-Git",
> > > "url": "https://salsa.debian.org/rfrancoise/tmux.git";,
> > > "filename": "debian/control", # optional key
> > > "line_number": 10}, # optional key
> > > ...
> > > ]
> > > ```
> > >
> > > Following this logic, the output format for checking URLs would
> > > be the
> > > same, as to have `duck --json -n | duck --input-json` working.
> > >
> > > The JSON result would hold an additional dictionary for each URL
> > > entries
> > > named "result", described as follows:
> > >
> > > ```json
> > > [
> > > {"type": "VCS-Git",
> > > "url": "https://salsa.debian.org/rfrancoise/tmux.git";,
> > > "filename": "debian/control", # optional key
> > > "line_number": 10, # optional key
> > > "result": {
> > > "state": 0, # 0 for OK, 1 for Error, 2 for Information
> > > "detail": "Informative message",
> > > "certainty": "possible" # optional key
> > > }},
> > > ...
> > > ]
> > > ```
> > >
> > > Let me know what you think of it.
> >
> > That would be perfect!
> >
> > In the context of UDD, I will probably implement that as two
> > tables:
> > - one to store the mapping between source packages and urls
> > (source, version, url, type, filename, line_number)
> > which would be updated when a new source version gets uploaded
> > - one to store the status of urls
> > (url, type, result, timestamp of last check)
> > which would be updated with a retry policy to be defined
> >
> > I would not use (filename, line_number) in the input of the URL
> > testing part.
> > The reason for that design is that it will easily allow to gather
> > the
> > status for several versions of the package (testing + unstable +
> > experimental for example), while not duplicating the checks for
> > URLs.
>
> Just checking: did you make progress on this?
Sort of.
I could not see a clean way to add this feature without a total rewrite
of duck. So that's what I've started, and I'm making steady progress on
that front.
However, I have not started working on the json interface
implementation just yet.
I'll keep you posted once I have a working version of that.
Best,
--
Baptiste Beauplat
signature.asc
Description: This is a digitally signed message part
Bug#1020217: snapshot.debian.org: write a generic file driver supporting multiple backend (such as object-storage)
Hi Lucas, On Thu, 2023-09-21 at 18:26 +0200, Lucas Nussbaum wrote: > On 18/09/22 at 11:29 +0200, Baptiste Beauplat wrote: > > Having files stored into an object-like storage could improve cost > > and > > performence over the conventional storage that snapshot is > > currently > > using. (Currently using over 130 TB!) > > > > Multiple componants needs to access snapshot farm. The importer, > > the web > > app (if not redirected) and multiple other scripts. > > > > We should write a generic file driver to allow all those component > > to > > access/update/delete file from a config-defined backend. > > > > This driver would be usable in at least two langauges: ruby and > > python. > > I'm not sure what is the best course of action here. Some kind of > > bindings or maintaining two separate drivers. > > > > Note that there is also some C program as part for snapshot (the > > fsck > > program). > > > > I was thinking for writing at least two backend for the driver: > > > > - a standard flat filesystem storage (what we have currently) > > - an object-like storage. S3 would be a good candidate since a > > couple of > > opensource storage solution provide S3 compatible API. > > > > That would allow a two step transision: start using the driver, > > then > > switch the backend. > > I was wondering if you made some progress on this? > > Your plan looks very good. I agree that a S3 backend would make a lot > of > sense (usable both with self-hosted solutions like MinIO, or with > managed services). > > Let me know if I can help somehow. Unfortunately I have not made any progress regarding this feature, nor do I plan on working on it anytime soon (due to a lack of time). You're very welcome to have a go at it. Best, -- Baptiste Beauplat signature.asc Description: This is a digitally signed message part
Bug#1043317: duck: Please drop "parked domain" test
Hi Gregor, On Wed, 2023-08-09 at 03:21 +0200, gregor herrmann wrote: > I like duck and run it after each package build. > Unfortunately typically I get output from the wild-guess check for > some strings on websites where duck tells me that the upstream > homepage or the Debian BTS or a well-known license is a "parked > domain of for sale", and this test is almost always a false positive. > > Current example, package rex: > > I: debian/copyright:62: URL: > https://www.apache.org/licenses/LICENSE-2.0: INFORMATION > (Certainty:wild-guess) > Curl:0 HTTP:200 No error > Website seems to be outdated, is probably a parked domain or for > sale. Please update your links! > Matching regular expression(s): > m/\breplaced with\b/i > > I: debian/control: Homepage: https://www.rexify.org/: INFORMATION > (Certainty:wild-guess) > Curl:0 HTTP:200 No error > Website seems to be outdated, is probably a parked domain or for > sale. Please update your links! > Matching regular expression(s): > m/\breplace .* with\b/i > > I: debian/upstream/metadata:URL: https://github.com/RexOps/Rex.git: > INFORMATION (Certainty:wild-guess) > Curl:0 HTTP:200 No error > Website seems to be outdated, is probably a parked domain or for > sale. Please update your links! > Matching regular expression(s): > m/\breplace .* with\b/i > > I: debian/upstream/metadata:URL: https://github.com/RexOps/Rex: > INFORMATION (Certainty:wild-guess) > Curl:0 HTTP:200 No error > Website seems to be outdated, is probably a parked domain or for > sale. Please update your links! > Matching regular expression(s): > m/\breplace .* with\b/i > > > Checking for "deprecated" (on upstream websites which document > functions) or "replaced (by|with)" doesn't make any sense IMO … > Please just remove tese tests … There are a couple of different points I'd like to address in order to fix this issue. First, I agree with you, "replaced (by|with)" and "deprecated" are too generic not to trigger false positives. I'll be removing them from the list. Secondly, even if, as stated by the check certainty, the suggestion is at most a wild-guess, I would like to keep the test as it can still be useful to catch deprecated projets or links that moved on to another page. However, I want to have a way for users to filter the checks based on certainty. I'll be adding an option for that both in the cli arguments and the configuration file. Although, I'll keep the default to show all checks. Finally, the checks for obsoletes sites is currently at a certainty of wild-guess. I'll be bumping that to possible as, to the contrary of the parked test, its a list of well known deprecated sites, and virtually has no chance of false positive. Best, -- Baptiste Beauplat signature.asc Description: This is a digitally signed message part
Bug#1042947: UDD: create a duck importer
Hi Lucas,
On 2023-08-03 10:30, Lucas Nussbaum wrote:
> duck-as-a-service (duck.debian.net) has been broken for a long time,
> and
> the corresponding UDD importer is broken as well (see #949009,
> #963887).
> In the meantime, duck continued evolving (was rewritten?) and is now
> checking a lot more places for URLs.
>
> It would probably be useful to re-create a way to provide duck
> results
> as a service, based on UDD, similarly to what is done for upstream or
> lintian data.
>
> Ideally, this would be done in cooperation with the duck maintainer
> to
> do the following changes:
> - in duck, separate the logic to get URLs from sources, from the
> logic
> to check those URLs (for example, allow dumping a list of URLs, and
> also using a list of URLs as source)
> - in duck, provide machine-readable outputs (JSON?)
Currently duck has two features which can help us:
- The `-n` switch, which gets all URLs and prints them to stdout
- The `-l filename` switch, which takes a file with one URL per line
and checks them
Theoretically, what's missing in only a `--json` switch, which would
change the output from console/text to JSON.
But, as I see it, the `-l` argument is limited in two aspects:
- It provides only the URL, loosing the checker type which is used to
select what kind of validation will be performed.
For instance, a https://salsa.debian.org/rfrancoise/tmux.git of type
VCS-Git would be tested as a standard URL in the `-l` context, instead
of a git repository.
- It requires a file
I'm thinking of implementing a new JSON specific input format
(`--input-json`?), including the two information, which would read from
stdout instead of a file.
The format would be as simple as:
```json
[
{"type": "VCS-Git",
"url": "https://salsa.debian.org/rfrancoise/tmux.git";,
"filename": "debian/control", # optional key
"line_number": 10}, # optional key
...
]
```
Following this logic, the output format for checking URLs would be the
same, as to have `duck --json -n | duck --input-json` working.
The JSON result would hold an additional dictionary for each URL
entries
named "result", described as follows:
```json
[
{"type": "VCS-Git",
"url": "https://salsa.debian.org/rfrancoise/tmux.git";,
"filename": "debian/control", # optional key
"line_number": 10, # optional key
"result": {
"state": 0, # 0 for OK, 1 for Error, 2 for Information
"detail": "Informative message",
"certainty": "possible" # optional key
}},
...
]
```
Let me know what you think of it.
> Then UDD could process source packages to extract URLs, check those
> URLs
> on a regular basis (similarly to what is done for lintian), and
> publish/export the results in all relevant places.
Best,
--
Baptiste Beauplat
signature.asc
Description: This is a digitally signed message part
Bug#963887: UDD: 'duck' importer broken since 2020-05-25
Hi Lucas, On Thu, 2023-08-03 at 10:38 +0200, Lucas Nussbaum wrote: > I submitted #1042947 to discuss re-creating a UDD duck importer, > using the same model as the lintian importer. > > @Baptiste: could you take a look? There would be a few changes on the > duck side that would make it much easier. Sure, I'll have a look before next week. Best, -- Baptiste Beauplat signature.asc Description: This is a digitally signed message part
Bug#1040992: Add support for oldoldstable
Package: distro-info Severity: wishlist Dear Maintainer, It would be nice to have support for getting the associated codename for oldoldstable as already implemented for oldstable, stable, testing and unstable. Let me know if you would be willing to include this feature into distro-info, I would be interested in providing the associated patch/MR. Best, -- Baptiste Beauplat signature.asc Description: This is a digitally signed message part
Bug#1033666: icinga2-common: wrong executable in /usr/share/icinga2/include/plugins-contrib.d/systemd.conf
Control: forwarded -1 https://github.com/Icinga/icinga2/issues/9547 On 2023-03-29 20:32, Sebastiaan Couwenberg wrote: > On 3/29/23 20:07, Andreas B. Mundt wrote: >> the configuration in >> '/usr/share/icinga2/include/plugins-contrib.d/systemd.conf' >> contains a wrong executable in line 4: >> >> command = [ PluginContribDir + "/check_systemd.py" ] >> >> The plugin's path is '/usr/lib/nagios/plugins/check_systemd' (no .py) >> [1]. > > That's a divergence from upstream in the Debian package: > > > https://salsa.debian.org/python-team/packages/monitoring-plugins-systemd/-/blob/debian/master/debian/monitoring-plugins-systemd.install The monitoring-plugins-systemd package is actually following upstream, check_systemd.py is supposed to be installed as check_systemd. > > We'll have to patch the CheckCommand like check_postgres: > > > https://salsa.debian.org/nagios-team/icinga2/-/blob/master/debian/patches/postgres-checkcommand.patch There is an upstream issue for that, but unfortunately, both yayayayaka and myself refused to sign Icinga2 CLA, leaving the trivial fix for someone else. -- Baptiste Beauplat - lyknode
Bug#1031335: lintian: Please backport 2.116.3 to bullseye
Package: lintian Severity: wishlist Dear maintainer, At mentors.debian.net, we use the bpo version of lintian to run on uploaded packages. But this 2.115.1 version report the latest standards-version as unknown. Could we please have a bpo build for 2.116.3? Thanks, -- Baptiste Beauplat - lyknode
Bug#1023540: snapshot.debian.org: 504 Gateway Time-out
Hi,
The observed 504 errors are coming from either haproxy or varnish,
stopping the request because snapshot take too much time to reply
(typically a query on gcc or linux take over a minute to complete).
While investigating this issue, I discovered that snapshot is doing way
too much SQL queries to reply to /packages/{package}/{version}
requests, especially on packages with a lot of binary files.
I've optimized the code and got very promising results (down from ~2000
SQL queries to 4 and from over a minute to 2s).
I've created an MR here:
https://salsa.debian.org/snapshot-team/snapshot/-/merge_requests/9
I'll let you know when this is merged and deployed.
--
Baptiste Beauplat
signature.asc
Description: This is a digitally signed message part
Bug#1025722: duck fails with 'Can't close(GLOB(0x558bebc05958)) filehandle: 'Is a directory' at /usr/share/duck/lib/checks/patch_files.pm line 101'
Hi Gregor,
Thanks for catching this.
On Thu, 2022-12-08 at 00:45 +0100, gregor herrmann wrote:
> As of today, duck (called in any source package directory) fails with
>
> Can't close(GLOB(0x558bebc05958)) filehandle: 'Is a directory' at
> /usr/share/duck/lib/checks/patch_files.pm line 101'
>
> 92 # iterate over all patchdirs, process all files found
> 93 foreach my $patchdir (@patchdirs) {
> 94 my $dirhandle = dir($patchdir)->open;
> 95
> 96 while (my $patchfile = $dirhandle->read) {
> 97 open my $pf, "<", $patchdir . "/" .
> $patchfile;
> 98
> 99 my @pf_raw = <$pf>;
> 100
> 101 close($pf);
>
> This may or may not be caused by a recent change in src:perl [0],
> hence
> cc'in the perl maintainers
Regardless of if it's indeed a problem introduced by the new perl
upload, I'll fix it in the code. The read() will always return at the
very least `.` and `..`, and those should definitly be skipped in that
context.
--
Baptiste Beauplat
signature.asc
Description: This is a digitally signed message part
Bug#1020219: snapshot.debian.org: change db schema to allow NULL value representing current run on node.last
Package: snapshot.debian.org Severity: normal Transcribing weasel suggestion from IRC: Snapshot could use NULL value on node.last to represent the current run. Since most files do not change between runs, that would significantly reduce the number of UPDATE needed for an import run, speeding up the process. -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#1020217: snapshot.debian.org: write a generic file driver supporting multiple backend (such as object-storage)
Package: snapshot.debian.org Severity: normal Having files stored into an object-like storage could improve cost and performence over the conventional storage that snapshot is currently using. (Currently using over 130 TB!) Multiple componants needs to access snapshot farm. The importer, the web app (if not redirected) and multiple other scripts. We should write a generic file driver to allow all those component to access/update/delete file from a config-defined backend. This driver would be usable in at least two langauges: ruby and python. I'm not sure what is the best course of action here. Some kind of bindings or maintaining two separate drivers. Note that there is also some C program as part for snapshot (the fsck program). I was thinking for writing at least two backend for the driver: - a standard flat filesystem storage (what we have currently) - an object-like storage. S3 would be a good candidate since a couple of opensource storage solution provide S3 compatible API. That would allow a two step transision: start using the driver, then switch the backend. -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#1020216: snapshot.debian.org: move to a stronger hash
Package: snapshot.debian.org Severity: normal Snapshot uses SHA-1 hash to refer and deduplicate files. That hash is considered insecure and should be deprecated from snapshot. It should be replaced by secure hash function such as SHA-256, SHA-512 or BLAKE2. -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#1017836: python-debian: Copyright doesn't throw NotMachineReadableError anymore
Source: python-debian
Version: 0.1.46
Severity: normal
Dear Maintainer,
When passing a non-dep5 copyright file to Copyright, it use to throw
NotMachineReadableError, which is quite useful to categorise the file as
such. It doesn't do that anymore, throwing instead a generic ValueError.
To reproduce:
$ curl -SLO https://sources.debian.org/data/main/h/hello/2.10-2/debian/copyright
$ python3 -c "from debian.copyright import Copyright;
Copyright(open('copyright'))"
With python3-debian from bullseye:
```
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python3/dist-packages/debian/copyright.py", line 155, in
__init__
raise NotMachineReadableError('no paragraphs in input')
```
With python3-debian from unstable and testing:
```
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python3/dist-packages/debian/copyright.py", line 165, in
__init__
self.__file = parse_deb822_file(sequence=sequence, encoding=encoding)
File "/usr/lib/python3/dist-packages/debian/_deb822_repro/parsing.py", line
3091, in parse_deb822_file
deb822_file = Deb822FileElement(LinkedList(tokens))
File "/usr/lib/python3/dist-packages/debian/_util.py", line 159, in __init__
self.extend(values)
File "/usr/lib/python3/dist-packages/debian/_util.py", line 272, in extend
for v in values:
File "/usr/lib/python3/dist-packages/debian/_deb822_repro/_util.py", line
103, in _impl
for token in token_stream:
File "/usr/lib/python3/dist-packages/debian/_deb822_repro/_util.py", line
103, in _impl
for token in token_stream:
File "/usr/lib/python3/dist-packages/debian/_deb822_repro/parsing.py", line
2968, in _build_field_with_value
for token_or_element in buffered_stream:
File "/usr/lib/python3/dist-packages/debian/_deb822_repro/_util.py", line
142, in __next__
return next(self._stream)
File "/usr/lib/python3/dist-packages/debian/_deb822_repro/_util.py", line
103, in _impl
for token in token_stream:
File "/usr/lib/python3/dist-packages/debian/_deb822_repro/parsing.py", line
2904, in _build_value_line
for token in buffered_stream:
File "/usr/lib/python3/dist-packages/debian/_deb822_repro/_util.py", line
142, in __next__
return next(self._stream)
File "/usr/lib/python3/dist-packages/debian/_deb822_repro/_util.py", line
103, in _impl
for token in token_stream:
File "/usr/lib/python3/dist-packages/debian/_deb822_repro/parsing.py", line
3027, in _abort_on_error_tokens
raise ValueError('Syntax or Parse error on the line:
"{error_as_text}"'.format(
ValueError: Syntax or Parse error on the line: "This is the Debian GNU
prepackaged version of the FSF's GNU hello\n"
```
Best,
--
Baptiste Beauplat - lyknode
signature.asc
Description: PGP signature
Bug#1017479: python-django-celery-beat: Missing unpackaged python3-tzdata dependency
Source: python-django-celery-beat Version: 2.3.0-1 Severity: normal Dear Maintainer, django-celery-beat declares a dependency to tzdata[1] in its requirements/default.txt however this package is not available in Debian. Because of this, tzdata will be downloaded from the internet if a project declare a dependency to django-celery-beat even if already installed using Debian packages. From what I can see, tzdata is only a copy of the timezone info, already available from the tzdata package and it is only used by upstream to ensure tzdata info are installed on the target system (no trace of an import in the source). Rather than packaging the python version of tzdata, I think asking upstream to remove the "obvious" dependency could be a cleaner solution. Patching the requirement to drop the dependency could also work fine, IMHO. Best, -- System Information: Debian Release: bookworm/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-4-amd64 (SMP w/2 CPU threads; PREEMPT) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled [1]: https://pypi.org/simple/tzdata/ -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#1016412: dh-make: manpage.1.ex: Incorrect formatting for dash
On 2022/07/31 02:04 PM, Alejandro Colomar (man-pages) wrote:
> On 7/31/22 13:49, Baptiste Beauplat wrote:
> > Hi Alejandro,
> >
> > On 2022/07/31 12:35 PM, Alejandro Colomar wrote:
> > > The template page 'manpage.1.ex' uses '-' instead of '\-' for a
> > > dash that should be a Latin minus sign (as it's in the context of
> > > command options). Using '-' would produce a hyphen, which if
> > > copy&pasted, wouldn't be interpreted correctly by a command.
> > >
> > > The offending line in the file is 41:
> > >
> > > options starting with two dashes ('-')
> >
> > When I run the following command on the manpage :
> >
> > man ./manpage.1.ex | xxd
> >
> > The resulting text from the dash line 41 is converted to the correct 2d
> > minus ascii char.
> >
> > The same is true for the two examples following that text, which are
> > correctly shown as \-\- in the source.
> >
> > I am missing something? Or maybe the fact that this text is in a .SH
> > section make it work correctly?
>
> Upstream groff(1) renders '-' and '\-' differently, as they should.
> However, since many manual pages in existence are incorrect, and they use
> '-' when they should use '\-', Debian modifies the behavior by downgrading
> hyphens into Latin minus sign.
>
> Let's fix the page in the hope that Debian can some day remove that
> workaround.
>
> See the relevant part of :
>
> . \" Debian: Strictly, "-" is a hyphen while "\-" is a minus sign, and the
> . \" former may not always be rendered in the form expected for things like
> . \" command-line options. Uncomment this if you want to make sure that
> . \" manual pages you're writing are clear of this problem.
> . if '\*[.T]'utf8' \
> .char - \[hy]
Oh wow, I was not aware of this Debian-specific behaviour. Sure, let's
do this the correct way :)
--
Baptiste Beauplat - lyknode
signature.asc
Description: PGP signature
Bug#1016412: dh-make: manpage.1.ex: Incorrect formatting for dash
Hi Alejandro,
On 2022/07/31 12:35 PM, Alejandro Colomar wrote:
> The template page 'manpage.1.ex' uses '-' instead of '\-' for a
> dash that should be a Latin minus sign (as it's in the context of
> command options). Using '-' would produce a hyphen, which if
> copy&pasted, wouldn't be interpreted correctly by a command.
>
> The offending line in the file is 41:
>
> options starting with two dashes ('-')
When I run the following command on the manpage :
man ./manpage.1.ex | xxd
The resulting text from the dash line 41 is converted to the correct 2d
minus ascii char.
The same is true for the two examples following that text, which are
correctly shown as \-\- in the source.
I am missing something? Or maybe the fact that this text is in a .SH
section make it work correctly?
Best,
--
Baptiste Beauplat - lyknode
signature.asc
Description: PGP signature
Bug#993963: ITP: centreon-plugins -- Collection of nagios plugins to monitor OS, services and network devices
Package: wnpp Severity: wishlist Owner: Baptiste Beauplat X-Debbugs-Cc: debian-de...@lists.debian.org, pkg-nagios-de...@lists.alioth.debian.org * Package name: centreon-plugins Version : 0.0~20210520-1 Upstream Author : Centreon (https://www.centreon.com) * URL : https://github.com/centreon/centreon-plugins * License : Apache-2.0 Programming Lang: Perl Description : Collection of Nagios plugins to monitor OS, services and network devices Free and open source project to monitor systems. The project can be used with Centreon and all monitoring software compatible with Nagios plugins. The following can be monitored: * application: Apache, Asterisk, Elasticsearch, Github, Jenkins, Kafka, Nginx, Pfsense, Redis, Tomcat, Varnish... * cloud: AWS, Azure, Docker, Office365, Nutanix, Prometheus... * database: Firebird, Informix, MS SQL, MySQL, Oracle, Postgres, Cassandra * hardware: printers (rfc3805), UPS (Powerware, Mge, Standard), Sun Hardware, Cisco UCS, SensorIP, HP Proliant, HP Bladechassis, Dell Openmanage, Dell CMC, Raritan... * network: Aruba, Brocade, Bluecoat, Brocade, Checkpoint, Cisco AP/IronPort/ASA/Standard, Extreme, Fortigate, H3C, Hirschmann, HP Procurve, F5 BIG-IP, Juniper, PaloAlto, Redback, Riverbed, Ruggedcom, Stonesoft... * os: Linux (SNMP, NRPE), Freebsd (SNMP), AIX (SNMP), Solaris (SNMP)... * storage: EMC Clariion, Netapp, Nimble, HP MSA p2000, Dell EqualLogic, Qnap, Panzura, Synology... I intend to maintain this package as part of the Nagios team. -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#993531: lintian: doesn't know about conffile remove-on-upgrade tag
Package: lintian Version: 2.104.0 Severity: normal Dear Maintainer, I was building my package (chkboot 1.3-8) when lintian reported the following tags: ``` E: chkboot: conffile-is-not-in-package remove-on-upgrade /etc/kernel/postinst.d/zzz-chkboot E: chkboot: conffile-is-not-in-package remove-on-upgrade /etc/kernel/postrm.d/zzz-chkboot E: chkboot: non-etc-file-marked-as-conffile remove-on-upgrade /etc/kernel/postinst.d/zzz-chkboot E: chkboot: non-etc-file-marked-as-conffile remove-on-upgrade /etc/kernel/postrm.d/zzz-chkboot E: chkboot: relative-conffile remove-on-upgrade /etc/kernel/postinst.d/zzz-chkboot E: chkboot: relative-conffile remove-on-upgrade /etc/kernel/postrm.d/zzz-chkboot ``` Based on the following conffile generated by dpkg 1.20.9 and debhelper 13.5.1: ``` remove-on-upgrade /etc/kernel/postinst.d/zzz-chkboot remove-on-upgrade /etc/kernel/postrm.d/zzz-chkboot /etc/apt/apt.conf.d/05chkboot /etc/default/chkboot /etc/init.d/chkboot /etc/profile.d/chkboot-profilealert.sh ``` The remove-on-upgrade tag is a new feature from dpkg 1.20.6 as stated in deb-conffiles(5): ``` There is currently only one flag supported, remove-on-upgrade, to mark that a conffile needs to be removed on the next upgrade (since dpkg 1.20.6). These files must not exist in the binary package, as both dpkg(1) and dpkg-deb(1) will not accept building nor processing such binary packages. ``` Lintian should skip the tag if present while checking for the given tags. Best, -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#992694: reprotest: kernel variation makes ldconfig abort with message "FATAL: Kernel too old"
On 2021/08/26 04:25 PM, Mattia Rizzolo wrote: > > What would you say about this patch: > > |--- a/README.rst > |+++ b/README.rst > |@@ -378,9 +378,9 @@ mechanism to vary the system time. > | Kernel > | -- > | > |-The "kernel" variation is currently not working for RPM based packages. > While > |-building with this variation enabled, the tool > `/usr/lib/rpm/redhat/brp-ldconfig` > |-compains about `FATAL: kernel too old` and aborts the build. > |+The "kernel" variation is currently not working for RPM based packages and > other > |+build process requiring `ldconfig`. While building with this variation > enabled, > |+`ldconfig` complains about `FATAL: kernel too old` and aborts the build. > | > | Avoid sudo(1) password prompts > | == Looks good to me. > Besides potentially better identifying which versions of ldconfig are > effectively broken, I don't think we could do much else. IIRC, the change was introduced by https://salsa.debian.org/glibc-team/glibc/-/commit/2d7aa68d5d30a203b61b551432efcefac7413885#98f7bc9994884d56cdc1b30b364e50f8800dbc07_147_147 which was packaged with glibc-2.25. I agree. A possibility would be to introduce a '--uname-3.2' to setarch and I don't think, for the number of packages using ldconfig at build time, this is worth the trouble (specially since upstream might not be interested by it). -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#992694: reprotest: kernel variation makes ldconfig abort with message "FATAL: Kernel too old"
Package: reprotest Version: 0.7.16 Severity: normal Dear Maintainer, While trying to debug https://salsa.debian.org/salsa-ci-team/pipeline/-/issues/191, I found out that the kernel variation makes ldconfig abort with the following message: "FATAL: Kernel too old" This bug can be reproduced using two methods: The low level: `setarch --uname-2.6 ldconfig -v` The high level: ``` cd /tmp; (mkdir -p test-0.1; cd test-0.1; dh_make -n -s -c mit -y; echo -e "override_dh_auto_install:\n\tldconfig --version" >> debian/rules) sudo reprotest --vary=-all,kernel --auto-build /tmp/test-0.1 -- schroot unstable-amd64-sbuild ``` This behavour is partially documented in the manpage under: ``` Kernel -- The "kernel" variation is currently not working for RPM based packages. While building with this variation enabled, the tool `/usr/lib/rpm/redhat/brp-ldconfig` compains about `FATAL: kernel too old` and aborts the build. ``` However all version of ldconfig (at least since 2017) require a kernel 3.2, not just the RPM ldconfig. I think the documentation should be updated to warn users about ldconfig not working in all cases. -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#991481: unblock: openntpd/1:6.2p3-4.2 (pre-approval)
Control: retitle -1 unblock: openntpd/1:6.2p3-4.2 Asking for a pre-approval on a trivial 3 line targeted RC fix doesn't seems like a good use of the release team's time. I've uploaded the fix to unstable and I'm converting this bug into a standard unblock. Sorry for the waste of time. unblock openntpd/1:6.2p3-4.2 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#987321: openntpd: if-up.d script uses SysV command instead of systemd and blocks boot
Control: tags -1 + pending Ended-up uploading to DELAY/0. After a quick exchange on IRC #debian-release, asking for pre-approval for a targeted RC fix is a waste of time for the release team. -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#987321: openntpd: diff for NMU version 1:6.2p3-4.2
Control: tags 987321 + patch Dear maintainer, I've prepared an NMU for openntpd (versioned as 1:6.2p3-4.2) and created an pre-approval unblock request for it. Once given the go-ahead by the release team, I'll upload it to DELAYED/0. Pre-approval request: https://bugs.debian.org/991481 Regards. -- Baptiste Beauplat - lyknode diff -Nru openntpd-6.2p3/debian/changelog openntpd-6.2p3/debian/changelog --- openntpd-6.2p3/debian/changelog 2020-10-26 18:10:47.0 +0100 +++ openntpd-6.2p3/debian/changelog 2021-07-25 14:37:54.0 +0200 @@ -1,3 +1,11 @@ +openntpd (1:6.2p3-4.2) unstable; urgency=medium + + * Non-maintainer upload. + * Ensure that openntpd is running before restarting it from the if-up.d +hook. (Closes: #987321) + + -- Baptiste Beauplat Sun, 25 Jul 2021 14:37:54 +0200 + openntpd (1:6.2p3-4.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru openntpd-6.2p3/debian/config/openntpd openntpd-6.2p3/debian/config/openntpd --- openntpd-6.2p3/debian/config/openntpd 2020-10-26 15:52:50.0 +0100 +++ openntpd-6.2p3/debian/config/openntpd 2021-07-25 11:33:18.0 +0200 @@ -7,4 +7,6 @@ exit 0 fi -invoke-rc.d openntpd force-reload || true +if pidof -q ntpd; then +invoke-rc.d openntpd force-reload || true +fi signature.asc Description: PGP signature
Bug#991481: unblock: openntpd/1:6.2p3-4.2 (pre-approval)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release team, this is a request for pre-approval of an openntpd upload. [ Reason ] Openntpd makes networking configuration fail when running its if-up hook. https://bugs.debian.org/987321 The upload would fix this issue by checking if openntpd is running before restarting it. Openntpd depending on systemd network target, it would be skipped on boot but correctly executed on ifdown/ifup. [ Impact ] High: this bug is effectively holding the boot sequence to the networking service timeout (5 minutes) and preventing any interfaces after the first one to be configured. [ Tests ] Autopkgtest is superficial. I've manually tested the fix in both systemd and sysv setup. I've validated that the patch fixes the booting issue and that openntpd restart on interface reconfiguration (if already started). [ Risks ] Low: the changeset is quite small and self-contained. This is a non-key leaf package. It has a popcorn of ~1350. [ 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 [ Other info ] This is an NMU. On approval, I'll upload with DELAY/0. unblock openntpd/1:6.2p3-4.2 -- Baptiste Beauplat - lyknode diff -Nru openntpd-6.2p3/debian/changelog openntpd-6.2p3/debian/changelog --- openntpd-6.2p3/debian/changelog 2020-10-26 18:10:47.0 +0100 +++ openntpd-6.2p3/debian/changelog 2021-07-25 14:37:54.0 +0200 @@ -1,3 +1,11 @@ +openntpd (1:6.2p3-4.2) unstable; urgency=medium + + * Non-maintainer upload. + * Ensure that openntpd is running before restarting it from the if-up.d +hook. (Closes: #987321) + + -- Baptiste Beauplat Sun, 25 Jul 2021 14:37:54 +0200 + openntpd (1:6.2p3-4.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru openntpd-6.2p3/debian/config/openntpd openntpd-6.2p3/debian/config/openntpd --- openntpd-6.2p3/debian/config/openntpd 2020-10-26 15:52:50.0 +0100 +++ openntpd-6.2p3/debian/config/openntpd 2021-07-25 11:33:18.0 +0200 @@ -7,4 +7,6 @@ exit 0 fi -invoke-rc.d openntpd force-reload || true +if pidof -q ntpd; then +invoke-rc.d openntpd force-reload || true +fi signature.asc Description: PGP signature
Bug#987321: openntpd: if-up.d script uses SysV command instead of systemd and blocks boot
Control: severity -1 critical On 2021/04/21 07:42 PM, François Cerbelle wrote: > openntpd installs a smart if-up.d script to reload the configuration > when an interface is started. It blocks the boot process until a timeout > occurs at the "Raise network interfaces" step. This effectively prevent systems from configuring multiple interfaces when using 'auto' in /etc/network/interfaces. -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#961142: snapshot.debian.org: python3 migration
is run and a branch coverage report is generated in web/app/htmlcov/. The test suite is either run by: - invoking the `tox` command. It will take care of settings up an isolated environment to test with (postgresql is still a requirement) - Pushing commits to the repository, that will trigger the CI Deployment == Although, it requires some adjustments, I haven't touched the deployments files (speaking of `etc/apache.conf` and `web/deploy`). From what I can gather, the current frontend setup is split between several directories: - /srv/snapshot.debian.org/web/public/static/, for static files - /srv/snapshot.debian.org/web/public/, for web root - /srv/snapshot.debian.org/bin/, for the WSGI script - /srv/snapshot.debian.org/web-app/, for the actual frontend app It looks like public/ and the WSGI script are actually links to the web-app subtree. All of that is split from the local copy of the repository (living in `/srv/snapshot.debian.org/code/`). Do you want to use the same setup for the new version? I usually expose directly the git repository, aliasing /robots.txt, /static and / (to the wsgi script) and it works. However, that technique might not fit security requirements for snapshot.d.o. In any case, I've removed the egg-info directory from the repository (being generated files), so they would have to be generated by the deploy script using a `setup.py sdist`. What's next === Let me know how to proceed from here. I suppose you will want to review the code; I'm looking forward to your feedback on that. Then, do you want to host that version, parallel to the previous one for a couple of weeks to allow testing by other people, before switching? Let me know how can I be of any help. I do intend to address bugs listed for snapshot.debian.org in the BTS and build on this new version of snapshot. -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#989018: unblock: imv/4.2.0-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package imv [ Reason ] - Non-key package - No autopkgtest - Fixes RC bug (#987536) [ Impact ] Low, this is a trivial fix for a FTBFS without internet access (one B-D added). [ Tests ] The fix only affects generated manpages. I've confirmed, using diffoscope that there is no changes to the previous version of the binary package, except from some build metadata embeded in the manpage (timestamp and version). [ Risks ] Very low: - Changes are trivial - Leaf package - No functional changes - Patch is taken from ubuntu [ 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 [ Other info ] - Non-maintainer upload unblock imv/4.2.0-1.1 -- Baptiste Beauplat - lyknode diff -Nru imv-4.2.0/debian/changelog imv-4.2.0/debian/changelog --- imv-4.2.0/debian/changelog 2021-01-31 13:03:12.0 +0100 +++ imv-4.2.0/debian/changelog 2021-05-18 13:51:05.0 +0200 @@ -1,3 +1,12 @@ +imv (4.2.0-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Build-depend on docbook-xsl so that xsltproc doesn't try to access +the internet for the stylesheet. Works around #980930. Thanks to Logan +Rosen for the patch. (Closes: #987536) + + -- Baptiste Beauplat Tue, 18 May 2021 13:51:05 +0200 + imv (4.2.0-1) unstable; urgency=medium * New upstream version 4.2.0. diff -Nru imv-4.2.0/debian/control imv-4.2.0/debian/control --- imv-4.2.0/debian/control2021-01-31 13:01:39.0 +0100 +++ imv-4.2.0/debian/control2021-05-18 13:49:39.0 +0200 @@ -6,6 +6,7 @@ Build-Depends: asciidoc-base, debhelper-compat (= 13), + docbook-xsl, libcmocka-dev, libegl1-mesa-dev, libfreeimage-dev, signature.asc Description: PGP signature
Bug#987536: imv: diff for NMU version 4.2.0-1.1
Dear maintainer, I've prepared an NMU for imv (versioned as 4.2.0-1.1). The diff is attached to this message. I'll open an unblock request of it too. Regards. -- Baptiste Beauplat - lyknode diff -Nru imv-4.2.0/debian/changelog imv-4.2.0/debian/changelog --- imv-4.2.0/debian/changelog 2021-01-31 13:03:12.0 +0100 +++ imv-4.2.0/debian/changelog 2021-05-18 13:51:05.0 +0200 @@ -1,3 +1,12 @@ +imv (4.2.0-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Build-depend on docbook-xsl so that xsltproc doesn't try to access +the internet for the stylesheet. Works around #980930. Thanks to Logan +Rosen for the patch. (Closes: #987536) + + -- Baptiste Beauplat Tue, 18 May 2021 13:51:05 +0200 + imv (4.2.0-1) unstable; urgency=medium * New upstream version 4.2.0. diff -Nru imv-4.2.0/debian/control imv-4.2.0/debian/control --- imv-4.2.0/debian/control 2021-01-31 13:01:39.0 +0100 +++ imv-4.2.0/debian/control 2021-05-18 13:49:39.0 +0200 @@ -6,6 +6,7 @@ Build-Depends: asciidoc-base, debhelper-compat (= 13), + docbook-xsl, libcmocka-dev, libegl1-mesa-dev, libfreeimage-dev, signature.asc Description: PGP signature
Bug#987536: imv FTBFS without internet access
Control: tags -1 + patch On 2021/04/25 12:22 PM, Adrian Bunk wrote: > The Ubuntu patch seems to contain a fix/workaround. As Adrian stated, the ubuntu patch fixes the issue. Please find attached the patch to apply (Credit to Logan Rosen ) I intend to NMU in a couple of days if the bug is still open by then. Best, -- Baptiste Beauplat - lyknode diff -Nru imv-4.2.0/debian/control imv-4.2.0/debian/control --- imv-4.2.0/debian/control2021-01-31 13:01:39.0 +0100 +++ imv-4.2.0/debian/control2021-05-18 13:49:39.0 +0200 @@ -6,6 +6,7 @@ Build-Depends: asciidoc-base, debhelper-compat (= 13), + docbook-xsl, libcmocka-dev, libegl1-mesa-dev, libfreeimage-dev, signature.asc Description: PGP signature
Bug#988641: unblock: fenix/0.92a.dfsg1-12.1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package fenix
[ Reason ]
- Non-key package
- Autopkgtest does not cover all architectures (but does cover all built
architectures)
- Fixes RC bug (#987637)
[ Impact ]
- Low, the fix is a trivial (one-liner) change for a FTBFS. No
user/behavior changes.
- A change has been made to the test suite to:
* Run only on built architectures
* Cover the fix
[ Tests ]
I've run the program and built a fenix source file (taken from the
source examples) in order to cover the fix. Additionally, the fix is
covered by autopkgtest.
I've also successfully rebuilt all (3) reverse B-D.
[ Risks ]
Low:
- Changes covered by autopkgtest
- Trivial change
[ 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
[ Other info ]
- Non-maintainer upload
unblock fenix/0.92a.dfsg1-12.1
--
Baptiste Beauplat - lyknode
diff -Nru fenix-0.92a.dfsg1/debian/changelog fenix-0.92a.dfsg1/debian/changelog
--- fenix-0.92a.dfsg1/debian/changelog 2019-02-13 15:35:24.0 +0100
+++ fenix-0.92a.dfsg1/debian/changelog 2021-05-14 14:13:28.0 +0200
@@ -1,3 +1,14 @@
+fenix (0.92a.dfsg1-12.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add a patch to fix FTBFS with gcc 10, declaring debug as an external
+variable (Closes: #987637)
+ * Modify autopkgtest to assert fenix debug output
+ * Only run autopkgtest on architectures where binary package fenix is built
+(required by the test suite)
+
+ -- Baptiste Beauplat Fri, 14 May 2021 14:13:28 +0200
+
fenix (0.92a.dfsg1-12) unstable; urgency=medium
[ Peter Pentchev ]
diff -Nru fenix-0.92a.dfsg1/debian/patches/fix_ftbfs_gcc10.patch
fenix-0.92a.dfsg1/debian/patches/fix_ftbfs_gcc10.patch
--- fenix-0.92a.dfsg1/debian/patches/fix_ftbfs_gcc10.patch 1970-01-01
01:00:00.0 +0100
+++ fenix-0.92a.dfsg1/debian/patches/fix_ftbfs_gcc10.patch 2021-05-11
21:08:56.0 +0200
@@ -0,0 +1,19 @@
+From: Baptiste Beauplat
+Date: Tue, 11 May 2021 21:06:15 +0200
+Subject: Fix FTBFS with gcc 10 (Closes: #987637)
+
+Declare debug as an external variable.
+Declaration and assignation is done in main.c.
+---
+
+--- a/fxc/src/c_main.c
b/fxc/src/c_main.c
+@@ -182,7 +182,7 @@
+ #ifdef TARGET_MAC
+ static int debug ;
+ #else
+-int debug;
++extern int debug;
+ #endif
+
+ void compile_init ()
diff -Nru fenix-0.92a.dfsg1/debian/patches/series
fenix-0.92a.dfsg1/debian/patches/series
--- fenix-0.92a.dfsg1/debian/patches/series 2019-02-12 10:40:57.0
+0100
+++ fenix-0.92a.dfsg1/debian/patches/series 2021-05-10 21:39:02.0
+0200
@@ -35,3 +35,4 @@
fxc-cmdline-crash.patch
fxi-cmdline-title.patch
map-gif-256-colors.patch
+fix_ftbfs_gcc10.patch
diff -Nru fenix-0.92a.dfsg1/debian/tests/control
fenix-0.92a.dfsg1/debian/tests/control
--- fenix-0.92a.dfsg1/debian/tests/control 2019-02-12 15:47:50.0
+0100
+++ fenix-0.92a.dfsg1/debian/tests/control 2021-05-14 14:13:28.0
+0200
@@ -1,3 +1,19 @@
Test-Command: env TESTDIR="$(pwd)/debian/tests/t"
TEST_FENIX_MAP=/usr/bin/fenix-map TEST_FENIX_FXC=/usr/bin/fenix-fxc
TEST_FENIX_FXI=/usr/bin/fenix-fxi TERM=dumb prove -v -r debian/tests/t
Depends: @, libgd-perl, libpath-tiny-perl, libtest-command-perl, perl
Restrictions: allow-stderr
+Architecture: arm
+ armel
+ armhf
+ hppa
+ hurd-i386
+ i386
+ kfreebsd-i386
+ m68k
+ mips
+ mipsel
+ mipsn32
+ mipsn32el
+ powerpc
+ s390
+ sh4
+ sparc
diff -Nru fenix-0.92a.dfsg1/debian/tests/t/lib/Test/Fenix/Compile.pm
fenix-0.92a.dfsg1/debian/tests/t/lib/Test/Fenix/Compile.pm
--- fenix-0.92a.dfsg1/debian/tests/t/lib/Test/Fenix/Compile.pm 2019-02-12
15:47:50.0 +0100
+++ fenix-0.92a.dfsg1/debian/tests/t/lib/Test/Fenix/Compile.pm 2021-05-11
22:17:32.0 +0200
@@ -41,12 +41,11 @@
Test::More::plan tests => 4;
my $cmd = Test::Command->new(cmd => [
- $fxc, $test->{test}{src}->basename,
+ $fxc, '-d', $test->{test}{src}->basename,
]);
$cmd->exit_is_num(0);
- # Yeah, this is backwards, I know...
- $cmd->stdout_is_eq('');
- $cmd->stderr_isnt_eq('');
+ $cmd->stdout_like(qr/END/);
+ $cmd->stderr_like(qr/- Main procedure/);
Test::More::ok -f $test->{test}{exe},
'the compiled program exists';
signature.asc
Description: PGP signature
Bug#988534: unblock: zsnes/1.510+bz2-10.1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package zsnes
[ Reason ]
- Non-key package without autopkgtest
- Fix a RC bug (#987640)
[ Impact ]
Low, the bug is a FTBFS. User experience in running the program is not
affected.
[ Tests ]
The fix has been tested manually both by building the program (on the
targeted i386 architecture) and running it. The test run was to launch
the program and load a rom. The game started correctly.
[ Risks ]
Low:
- Fix is trivial
- No functionality changes
- Leaf package
[ 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
[ Other info ]
- Non-maintainer upload
unblock zsnes/1.510+bz2-10.1
--
Baptiste Beauplat - lyknode
diff -Nru zsnes-1.510+bz2/debian/changelog zsnes-1.510+bz2/debian/changelog
--- zsnes-1.510+bz2/debian/changelog2019-12-14 16:03:00.0 +0100
+++ zsnes-1.510+bz2/debian/changelog2021-05-14 14:46:32.0 +0200
@@ -1,3 +1,11 @@
+zsnes (1.510+bz2-10.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add patch to fix FTBFS with GCC 10, declaring HacksDisable as an extern
+variable and fixing its type (Closes: #987640)
+
+ -- Baptiste Beauplat Fri, 14 May 2021 14:46:32 +0200
+
zsnes (1.510+bz2-10) unstable; urgency=high
* Team upload.
diff -Nru zsnes-1.510+bz2/debian/patches/0018-Fix-ftbfs-with-gcc-10.patch
zsnes-1.510+bz2/debian/patches/0018-Fix-ftbfs-with-gcc-10.patch
--- zsnes-1.510+bz2/debian/patches/0018-Fix-ftbfs-with-gcc-10.patch
1970-01-01 01:00:00.0 +0100
+++ zsnes-1.510+bz2/debian/patches/0018-Fix-ftbfs-with-gcc-10.patch
2021-05-05 23:28:51.0 +0200
@@ -0,0 +1,25 @@
+From: Baptiste Beauplat
+Date: Wed, 5 May 2021 23:18:27 +0200
+Subject: Fix FTBFS with gcc 10 (Closes: #987640)
+
+Declare HacksDisable as external unsigned char in initc.c.
+Declaration and assignation is done in cfg.c. This file is generated at
+build time by parsegen from cfg.psr. The generated variable is an
+unsigned char.
+---
+ src/initc.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/initc.c b/src/initc.c
+index 3096240..56b02bc 100644
+--- a/src/initc.c
b/src/initc.c
+@@ -1496,7 +1496,7 @@ Would be nice to trash this section in the future
+ extern unsigned char ENVDisable, cycpb268, cycpb358, cycpbl2, cycpblt2,
cycpbl;
+ extern unsigned char cycpblt, opexec268, opexec358, opexec268b, opexec358b;
+ extern unsigned char opexec268cph, opexec358cph, opexec268cphb, opexec358cphb;
+-bool HacksDisable;
++extern unsigned char HacksDisable;
+
+ void headerhack()
+ {
diff -Nru zsnes-1.510+bz2/debian/patches/series
zsnes-1.510+bz2/debian/patches/series
--- zsnes-1.510+bz2/debian/patches/series 2019-12-14 16:02:16.0
+0100
+++ zsnes-1.510+bz2/debian/patches/series 2021-05-05 23:28:51.0
+0200
@@ -15,3 +15,4 @@
fortify-source-load.patch
hurd.patch
privacy-breach.patch
+0018-Fix-ftbfs-with-gcc-10.patch
signature.asc
Description: PGP signature
Bug#987640: zsnes: diff for NMU version 1.510+bz2-10.1
Dear maintainer,
I've prepared an NMU for zsnes (versioned as 1.510+bz2-10.1). The diff
is attached to this message.
Once the package is built and installed, I'll open an unblock request.
Regards.
--
Baptiste Beauplat - lyknode
diff -Nru zsnes-1.510+bz2/debian/changelog zsnes-1.510+bz2/debian/changelog
--- zsnes-1.510+bz2/debian/changelog 2019-12-14 16:03:00.0 +0100
+++ zsnes-1.510+bz2/debian/changelog 2021-05-14 14:46:32.0 +0200
@@ -1,3 +1,11 @@
+zsnes (1.510+bz2-10.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Add patch to fix FTBFS with GCC 10, declaring HacksDisable as an extern
+variable and fixing its type (Closes: #987640)
+
+ -- Baptiste Beauplat Fri, 14 May 2021 14:46:32 +0200
+
zsnes (1.510+bz2-10) unstable; urgency=high
* Team upload.
diff -Nru zsnes-1.510+bz2/debian/patches/0018-Fix-ftbfs-with-gcc-10.patch zsnes-1.510+bz2/debian/patches/0018-Fix-ftbfs-with-gcc-10.patch
--- zsnes-1.510+bz2/debian/patches/0018-Fix-ftbfs-with-gcc-10.patch 1970-01-01 01:00:00.0 +0100
+++ zsnes-1.510+bz2/debian/patches/0018-Fix-ftbfs-with-gcc-10.patch 2021-05-05 23:28:51.0 +0200
@@ -0,0 +1,25 @@
+From: Baptiste Beauplat
+Date: Wed, 5 May 2021 23:18:27 +0200
+Subject: Fix FTBFS with gcc 10 (Closes: #987640)
+
+Declare HacksDisable as external unsigned char in initc.c.
+Declaration and assignation is done in cfg.c. This file is generated at
+build time by parsegen from cfg.psr. The generated variable is an
+unsigned char.
+---
+ src/initc.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/initc.c b/src/initc.c
+index 3096240..56b02bc 100644
+--- a/src/initc.c
b/src/initc.c
+@@ -1496,7 +1496,7 @@ Would be nice to trash this section in the future
+ extern unsigned char ENVDisable, cycpb268, cycpb358, cycpbl2, cycpblt2, cycpbl;
+ extern unsigned char cycpblt, opexec268, opexec358, opexec268b, opexec358b;
+ extern unsigned char opexec268cph, opexec358cph, opexec268cphb, opexec358cphb;
+-bool HacksDisable;
++extern unsigned char HacksDisable;
+
+ void headerhack()
+ {
diff -Nru zsnes-1.510+bz2/debian/patches/series zsnes-1.510+bz2/debian/patches/series
--- zsnes-1.510+bz2/debian/patches/series 2019-12-14 16:02:16.0 +0100
+++ zsnes-1.510+bz2/debian/patches/series 2021-05-05 23:28:51.0 +0200
@@ -15,3 +15,4 @@
fortify-source-load.patch
hurd.patch
privacy-breach.patch
+0018-Fix-ftbfs-with-gcc-10.patch
signature.asc
Description: PGP signature
Bug#987637: fenix: diff for NMU version 0.92a.dfsg1-12.1~exp1
Dear maintainer,
I've prepared an NMU for fenix (versioned as 0.92a.dfsg1-12.1~exp1). The diff
is attached to this message.
I'm uploading to experimental before unstable in order to validate that
autopkgtest works.
Regards.
--
Baptiste Beauplat - lyknode
diff -Nru fenix-0.92a.dfsg1/debian/changelog fenix-0.92a.dfsg1/debian/changelog
--- fenix-0.92a.dfsg1/debian/changelog 2019-02-13 15:35:24.0 +0100
+++ fenix-0.92a.dfsg1/debian/changelog 2021-05-14 14:13:28.0 +0200
@@ -1,3 +1,14 @@
+fenix (0.92a.dfsg1-12.1~exp1) experimental; urgency=medium
+
+ * Non-maintainer upload.
+ * Add a patch to fix FTBFS with gcc 10, declaring debug as an external
+variable (Closes: #987637)
+ * Modify autopkgtest to assert fenix debug output
+ * Only run autopkgtest on architectures where binary package fenix is built
+(required by the test suite)
+
+ -- Baptiste Beauplat Fri, 14 May 2021 14:13:28 +0200
+
fenix (0.92a.dfsg1-12) unstable; urgency=medium
[ Peter Pentchev ]
diff -Nru fenix-0.92a.dfsg1/debian/patches/fix_ftbfs_gcc10.patch fenix-0.92a.dfsg1/debian/patches/fix_ftbfs_gcc10.patch
--- fenix-0.92a.dfsg1/debian/patches/fix_ftbfs_gcc10.patch 1970-01-01 01:00:00.0 +0100
+++ fenix-0.92a.dfsg1/debian/patches/fix_ftbfs_gcc10.patch 2021-05-11 21:08:56.0 +0200
@@ -0,0 +1,19 @@
+From: Baptiste Beauplat
+Date: Tue, 11 May 2021 21:06:15 +0200
+Subject: Fix FTBFS with gcc 10 (Closes: #987637)
+
+Declare debug as an external variable.
+Declaration and assignation is done in main.c.
+---
+
+--- a/fxc/src/c_main.c
b/fxc/src/c_main.c
+@@ -182,7 +182,7 @@
+ #ifdef TARGET_MAC
+ static int debug ;
+ #else
+-int debug;
++extern int debug;
+ #endif
+
+ void compile_init ()
diff -Nru fenix-0.92a.dfsg1/debian/patches/series fenix-0.92a.dfsg1/debian/patches/series
--- fenix-0.92a.dfsg1/debian/patches/series 2019-02-12 10:40:57.0 +0100
+++ fenix-0.92a.dfsg1/debian/patches/series 2021-05-10 21:39:02.0 +0200
@@ -35,3 +35,4 @@
fxc-cmdline-crash.patch
fxi-cmdline-title.patch
map-gif-256-colors.patch
+fix_ftbfs_gcc10.patch
diff -Nru fenix-0.92a.dfsg1/debian/tests/control fenix-0.92a.dfsg1/debian/tests/control
--- fenix-0.92a.dfsg1/debian/tests/control 2019-02-12 15:47:50.0 +0100
+++ fenix-0.92a.dfsg1/debian/tests/control 2021-05-14 14:13:28.0 +0200
@@ -1,3 +1,19 @@
Test-Command: env TESTDIR="$(pwd)/debian/tests/t" TEST_FENIX_MAP=/usr/bin/fenix-map TEST_FENIX_FXC=/usr/bin/fenix-fxc TEST_FENIX_FXI=/usr/bin/fenix-fxi TERM=dumb prove -v -r debian/tests/t
Depends: @, libgd-perl, libpath-tiny-perl, libtest-command-perl, perl
Restrictions: allow-stderr
+Architecture: arm
+ armel
+ armhf
+ hppa
+ hurd-i386
+ i386
+ kfreebsd-i386
+ m68k
+ mips
+ mipsel
+ mipsn32
+ mipsn32el
+ powerpc
+ s390
+ sh4
+ sparc
diff -Nru fenix-0.92a.dfsg1/debian/tests/t/lib/Test/Fenix/Compile.pm fenix-0.92a.dfsg1/debian/tests/t/lib/Test/Fenix/Compile.pm
--- fenix-0.92a.dfsg1/debian/tests/t/lib/Test/Fenix/Compile.pm 2019-02-12 15:47:50.0 +0100
+++ fenix-0.92a.dfsg1/debian/tests/t/lib/Test/Fenix/Compile.pm 2021-05-11 22:17:32.0 +0200
@@ -41,12 +41,11 @@
Test::More::plan tests => 4;
my $cmd = Test::Command->new(cmd => [
- $fxc, $test->{test}{src}->basename,
+ $fxc, '-d', $test->{test}{src}->basename,
]);
$cmd->exit_is_num(0);
- # Yeah, this is backwards, I know...
- $cmd->stdout_is_eq('');
- $cmd->stderr_isnt_eq('');
+ $cmd->stdout_like(qr/END/);
+ $cmd->stderr_like(qr/- Main procedure/);
Test::More::ok -f $test->{test}{exe},
'the compiled program exists';
signature.asc
Description: PGP signature
Bug#986512: libunity: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2
On 2021/05/11 11:00 PM, Baptiste Beauplat wrote: > The issue may be related to this upstream issue: > > https://gitlab.gnome.org/GNOME/vala/-/issues/1167 > > I'll test using a patched version of vala and reassign if needed. The pachted version of vala in sid works and libunity build correctly with it. This is a regression in vala, reassigning the bug. -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#987637: fenix FTBFS with gcc 10
Control: tags -1 + patch
Dear maintainer,
The following patch fixes the FTBFS. I've added a specific check in the
test suite and I've tested it manually.
Without feedback, I'll NMU the package and request an unblock in a
couple of days.
Best,
--
Baptiste Beauplat - lyknode
diff -Nru fenix-0.92a.dfsg1/debian/patches/fix_ftbfs_gcc10.patch
fenix-0.92a.dfsg1/debian/patches/fix_ftbfs_gcc10.patch
--- fenix-0.92a.dfsg1/debian/patches/fix_ftbfs_gcc10.patch 1970-01-01
01:00:00.0 +0100
+++ fenix-0.92a.dfsg1/debian/patches/fix_ftbfs_gcc10.patch 2021-05-11
21:08:56.0 +0200
@@ -0,0 +1,19 @@
+From: Baptiste Beauplat
+Date: Tue, 11 May 2021 21:06:15 +0200
+Subject: Fix FTBFS with gcc 10 (Closes: #987637)
+
+Declare debug as an external variable.
+Declaration and assignation is done in main.c.
+---
+
+--- a/fxc/src/c_main.c
b/fxc/src/c_main.c
+@@ -182,7 +182,7 @@
+ #ifdef TARGET_MAC
+ static int debug ;
+ #else
+-int debug;
++extern int debug;
+ #endif
+
+ void compile_init ()
diff -Nru fenix-0.92a.dfsg1/debian/patches/series
fenix-0.92a.dfsg1/debian/patches/series
--- fenix-0.92a.dfsg1/debian/patches/series 2019-02-12 10:40:57.0
+0100
+++ fenix-0.92a.dfsg1/debian/patches/series 2021-05-10 21:39:02.0
+0200
@@ -35,3 +35,4 @@
fxc-cmdline-crash.patch
fxi-cmdline-title.patch
map-gif-256-colors.patch
+fix_ftbfs_gcc10.patch
diff -Nru fenix-0.92a.dfsg1/debian/tests/t/lib/Test/Fenix/Compile.pm
fenix-0.92a.dfsg1/debian/tests/t/lib/Test/Fenix/Compile.pm
--- fenix-0.92a.dfsg1/debian/tests/t/lib/Test/Fenix/Compile.pm 2019-02-12
15:47:50.0 +0100
+++ fenix-0.92a.dfsg1/debian/tests/t/lib/Test/Fenix/Compile.pm 2021-05-11
22:17:32.0 +0200
@@ -41,12 +41,11 @@
Test::More::plan tests => 4;
my $cmd = Test::Command->new(cmd => [
- $fxc, $test->{test}{src}->basename,
+ $fxc, '-d', $test->{test}{src}->basename,
]);
$cmd->exit_is_num(0);
- # Yeah, this is backwards, I know...
- $cmd->stdout_is_eq('');
- $cmd->stderr_isnt_eq('');
+ $cmd->stdout_like(qr/END/);
+ $cmd->stderr_like(qr/- Main procedure/);
Test::More::ok -f $test->{test}{exe},
'the compiled program exists';
signature.asc
Description: PGP signature
Bug#986512: libunity: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2
The issue may be related to this upstream issue: https://gitlab.gnome.org/GNOME/vala/-/issues/1167 I'll test using a patched version of vala and reassign if needed. -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#988295: glabels: Maintainer email is not reachable
Source: glabels Severity: serious Justification: Policy 3.3 Dear Maintainer, The maintainer email ubuntu-devel-disc...@lists.ubuntu.com is a moderated mailing list. Mail sent from the BTS and submitters are not guaranteed to be delivered. (See the attached notification) Please use another reachable email as maintainer. Best, -- Baptiste Beauplat - lyknode --- Begin Message --- Bug#986512: libunity: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2 Is being held until the list moderator can review it for approval. The reason it is being held: Post by non-member to a members-only list Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: https://lists.ubuntu.com/mailman/confirm/ubuntu-devel-discuss/7a82633fb9b2d298ac25c2c751cb765f617d0a22 --- End Message --- signature.asc Description: PGP signature
Bug#988294: libunity: Maintainer email is not reachable
Source: libunity Severity: serious Justification: Policy 3.3 Dear Maintainer, The maintainer email ubuntu-devel-disc...@lists.ubuntu.com is a moderated mailing list. Mail sent from the BTS and submitters are not guaranteed to be delivered. (See the attached notification) Please use another reachable email as maintainer. Best, -- Baptiste Beauplat - lyknode --- Begin Message --- Bug#986512: libunity: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2 Is being held until the list moderator can review it for approval. The reason it is being held: Post by non-member to a members-only list Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: https://lists.ubuntu.com/mailman/confirm/ubuntu-devel-discuss/7a82633fb9b2d298ac25c2c751cb765f617d0a22 --- End Message --- signature.asc Description: PGP signature
Bug#986512: libunity: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2
I started a bit of digging up on that FTBFS and I found that libunity build correctly with vala <= 0.48.13-1. A changed introduced in 0.48.14 must be at the origin of the bug. (I don't have sufficient knowledge of vala to get to the bottom of this issue, I just wanted to share this info) -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#987640: zsnes FTBFS with gcc 10
Control: tags -1 + patch
Dear maintainer,
The following patch fixes the FTBFS. I've tested it and I can run the
program and load a rom successfully.
Without feedback, I'll NMU the package and request an unblock in a
couple of days.
Best,
--
Baptiste Beauplat - lyknode
From: Baptiste Beauplat
Date: Wed, 5 May 2021 23:18:27 +0200
Subject: Fix FTBFS with gcc 10 (Closes: #987640)
Declare HacksDisable as external unsigned char in initc.c.
Declaration and assignation is done in cfg.c. This file is generated at
build time by parsegen from cfg.psr. The generated variable is an
unsigned char.
---
src/initc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/initc.c b/src/initc.c
index 3096240..56b02bc 100644
--- a/src/initc.c
+++ b/src/initc.c
@@ -1496,7 +1496,7 @@ Would be nice to trash this section in the future
extern unsigned char ENVDisable, cycpb268, cycpb358, cycpbl2, cycpblt2, cycpbl;
extern unsigned char cycpblt, opexec268, opexec358, opexec268b, opexec358b;
extern unsigned char opexec268cph, opexec358cph, opexec268cphb, opexec358cphb;
-bool HacksDisable;
+extern unsigned char HacksDisable;
void headerhack()
{
signature.asc
Description: PGP signature
Bug#983140: closed by Debian FTP Masters (reply to Lee Garrett ) (Bug#983140: fixed in ansible 2.10.7+merged+base+2.10.8+dfsg-1)
Hi Lee,
On 2021/04/19 11:06 PM, Debian Bug Tracking System wrote:
> #983140: ansible: Does not detect correct python interpreter on bullseye
> target
>
> It has been closed by Debian FTP Masters
> (reply to Lee Garrett ).
Glad to hear this will be fixed by this new version.
I was also working on a patch for 2.9.16 but I guess it's a bit late of
that :)
I'll attach it anyway for reference because I managed to have all unit
tests working by avoiding the user home directory. You might be
interested to have a look at that.
Thanks again for maintaining ansible!
Best,
--
Baptiste Beauplat - lyknode
diff -Nru ansible-2.9.16+dfsg/debian/changelog
ansible-2.9.16+dfsg/debian/changelog
--- ansible-2.9.16+dfsg/debian/changelog2021-01-06 11:56:22.0
+0100
+++ ansible-2.9.16+dfsg/debian/changelog2021-04-17 15:27:02.0
+0200
@@ -1,3 +1,11 @@
+ansible (2.9.16+dfsg-1.2) bullseye; urgency=medium
+
+ * Non-maintainer upload.
+ * Use python3.9 as default interpreter (Closes: #983140)
+ * Add autopkgtest to run a working subset of ansible test suite
+
+ -- Baptiste Beauplat Sat, 17 Apr 2021 15:27:02 +0200
+
ansible (2.9.16+dfsg-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru
ansible-2.9.16+dfsg/debian/patches/0007-fix-interpreter-fallback.patch
ansible-2.9.16+dfsg/debian/patches/0007-fix-interpreter-fallback.patch
--- ansible-2.9.16+dfsg/debian/patches/0007-fix-interpreter-fallback.patch
1970-01-01 01:00:00.0 +0100
+++ ansible-2.9.16+dfsg/debian/patches/0007-fix-interpreter-fallback.patch
2021-04-17 15:27:02.0 +0200
@@ -0,0 +1,33 @@
+Description: Fix python interpreter discovery (Closes: #983140)
+ On machines upgrade from buster to bullseye, the wrong interpreter will be
+ discovered and used, causing the playbook run to fail. Update the fallback
list
+ so it correctly picks python3.9 on bullseye when both 3.9 and 3.7 are present,
+ which usually is the case on freshly upgrade machines.
+Origin: backport,
https://github.com/ansible/ansible/commit/c986cbb9961bfaedf1a6ae7f0c2e34be26d9ab12
+Forwarded: not-needed
+Applied-Upstream:
https://github.com/ansible/ansible/commit/c986cbb9961bfaedf1a6ae7f0c2e34be26d9ab12
+Reviewed-by: Lee Garrett
+Last-Update: 2021-03-23
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/lib/ansible/config/base.yml
b/lib/ansible/config/base.yml
+@@ -1523,6 +1523,8 @@
+ name: Ordered list of Python interpreters to check for in discovery
+ default:
+ - /usr/bin/python
++ - python3.9
++ - python3.8
+ - python3.7
+ - python3.6
+ - python3.5
+--- a/test/lib/ansible_test/_internal/util.py
b/test/lib/ansible_test/_internal/util.py
+@@ -110,6 +110,7 @@
+ '3.6',
+ '3.7',
+ '3.8',
++'3.9',
+ )
+
+
diff -Nru ansible-2.9.16+dfsg/debian/patches/0008-fix-tests.patch
ansible-2.9.16+dfsg/debian/patches/0008-fix-tests.patch
--- ansible-2.9.16+dfsg/debian/patches/0008-fix-tests.patch 1970-01-01
01:00:00.0 +0100
+++ ansible-2.9.16+dfsg/debian/patches/0008-fix-tests.patch 2021-04-17
15:27:02.0 +0200
@@ -0,0 +1,44 @@
+From: Baptiste Beauplat
+Date: Mon, 19 Apr 2021 20:41:09 +0200
+Subject: Fix test suite
+
+* Mark two tests depending on pycrypto with the correct skipif
+* Inject remote_tmp configuration to point to /tmp to handle testbed without
+ HOME
+* Truncate output check on test_build_requirement_from_path_no_version due to
an
+ issue with text wrapping
+--- a/test/units/parsing/vault/test_vault.py
b/test/units/parsing/vault/test_vault.py
+@@ -528,6 +528,7 @@
+ b_key_pycrypto = self.vault_cipher._create_key_pycrypto(b_password,
b_salt, key_length=32, iv_length=16)
+ self.assertEqual(b_key_cryptography, b_key_pycrypto)
+
++@pytest.mark.skipif(not vault.HAS_PYCRYPTO, reason='Not testing
cryptography known key as pycrypto is not installed')
+ def test_create_key_known_cryptography(self):
+ b_password = b'hunter42'
+
+@@ -555,6 +556,7 @@
+ self.assertEqual(b_key_3, b_key_4)
+ self.assertEqual(b_key_1, b_key_4)
+
++@pytest.mark.skipif(not vault.HAS_PYCRYPTO, reason='Not testing pycrypto
known key as pycrypto is not installed')
+ def test_create_key_known_pycrypto(self):
+ b_password = b'hunter42'
+
+--- /dev/null
b/test/lib/ansible_test/_data/ansible.cfg
+@@ -0,0 +1,2 @@
++[defaults]
++remote_tmp = /tmp/ansible
+--- a/test/units/galaxy/test_collection_install.py
b/test/units/galaxy/test_collection_install.py
+@@ -242,8 +242,7 @@
+ assert mock_display.call_count == 1
+
+ actual_warn = ' '.join(mock_display.mock_calls[0][1][0].split('\n'))
+-expected_warn = "Collection at '%s' does not have a valid version set,
falling back to '*'. Found version: ''" \
+-
Bug#983140: closed by Debian FTP Masters (reply to Lee Garrett ) (Bug#983140: fixed in ansible-base 2.10.5+dfsg-2)
Hi Lee, On 2021/03/23 08:51 PM, Debian Bug Tracking System wrote: > This is an automatic notification regarding your Bug report > which was filed against the ansible package: > > #983140: ansible: Does not detect correct python interpreter on bullseye > target > > It has been closed by Debian FTP Masters > (reply to Lee Garrett ). This bug is still affecting bullseye and it will be autoremoved if no further action is taken. I saw that your unblock request [1] was rejected. As an alternative, you could do an upload with a minimal changeset to testing-proposed-updates as described in the devref [2]. That would allow ansible to remain in bullseye (and all other packages depending on it). Best, [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984557 [2]: https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#direct-updates-to-testing -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#982878: aspell-hsb: diff for NMU version 0.02.0-1.2
Control: tags 982878 + patch
Dear maintainer,
I've prepared an NMU for aspell-hsb (versioned as 0.02.0-1.2). The diff
is attached to this message.
I'm Cc'ing Andreas for review and upload in a the DELAYED/10 queue.
Regards.
--
Baptiste Beauplat - lyknode
diff -Nru aspell-hsb-0.02.0/debian/changelog aspell-hsb-0.02.0/debian/changelog
--- aspell-hsb-0.02.0/debian/changelog 2021-01-03 14:24:26.0 +0100
+++ aspell-hsb-0.02.0/debian/changelog 2021-02-15 20:38:43.0 +0100
@@ -1,3 +1,18 @@
+aspell-hsb (0.02.0-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Leave rws and compat file generation to aspell-autobuildhash
+(Closes: #982878):
+- Bump dictionaries-common-dev version to 1.23 in Build-Depends, required
+ to automatically create symlinks and clean files
+- Replace aspell and dictionaries-common Depends by ${aspell:Depends}
+- Drop .rws and .compat files and links from the package, now generated
+ at installation time, by aspell-autobuildhash trigger
+- Add Auto-Compat field in info-aspell to trigger .compat file
+ generation
+
+ -- Baptiste Beauplat Mon, 15 Feb 2021 20:38:43 +0100
+
aspell-hsb (0.02.0-1.1) unstable; urgency=medium
* Non maintainer upload by the Reproducible Builds team.
diff -Nru aspell-hsb-0.02.0/debian/control aspell-hsb-0.02.0/debian/control
--- aspell-hsb-0.02.0/debian/control 2010-04-23 11:25:22.0 +0200
+++ aspell-hsb-0.02.0/debian/control 2021-02-15 20:37:46.0 +0100
@@ -2,12 +2,12 @@
Section: text
Priority: optional
Maintainer: Jan Jeroným Zvánovec
-Build-Depends: debhelper (>= 7), cdbs (>= 0.4.0), dictionaries-common-dev (>= 1.4.0)
+Build-Depends: debhelper (>= 7), cdbs (>= 0.4.0), dictionaries-common-dev (>= 1.23.0)
Standards-Version: 3.8.4
Package: aspell-hsb
Architecture: all
-Depends: aspell (>= 0.60.6-2), dictionaries-common (>= 1.4.0), ${misc:Depends}
+Depends: ${aspell:Depends}, ${misc:Depends}
Provides: aspell-dictionary
Description: Upper Sorbian dictionary for GNU Aspell
This package contains all the required files to add support for the
diff -Nru aspell-hsb-0.02.0/debian/info-aspell aspell-hsb-0.02.0/debian/info-aspell
--- aspell-hsb-0.02.0/debian/info-aspell 2010-04-23 11:25:22.0 +0200
+++ aspell-hsb-0.02.0/debian/info-aspell 2021-02-15 20:37:24.0 +0100
@@ -1,2 +1,3 @@
Language: hornjoserbsce (Upper Sorbian)
Hash-Name: hsb
+Auto-Compat: hsb
diff -Nru aspell-hsb-0.02.0/debian/rules aspell-hsb-0.02.0/debian/rules
--- aspell-hsb-0.02.0/debian/rules 2010-04-23 11:25:22.0 +0200
+++ aspell-hsb-0.02.0/debian/rules 2021-02-15 20:37:05.0 +0100
@@ -5,9 +5,6 @@
install/aspell-hsb::
gzip -9 -c hsb.cwl > "$(DEB_DESTDIR)/usr/share/aspell/hsb.cwl.gz";\
- touch "$(DEB_DESTDIR)/var/lib/aspell/hsb.rws"
- dh_link "/var/lib/aspell/hsb.rws" "/usr/lib/aspell/hsb.rws"
- touch $(DEB_DESTDIR)/var/lib/aspell/hsb.compat
echo "hsb" >> "$(DEB_DESTDIR)/usr/share/aspell/hsb.contents"
installdeb-aspell
signature.asc
Description: PGP signature
Bug#982878: aspell-hsb: packaged files modified after unpacking
Package: aspell-hsb Version: 0.02.0-1.1 Severity: normal Dear Maintainer, Your package fails to pass piuparts with the following error: 1m14.5s DEBUG: Command failed (status=2), but ignoring error: ['debsums', '--root', '/var/run/schroot/mount/unstable-amd64-sbuild-bf8a8b28-6fc3-11eb-a4c5-4574f60a5b4f-piuparts', '-ac', '--ignore-obsolete'] 1m14.5s ERROR: FAIL: debsums reports modifications inside the chroot: /var/lib/aspell/hsb.compat /var/lib/aspell/hsb.rws Those shipped files are modified after unpacking, see https://piuparts.debian.org/sid/debsums_mismatch_error.html Using recent version of dictionary-common-dev will allow you to generate compat and rws automatically by triggering aspell-autobuildhash and get rid of this error. I'll be working on proposing an NMU for this bug. -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#979641: src:kboot-utils: invalid maintainer address
On 2021/02/03 07:10 PM, Antonio Ospite wrote: > On Wed, 3 Feb 2021 09:43:30 +0100 > Baptiste Beauplat wrote: > > [...] > > > > I could open the RM bug on your behalf if you want me to. > > > > Thank you, I would appreciate that. Created as #981795 https://bugs.debian.org/981795 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981795: RM: kboot-utils -- ROM; RC-buggy, unmaintained, low popcon
Package: ftp.debian.org Severity: normal I'm requesting removal of kboot-utils in unstable on behalf of its maintainer. See #979641 for details. This package has no rdepends. -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#979641: src:kboot-utils: invalid maintainer address
On 2/3/21 9:37 AM, Antonio Ospite wrote: > On Tue, 2 Feb 2021 20:51:24 +0100 > Baptiste Beauplat wrote: > >> Hi Antonio, >> >> On 2021/01/25 09:23 AM, Baptiste Beauplat wrote: > [..] >>> >>> Well, installation stats for kboot-utils are close to 0 [1]. A possible >>> solution would be to request its removal [2]. If it appears that it was >>> actually needed, it could be re-introduced at a later point (not for the >>> next stable but I don't think that's a problem). >>> >>> [1]: https://qa.debian.org/popcon.php?package=kboot-utils >>> [2]: >>> https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#removing-packages >> >> Have you decided the course of action for kboot-utils yet? >> > > Hi Baptiste, > > I would be fine with having it removed, I just haven't had the time to > read through your links. I could open the RM bug on your behalf if you want me to. -- Baptiste Beauplat - lyknode
Bug#980844: libbiblio-isis-perl: diff for NMU version 0.24-1.3
Control: tags 980844 + patch Control: tags 980844 + pending Dear maintainer, I've prepared an NMU for libbiblio-isis-perl (versioned as 0.24-1.3). The diff is attached to this message. I'm cc'ing my usual sponsor for upload. Regards. -- Baptiste Beauplat - lyknode diff -u libbiblio-isis-perl-0.24/debian/changelog libbiblio-isis-perl-0.24/debian/changelog --- libbiblio-isis-perl-0.24/debian/changelog +++ libbiblio-isis-perl-0.24/debian/changelog @@ -1,3 +1,10 @@ +libbiblio-isis-perl (0.24-1.3) unstable; urgency=medium + + * Non-maintainer upload. + * Fix Maintainer email address (Closes: #980844) + + -- Baptiste Beauplat Tue, 02 Feb 2021 21:03:11 +0100 + libbiblio-isis-perl (0.24-1.2) unstable; urgency=medium * Non maintainer upload by the Reproducible Builds team. diff -u libbiblio-isis-perl-0.24/debian/control libbiblio-isis-perl-0.24/debian/control --- libbiblio-isis-perl-0.24/debian/control +++ libbiblio-isis-perl-0.24/debian/control @@ -3,7 +3,7 @@ Priority: optional Build-Depends: debhelper (>= 5.0.0) Build-Depends-Indep: perl (>= 5.8.8-7) -Maintainer: Jose Parrella +Maintainer: Jose Parrella Standards-Version: 3.7.2 Package: libbiblio-isis-perl signature.asc Description: PGP signature
Bug#979641: src:kboot-utils: invalid maintainer address
Hi Antonio, On 2021/01/25 09:23 AM, Baptiste Beauplat wrote: > On 2021/01/25 12:18 AM, Antonio Ospite wrote: > > On Sun, 24 Jan 2021 21:12:54 +0100 > > Baptiste Beauplat wrote: > > > > > Hi Antonio, > > > > > > kboot-utils, one of the packages you maintain in Debian has an old, > > > unreachable > > > Maitainer address. Could you please update it to prevent it from getting > > > removed? > > > > > > See below the original bug report. > > > > > > > Thank you for reporting this Baptiste. > > > > I am actually not sure how useful kboot-utils is nowadays, it was mainly > > developed to make it easier to boot kernels on the Sony PS3, but I don't > > think the PS3 is supported by Debian directly anymore. > > > > However I would be happy to update the package anyway if there was > > someone interested to sponsor it, since I cannot upload packages > > myself and the I doubt my usual sponsor would be interested in it. > > Well, installation stats for kboot-utils are close to 0 [1]. A possible > solution would be to request its removal [2]. If it appears that it was > actually needed, it could be re-introduced at a later point (not for the > next stable but I don't think that's a problem). > > [1]: https://qa.debian.org/popcon.php?package=kboot-utils > [2]: > https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#removing-packages Have you decided the course of action for kboot-utils yet? -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981676: O: hunt -- Advanced packet sniffer and connection intrusion
Package: wnpp The current maintainer of hunt, Angel Ramos , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: hunt Binary: hunt Version: 1.5-6.1 Maintainer: Angel Ramos Build-Depends: debhelper (>= 5.0.0) Architecture: any Standards-Version: 3.8.0 Format: 1.0 Files: b64eb3ba7c9c085c94b148b2c0f65a50 1707 hunt_1.5-6.1.dsc 5a8886784d1668a8518d5562bfd01ae7 99241 hunt_1.5.orig.tar.gz f98718b41f1960a351e3a6231fe2a12e 4556 hunt_1.5-6.1.diff.gz Checksums-Sha256: 45f83b5821093023791bc8505150a37d1f4b98beb7835d79a5448e34fe9a2408 1707 hunt_1.5-6.1.dsc a8a1978f3bd05ca3f01c168c13c9a09b1e1e9038c14fdfe43694c07fe3a0e328 99241 hunt_1.5.orig.tar.gz 91996bfdb25656b3ea02072a47754ae19dc43fb605da0df89c73231c6fd57207 4556 hunt_1.5-6.1.diff.gz Package-List: hunt deb net optional arch=any Directory: pool/main/h/hunt Priority: source Section: net Package: hunt Source: hunt (1.5-6.1) Version: 1.5-6.1+b1 Installed-Size: 178 Maintainer: Angel Ramos Architecture: amd64 Depends: libc6 (>= 2.14) Description: Advanced packet sniffer and connection intrusion Description-md5: 9c7e9f0b4f1d0eda85455deadab35262 Tag: interface::commandline, network::scanner, role::program, scope::utility Section: net Priority: optional Filename: pool/main/h/hunt/hunt_1.5-6.1+b1_amd64.deb Size: 83936 MD5sum: 1ffd6a9005a0e5770ecf5291458c08af SHA256: 5a9a902fb011f6a5d37119e5977d6f261dd819cca11c6ab4c186395cb258e855 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981675: O: cvsdelta -- Summarize differences in a CVS repository
Package: wnpp The current maintainer of cvsdelta, Angel Ramos , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: cvsdelta Binary: cvsdelta Version: 1.7.0-6.1 Maintainer: Angel Ramos Build-Depends: debhelper (>= 4.1), cdbs Build-Depends-Indep: ruby (>> 1.6) Architecture: all Standards-Version: 3.8.1 Format: 1.0 Files: e333c594e86f8f4fa68aa5c556f7f4dc 1803 cvsdelta_1.7.0-6.1.dsc 6cde56d286d2bbde51b85996416bb12f 20303 cvsdelta_1.7.0.orig.tar.gz 935672e0303060e51099757630877f03 2070 cvsdelta_1.7.0-6.1.diff.gz Vcs-Browser: http://git.debian.org/?p=collab-maint/cvsdelta.git Vcs-Git: git://git.debian.org/git/collab-main/cvsdelta.git Checksums-Sha256: fda652ba1efa3b00ccdd20b16b764de8cabf73d52e0fa12aa76627e8088b6476 1803 cvsdelta_1.7.0-6.1.dsc 6d1f373af970499b61d623028a3e67a68ec5180579674e65fe4a60118279f064 20303 cvsdelta_1.7.0.orig.tar.gz 60668a753f7bcffc18ae8e1b641d6dabedb5851becf2db7f0b6274b7b9e1724a 2070 cvsdelta_1.7.0-6.1.diff.gz Package-List: cvsdelta deb vcs optional arch=all Directory: pool/main/c/cvsdelta Priority: source Section: vcs Package: cvsdelta Version: 1.7.0-6.1 Installed-Size: 67 Maintainer: Angel Ramos Architecture: all Description: Summarize differences in a CVS repository Description-md5: 6b81034d2df8c98cccbf54913ce07db9 Tag: devel::rcs, interface::commandline, role::program, scope::utility, use::monitor, use::synchronizing Section: vcs Priority: optional Filename: pool/main/c/cvsdelta/cvsdelta_1.7.0-6.1_all.deb Size: 20304 MD5sum: d66eaf5d1ed55024268de142b6eea4cb SHA256: c8210b8fea6f9165e2fc154069a9a0bc626a839e00669886fb2c8afc8856a6b3 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981674: O: abicheck -- binary compatibility checking tool
Package: wnpp The current maintainer of abicheck, Angel Ramos , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: abicheck Binary: abicheck Version: 1.2-5.1 Maintainer: Angel Ramos Build-Depends: debhelper (>> 5.0.0) Build-Depends-Indep: perl Architecture: all Standards-Version: 3.8.1 Format: 1.0 Files: 6648d17b58508b49f982ecd4698b3b18 1655 abicheck_1.2-5.1.dsc 57097ed1f8c20d974b0b1a9850e61f08 53543 abicheck_1.2.orig.tar.gz d00e3854689fc3a86c52dddf95b1b1e7 2383 abicheck_1.2-5.1.diff.gz Checksums-Sha256: 0d4e7fef97ffa94b55540a19a835fdcf6fdd5525a472e946fc2be4e5f63c8d0c 1655 abicheck_1.2-5.1.dsc b53a2e08da609e8d2fe13d7f9c2966598d2b4991e0d473572010eb39d151d803 53543 abicheck_1.2.orig.tar.gz e79e924a9173c7e847f746c335bb8fa997facc22a329f3820c57db9124695659 2383 abicheck_1.2-5.1.diff.gz Package-List: abicheck deb devel optional arch=all Directory: pool/main/a/abicheck Priority: source Section: libs Package: abicheck Version: 1.2-5.1 Installed-Size: 107 Maintainer: Angel Ramos Architecture: all Depends: perl Description: binary compatibility checking tool Description-md5: a38281f070a37064c10336aabb05a83f Tag: devel::buildtools, devel::lang:c, devel::lang:perl, devel::library, devel::testing-qa, implemented-in::c, implemented-in::perl, interface::commandline, role::devel-lib, role::program, scope::utility, use::checking Section: devel Priority: optional Filename: pool/main/a/abicheck/abicheck_1.2-5.1_all.deb Size: 31752 MD5sum: ed12e9075e096f6af80eed44d995a439 SHA256: e1180e8b8a31bf9597ef34f88c2ea48ad94eb9c734fd7c6da93b438b99f712e1 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#979052: nam: diff for NMU version 1.15-5.2
Control: tags 979052 + patch Control: tags 979052 + pending Dear maintainer, I've prepared an NMU for nam (versioned as 1.15-5.2). The diff is attached to this message. I'm cc'ing my usual sponsor for upload. Regards. -- Baptiste Beauplat - lyknode diff -Nru nam-1.15/debian/changelog nam-1.15/debian/changelog --- nam-1.15/debian/changelog 2021-01-02 01:09:06.0 +0100 +++ nam-1.15/debian/changelog 2021-02-02 19:55:11.0 +0100 @@ -1,3 +1,10 @@ +nam (1.15-5.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix Maintainer email address (Closes: #979052) + + -- Baptiste Beauplat Tue, 02 Feb 2021 19:55:11 +0100 + nam (1.15-5.1) unstable; urgency=medium * Non maintainer upload by the Reproducible Builds team. diff -Nru nam-1.15/debian/control nam-1.15/debian/control --- nam-1.15/debian/control 2016-11-02 15:37:23.0 +0100 +++ nam-1.15/debian/control 2021-02-02 19:55:07.0 +0100 @@ -1,7 +1,7 @@ Source: nam Section: net Priority: optional -Maintainer: Debian Network Simulators Team +Maintainer: Debian Network Simulators Team Uploaders: YunQiang Su Build-Depends: debhelper (>= 8), quilt (>= 0.46-7~), cmake, tcl-dev (>=8.6), tk-dev (>=8.6), libxt-dev, libxmu-headers, signature.asc Description: PGP signature
Bug#979246: fonts-ddc-uchen: diff for NMU version 1.0-1.2
Control: tags 979246 + patch Control: tags 979246 + pending Dear maintainer, I've prepared an NMU for fonts-ddc-uchen (versioned as 1.0-1.2). The diff is attached to this message. I'm cc'ing my usual sponsor for upload. Regards. -- Baptiste Beauplat - lyknode diff -Nru fonts-ddc-uchen-1.0/debian/changelog fonts-ddc-uchen-1.0/debian/changelog --- fonts-ddc-uchen-1.0/debian/changelog 2021-01-04 15:18:46.0 +0100 +++ fonts-ddc-uchen-1.0/debian/changelog 2021-02-02 18:21:19.0 +0100 @@ -1,3 +1,10 @@ +fonts-ddc-uchen (1.0-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix Maintainer email address (Closes: #979246) + + -- Baptiste Beauplat Tue, 02 Feb 2021 18:21:19 +0100 + fonts-ddc-uchen (1.0-1.1) unstable; urgency=medium * Non maintainer upload by the Reproducible Builds team. diff -Nru fonts-ddc-uchen-1.0/debian/control fonts-ddc-uchen-1.0/debian/control --- fonts-ddc-uchen-1.0/debian/control 2016-10-09 19:19:48.0 +0200 +++ fonts-ddc-uchen-1.0/debian/control 2021-02-02 18:20:51.0 +0100 @@ -1,7 +1,7 @@ Source: fonts-ddc-uchen Section: fonts Priority: optional -Maintainer: Sruthi Chandran +Maintainer: Sruthi Chandran Vcs-Git: https://anonscm.debian.org/git/debian-in/ddc-uchen.git Vcs-Browser: https://anonscm.debian.org/cgit/debian-in/fonts-ddc-uchen.git Homepage: http://www.dzongkha.gov.bt/IT/download/fonts/ signature.asc Description: PGP signature
Bug#979980: lintian: Please backport 2.104.0 to buster
On 2021/01/21 12:58 PM, Felix Lechner wrote: > Hi Chris, > > On Tue, Jan 12, 2021 at 6:45 AM Baptiste Beauplat wrote: > > > > Could we please have a bpo build for 2.104.0? > > Hope all is well! Can you please help? Hi Chris, any update on this? mentors.d.n still warns users about the unknown last version of the std-ver. -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981055: O: john -- active password cracking tool
On 2021/01/26 05:15 PM, Axel Beckert wrote: > Hi Julián, > > cool to hear from you! (Actually didn't expect a that quick reaction. :-) > > Julián Moreno Patiño wrote: > > I will continue maintaining john the ripper package, but please go > > ahead with the QA Upload. > Mmm, I should I checked with you first before orphaning the package. Sorry about that Julián, I'll be more thorough next time :) -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981060: O: blag-fortune -- anarchist quotes for fortune
Package: wnpp The current maintainer of blag-fortune, Valerie R Young , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: blag-fortune Binary: fortune-anarchism Version: 1.2-1.1 Maintainer: Valerie R Young Build-Depends: debhelper (>= 9), fortune-mod Architecture: all Standards-Version: 4.0.1 Format: 3.0 (quilt) Files: ed62f16bef39c13f16365aad5c1341de 1777 blag-fortune_1.2-1.1.dsc a095c94c55eabece0b6c40410849e6eb 36734 blag-fortune_1.2.orig.tar.gz c0e0046965f77dd46f51cefa409b9308 1888 blag-fortune_1.2-1.1.debian.tar.xz Checksums-Sha256: dc7f4fd4f5414417d8f421d0513727e671d9e9ddf9bc2a700dc454bd0090b456 1777 blag-fortune_1.2-1.1.dsc 4b0829abe4c8bf761fb8451669a2bb150086f7d4ef49d9ad26c2c41aee8796be 36734 blag-fortune_1.2.orig.tar.gz 0917c511843626dd4aa9db568530bb196021e9cd56a497840e567d7bba279c03 1888 blag-fortune_1.2-1.1.debian.tar.xz Homepage: https://notabug.org/PangolinTurtle/BLAG-fortune Package-List: fortune-anarchism deb games optional arch=all Directory: pool/main/b/blag-fortune Priority: extra Section: misc Package: fortune-anarchism Source: blag-fortune Version: 1.2-1.1 Installed-Size: 100 Maintainer: Valerie R Young Architecture: all Recommends: fortune-mod Suggests: anarchism Description: anarchist quotes for fortune Description-md5: 55d68a63ebf7964185e78bb2768142f8 Multi-Arch: foreign Homepage: https://notabug.org/PangolinTurtle/BLAG-fortune Section: games Priority: optional Filename: pool/main/b/blag-fortune/fortune-anarchism_1.2-1.1_all.deb Size: 28876 MD5sum: f551a8280ca41deba8cd02c3ccbb285e SHA256: 73e91afa703f4298febb3bb4cb3fb7be0ef45466c9463ce63291e286830898e7 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981056: O: aspell-hr -- The Croatian dictionary for GNU Aspell
Package: wnpp The current maintainer of aspell-hr, Vedran Furač , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: aspell-hr Binary: aspell-hr Version: 0.51-4.1 Maintainer: Vedran Furač Build-Depends: cdbs (>= 0.4.23-1.1), debhelper (>= 5), dictionaries-common-dev (>= 0.9.1) Architecture: all Standards-Version: 3.7.2 Format: 1.0 Files: 245621118e86b6a0a8b0119190eb1047 1702 aspell-hr_0.51-4.1.dsc dc5ec4fad05b2fa2e16ca6fcac00fe5a 292768 aspell-hr_0.51.orig.tar.gz aefd79e4ff3979ab4b601241c0e51527 1776 aspell-hr_0.51-4.1.diff.gz Checksums-Sha256: 61f7b19685d7ba0dbaa7ea2bd18aea6d9cc4104861725d654b630955f819c20a 1702 aspell-hr_0.51-4.1.dsc 6bf263e1f0e1d6fd97fcd3e3e1455a19feb7f0ec79e5de0f00e66638f6f765bf 292768 aspell-hr_0.51.orig.tar.gz c9e137f860240feeef926e4d97e99f4cd13555a1e0da18c21bc990ab206fb157 1776 aspell-hr_0.51-4.1.diff.gz Package-List: aspell-hr deb text optional arch=all Directory: pool/main/a/aspell-hr Priority: source Section: text Package: aspell-hr Version: 0.51-4.1 Installed-Size: 300 Maintainer: Vedran Furač Architecture: all Provides: aspell-dictionary Depends: aspell (>= 0.60.3-3), dictionaries-common (>= 0.49.2) Description: The Croatian dictionary for GNU Aspell Description-md5: dd71d8327ff9d0ab0412b5fa4e610dc1 Tag: culture::croatian, made-of::dictionary, role::app-data, suite::gnu, use::checking Section: text Priority: optional Filename: pool/main/a/aspell-hr/aspell-hr_0.51-4.1_all.deb Size: 282800 MD5sum: f8ec0adb67f9d476b5195203f21be4b9 SHA256: 88547bb8796008ff015a410591bc31eb8fd3b6842ccd01f45077b0d4e06383a8 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981055: O: john -- active password cracking tool
Package: wnpp The current maintainer of john, Ruben Molina , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: john Binary: john, john-data Version: 1.8.0-2.1 Maintainer: Ruben Molina Uploaders: Julián Moreno Patiño Build-Depends: debhelper (>= 9.0.0~), dpkg-dev (>= 1.16.1~) Architecture: any all Standards-Version: 3.9.5 Format: 3.0 (quilt) Files: 073487403cea377fe69b766c6b0f4be7 1817 john_1.8.0-2.1.dsc f73cb34f35f300535f9f77213f4199a9 5450412 john_1.8.0.orig.tar.gz f9c123f52a3e788f4b83a155e75350f7 28364 john_1.8.0-2.1.debian.tar.xz Checksums-Sha256: d78186f3af858ade0796231c506189b3e6f9382e0a605e58825b2133c338a701 1817 john_1.8.0-2.1.dsc 1222738c7829ce3014177ca9bd26c41573426f883c6b22527ee9bde363d84bda 5450412 john_1.8.0.orig.tar.gz a101cef35e1065cc7f86a77931088c2e833c44a985cf323aa8856d87d3628f8d 28364 john_1.8.0-2.1.debian.tar.xz Homepage: http://www.openwall.com/john/ Package-List: john deb admin optional arch=any john-data deb admin optional arch=all Directory: pool/main/j/john Priority: source Section: admin Package: john Version: 1.8.0-2.1 Installed-Size: 452 Maintainer: Ruben Molina Architecture: amd64 Depends: libc6 (>= 2.14), libcrypt1 (>= 1:4.1.0), john-data (= 1.8.0-2.1) Suggests: wordlist Description: active password cracking tool Description-md5: 2ffcaf0da9fa0a8266bfe4aa906d4742 Homepage: http://www.openwall.com/john/ Tag: implemented-in::c, interface::commandline, role::program, scope::utility, security::authentication, use::checking Section: admin Priority: optional Filename: pool/main/j/john/john_1.8.0-2.1_amd64.deb Size: 204428 MD5sum: b83b6a7de191cecf236cba0b5406fb24 SHA256: af355fd9c17740a567fee425b1e6bca5030af37c9f2f5a9a3154ede7c6539b99 Package: john-data Source: john Version: 1.8.0-2.1 Installed-Size: 7255 Maintainer: Ruben Molina Architecture: all Enhances: john Breaks: john (<= 1.7.2-1) Description: active password cracking tool - character sets Description-md5: a3317ed0e06a264c46ef425d9336ae80 Homepage: http://www.openwall.com/john/ Tag: made-of::dictionary, role::app-data, security::cryptography, use::checking Section: admin Priority: optional Filename: pool/main/j/john/john-data_1.8.0-2.1_all.deb Size: 4286680 MD5sum: a8261c44b7383bb89bd7229e4de505e5 SHA256: 34413d71a52f16ab783ee45bd5d8bb0195a8cfe8f73f29f11c3ff19db3807e5a -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#976832: src:crashmail: invalid maintainer address
Hi, The maintainer email of your packages is not reachable anymore. Could you please update it so your packages make it into the next stable release? If you do not intend to maintain those you also have the possibility to orphan them. Best, On 2020/12/08 12:30 PM, Ansgar wrote: > Source: crashmail > Version: 1.7-1.1 > Severity: serious > X-Debbugs-Cc: Sudip Mukherjee > > The maintainer address is invalid, see below. > > Ansgar > > Forwarded Message > Subject: Mail delivery failed: returning message to sender > Date: Fri, 04 Dec 2020 22:21:08 + > > > This message was created automatically by mail delivery software. > > > > A message that you sent could not be delivered to one or more of its > > recipients. This is a permanent error. The following address(es) > > failed: > > > > j...@rocasa.us > > host a585612.mx.mailhop.org [54.191.214.36] > > SMTP error from remote mail server after RCPT > > TO:: > > 554 5.7.1 We do not relay rocasa.us > > Reporting-MTA: dns; mailly.debian.org > > Action: failed > Final-Recipient: rfc822;j...@rocasa.us > Status: 5.0.0 > Remote-MTA: dns; a585612.mx.mailhop.org > Diagnostic-Code: smtp; 554 5.7.1 We do not relay rocasa.us > -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981053: O: libloki -- C++ library of generic design patterns
Package: wnpp The current maintainer of libloki, Petr Baranov , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: libloki Binary: libloki0.1.7, libloki0.1.7-dbg, libloki-dev, libloki-doc Version: 0.1.7-3.1 Maintainer: Petr Baranov Build-Depends: debhelper (>= 7) Architecture: any all Standards-Version: 3.9.2 Format: 1.0 Files: 1842491da261ce30ddeefe39b7677a39 1858 libloki_0.1.7-3.1.dsc af532c24a7f2e12d0829be8201934d92 546329 libloki_0.1.7.orig.tar.gz 47849371f239884c6403e10d9111d766 5108 libloki_0.1.7-3.1.diff.gz Checksums-Sha256: 30ce97c77485fdb7237698fe93c1c73d62df00985b399b344148b67d92a2b740 1858 libloki_0.1.7-3.1.dsc 0c2094ce916b106731c8be61c32f538a22e1c0f8398bd5d6295b13d08e0c41a3 546329 libloki_0.1.7.orig.tar.gz 28f5658c302487b65e34b75fcdd7e8b8d0632a35bcf22a5bd315b0f73a80d7a7 5108 libloki_0.1.7-3.1.diff.gz Homepage: http://loki-lib.sourceforge.net/ Package-List: libloki-dev deb libdevel optional arch=any libloki-doc deb doc optional arch=all libloki0.1.7 deb libs optional arch=any libloki0.1.7-dbg deb debug extra arch=any Directory: pool/main/libl/libloki Priority: source Section: libs Package: libloki0.1.7 Source: libloki Version: 0.1.7-3.1 Installed-Size: 83 Maintainer: Petr Baranov Architecture: amd64 Depends: libc6 (>= 2.14), libgcc-s1 (>= 3.4), libstdc++6 (>= 5.2) Description: C++ library of generic design patterns Description-md5: 6739a39161c88b23811b4ba1dab21de3 Homepage: http://loki-lib.sourceforge.net/ Tag: role::shared-lib Section: libs Priority: optional Filename: pool/main/libl/libloki/libloki0.1.7_0.1.7-3.1_amd64.deb Size: 28184 MD5sum: e1c8f22f8bff4240e48f6926904265ff SHA256: 22fad5a9b5ce3417892b646668cb850e151e9435f2eebd2cf66cc9c807337d87 Package: libloki0.1.7-dbg Source: libloki Version: 0.1.7-3.1 Installed-Size: 608 Maintainer: Petr Baranov Architecture: amd64 Depends: libloki0.1.7 (= 0.1.7-3.1) Description: C++ library of generic design patterns (debug information) Description-md5: fdb9bc54831b9595d89b58b8ba1359e7 Homepage: http://loki-lib.sourceforge.net/ Tag: role::debug-symbols Section: debug Priority: optional Filename: pool/main/libl/libloki/libloki0.1.7-dbg_0.1.7-3.1_amd64.deb Size: 156112 MD5sum: ac4cb1a6b516b90e496284808c192cf0 SHA256: 455753bd73e9c50227fa9599b61a6953f443a5a685c27f333ecea53359f79911 Package: libloki-dev Source: libloki Version: 0.1.7-3.1 Installed-Size: 1030 Maintainer: Petr Baranov Architecture: amd64 Depends: libloki0.1.7 (= 0.1.7-3.1) Suggests: libloki-doc Description: C++ library of generic design patterns (development files) Description-md5: 515a69925b158edce917033e8077cf32 Homepage: http://loki-lib.sourceforge.net/ Tag: devel::library, role::devel-lib Section: libdevel Priority: optional Filename: pool/main/libl/libloki/libloki-dev_0.1.7-3.1_amd64.deb Size: 132472 MD5sum: 9be2dbb3bdfe774a44f743da222cc0d0 SHA256: cfd30f44ce60edb8d2d3fa1ad3bd319564346e1ab87cbbf79ba566b1c9a1cfcc Package: libloki-doc Source: libloki Version: 0.1.7-3.1 Installed-Size: 1604 Maintainer: Petr Baranov Architecture: all Description: C++ library of generic design patterns (documentation) Description-md5: 1186419a4f5aacc6ee86f9d477e52003 Homepage: http://loki-lib.sourceforge.net/ Tag: role::documentation Section: doc Priority: optional Filename: pool/main/libl/libloki/libloki-doc_0.1.7-3.1_all.deb Size: 94040 MD5sum: 0cd3a8e2a152dd20978debe65163a4eb SHA256: f4fac0de4479d117389f3fee0bbb697189e6f71e68e1064b7d0493319bc79355 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#979347: src:apt-venv: invalid maintainer address
Hi Leo, The email on your package isn't reachable anymore. Could you fix it so it gets into the next stable release? If you do not intend to maintain this package anymore, another possibility is to orphan it. Best, On 2021/01/05 04:47 PM, Ansgar wrote: > Source: apt-venv > Version: 1.0.0-2 > Severity: serious > Tags: bullseye sid > X-Debbugs-Cc: Holger Levsen > > The maintainer address is invalid, see below. > > Ansgar > > Start of forwarded message > From: Mail Delivery System > Subject: Mail delivery failed: returning message to sender > Date: Tue, 05 Jan 2021 15:33:37 + > > This message was created automatically by mail delivery software. > > A message that you sent could not be delivered to one or more of its > recipients. This is a permanent error. The following address(es) failed: > > l...@ubuntu.com > host mx.canonical.com [91.189.95.10] > SMTP error from remote mail server after RCPT TO:: > 550 5.1.1 : Recipient address rejected: > User unknown in virtual alias table > Reporting-MTA: dns; muffat.debian.org > > Action: failed > Final-Recipient: rfc822;l...@ubuntu.com > Status: 5.0.0 > Remote-MTA: dns; mx.canonical.com > Diagnostic-Code: smtp; 550 5.1.1 : Recipient address > rejected: User unknown in virtual alias table -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981051: O: extra-xdg-menus -- Extra menu categories for applications under GNOME and KDE
Package: wnpp The current maintainer of extra-xdg-menus, Peter Clifton , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: extra-xdg-menus Binary: extra-xdg-menus Version: 1.0-4.1 Maintainer: Peter Clifton Uploaders: Peter Clifton , Hamish Moffatt Build-Depends: debhelper (>= 5.0.51), icon-naming-utils, libxml-parser-perl, pkg-config Architecture: all Standards-Version: 3.7.3 Format: 1.0 Files: 1ec2f9056bb15602081bb489c9be4fed 1825 extra-xdg-menus_1.0-4.1.dsc f405d64025fa5f3c2067c82bd80e89ae 147022 extra-xdg-menus_1.0.orig.tar.gz 159987918479c93cd74f6b88fcb5cb79 2282 extra-xdg-menus_1.0-4.1.diff.gz Checksums-Sha256: 3dd6f13d224b2aeaeb18973a41a55eb8e0f75a5504f6cd7f84c93278c27d10f9 1825 extra-xdg-menus_1.0-4.1.dsc 7118ec796a7ef0f1e0e6fb89af6750fbcee34251364fe7dc8e1448fc001597b8 147022 extra-xdg-menus_1.0.orig.tar.gz 944c21a35f2f284721960a3b4edb2a93dc70a397f58f9d5d59d49b12a1bf6066 2282 extra-xdg-menus_1.0-4.1.diff.gz Package-List: extra-xdg-menus deb misc optional arch=all Directory: pool/main/e/extra-xdg-menus Priority: source Section: misc Package: extra-xdg-menus Version: 1.0-4.1 Installed-Size: 59 Maintainer: Peter Clifton Architecture: all Replaces: hamradiomenus Conflicts: hamradiomenus (<< 1.2) Description: Extra menu categories for applications under GNOME and KDE Description-md5: 08853b7c619b8508bad17359c8e17cff Tag: role::app-data Section: misc Priority: optional Filename: pool/main/e/extra-xdg-menus/extra-xdg-menus_1.0-4.1_all.deb Size: 12032 MD5sum: ac19ee6e814b7511e9edfcf014d170ec SHA256: 99c602b728848eacf5aca1bf381562f10e9aa632957941b60d6660047f1e69be -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981050: O: gwhois -- generic Whois Client / Server
Package: wnpp The current maintainer of gwhois, Juliane Holzt , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: gwhois Binary: gwhois Version: 20120626-1.3 Maintainer: Juliane Holzt Build-Depends: debhelper (>= 7.0.0), po-debconf Architecture: all Standards-Version: 3.9.3 Format: 1.0 Files: 90f347e836ee969c0eb2973234499c9f 1415 gwhois_20120626-1.3.dsc 91517eecb6ecd56c4d90beaaec529c88 41435 gwhois_20120626-1.3.tar.gz Checksums-Sha256: 62cbc8f06a629980815868058919dc11325039b2dfdca73bbbfa620f8a53083b 1415 gwhois_20120626-1.3.dsc 0674bac5508127220a23d02998ad5e98a07c4977562d33cdb4e2479644097cba 41435 gwhois_20120626-1.3.tar.gz Package-List: gwhois deb net optional arch=all Directory: pool/main/g/gwhois Priority: source Section: net Package: gwhois Version: 20120626-1.3 Installed-Size: 113 Maintainer: Juliane Holzt Architecture: all Depends: debconf (>= 0.5) | debconf-2.0, perl, libwww-perl, lynx, curl, libnet-libidn-perl Suggests: openbsd-inetd | inet-superserver Description: generic Whois Client / Server Description-md5: 700acfb94991db15492e8b8feade951e Tag: implemented-in::perl, interface::commandline, interface::daemon, network::client, network::server, protocol::dns, role::program, use::searching Section: net Priority: optional Filename: pool/main/g/gwhois/gwhois_20120626-1.3_all.deb Size: 34892 MD5sum: 27f0bd293018c20e13a88907b5811289 SHA256: 59116ef36daf0e0a96b3bf2719a38c09e0599f82badc30a1a5ee48004b6be521 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981049: O: cramfsswap -- swap endianess of a cram filesystem (cramfs)
Package: wnpp The current maintainer of cramfsswap, Juliane Holzt , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: cramfsswap Binary: cramfsswap Version: 1.4.1-1.2 Maintainer: Juliane Holzt Build-Depends: debhelper (>= 10~), zlib1g-dev Architecture: any Standards-Version: 3.7.2 Format: 1.0 Files: ff0c31d29ec64a19ae7fc6c27e7f48ac 1424 cramfsswap_1.4.1-1.2.dsc 9e4a3431112a0aaa6ec36daa7f4b3320 12587 cramfsswap_1.4.1-1.2.tar.gz Checksums-Sha256: c79e5dc4653b09562bcb3915f0b7dabcbe48209953b4f945adc9c41ee571e10f 1424 cramfsswap_1.4.1-1.2.dsc df7531c89b37dc4aba126c446f84b764fe3515296c77993057d03ab5e0cd8410 12587 cramfsswap_1.4.1-1.2.tar.gz Package-List: cramfsswap deb utils extra arch=any Directory: pool/main/c/cramfsswap Priority: source Section: utils Package: cramfsswap Version: 1.4.1-1.2 Installed-Size: 29 Maintainer: Juliane Holzt Architecture: amd64 Depends: libc6 (>= 2.2.5), zlib1g (>= 1:1.1.4) Description: swap endianess of a cram filesystem (cramfs) Description-md5: 796947001fae0a27e674ada4f59cd10d Tag: admin::filesystem, admin::hardware, interface::commandline, role::program, scope::utility, use::compressing, use::converting Section: utils Priority: optional Filename: pool/main/c/cramfsswap/cramfsswap_1.4.1-1.2_amd64.deb Size: 7020 MD5sum: 5893e4e546c6374c8f9b1de5a88b63ab SHA256: 57b94b7748e66a4f1312775454325cb0fe235999f6b22b03e0264ccb36d4090c -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#979641: src:kboot-utils: invalid maintainer address
On 2021/01/25 12:18 AM, Antonio Ospite wrote: > On Sun, 24 Jan 2021 21:12:54 +0100 > Baptiste Beauplat wrote: > > > Hi Antonio, > > > > kboot-utils, one of the packages you maintain in Debian has an old, > > unreachable > > Maitainer address. Could you please update it to prevent it from getting > > removed? > > > > See below the original bug report. > > > > Thank you for reporting this Baptiste. > > I am actually not sure how useful kboot-utils is nowadays, it was mainly > developed to make it easier to boot kernels on the Sony PS3, but I don't > think the PS3 is supported by Debian directly anymore. > > However I would be happy to update the package anyway if there was > someone interested to sponsor it, since I cannot upload packages > myself and the I doubt my usual sponsor would be interested in it. Well, installation stats for kboot-utils are close to 0 [1]. A possible solution would be to request its removal [2]. If it appears that it was actually needed, it could be re-introduced at a later point (not for the next stable but I don't think that's a problem). [1]: https://qa.debian.org/popcon.php?package=kboot-utils [2]: https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#removing-packages -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#980961: O: fbxkb -- X11 keyboard indicator and switcher
Package: wnpp The current maintainer of fbxkb, Dmitry Borisyuk , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: fbxkb Binary: fbxkb Version: 0.6-2.1 Maintainer: Dmitry Borisyuk Build-Depends: debhelper (>= 9), libgtk2.0-dev, libxmu-dev, libgdk-pixbuf-xlib-2.0-dev Architecture: any Standards-Version: 3.9.6 Format: 3.0 (quilt) Files: 1112ab3c0a2ebb6ca1ac2b8f8c42ac1b 1719 fbxkb_0.6-2.1.dsc fa768bbb07aac8a4ae590633499cce15 42319 fbxkb_0.6.orig.tar.gz 55b0267deaeb4893cd53e5db56e84194 6612 fbxkb_0.6-2.1.debian.tar.xz Checksums-Sha256: 5ebeea2e2f49a0c65a5265f98daf03487e6acd3d50441bbed956fcb3dd77f135 1719 fbxkb_0.6-2.1.dsc fcbaf4ed9a70f58ea1316b19da74e2ca8b3fb0e2de5a73c849317589ce840ef2 42319 fbxkb_0.6.orig.tar.gz 018dd5694ce33cd31a31dc1906ad54996540bdae13b73cc02c10769e7e3ad70b 6612 fbxkb_0.6-2.1.debian.tar.xz Homepage: http://fbxkb.sourceforge.net Package-List: fbxkb deb x11 optional arch=any Directory: pool/main/f/fbxkb Priority: source Section: x11 Package: fbxkb Version: 0.6-2.1 Installed-Size: 135 Maintainer: Dmitry Borisyuk Architecture: amd64 Depends: libc6 (>= 2.7), libgdk-pixbuf-2.0-0 (>= 2.22.0), libglib2.0-0 (>= 2.16.0), libgtk2.0-0 (>= 2.24.0), libx11-6 Description: X11 keyboard indicator and switcher Description-md5: 515aa5f18720d9ead876c644891e941f Homepage: http://fbxkb.sourceforge.net Tag: uitoolkit::gtk Section: x11 Priority: optional Filename: pool/main/f/fbxkb/fbxkb_0.6-2.1_amd64.deb Size: 40252 MD5sum: 17940ec468bf9781d68076b736f48e97 SHA256: 253e3c8090385a37e1095e847e958b6fc60dd0bfae0a3344b2a7d97d917ebf59 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#980960: O: wsl -- Wsman Shell Command Line "whistle"
Package: wnpp The current maintainer of wsl, Daniel Jared Dominguez , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: wsl Binary: wsl Version: 0.2.1-1.1 Maintainer: Daniel Jared Dominguez Build-Depends: debhelper (>= 8.0.0) Architecture: all Standards-Version: 3.9.2 Format: 3.0 (quilt) Files: 31158a220a88b37bf6e35f637268f966 1685 wsl_0.2.1-1.1.dsc b48dd06820f3a0999fecdb2e53da4f9b 16973 wsl_0.2.1.orig.tar.gz c75592d65dfeeade0517c20bd039c11d 3916 wsl_0.2.1-1.1.debian.tar.xz Checksums-Sha256: 64c3eff47d2f957054af6c141104acb80d5b7c55718e6c6ebd31ef628b626898 1685 wsl_0.2.1-1.1.dsc 45fc8f9fde277508eab3cf0d1270abdb08e45b4f517c5fb40bb86a93433518a5 16973 wsl_0.2.1.orig.tar.gz 9b83317a65dc2247506935341158063af618fc8d1af4f8bf68bb7be07a742f26 3916 wsl_0.2.1-1.1.debian.tar.xz Homepage: http://linux.dell.com/files/wsl/ Package-List: wsl deb admin optional arch=all Directory: pool/main/w/wsl Priority: source Section: misc Package: wsl Version: 0.2.1-1.1 Installed-Size: 105 Maintainer: Daniel Jared Dominguez Architecture: all Depends: wget (>= 1.13) | curl, libxml2-utils Recommends: xsltproc, gnupg, curl Description: Wsman Shell Command Line "whistle" Description-md5: 9b0a82cf07de44ae3fa1380f1b14f273 Homepage: http://linux.dell.com/files/wsl/ Section: admin Priority: optional Filename: pool/main/w/wsl/wsl_0.2.1-1.1_all.deb Size: 18020 MD5sum: b48a2381dff06f9666f4b86adad22deb SHA256: 3e7dc04a98d503154f3f46a5cdc7049cc03e659ac163c4ca741818fe7392a724 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#980959: O: maildirsync -- simple and efficient Maildir synchronisation utility
Package: wnpp The current maintainer of maildirsync, Carlos Alberto Silombria Ibarra , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: maildirsync Binary: maildirsync Version: 1.2-2.3 Maintainer: Carlos Alberto Silombria Ibarra Build-Depends: debhelper (>= 9), perl, quilt Architecture: all Standards-Version: 3.9.5 Format: 3.0 (quilt) Files: ff13c02bb234c18855755fceeeca9ed4 1755 maildirsync_1.2-2.3.dsc 02b70cfb94c0086d663d5e7d20de38bc 18077 maildirsync_1.2.orig.tar.gz 2e193fc3115d96c693946038a3ed5c1f 4940 maildirsync_1.2-2.3.debian.tar.xz Checksums-Sha256: 85f981622ef2fbe13e6ae790cbc37f86df85396ed039be3364003810051cda57 1755 maildirsync_1.2-2.3.dsc 0cf81df1b0cb0f531bc69bd09a3ab9b5e88f572163c9ce5cdf3cd98d2ff0027f 18077 maildirsync_1.2.orig.tar.gz fe0b516a39da0021ea76a7b419ab94bc6ef4e66164713367107fac97ad329bdd 4940 maildirsync_1.2-2.3.debian.tar.xz Homepage: http://code.google.com/p/maildirsync/ Package-List: maildirsync deb mail optional arch=all Directory: pool/main/m/maildirsync Priority: source Section: mail Package: maildirsync Version: 1.2-2.3 Installed-Size: 54 Maintainer: Carlos Alberto Silombria Ibarra Architecture: all Depends: perl (>= 5.006) Recommends: ssh | rsh-client Suggests: bzip2 Description: simple and efficient Maildir synchronisation utility Description-md5: c580e55f172ea03ecabf7a462710ac8c Homepage: http://code.google.com/p/maildirsync/ Tag: implemented-in::perl, interface::commandline, role::program, scope::utility, use::synchronizing, works-with::mail Section: mail Priority: optional Filename: pool/main/m/maildirsync/maildirsync_1.2-2.3_all.deb Size: 23828 MD5sum: de00725c4c15b8ce7a84607b56ce6fd6 SHA256: 972e9db9dff83c3ecaf934add5b0fea400c99660d10fa208f603e5fa91e90b5e -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#979641: src:kboot-utils: invalid maintainer address
Hi Antonio, kboot-utils, one of the packages you maintain in Debian has an old, unreachable Maitainer address. Could you please update it to prevent it from getting removed? See below the original bug report. Best, On 2021/01/09 06:04 PM, Ansgar wrote: > Source: kboot-utils > Version: 0.4-1 > Severity: serious > Tags: bullseye sid > X-Debbugs-Cc: Holger Levsen > > The maintainer address is invalid, see below. > > Ansgar > > Start of forwarded message > From: Mail Delivery System > Subject: Mail delivery failed: returning message to sender > Date: Sat, 09 Jan 2021 16:49:56 + > > This message was created automatically by mail delivery software. > > A message that you sent could not be delivered to one or more of its > recipients. This is a permanent error. The following address(es) failed: > > osp...@studenti.unina.it > host fmvip.unina.it [192.132.34.7] > SMTP error from remote mail server after RCPT > TO:: > 550 5.1.1 ... User unknown > Reporting-MTA: dns; muffat.debian.org > > Action: failed > Final-Recipient: rfc822;osp...@studenti.unina.it > Status: 5.0.0 > Remote-MTA: dns; fmvip.unina.it > Diagnostic-Code: smtp; 550 5.1.1 ... User unknown -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#980958: O: renrot -- Rename and rotate files according to EXIF tags
Package: wnpp The current maintainer of renrot, Andy Shevchenko , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: renrot Binary: renrot Version: 1.2.0-0.3 Maintainer: Andy Shevchenko Build-Depends: debhelper (>= 5), libimage-exiftool-perl (>= 5.72) Architecture: all Standards-Version: 3.7.2 Format: 1.0 Files: 8d86cf3f18e3002e47f4adfac5926789 1662 renrot_1.2.0-0.3.dsc 0d0da175e4e7ef209322ad303ad217b9 52817 renrot_1.2.0.orig.tar.gz 19e669be3b71d793a12826db5fa7390a 5733 renrot_1.2.0-0.3.diff.gz Checksums-Sha256: 03cc00172466e28ce6a13653db7c0e553c9b2eeb8324819119acf1efc7b2efd8 1662 renrot_1.2.0-0.3.dsc a3f711787422292693238579a2c139e8ac6367e099ada0815b6b050385f886ae 52817 renrot_1.2.0.orig.tar.gz eac4d783a40cc5054d893d3082d1088dffcfa26907e8c1857a566b48fe489943 5733 renrot_1.2.0-0.3.diff.gz Package-List: renrot deb graphics optional arch=all Directory: pool/main/r/renrot Priority: source Section: graphics Package: renrot Version: 1.2.0-0.3 Installed-Size: 178 Maintainer: Andy Shevchenko Architecture: all Depends: perl:any, libimage-exiftool-perl (>= 5.72), libjpeg-progs Suggests: libimage-magick-perl Description: Rename and rotate files according to EXIF tags Description-md5: 94ef78f3791efeb8aa581de9cc25aada Tag: hardware::camera, implemented-in::perl, interface::commandline, role::program, scope::utility, use::converting, use::organizing, works-with-format::jpg, works-with::image, works-with::image:raster Section: graphics Priority: optional Filename: pool/main/r/renrot/renrot_1.2.0-0.3_all.deb Size: 61476 MD5sum: ed06eb5bd7411602e6bcd3b617e8c743 SHA256: 419b0002cf7e6ba1babdde6bc05243ad9c1323ad04210d9483dfdeb8bc8eb96e -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#980954: O: microdc2 -- command-line based Direct Connect client
Package: wnpp The current maintainer of microdc2, Al Nikolov , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: microdc2 Binary: microdc2 Version: 0.15.6-4 Maintainer: Al Nikolov Build-Depends: debhelper (>= 9), dh-autoreconf, libreadline-dev, libxml2-dev (>= 2.6.16), libbz2-dev Architecture: any Standards-Version: 3.9.8 Format: 3.0 (quilt) Files: 455b429aee09d7703b7040e33f831fe3 1763 microdc2_0.15.6-4.dsc 9175a7463936fe89e2e22c8ae2f5e020 639392 microdc2_0.15.6.orig.tar.gz 761eb37fe6df561c1a41b999a095f8c1 11348 microdc2_0.15.6-4.debian.tar.xz Checksums-Sha256: 5af34d0defbf7f210125f79946f432dcbcc3e7654e3ca53beae20e9a793b0ce6 1763 microdc2_0.15.6-4.dsc d1990eb1aa52115c649466011c8163e454272250b041e480f0a521212c04bc49 639392 microdc2_0.15.6.orig.tar.gz dddf0b948af2b4abec56efc85bec5de94c2aa6aeb8a007a61f0b5a5560f44a0f 11348 microdc2_0.15.6-4.debian.tar.xz Homepage: http://corsair626.no-ip.org/microdc/ Package-List: microdc2 deb net extra arch=any Directory: pool/main/m/microdc2 Priority: source Section: net Package: microdc2 Source: microdc2 (0.15.6-4) Version: 0.15.6-4+b2 Installed-Size: 366 Maintainer: Al Nikolov Architecture: amd64 Depends: libbz2-1.0, libc6 (>= 2.15), libreadline8 (>= 6.0), libxml2 (>= 2.7.4) Description: command-line based Direct Connect client Description-md5: 454b3f84a166af636585c3bbf95f4a30 Homepage: http://corsair626.no-ip.org/microdc/ Tag: implemented-in::c++, interface::text-mode, network::client, network::server, protocol::dcc, role::program, scope::application, use::chatting, use::downloading, use::searching Section: net Priority: optional Filename: pool/main/m/microdc2/microdc2_0.15.6-4+b2_amd64.deb Size: 139404 MD5sum: 0f45a791574e060198a9f3ad0c915d3d SHA256: 889bbf0ffadec40a10f6205fd62527d05f285e332bda33ff9d6da15745fd4ae5 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#980955: O: proxycheck -- checks existence of open proxy
Package: wnpp The current maintainer of proxycheck, Al Nikolov , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: proxycheck Binary: proxycheck Version: 0.49a-5 Maintainer: Al Nikolov Build-Depends: debhelper (>= 9) Architecture: any Standards-Version: 3.9.8 Format: 3.0 (quilt) Files: 54cc8cab2737ed9796773c3e523b93cd 1703 proxycheck_0.49a-5.dsc 5121f100ca36c7afbb7e3f48eafdf0d5 38879 proxycheck_0.49a.orig.tar.gz dff4afa70038af5020b85c67357a60b8 4284 proxycheck_0.49a-5.debian.tar.xz Checksums-Sha256: 15f92b297a1b32a9f0ea19193bc138243072c23cea154c1a5b3bc1006439dbac 1703 proxycheck_0.49a-5.dsc 68dfcf9edc5d83625cead9ed643c75cfee502cc846d3cc2c1089e947f47bca81 38879 proxycheck_0.49a.orig.tar.gz ffc5bd677c95f32fd721c51973a74fe04ea1fd7abf4b08fcc13141b36fbb465e 4284 proxycheck_0.49a-5.debian.tar.xz Homepage: http://www.corpit.ru/mjt/proxycheck.html Package-List: proxycheck deb net extra arch=any Directory: pool/main/p/proxycheck Priority: source Section: net Package: proxycheck Source: proxycheck (0.49a-5) Version: 0.49a-5+b1 Installed-Size: 76 Maintainer: Al Nikolov Architecture: amd64 Depends: libc6 (>= 2.15) Description: checks existence of open proxy Description-md5: b19705e1ce3bcf742de2e15ff63ad17a Homepage: http://www.corpit.ru/mjt/proxycheck.html Tag: implemented-in::c, interface::commandline, mail::TODO, role::program, scope::utility, security::TODO, use::checking Section: net Priority: optional Filename: pool/main/p/proxycheck/proxycheck_0.49a-5+b1_amd64.deb Size: 31312 MD5sum: b48697ed264cae08e87d7ea0cfb06e12 SHA256: e7bfc8ef074a6ba2328554f3d735578dea309635aa9cd3cd4cfdfefe5c52106a -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#980953: O: libdbix-class-htmlwidget-perl -- DBIx::Class::HTMLWidget perl module
Package: wnpp The current maintainer of libdbix-class-htmlwidget-perl, Al Nikolov , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: libdbix-class-htmlwidget-perl Binary: libdbix-class-htmlwidget-perl Version: 0.16-5.1 Maintainer: Al Nikolov Build-Depends: debhelper (>= 10) Build-Depends-Indep: perl (>= 5.8.8-7etch1) Architecture: all Standards-Version: 3.9.8 Format: 3.0 (quilt) Files: e0a60951cf2ea95d4314c9a9304c7205 1952 libdbix-class-htmlwidget-perl_0.16-5.1.dsc 424fe83cd01c74456fb9804144051609 4223 libdbix-class-htmlwidget-perl_0.16.orig.tar.gz 3705ab047b11d55fa6c13afb216de053 3104 libdbix-class-htmlwidget-perl_0.16-5.1.debian.tar.xz Checksums-Sha256: d08b82606ad817d5ec4eb436e3b0de97db838455895666371332c67f3d8b3e0c 1952 libdbix-class-htmlwidget-perl_0.16-5.1.dsc 41427563216edf5a93965090ae0e1c85a95d37a81d720f02c1360cfa7db4f017 4223 libdbix-class-htmlwidget-perl_0.16.orig.tar.gz f8ef69c88f422245bbb122deb87272be2bfb72886fc8b81f1e6fc933d8283be0 3104 libdbix-class-htmlwidget-perl_0.16-5.1.debian.tar.xz Homepage: http://search.cpan.org/~andremar/DBIx-Class-HTMLWidget/ Package-List: libdbix-class-htmlwidget-perl deb perl optional arch=all Directory: pool/main/libd/libdbix-class-htmlwidget-perl Priority: source Section: perl Package: libdbix-class-htmlwidget-perl Version: 0.16-5.1 Installed-Size: 26 Maintainer: Al Nikolov Architecture: all Depends: libhtml-widget-perl (>= 1.10), libdbix-class-perl (>= 0.05), perl:any Description: DBIx::Class::HTMLWidget perl module Description-md5: 8fbf02f43f52fd95f81ae3d08be22d9a Homepage: http://search.cpan.org/~andremar/DBIx-Class-HTMLWidget/ Tag: devel::lang:perl, devel::library, implemented-in::perl, role::devel-lib, web::cgi, works-with::db Section: perl Priority: optional Filename: pool/main/libd/libdbix-class-htmlwidget-perl/libdbix-class-htmlwidget-perl_0.16-5.1_all.deb Size: 9376 MD5sum: 27f68a7430bdbba4d725f43322f5 SHA256: c3cff25959fc5787670836793dfe68e8103e63cdb1859bfc7eda1aadad4e2a6f -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#980952: O: goban -- Goban screensaver
Package: wnpp The current maintainer of goban, Al Nikolov , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: goban Binary: goban-ss, goban-original-games Version: 1.1-5.1 Maintainer: Al Nikolov Build-Depends: debhelper (>= 9), autotools-dev, dh-autoreconf, libx11-dev Architecture: any all Standards-Version: 3.9.8 Format: 3.0 (quilt) Files: f0c6e5a346134ec518dbd00c9882eb1a 1774 goban_1.1-5.1.dsc 82b733b47a8ee5f3e8ab8cb78ea5d879 693480 goban_1.1.orig.tar.gz f5c67f22fe324df73ae02d77c3d75f39 6188 goban_1.1-5.1.debian.tar.xz Checksums-Sha256: 2463d75e0dd97203cf3874563f19a7179d1444a61347ce242f98502cb73a3391 1774 goban_1.1-5.1.dsc 0d8f35cdc075e79921c45f39a814c9d66f7cca26cc6ad6fcc7b75e7f5502 693480 goban_1.1.orig.tar.gz 65ac94309e15b865aa5ca3e91f8a065325aed807505b9102bf5fcdb2762e7fc7 6188 goban_1.1-5.1.debian.tar.xz Homepage: http://draves.org/goban/ Package-List: goban-original-games deb x11 extra arch=all goban-ss deb x11 extra arch=any Directory: pool/main/g/goban Priority: source Section: x11 Package: goban-ss Source: goban Version: 1.1-5.1 Installed-Size: 542 Maintainer: Al Nikolov Architecture: amd64 Depends: libc6 (>= 2.29), libx11-6 Recommends: goban-original-games, xscreensaver Enhances: kscreensaver-xsavers Description: Goban screensaver Description-md5: 13cf305b448027d1b7f015a9686c19a3 Homepage: http://draves.org/goban/ Section: x11 Priority: optional Filename: pool/main/g/goban/goban-ss_1.1-5.1_amd64.deb Size: 209720 MD5sum: afa9d7c7c23bdaee2fc77b52da4d9f5e SHA256: cad019ba92cfc00dc57d9f8e0d5ccca87d5d4aac334f5bc5bc64057fcb7019a7 Package: goban-original-games Source: goban Version: 1.1-5.1 Installed-Size: 1157 Maintainer: Al Nikolov Architecture: all Recommends: goban-ss Description: Original games set for the Goban screensaver Description-md5: f30b11df760ad3c418fafdde2d56cafe Homepage: http://draves.org/goban/ Section: x11 Priority: optional Filename: pool/main/g/goban/goban-original-games_1.1-5.1_all.deb Size: 197356 MD5sum: bd0f82d1a65f2becca5a9a0f4ed57bc7 SHA256: 73435aaf0edf85ccf90452859b446cb5063f014266723fc9effdda95ba4b44a2 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#980949: O: wbox -- HTTP testing tool and configuration-less HTTP server
Package: wnpp The current maintainer of wbox, Alberto Furia , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: wbox Binary: wbox Version: 5-1 Maintainer: Alberto Furia Build-Depends: debhelper (>= 7), dpatch Architecture: any Standards-Version: 3.8.3 Format: 1.0 Files: 39212ed0d6f433f9a7557250f9c34b70 932 wbox_5-1.dsc a95ca2c69982db10704b5ed482c9c722 16465 wbox_5.orig.tar.gz 04852a510d31c699bf5fc9b47beed653 6080 wbox_5-1.diff.gz Checksums-Sha256: d9ce54c32b3cdbaa6e7c15f6f86416e1c28ce7a5d8be915eb65fb8fd61ce246e 932 wbox_5-1.dsc 1589d85e83c8ee78383a491d89e768ab9aab9f433c5f5e035cfb5eed17efaa19 16465 wbox_5.orig.tar.gz 69cbea56623ddd744923c6f1fa1b304749747d4207b1656b3de87ab57d592efc 6080 wbox_5-1.diff.gz Homepage: http://www.hping.org/wbox/ Directory: pool/main/w/wbox Priority: source Section: web Package: wbox Source: wbox (5-1) Version: 5-1+b2 Installed-Size: 54 Maintainer: Alberto Furia Architecture: amd64 Depends: libc6 (>= 2.14) Description: HTTP testing tool and configuration-less HTTP server Description-md5: d4e227ddc208e8ac7a1306a287a6eeb8 Homepage: http://www.hping.org/wbox/ Tag: implemented-in::c, role::program Section: web Priority: optional Filename: pool/main/w/wbox/wbox_5-1+b2_amd64.deb Size: 21452 MD5sum: 0837ee534c0279262dc8ce5f2e93fdf1 SHA256: 15ac083b4573582848dc168651871129a9e8709131181d9cae5afb1c3118f783 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#980948: O: archmbox -- a simple email archiver written in perl
Package: wnpp The current maintainer of archmbox, Alberto Furia , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: archmbox Binary: archmbox Version: 4.10.0-2.1 Maintainer: Alberto Furia Build-Depends: debhelper (>= 5.0.0) Build-Depends-Indep: perl, psmisc, bzip2, uw-mailutils Architecture: all Standards-Version: 3.8.3 Format: 1.0 Files: bdd442520e9317007ccb3d3f733bbb6f 1756 archmbox_4.10.0-2.1.dsc 44f9f155d45d2eae4b9de33314adf841 82370 archmbox_4.10.0.orig.tar.gz e27302880e3d9669201ae89d94cd5986 25788 archmbox_4.10.0-2.1.diff.gz Checksums-Sha256: 4def4a5146aca01bb6ee3df18f29e4141cf1b9a6c6aee8c5044c85001a5cf17f 1756 archmbox_4.10.0-2.1.dsc 0c0ec8bf6340dbb625306e5c129abe50c070abb3d84e00ab2559cdfbc366f329 82370 archmbox_4.10.0.orig.tar.gz 2346ece15b2b4c6bb0b4795eb8b72bedccaa3e3e3c80fb377a0f02a2d84bde51 25788 archmbox_4.10.0-2.1.diff.gz Homepage: http://adc-archmbox.sourceforge.net/ Package-List: archmbox deb mail optional arch=all Directory: pool/main/a/archmbox Priority: source Section: mail Package: archmbox Version: 4.10.0-2.1 Installed-Size: 83 Maintainer: Alberto Furia Architecture: all Depends: perl, psmisc, bzip2, uw-mailutils Description: a simple email archiver written in perl Description-md5: aea0792059a321f0195e8aaee4d7d4c2 Homepage: http://adc-archmbox.sourceforge.net/ Tag: admin::backup, implemented-in::perl, interface::commandline, role::program, scope::utility, use::compressing, use::storing, works-with::mail Section: mail Priority: optional Filename: pool/main/a/archmbox/archmbox_4.10.0-2.1_all.deb Size: 35228 MD5sum: e3742ac03ae28d24a575ff794366e352 SHA256: ea6d8b1b051809a63b21bd98734382a51a8c5196d620fb4e0906990ce43ca09d -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#979246: src:fonts-ddc-uchen: invalid maintainer address
Hi Sruthi, On Mon, 04 Jan 2021 17:52:01 +0100 Ansgar wrote: > Source: fonts-ddc-uchen > Version: 1.0-1 > Severity: serious > X-Debbugs-Cc: fonts-ddc-uchen > > The maintainer address is invalid, see below. > > Ansgar > > Start of forwarded message > From: Mail Delivery System > Subject: Mail delivery failed: returning message to sender > Date: Mon, 04 Jan 2021 14:33:44 + I'm Cc'ing you manually on this bug since you are the maintainer but the email is incorrect (s...@openmailbox.org). Let me know if you don't have time to attend to it, I'll do an NMU with your address fixed. Note: this also affects ruby-fog-cloudatcost Best, -- Baptiste Beauplat - lyknode OpenPGP_signature Description: OpenPGP digital signature
Bug#979980: lintian: Please backport 2.104.0 to buster
Package: lintian Severity: wishlist Dear maintainer, Could we please have a bpo build for 2.104.0? Thanks, -- Baptiste Beauplat - lyknode
Bug#979639: src:sauce: invalid maintainer address
Hi Ian, On Sat, 09 Jan 2021 18:01:02 +0100 Ansgar wrote: > Source: sauce > Version: 0.9.0 > Severity: serious > Tags: bullseye sid > X-Debbugs-Cc: Holger Levsen > > The maintainer address is invalid, see below. > > Ansgar > > Start of forwarded message > From: Mail Delivery System > Subject: Mail delivery failed: returning message to sender > Date: Sat, 09 Jan 2021 16:53:55 + I'm Cc'ing you manually on this bug since you are the maintainer but the email is incorrect (i...@davenant.greenend.org.uk). Let me know if you don't have time to attend to it, I'll do an NMU with your address fixed. Best, -- Baptiste Beauplat - lyknode OpenPGP_signature Description: OpenPGP digital signature
Bug#939527: vcdimager contains one file with different license
Control: owner -1 ! On Thu, 05 Sep 2019 21:42:27 + bendik...@vfemail.net wrote: > https://metadata.ftp-master.debian.org/changelogs//main/v/vcdimager/vcdimager_2.0.1+dfsg-3_copyright > > The file changed on 17-03-2011 from gpl 2 or later to gpl 2 > https://cvs.savannah.gnu.org/viewvc/vcdimager/vcdimager/lib/sector.c?view=markup > > Already send a message to (not visible at the moment) > https://lists.gnu.org/mailman/listinfo/bug-vcdimager/ > also > https://directory.fsf.org/wiki/User_talk:Rockyb > more info > https://directory.fsf.org/wiki/vcdimager I asked upstream and apparently the change was requested by one of its author. They don't seems to want to change it back. See https://github.com/rocky/vcdimager/issues/5 For Debian, we just need to fix the copyright listing. I'll get on it. -- Baptiste Beauplat - lyknode OpenPGP_signature Description: OpenPGP digital signature
Bug#973865: RFS: dhcpdump/1.8-3 [ITA] -- Capture dhcp-packets and show for easier checking and debugging
Hi Peter, On 12/15/20 8:54 AM, Peter Ji wrote: > Thank you very much for such a careful review. The information you mentioned > was very helpful to new comer like me. Especially the list in the end. > Thanks! Glad to hear :) > I tried to repacking dhcpdump as suggested, such as detailed changelog > and modified other d/* files in the latest upload. > Although it may still have errors, I will continue to work on. Alright, let's do another pass then. d/changelog: - The update_befor_adoption patch has a spelling mistake - d/control Multi-arch field is not documented - On the block "Update the description of dhcpdump", why is there a sub item? Shouldn't it be in the same sentence? - In the same block, you are missing a space before the bug info d/control: looks good to me d/copyright: - The first block does not need to enumerate all files. The wildcard '*' can be use instead. All following entries will override that. - The license regarding the first block and `debian/*` is incorrect. Only strsep.c uses the BSD-4-clause-UC. d/rules: - You should use DEB_CFLAGS_MAINT_APPEND and DEB_LDFLAGS_MAINT_APPEND instead of re-defining the flag yourself. See `man dpkg-buildflags` and `man debhelper` for more info. - Most of the flag you use are already set by debhelper. You can play with those by adding a _temporary_ echo $(CFLAGS) in the debian/rules. In your case, you should need only the -DHAVE_STRSEP (the rest is either already defined or unecessary). - You have an extra space after DEB_CFLAGS_MAINT_APPEND - In debian/rules and in the Makefile, make and $(CC) are used. Since there are no ./configure script, cross building the package will fail trying to use make and cc instead of the correct targeted arch tool. To workaround that, you should: - Include /usr/share/dpkg/buildtools.mk at the begining of d/rules. That will correctly define MAKE and CC variables - Replace make by $(MAKE) and add the CC variable on the make command line. patches/000...: - The patch description does not describe precisely the changeset. - The patch description has a spelling mistake - Remove the <> char from the description. Those are used only in the email address. patches/001...: - You skip the install rule in debian/rules. Therefor, this patch is not needed. Don't forget to remove the entry from d/changelog as well. patches/002...: - You have a extra space at the end of the line 37. - Remove the <> char from the description > I know Debian's Gitlab But not familiar. I will try to apply for access when > necessary. Just so you know, it's open for anyone to register. You just need to create an account and that it. -- Baptiste Beauplat - lyknode OpenPGP_signature Description: OpenPGP digital signature
Bug#973865: RFS: dhcpdump/1.8-3 [ITA] -- Capture dhcp-packets and show for easier checking and debugging
Hi Peter,
On 12/2/20 10:16 AM, Peter Ji wrote:
You have a number of easy to fix lintian tags. I'd recommend to fix them.>
Thanks for your review, Lintian tags have been fixed in the latest upload.
That's great news! The first time around, I only looked at
mentors.debian.net QA information. Now is time for a bit more in-depth
review. Don't hesitate to ask questions, I'll happy to answer them :)
Note: Read through the entire mail, I have a couple of useful links in
the end.
- debian/changelog:
It's looking a bit thin. Each and every changes from one version to
another must be documented in this file. For instance you've added the
VCS fields, the Homepage, the Require-Root-Rules in debian/control. That
must be documented along side with every modification you've made.
Don't hesitate to run a spell checker on the changelog once done. You
have a syntax error with the comma.
- debian/control:
You can bump the policy to 4.5.1, it was released a couple of days
ago. To see if you have any additional modification see the checklist [1]
The Homepage field is an URL to upstream sources [2], not the
packaging one.
You shouldn't need Require-Root-Rule to build that software. I suppose
it's required because you explicitly set the owner/group when installing
the program. Drop that and the R-R-R.
Once again the spell checking indicates a syntax error. Your "for" is
preceded by a dot.
- debian/copyright:
The Source, like the Homepage field of debian/control also refers to
the upstream source.
You are missing a block for the debian/* files. You should list every
authors present in debian/changelog, including yourself.
You are missing an entry for strsep.c, which license and copyright
holder differs from other sources (man licensecheck).
- debian/NMU-Disclaimer:
NMU is quite well defined in the developer reference [3]. Unless you
plan on following those outdated guidelines, you can safely drop this file.
- debian/patches:
Your patch name and description doesn't match the content of the
patch. You are patching different files for different reason and a
separate patch file is needed for each one of them.
Don't update upstream CHANGES with Debian changelog information. Both
will be installed under /usr/share/doc/ and content should be
respectively separated.
Don't patch the Makefile with anything related to the Debian
packaging. That should be done in debian/rules.
You have a trailing whitespace line 108 of the patch file and the
"for" have that previous dot as well.
Creating a README.Debian with sole content the description of the
package is useless. Please remove it. (also the file should have been
wrap to 80 colons).
- debian/rules:
You switched to using dh, which is very good, but you are not using
any of the dh helper files. Please have a look at the Debian New
Maintainer Guide [4] to help you move all the content of that file to
debian/{install,manpage,clean,...}. As a thumb rule, if you have any
target not starting by 'execute_{before,after}_dh_' or 'override_dh',
you are not finished with the dh conversion.
- debian/watch:
The watch file should monitor upstream release [2], not the packaging
one.
---
I know the list looks long but believe me, it's actually quite feasible
:) You can have a look at dhcping packaging [5]. It's a very similar
package, from the same upstream, that I converted a couple of weeks ago.
Do you know about Debian's Gitlab [6]? While hosting the packaging
source anywhere public is actually quite alright, having it on salsa
does bring out a couple advantages:
- you can create the repository under the debian/ namespace. This will
ease collaborative maintenance by any Debian Developer. (Note that you
will need to ask the repository creation on debian-ment...@lists.debian.org)
- you have access to a nice CI [7] pipeline doing all sort of QA stuff
on you package.
- it's open-source! As opposed to github :)
[1]:
https://www.debian.org/doc/debian-policy/upgrading-checklist.html#version-4-5-1
[2]: http://www.mavetju.org/unix/general.php
[3]: https://www.debian.org/doc/manuals/developers-reference/
[4]: https://www.debian.org/doc/manuals/maint-guide/
[5]: https://salsa.debian.org/debian/dhcping
[6]: https://salsa.debian.org
[7]: https://salsa.debian.org/salsa-ci-team/pipeline
--
Baptiste Beauplat - lyknode
OpenPGP_signature
Description: OpenPGP digital signature
Bug#961142: snapshot.debian.org: python3 migration
On 11/27/20 4:44 PM, Julien Cristau wrote: On Fri, May 22, 2020 at 11:30:13AM +0200, Baptiste BEAUPLAT wrote: - A 'python3' branch to open MR against Why can't MRs be opened against the master branch? It certainly can. Initially, I intended to split this work into smaller MRs. The python3 branch was to keep master clear until the work was complete (and keep it consistent with what's deployed on the servers). Problem with this is it requires a lot of back and forth and this particular work is not really easy to split up. So I'll just create an MR against master once I'm done with it. I think I'm halfway through currently. Code is here if you want to check it out: https://salsa.debian.org/lyknode/snapshot/-/tree/flask - the MR and CI features enabled We can do that. There's no CI set up yet as far as I can tell, so I'll wait on that part until there's something to run. Perfect. I'm adding quite a few tests, I don't want snapshot to go 'youhou' just because it switched framework. - at least a reporter level access to be able to open MR (salsa account name is 'lyknode') You seem to have access now. Yup, all good. -- Baptiste Beauplat - lyknode OpenPGP_signature Description: OpenPGP digital signature
Bug#975558: Add public domain to copyright types
Sorry Anatoli, I forgot to include you in my reply. On 11/23/20 7:02 PM, Baptiste Beauplat wrote: Hi Anatoli, On 11/23/20 4:49 PM, Anatoli Babenia wrote: I could not find any examples on how to make public domain packaged in Debian. Would be nice if `dh_make` supported it with `--copyright pd` option. The way to handle public-domain work is described in those two documents: https://wiki.debian.org/DFSGLicenses#Public_Domain https://dep-team.pages.debian.net/deps/dep5/#public-domain I'm somewhat unsure about adding this license to dh-make because the Public domain license does not seems to be a wildly used choice for writing software. A quick search on https://sources.debian.org show that barely ~1000 packages mention "public-domain" in they copyright and most of the time, it only apply to a small part of the source code. Another point is that, per DEP5, an explanation is required when using the public domain license. That is case specific and cannot be generated by dh-make. It would make sense to me to only ship most common licenses in dh-make, and thus skip the public domain license. What do you think? -- Baptiste Beauplat - lyknode OpenPGP_signature Description: OpenPGP digital signature
Bug#975558: Add public domain to copyright types
Hi Anatoli, On 11/23/20 4:49 PM, Anatoli Babenia wrote: I could not find any examples on how to make public domain packaged in Debian. Would be nice if `dh_make` supported it with `--copyright pd` option. The way to handle public-domain work is described in those two documents: https://wiki.debian.org/DFSGLicenses#Public_Domain https://dep-team.pages.debian.net/deps/dep5/#public-domain I'm somewhat unsure about adding this license to dh-make because the Public domain license does not seems to be a wildly used choice for writing software. A quick search on https://sources.debian.org show that barely ~1000 packages mention "public-domain" in they copyright and most of the time, it only apply to a small part of the source code. Another point is that, per DEP5, an explanation is required when using the public domain license. That is case specific and cannot be generated by dh-make. It would make sense to me to only ship most common licenses in dh-make, and thus skip the public domain license. What do you think? -- Baptiste Beauplat - lyknode OpenPGP_signature Description: OpenPGP digital signature
