Bug#1072186: ITP: veristat -- Tool to load, verify and debug BPF object files

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org, sudipm.mukher...@gmail.com

* Package name: veristat
  Version : 0.3.1
  Upstream Contact: many
* URL : https://github.com/libbpf/veristat
* License : GPL-2.0-only OR BSD-2-Clause
  Programming Lang: C
  Description : Tool to load, verify and debug BPF object files

veristat is the tool for loading, verifying, and debugging BPF object files.
It allows to work with BPF object files convenient and quickly, without having
to use or modify corresponding user-space parts of an application.


I can maintain this package.

-- 
Regards
Sudip

Bug#1057290: bpftool: please build from https://github.com/libbpf/bpftool

[Sudip Mukherjee]

Package: bpftool
Severity: wishlist
X-Debbugs-Cc: sudipm.mukher...@gmail.com, debian-ker...@lists.debian.org, 
debian-devel@lists.debian.org

The official home for bpftool is now the github repo [1] but keeps the kernel
as the authoritative source code of bpftool and is developed as part of the 
bpf-next Linux source tree.
The Maintainers have said "Please use this Github repository for building and 
packaging bpftool" at [2]
The announcement was at [3].

imho, packaging it from the github instead of the kernel source will fix three 
issues:
1. bpftool will use libbpf available in Debian, whereas now it is building a 
libbpf.a from the development codes of libbpf in the kernel source and using 
that.
2. The official releases of bpftool is done in the github repo when the bpf 
maintainers decides the code is ready for a release. But the Debian bpftool 
package is done from the kernel source and so follows the kernel releases. And 
as a result, when a new kernel is released which Debian kernel team will then 
pickup may not have a bpftool release worthy code. For example, bpftool v7.3 
was released on 23/11/2023,
3. bpftool package in Debian is from the kernel v6.5.13 and so looking at the 
source and git commits I can see the that the Debian package is missing 25 
commits which is in the bpftool v7.3 release.


Do we package bpftool from their github repo independent of the kernel
update? Then we will need to remove the bpftool building bits from the
Debian kernel source and create a separate package for bpftool.

And so, it will be great if kernel team will like to package and maintain
it, if not, then I will be happy to do it. Please reject this bug report
if you think bpftool should not be done separately and should live inside
kernel source package.

[1]. https://github.com/libbpf/bpftool
[2]. https://github.com/libbpf/bpftool/blob/main/README.md?plain=1#L18
[3]. 
https://lore.kernel.org/bpf/267a35a6-a045-c025-c2d9-78afbf6fc...@isovalent.com/

-- 
Regards
Sudip

Bug#1056209: ITP: authselect -- Configures authentication and identity sources from supported profiles

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org, sudipm.mukher...@gmail.com

* Package name: authselect
  Version : 1.4.3
  Upstream Contact: Pavel Březina .
* URL : https://github.com/authselect/authselect/
* License : GPL-3.0
  Programming Lang: C
  Description : Authselect is a tool to select system authentication and 
identity sources from a list of supported profiles

Authselect is designed to be a replacement for authconfig but it takes
a different approach to configure the system. Instead of letting
the administrator build the PAM stack with a tool (which may potentially
end up with a broken configuration), it would ship several tested stacks
(profiles) that solve a use-case and are well tested and supported.
At the same time, some obsolete features of authconfig are not
supported by authselect.


-- 
Regards
Sudip

Bug#1043288: ITP: qad -- A simple, REST-API compliant daemon for automated testing

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org, sudipm.mukher...@gmail.com

* Package name: qad
  Version : 0.0~git20230710.75f9d50
  Upstream Contact: James Thomas 
Scott Clarke 
* URL : https://gitlab.com/CodethinkLabs/qad/qad/
* License : GPL and MIT
  Programming Lang: C and Perl
  Description : A simple, REST-API compliant daemon for automated testing
This is a simple, REST-API compliant daemon which makes automated testing
on hardware possible by removing the need for physical intervention as
Q.A.D allows inputs to be injected via http/https requests. This both
eliminates the need to physically interact with the rig and allows for
tasks to be carried out entirely automatically.
Q.A.D. can also take a screenshot and send it back to invoker. It can be
integrated with openQA for automated testing.

I use it as part of my $dayjob and will maintain it.

-- 
Regards
Sudip

Bug#1032323: ITP: moulin -- A meta build system capable of building multiple images at once.

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org, sudipm.mukher...@gmail.com

* Package name: moulin
  Version : 0.0~git20230227.1630f49
  Upstream Author : many
* URL : https://github.com/xen-troops/moulin
* License : Apache
  Programming Lang: Python
  Description : A meta build system capable of building multiple images at 
once.

Main purpose of moulin is to build complex images for embedded devices. Imagine 
that
you are running hypervisor (like Xen or KVM) on your device and you want to 
build
multiple VM images with one simple command. moulin is made exactly for this 
task.

As part of my role in Elisa (https://elisa.tech/) I had to use moulin, but being
a Debian user I did not like installing moulin from their git. So, this ITP.

I can maintain it under the umbrella of Debian Python team.


-- 
Regards
Sudip

Bug#1028532: ITP: smifb2 -- SiliconMotion SM750/SM768 Graphics PCI-E DRM Driver

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org, sudipm.mukher...@gmail.com

* Package name: smifb2
  Version : 2.2.1
  Upstream Author : Teddy Wang 
* URL : https://github.com/teddywlq/smifb2
* License : GPLv2
  Programming Lang: C
  Description : SiliconMotion SM750/SM768 Graphics PCI-E DRM Driver

SM768 is high performance graphics processor which provides dual display
channels and supports multiple output interfaces, including HDMI,
DisplayPort, DVI, VGA, LVDS and digital interfaces. SM768 has 128-bit
graphics engine to accelerate graphics displays and provides color space
conversion and scaling features. Display resolution supports up to
4K UHD (3840x2160@30p) or 2K/Full HD@60p. SM768 supports H.264/MJPEG
hardware video decoding. 
.
SM750, Dual Display Graphics Chip is a PCI Express 2D multimedia mobile
display controller device providing video and 2D capability to the
embedded industry in a 265-pin BGA package.

SM750 framebuffer driver is available in the mainline kernel but the drm driver
is not in the mainline kernel yet. This driver using dkms will be a combined
drm driver for SM750 and SM768. The work for upstreaming the drm driver to 
mainline
kernel is ongoing which is the final goal.

I can maintain this package.

-- 
Regards
Sudip

Re: unar: diff for NMU version 1.10.1-3

[Sudip Mukherjee]

Hi Boyuan,

On Mon, Apr 11, 2022 at 12:32:19PM -0400, Boyuan Yang wrote:
> Control: tags 1008569 + patch
> Control: tags 1008569 + pending
> X-Debbugs-CC: kr...@debian.org as...@debian.org jul...@debian.org
> 
> Dear maintainer,
> 
> I've prepared an NMU for unar (versioned as 1.10.1-3) and
> uploaded it to DELAYED/14. Please feel free to tell me if I
> should delay it longer.
> 
> Regards.
> 
> diff -Nru unar-1.10.1/debian/changelog unar-1.10.1/debian/changelog
> --- unar-1.10.1/debian/changelog  2017-03-23 09:45:08.0 -0400
> +++ unar-1.10.1/debian/changelog  2022-04-11 12:27:28.0 -0400
> @@ -1,3 +1,12 @@
> +unar (1.10.1-3) unstable; urgency=medium
> +
> +  * QA upload.
> +  * Orphan the package (take over package maintenance) via
> +ITS process. (Closes: #1008569)

I maybe wrong but I was wondering if this is correct.

Section 5.12 in Debian's Developers Reference [1] clearly says:
Note that the process is only intended for actively taking over
maintainership. Do not start a package salvaging process when you
do not intend to maintain the package for a prolonged time. If you
only want to fix certain things, but not take over the package, you
must use the NMU process, even if the package would be eligible for
salvaging.

And, in this case you salavaged the package with the intention to
orphan it not to maintain it.

[1]. 
https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#package-salvaging


--
Regards
Sudip

Bug#1009899: ITP: genimage -- The Image Creation Tool

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org, sudipm.mukher...@gmail.com

* Package name: genimage
  Version : v15
  Upstream Author : many
* URL : https://github.com/pengutronix/genimage
* License : GPL-2.0
  Programming Lang: C
  Description : The Image Creation Tool

genimage is a tool to generate multiple filesystem and flash/disk
images from a given root filesystem tree. It also supports creating
flash/disk images out of different file-system images and files.

I am using it as part of my current project in $dayjob. Its a
necessary tool to create images with u-boot.
I can maintain it.


--
Regards
Sudip

Bug#992027: ITP: openqa-client -- Python API to access openQA server

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org, sudipm.mukher...@gmail.com, Philip 
Hands 

* Package name: openqa-client
  Version : 4.1.2
* URL : https://github.com/os-autoinst/openQA-python-client
* License : GPL-2.0
  Programming Lang: Python
  Description : Python API to access openQA server

This is a client for the openQA API, based on requests.
The API always returns JSON responses; this client's
request functions parse the response before returning it.

There is already another RFP for openqa server and the client,
#840253 and I think Philip Hands is already working on that and
has made a great job at openqa.debian.net. This package is only
the python api to communicate with the openqa server. I do use
it as part of my role in https://openqa.qa.codethink.co.uk/.

Added Cc to Philip Hands also and if he is planning to add Python API
as part of his implementation then I can close this and wait for him.


--
Regards
Sudip

Re: Epoch bump for kernelshark

[Sudip Mukherjee]

On Wed, May 26, 2021 at 12:10 AM David Bremner  wrote:
>
> Mattia Rizzolo  writes:
>
> > On Sun, May 23, 2021 at 03:17:10PM -0500, Richard Laager wrote:
> >> On 5/23/21 8:34 AM, Sudip Mukherjee wrote:
> >> > And, as a result, upstream kernelshark is now at v2.0 but the Debian
> >> > packaged version is at v2.9.1 and I will need to add an epoch to the
> >> > version to package it directly from its new upstream repo.
> >> >
> >> > Current version: 2.9.1-1
> >> > Proposed version: 1:2.0-1
> >>
> >> How close is upstream to 3.0? If not close, are they willing to bump to 3.0
> >> anyway to avoid this versioning issue?
> >
> > And in the meantime, I recommend you use 2.0-1 as source version, and
> > make the binary 2.9.1+really$(DEB_VERSION) (DEB_VERSION coming from
> > /usr/share/dpkg/pkg-info.mk)
> >
>
> _If_ upstream is willing to do that, then great. Otherwise I don't see
> the problem with an epoch in this kind of situation. It's exactly the
> kind of change of versioning they were designed for.

I have asked upstream but Steve (upstream) is on holiday till 28th so
I dont expect an answer before that. But I am pretty sure he will not
be willing to change the version as the upstream versions had been
consistent all along.


-- 
Regards
Sudip

Re: Epoch bump for kernelshark

[Sudip Mukherjee]

On Tue, May 25, 2021 at 4:18 PM Mattia Rizzolo  wrote:
>
> On Sun, May 23, 2021 at 03:17:10PM -0500, Richard Laager wrote:
> > On 5/23/21 8:34 AM, Sudip Mukherjee wrote:
> > > And, as a result, upstream kernelshark is now at v2.0 but the Debian
> > > packaged version is at v2.9.1 and I will need to add an epoch to the
> > > version to package it directly from its new upstream repo.
> > >
> > > Current version: 2.9.1-1
> > > Proposed version: 1:2.0-1
> >
> > How close is upstream to 3.0? If not close, are they willing to bump to 3.0
> > anyway to avoid this versioning issue?
>
> And in the meantime, I recommend you use 2.0-1 as source version, and
> make the binary 2.9.1+really$(DEB_VERSION) (DEB_VERSION coming from
> /usr/share/dpkg/pkg-info.mk)

Thats a cool trick. Thanks.

I should have thought of this, you have previously given me this kind
of idea. ;-)


-- 
Regards
Sudip

Epoch bump for kernelshark

[Sudip Mukherjee]

Hi All,

Kernelshark had been part of trace-cmd (till now) and when it was
packaged for Debian the binary 'kernelshark' was packaged with a
version same as 'trace-cmd' and the 'kernelshark' version was ignored
even though it had its own version. The version in Jessie was supposed
to be v0.2 instead of v2.4.0 [1]. Now the upstream developers have
decided to move kernelshark to its own repo at [2] removing it from
trace-cmd.

And, as a result, upstream kernelshark is now at v2.0 but the Debian
packaged version is at v2.9.1 and I will need to add an epoch to the
version to package it directly from its new upstream repo.

Current version: 2.9.1-1
Proposed version: 1:2.0-1

[1]. https://sources.debian.org/src/trace-cmd/2.4.0-1/Makefile/#L6
[2]. https://git.kernel.org/pub/scm/utils/trace-cmd/kernel-shark.git/


-- 
Regards
Sudip

Bug#986347: ITP: kernelshark -- Utilities for graphically analyzing function tracing in the kernel

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: kernelshark
  Version : v1.3
  Upstream Author : Steven Rostedt 
Yordan Karadzhov (VMware) 
* URL : 
https://git.kernel.org/pub/scm/utils/trace-cmd/kernel-shark.git/
* License : GPL-2 and LGPL-2.1
  Programming Lang: C++
  Description : Utilities for graphically analyzing function tracing in the 
kernel.

Data for analysis may be generated by the trace-cmd utility.

kernelshark is already available in Debian as part of trace-cmd but upstream
has now decided to move kernelshark to its own repo at:
https://git.kernel.org/pub/scm/utils/trace-cmd/kernel-shark.git and the 
announcement
is at 
https://git.kernel.org/pub/scm/utils/trace-cmd/trace-cmd.git/tag/?h=trace-cmd-v2.9.2


--
Regards
Sudip

Bug#985939: ITP: wiredpanda -- logic circuits simulator

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: wiredpanda
  Version : v3.0.0
  Upstream Author : Davi Morales, Fábio Cappabianco, Lucas Lellis, Rodrigo 
Torres and Vinícius Miguel
* URL : https://github.com/GIBIS-UNIFESP/wiRedPanda
* License : GPL-3.0
  Programming Lang: C++
  Description : Logic circuits simulator

WiRed Panda is a free software designed to help students to learn about logic 
circuits and simulate them in an easy and friendly way.

The main features of the software are:

  * works on Windows, macOS and Linux;
  * Real time logic simulation;
  * User-friendly interface;
  * It's intuitive and easy to use;
  * Export your work as an image or a PDF.

--
Regards
Sudip

Re: New service: https://debuginfod.debian.net

[Sudip Mukherjee]

On Wed, Feb 24, 2021 at 4:03 AM Sergio Durigan Junior
 wrote:
>
> Hello there,
>
> I would like to announce a new service that I have just configured for
> Debian: https://debuginfod.debian.net.

Thanks a lot for this. I used it last night to check a coredump for a
ppc64el package and it worked flawlessly. Well almost flawlessly. It
had a timeout while pulling one of the debug packages but pulled the
missing one when I retried.
Really awesome.


-- 
Regards
Sudip

Bug#976425: ITP: libtracefs -- API to access the kernel tracefs directory

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 

* Package name: libtracefs
  Version : 0
  Upstream Author : Steven Rostedt 
* URL : https://git.kernel.org/pub/scm/libs/libtrace/libtracefs.git
* License : LGPL-2.1
  Programming Lang: C
  Description : API to access the kernel tracefs directory

It had been part of tracecmd but has been split into its own repo.
The announcement mail was at 
https://lore.kernel.org/lkml/20201120200314.21efa...@oasis.local.home/

Note: This is not needed for Bullseye and so I am only planning to upload to 
experimental for now.

--
Regards
Sudip

Re: Mass bugs filing: autopkgtest must be marked superficial

[Sudip Mukherjee]

Hi All,

On Sun, Nov 8, 2020 at 10:28 PM Sudip Mukherjee
 wrote:
>
> Hi All,
>
> This is a new list for the autopkgtest superficial test.
>

>
> Attached is the dd-list.

Modified dd-list after discussion with the javascript maintainer team.


-- 
Regards
Sudip


dd-list
Description: Binary data

Re: doubt with autopkgtest for javascript packages

[Sudip Mukherjee]

Hi Utkarsh and Xavier,

On Mon, Nov 9, 2020 at 5:08 AM Utkarsh Gupta  wrote:
>
> Hi Sudip,
>
> On Mon, Nov 9, 2020 at 4:21 AM Sudip Mukherjee
>  wrote:
> > While going through packages to find autopkgtests which are
> > superficial I noticed that some of of the javascript packages are
> > doing just:
> > nodejs -e "require('foo.js');"
> >
> > After reading the documentation at [1], it seems that it will just
> > load the object in cache so that the exported properties and methods
> > of the object can be used in the code.
> > Can you please confirm if my understanding is correct and the tests
> > are indeed superficial in nature as it is just loading the object and
> > not actually using any of the exported methods or properties.
>
> You're indeed correct and these are just superficial test which just
> helps in the preliminary check that things are in order (syntax wise
> and that the module can be used and loaded).
> From what I remember, most of these (at least from a bunch of those
> that I have touched) are already marked as superficial. In case we can
> get a list of tests that aren't yet superficial, fixing them should be
> trivial! :)
>
> Thanks for all your work on this! \o/

Thanks to both of you for the confirmation. I have attached the list.
Do you want me to add them in my MBF list and raise bug reports for
them?


-- 
Regards
Sudip


js_pkg_list
Description: Binary data

doubt with autopkgtest for javascript packages

[Sudip Mukherjee]

Dear Javascript Maintainers,

While going through packages to find autopkgtests which are
superficial I noticed that some of of the javascript packages are
doing just:
nodejs -e "require('foo.js');"

After reading the documentation at [1], it seems that it will just
load the object in cache so that the exported properties and methods
of the object can be used in the code.
Can you please confirm if my understanding is correct and the tests
are indeed superficial in nature as it is just loading the object and
not actually using any of the exported methods or properties. The
details about superficial autopkgtest can be seen at [2]. Since, I
don't know anything about nodejs so I have not included these packages
in my MBF mail and instead mailing you for confirmation.

[1]. https://nodejs.org/en/knowledge/getting-started/what-is-require/
[2]. 
https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst


-- 
Regards
Sudip

Mass bugs filing: autopkgtest must be marked superficial

[Sudip Mukherjee]

Hi All,

This is a new list for the autopkgtest superficial test.

If the test done in the autopkgtest does not provide significant test
coverage then it should be marked with "Restrictions: superficial".
Ref: 
https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst

Examples of tests which are not significant includes (its not a complete list):

1) Executing the binary to check version
Test-Command: foo -v
Test-Command: foo -V
Test-Command: foo --version

2) Executing the binary to check help (foo -h)
Test-Command: foo -h
Test-Command: foo --help

3) A Python or Perl library runs import foo or require Foo; but does
not attempt to use the library beyond that.
 Test-Command: python3 -c "import foo"

Similar to the last MBF, the intended bug text is:
*
Subject: : autopkgtest must be marked superficial

Severity: important
User: sudipm.mukher...@gmail.com
Usertags: superficialtest

It has been noticed that the autopkgtest in  is running a
trivial command that does not provide significant test coverage:

 - 

Executing that command is considered to be a trivial test, which does
not provide significant coverage for a package as a whole.
But these tests are a useful way to detect regressions in dependencies
and prevent them from breaking your package.

However, it is important that we are realistic about the level of
test coverage provided by these commands: most regressions cannot be
detected in this way. So it is not appropriate for packages with only
superficial tests to have the reduced migration time to migrate from
unstable to testing as that means less opportunity for testing by users
compared to the package with no tests.

To support this, the keyword "Restrictions: superficial" has been
defined [1]. Packages where all tests are marked with this keyword are not
considered for the reduced migration age from unstable to testing, and
will not be allowed to migrate automatically in later stages of the
freeze [2].

Its always better to have more extensive testing than having
superficial testing, which again is better than having no test.

Please consider i) Adding a non-trivial test, and/or ii) Mark the
trivial test with "Restrictions: superficial", similar to
[3] or [4].

The Release Team has listed this issue in the list of Release Critical
Issues for bullseye [5] and has mentioned that the test must be marked
superficial if it is not testing one of its own installed binary
packages in some way. As a result, the severity of this bug report might
be increased to serious in future.

[1] 
https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst#defined-restrictions
[2] https://release.debian.org/bullseye/freeze_policy.html
[3] 
https://salsa.debian.org/utopia-team/dbus/-/commit/a80908df7d119b181eec5eb0542634a30c2ad468
[4] 
https://salsa.debian.org/apparmor-team/apparmor/-/commit/580667513a097088ebe579884b38ac8d8666d3b3
[5] https://release.debian.org/bullseye/rc_policy.txt
*

Attached is the dd-list.


--
Regards
Sudip
Aaron Zauner 
   lmod

Adrian Vondendriesch 
   wtf-peewee (U)

Agustin Henze 
   crrcsim

Alastair McKinstry 
   cdo
   eckit
   libdap
   pyferret
   pygrib

Albert Huang 
   pybluez (U)

Alvin Chen 
   cgreen
   elementpath

Andreas Moog 
   nzbget

Andreas Tille 
   artemis (U)

Barry Warsaw 
   enum34 (U)
   flufl.password (U)
   python-progress (U)
   python3-openid (U)

Ben Finney 
   dput

Carl Chenet 
   python-memcache (U)

Carlos Maddela 
   dvdisaster (U)

Carsten Schoenert 
   python-ilorest

Chris Lamb 
   xtrlock (U)

Christoph Berg 
   libcharon (U)

Christopher Hoskin 
   case (U)
   django-memoize (U)
   django-setuptest (U)
   pycryptodome (U)

Craig Small 
   procps

Debian 3-D Printing Packages <3dprinter-gene...@lists.alioth.debian.org>
   libarcus
   libcharon
   libsavitar
   uranium

Debian Astronomy Maintainers 
   galpy
   orbit-predictor

Debian Bluetooth Maintainers 
   pybluez

Debian Electronics Team 
   fpga-icestorm

Debian Med Packaging Team 
   artemis
   pyode

Debian Middleware Maintainers 

   qpid-proton

Debian Multimedia Maintainers 
   csound

Debian OpenStack 
   python-croniter
   python-debtcollector
   python-memcache
   python-openstacksdk
   python-osprofiler
   python-taskflow
   python-tosca-parser

Debian Python Modules Team 
   case
   django-memoize
   django-setuptest
   enum34
   flake8-docstrings
   flufl.i18n
   flufl.password
   pycryptodome
   pymodbus
   pyserial-asyncio
   python-box
   python-colorama (U)
   python-iptables
   python-irodsclient
   python-progress
   python-scripttest
   python3-openid
   pyvisa-py
   readlike
   reparser
   sortedcollections
   sphinxcontrib-asyncio
   wtf-peewee
   zope.deprecation

Debian Python Modules Team 
   gevent-websocket

Debian Python Team 
   python-exif
   

Bug#973054: ITP: s2-geometry-library -- Java library for spherical math

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 

* Package name: s2-geometry-library
  Version : 1.0.1
  Upstream Author : many
* URL : https://github.com/io-sgr/s2-geometry-library-java
* License : Apache-2.0
  Programming Lang: Java
  Description : Java library for spherical math

The S2 Geometry Library is a spherical geometry library, very useful
for manipulating regions on the sphere (commonly on Earth) and indexing
geographic data.
This the a fork from the original s2-geometry-library-java library by
google.

The latest lucene is using this library and will be needed for #970738.

--
Regards
Sudip

Bug#973045: ITP: geometry-common -- Geometry Utilities

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 

* Package name: geometry-common
  Version : 1.0.2
  Upstream Author : SgrAlpha
* URL : https://github.com/io-sgr/geometry-common
* License : Apache-2.0
  Programming Lang: Java
  Description : Geometry Utilities

This library is a simple JAVA / Android library that helps you transform
coordinate between earth(WGS-84) and mars in China(GCJ-02).

This is needed for s2-geometry-library java library.

--
Regards
Sudip

Bug#972790: ITP: rfc6555 -- Happy Eyeballs Algorithm described in RFC 6555 using Python

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 

* Package name: rfc6555
  Version :
  Upstream Author : Seth Michael Larson 
* URL : https://github.com/sethmlarson/rfc6555
* License : Apache-2.0
  Programming Lang: Python
  Description : Happy Eyeballs Algorithm described in RFC 6555 using Python
 Provided with a single file and dead-simple API to allow easy vendoring
 and integration into other projects.

The new offlineimap3 (Python3 fork of offlineimap) is using this rfc6555.
There has been no official release yet and I have mailed upstream askig
about it.
I can maintain it under the umbrella of Python team.

--
Regards
Sudip

Bug#972707: ITP: morfologik-stemming2 -- Finite state automaton and stemming engine library

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 

* Package name: morfologik-stemming2
  Version : 2.1.6
  Upstream Author : Dawid Weiss, Marcin Miłkowski
* URL : https://github.com/morfologik/morfologik-stemming
* License : BSD 3-Clause
  Programming Lang: Java
  Description : Finite state automaton and stemming engine library
Java based morfologik-stemming library provides the following fatures:
.
  - Finite state automaton traversal routines for Jan Daciuk's FSA package.
  - A stemming engine for the Polish language built on top of FSA traversal.
.
The library may be used for other languages as well.

Debian already has morfologik-stemming but updating it to v2.1.6 will
break the build of lucene4.10 as there was an API change.
Discussed at https://lists.debian.org/debian-java/2020/10/msg00022.html.

I can maintain it under the umbrella of Java team.

--
Regards
Sudip

Bug#972512: ITP: offlineimap3 -- IMAP/Maildir synchronization and reader support

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 

* Package name: offlineimap3
  Version :
  Upstream Author :
* URL : https://github.com/OfflineIMAP/offlineimap3
* License : GPL-2+ with OpenSSL exception
  Programming Lang: Python
  Description : IMAP/Maildir synchronization and reader support

This is the python3 port of OfflineIMAP.

As discussed in https://github.com/OfflineIMAP/offlineimap3/issues/10
upstream is asking to treat offlineimap and offlineimap3 separately and
it can be packaged after upstream has done its first official release.

--
Regards
Sudip

Re: epoch bump for libtraceevent

[Sudip Mukherjee]

On Wed, Oct 14, 2020 at 11:20 AM Sudip Mukherjee
 wrote:
>
> Hi Richard,
>
> On Wed, Oct 14, 2020 at 10:09 AM Richard Laager  wrote:
> >
> > On 10/13/20 11:40 AM, Sudip Mukherjee wrote:
> > > libtracevent is currently being packaged from the linux kernel source
> > > and as such it has the version of '5.8.14-1' same as the kernel. As
> > > reported in #971976, the upstream libtraceevent now lives in its own
> > > repo and has a version of '1.1.0'
> > > So, I will need to add an epoch to the version to package it directly
> > > from its upstream repo.
> >
> > Have you asked upstream if they would be willing to bump the version to
> > 6.0 or something?
>
> I have asked him now at
> https://lore.kernel.org/lkml/CADVatmM2hsbZ64Zr=5kes-ipyoxicmm+zkvxtzmq49ewq39...@mail.gmail.com/T/#m4a4893e4b33ee8d138166e2039f649069497dcf7

upstream has confirmed that he wants to use 1.1.0 for version.


--
Regards
Sudip

Re: epoch bump for libtraceevent

[Sudip Mukherjee]

Hi Richard,

On Wed, Oct 14, 2020 at 10:09 AM Richard Laager  wrote:
>
> On 10/13/20 11:40 AM, Sudip Mukherjee wrote:
> > libtracevent is currently being packaged from the linux kernel source
> > and as such it has the version of '5.8.14-1' same as the kernel. As
> > reported in #971976, the upstream libtraceevent now lives in its own
> > repo and has a version of '1.1.0'
> > So, I will need to add an epoch to the version to package it directly
> > from its upstream repo.
>
> Have you asked upstream if they would be willing to bump the version to
> 6.0 or something?

I have asked him now at
https://lore.kernel.org/lkml/CADVatmM2hsbZ64Zr=5kes-ipyoxicmm+zkvxtzmq49ewq39...@mail.gmail.com/T/#m4a4893e4b33ee8d138166e2039f649069497dcf7


-- 
Regards
Sudip

epoch bump for libtraceevent

[Sudip Mukherjee]

Hi All,

libtracevent is currently being packaged from the linux kernel source
and as such it has the version of '5.8.14-1' same as the kernel. As
reported in #971976, the upstream libtraceevent now lives in its own
repo and has a version of '1.1.0'
So, I will need to add an epoch to the version to package it directly
from its upstream repo.

Current version: 5.8.14-1
Proposed version: 1:1.1.0-1

If its ok then I will go ahead with it.


-- 
Regards
Sudip

Mass bugs filing: autopkgtest must be marked superficial (new list)

[Sudip Mukherjee]

Hi All,

This is a new list for the autopkgtest superficial test.

If the test done in the autopkgtest does not provide significant test
coverage then it should be marked with "Restrictions: superficial".
Ref: 
https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst

Examples of tests which are not significant includes (its not a complete list):

1) Executing the binary to check version
Test-Command: foo -v
Test-Command: foo -V
Test-Command: foo --version

2) Executing the binary to check help (foo -h)
Test-Command: foo -h
Test-Command: foo --help

3) A Python or Perl library runs import foo or require Foo; but does
not attempt to use the library beyond that.
 Test-Command: python3 -c "import foo"

Similar to the last MBF, the intended bug text is:
*
Subject: : autopkgtest must be marked superficial

Severity: important
User: sudipm.mukher...@gmail.com
Usertags: superficialtest

It has been noticed that the autopkgtest in  is running a
trivial command that does not provide significant test coverage:

 - 

Executing that command is considered to be a trivial test, which does
not provide significant coverage for a package as a whole.
But these tests are a useful way to detect regressions in dependencies
and prevent them from breaking your package.

However, it is important that we are realistic about the level of
test coverage provided by these commands: most regressions cannot be
detected in this way. So it is not appropriate for packages with only
superficial tests to have the reduced migration time to migrate from
unstable to testing as that means less
opportunity for testing by users compared to the package with no tests.

To support this, the keyword "Restrictions: superficial" has been
defined [1]. Packages where all tests are marked with this keyword are not
considered for the reduced migration age from unstable to testing, and
will not be allowed to migrate automatically in later stages of the
freeze [2].

Its always better to have more extensive testing than having
superficial testing, which again is better than having no test.

Please consider i) Adding a non-trivial test, and/or ii) Mark the
trivial test with "Restrictions: superficial", similar to
[3] or [4].

The Release Team has listed this issue in the list of Release Critical
Issues for bullseye [5] and has mentioned that the test must be marked
superficial if it is not testing one of its own installed binary
packages in some way. As a result, the severity of this bug report might
be increased to serious in future.

[1] 
https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst#defined-restrictions
[2] https://release.debian.org/bullseye/freeze_policy.html
[3] 
https://salsa.debian.org/utopia-team/dbus/-/commit/a80908df7d119b181eec5eb0542634a30c2ad468
[4] 
https://salsa.debian.org/apparmor-team/apparmor/-/commit/580667513a097088ebe579884b38ac8d8666d3b3
[5] https://release.debian.org/bullseye/rc_policy.txt
*

Attached is the dd-list.


-- 
Regards
Sudip


dd-list
Description: Binary data

Re: Mass bugs filing: autopkgtest should be marked superficial (new list)

[Sudip Mukherjee]

On Tue, Sep 22, 2020 at 9:02 AM Holger Levsen  wrote:
>
> On Sat, Sep 19, 2020 at 08:39:44PM +0100, Sudip Mukherjee wrote:
> > After discussing with few people, I now intend to file them with
> > "severity: important" and I will also reduce the severity of the
> > previously open similar bugs to 'important'.
>
> thank you, for all your work on this! (which includes these discussions! :)

Thanks to everyone for helping me with the bug text.
And, the final version (unless someone suggests some change):

*
Subject: : autopkgtest must be marked superficial

Severity: important
User: sudipm.mukher...@gmail.com
Usertags: superficialtest

It has been noticed that the autopkgtest in  is running a
trivial command that does not provide significant test coverage:

 - 

Executing that command is considered to be a trivial test, that
which does not provide significant coverage for a package as a whole.
But these tests are a useful way to detect regressions in dependencies
and prevent them from breaking your package.

However, it is important that we are realistic about the level of
test coverage provided by these commands: most regressions cannot be
detected in this way. So it is not appropriate for packages with only
superficial tests to have the reduced migration time to migrate from
unstable to testing as that means less
opportunity for testing by users compared to the package with no tests.

To support this, the keyword "Restrictions: superficial" has been
defined [1]. Packages where all tests are marked with this keyword are not
considered for the reduced migration age from unstable to testing, and
will not be allowed to migrate automatically in later stages of the
freeze [2].

Its always better to have more extensive testing than having
superficial testing, which again is better than having no test.

Please consider i) Adding a non-trivial test, and/or ii) Mark the
trivial test with "Restrictions: superficial", similar to
[3] or [4].

The Release Team has listed this issue in the list of Release Critical
Issues for bullseye [5] and has mentioned that the test must be marked
superficial if it is not testing one of its own installed binary
packages in some way. As a result, the severity of this bug report might
be increased to serious in future.

[1] 
https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst#defined-restrictions
[2] https://release.debian.org/bullseye/freeze_policy.html
[3] 
https://salsa.debian.org/utopia-team/dbus/-/commit/a80908df7d119b181eec5eb0542634a30c2ad468
[4] 
https://salsa.debian.org/apparmor-team/apparmor/-/commit/580667513a097088ebe579884b38ac8d8666d3b3
[5] https://release.debian.org/bullseye/rc_policy.txt
*

If the above sounds good, I will continue with this.


-- 
Regards
Sudip

Re: Mass bugs filing: autopkgtest should be marked superficial (new list)

[Sudip Mukherjee]

On Mon, Sep 21, 2020 at 2:53 PM Simon McVittie  wrote:
>
> On Mon, 21 Sep 2020 at 09:09:51 -0300, Antonio Terceiro wrote:
> > Maybe you could include something like this (the wording can be improved):
> >
> >   Note, however, that such superficial tests are still somewhat useful,
> >   as they will be considered, for example, to block dependencies from
> >   breaking your package. In other words, please do not react to this bug
> >   report by dropping tests from your package completely. More extensive
> >   testing is of course better, but even superficial tests are better for
> >   the overal quality of Debian than no tests at all.
>
> Perhaps a more positive way to phrase the bug report would be to lead with
> this, and then go on to say why these tests should be marked superficial?
> That will hopefully reduce the tendency for maintainers to remove tests in
> response.
>
> It's also really useful for the template that is discussed on -devel to
> mention the usertags that are going to be used (if any), so that it's
> easy to search for them in a machine-readable way. It looks as though
> the bugs that have already been filed are usertagged to appear in
> 
> so let's go with that.

Those were from the first list and there was another MBF mail to debian-devel.

>
> In cases like this where the change is so trivial to make and so similar
> across multiple packages, it's probably also useful to link to examples
> of a maintainer making this change correctly, like [3] and [4] below.
>
> Maybe something like this (I'm making some assumptions here about what the
> release team does and doesn't encourage, so don't actually use this wording
> until someone from the RT has acknowledged it):

I was drafting something like the following:
*

Subject: : autopkgtest must be marked superficial

Dear Maintainer,

Your package has an autopkgtest and its executing the following command:
-  

Since executing that command is considered to be a trivial test, that
which does not provide significant coverage for a package as a whole.
All trivial tests must be marked with "Restrictions: superficial" as
defined in [1].

A package with a non-trivial autopkgtest will enjoy a reduced
migration age from unstable to testing, and also it will be allowed to
migrate in a later stage of the freeze [2].

A package having a trivial (superficial) test will not get the
migration advantage but it will have the advantage of blocking
dependencies from breaking your package.

Its always better to have more extensive testing than having
superficial testing, which again is better than having no test.

Please consider i) Adding a non-trivial test, and/or ii) Mark the
trivial test with "Restrictions: superficial".


[1]. 
https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst
[2]. https://release.debian.org/bullseye/freeze_policy.html


*

But yours is much better than what I drafted.


-- 
Regards
Sudip

Re: Mass bugs filing: autopkgtest should be marked superficial (new list)

[Sudip Mukherjee]

HI Mattia,

On Sat, Sep 19, 2020 at 8:58 PM Mattia Rizzolo  wrote:
>
> On Sat, Sep 19, 2020 at 08:39:44PM +0100, Sudip Mukherjee wrote:
> > After discussing with few people, I now intend to file them with
> > "severity: important" and I will also reduce the severity of the
> > previously open similar bugs to 'important'.
>
> That's good.
>
> But please also share your proposed text with this list (as the MBF
> rules asks for).  Your past filings where IMHO written with a tone that
> could be improved.  Also I would like to make sure that you include
> stuff like your plans with the severity, references to the release team
> decisions, etc.

Apologies for the tone. It was my first MBF and I was struggling to
make the text more generalised so that it will work for all the
packages in the list.
For this new list of packages, how is the following text:

**

Subject: : autopkgtest must be marked superficial
severity: important

Dear maintainer,

It has been noticed that the autpkgtest in  is running a
trivial command.
 - 

Those kind of tests are considered to not provide significant coverage
for a package as a whole, and as such the keyword "Restrictions:
superficial" has been defined [1]. Packages with all tests marked as
'superficial' are not considered for the reduced migration age from
unstable to testing and also they will not be allowed to migrate in a
later stage of the freeze [2].

The Release Team has listed this issue in the list of Release Critical
Issues for bullseye [3] and has mentioned that the test must be marked
superficial if it is not testing one of its own installed binary
packages in some way.


[1]. 
https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst
[2]. https://release.debian.org/bullseye/freeze_policy.html
[3]. https://release.debian.org/bullseye/rc_policy.txt

**



-- 
Regards
Sudip

Re: Mass bugs filing: autopkgtest should be marked superficial (new list)

[Sudip Mukherjee]

Hi All,

On Fri, Sep 18, 2020 at 9:21 PM Sudip Mukherjee
 wrote:
>
> Hi All,
>
> If the test done in the autopkgtest does not provide significant test
> coverage then it should be marked with "Restrictions: superficial".
> Ref: 
> https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst
>

>
> I intend to file them with "severity: serious"

After discussing with few people, I now intend to file them with
"severity: important" and I will also reduce the severity of the
previously open similar bugs to 'important'.


-- 
Regards
Sudip

Re: Mass bugs filing: autopkgtest should be marked superficial (new list)

[Sudip Mukherjee]

HI Holger,

On Fri, Sep 18, 2020 at 11:02 PM Holger Levsen  wrote:
>
> On Fri, Sep 18, 2020 at 09:21:52PM +0100, Sudip Mukherjee wrote:
> > If the test done in the autopkgtest does not provide significant test
> > coverage then it should be marked with "Restrictions: superficial".
> > Ref: 
> > https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst
> [...]
> > I intend to file them with "severity: serious" [...]
>
> sigh. I too would appreciate if these bugs were filed with severity:important
> in the first place, not the least to avoid discussions like these. seriously,
> these packages are only cosmetically seriously buggy and important (and 
> normal)
> bugs should be fixed as well, anyhow. so why inflate the severity and 
> discussions
> if the same can be achieved cheaper and much nicer by just using lower 
> severity?
>
> please use important and announce to bump the severity (to serious) in 1-3 
> months
> from now, as these bugs really must not make it into bullseye! but give people
> some slack to support your cause. an important bug and being listed on d-devel
> is serious enough.

I discussed exactly this with Paul before sending the mail. So, if I
raise the bug as 'important' on 22/09 and then bump it to 'serious' on
22/11 then the autoremoval date will be set to 22/12 which will be
less than 2 months before the soft freeze. If the Release Team is ok
with having a bunch of serious bug related to autopkgtest 50 days
before the soft freeze then I can make them important now.
The world will be more on fire at that time. :)

But, just to confirm, have you also seen the last part of my mail,
that the severity can be reduced after it has been fixed in git so
that it will definitely be fixed in the archive with the next upload?


--
Regards
Sudip

Mass bugs filing: autopkgtest should be marked superficial (new list)

[Sudip Mukherjee]

Hi All,

If the test done in the autopkgtest does not provide significant test
coverage then it should be marked with "Restrictions: superficial".
Ref: 
https://salsa.debian.org/ci-team/autopkgtest/-/blob/master/doc/README.package-tests.rst

Examples of tests which are not significant includes (its not a complete list):

1) Executing the binary to check version
Test-Command: foo -v
Test-Command: foo -V
Test-Command: foo --version

2) Executing the binary to check help (foo -h)
Test-Command: foo -h
Test-Command: foo --help

3) checking for files installed with 'ls'.
Test-Command: ls -l /usr/lib/*/foo.so

4) A Python or Perl library runs import foo or require Foo; but does
not attempt to use the library beyond that.
 Test-Command: python3 -c "import foo"

I intend to file them with "severity: serious" as packages with
non-trivial autopkgtests enjoy a reduced age for migration from
unstable to testing and they are also allowed to migrate in a later
stage of the freeze than other packages. Ref:
https://release.debian.org/bullseye/freeze_policy.html

And, rc_policy confirms "These tests must test at least one of its own
installed binary packages in some way, or must be marked as
superficial". Ref: https://release.debian.org/bullseye/rc_policy.txt

Also, Paul has confirmed that if its fixed in git but not uploaded
then the severity can be reduced while marking the bug as pending.
Ref: https://lists.debian.org/debian-devel/2020/09/msg00236.html

Attached is the dd-list.


-- 
Regards
Sudip


dd-list
Description: Binary data

Re: Mass bugs filing: autopkgtest should be marked superficial

[Sudip Mukherjee]

On Thu, Sep 17, 2020 at 10:30 AM Ole Streicher  wrote:
>
> "Adam D. Barratt"  writes:
> > On Thu, 2020-09-17 at 09:55 +0200, Ole Streicher wrote:
> >> Graham Inggs  writes:
> >> > On Thu, 17 Sep 2020 at 09:18, Raphael Hertzog 
> >> > wrote:
> >> > > Please reduce the severity of all the bugs that you opened to
> >> > > "normal" or "minor".
> >> >
> >> > Why?
> >>
> >> It does not violate the Debian Policy,
> >

>
> IMO the RC flag is understandable only for packages that are not
> migrated yet (or migrated just no longer than three days ago).
>
> Otherwise, I don't see the need to a re-upload to fix just this. Can you
> enlighten me?

i think I will leave it for the Release Team to decide. But just
consider the scenario when the severity of this bug for a package 'X'
is reduced and then another FTBFS bug is raised on that same package.
The FTBFS bug will be fixed and it will have an early migration as the
test is not (yet) marked "superficial".


-- 
Regards
Sudip

Re: Mass bugs filing: autopkgtest should be marked superficial

[Sudip Mukherjee]

Hi Paul,

On Sat, Sep 5, 2020 at 1:56 AM Paul Wise  wrote:
>
> On Fri, Sep 4, 2020 at 6:53 PM Sudip Mukherjee wrote:
>
> > If the test done in the autopkgtest does not provide significant test
> > coverage then it should be marked with "Restrictions: superficial".
> ...
> > I am still trying to figure out a generalized method to find them but
> > an initial script has found 83 packages. Attached is the dd-list.
>
> This sort of thing seems like something that will be an ongoing
> problem so a more efficient way to solve it would be a lintian
> warning, which should hopefully help prevent new occurrences. OTOH it
> would be pretty hard to automatically check for these without a robust
> shell parser. Perhaps morbig from Project CoLiS could be used for the
> shell parsing and then a script could process the morbig output.
> ShellCheck might be another option but it doesn't yet output parse
> trees.

We were hoping that this check can be added in lintian, but looking at
#932862 it seems you have already requested that. :)
I will have a look at morbig and see if I can use that in my script.
Thanks for the idea.


-- 
Regards
Sudip

Mass bugs filing: autopkgtest should be marked superficial

[Sudip Mukherjee]

Hi All,

If the test done in the autopkgtest does not provide significant test
coverage then it should be marked with "Restrictions: superficial".
Ref: https://people.debian.org/~eriberto/README.package-tests.html

Examples of tests which are not significant includes (its not a complete list):

1) Executing the binary to check version
Test-Command: foo -v
Test-Command: foo -V
Test-Command: foo --version

2) Executing the binary to check help (foo -h)
Test-Command: foo -h
Test-Command: foo --help

3) checking for files installed with 'ls'.
Test-Command: ls -l /usr/lib/*/foo.so

4) A Python or Perl library runs import foo or require Foo; but does
not attempt to use the library beyond that.
 Test-Command: python3 -c "import foo"

I am still trying to figure out a generalized method to find them but
an initial script has found 83 packages. Attached is the dd-list.
I intend to open the bug reports on them next week.

--
Regards
Sudip


dd-list
Description: Binary data

Bug#969107: ITP: gnome-shell-extension-panel-osd -- Configure the place where notifications are shown

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 

* Package name: gnome-shell-extension-panel-osd
  Version : 1.0-46-g28656ac
  Upstream Author : Berend De Schouwer
Jens Lody 
* URL : https://gitlab.com/jenslody/gnome-shell-extension-panel-osd/
* License : GPL-3+
  Programming Lang: JavaScript
  Description : Configure the place where notifications are shown

gnome-shell-extension-panel-osd is an extension to show the notification
messages at any (configurable) place on the (primary) monitor.

I use this extension on my personal laptop as I found it very disturbing
to get all my irc notification at the default location (top-centre). Now,
thanks to this extension I can define where I want my notifications.

--
Regards
Sudip

Bug#968959: ITP: fling -- Terrible program for flinging files and pipes over a network

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 

* Package name: fling
  Version : v1.0
  Upstream Author : Rob Kendrick 
* URL : https://github.com/rjek/fling
* License : MIT
  Programming Lang: C
  Description : Transfer data from stdin over network to destination quickly

fling transfers data quickly over a trusted network. It does not encrypt the
data. It tries to avoid copying data between kernel and userspace where it can;
We can see the most improvement over other tools like netcat on systems with
low memory bandwidth. fling is extremely Linux-specific, as almost all the
optimisations used beyond what other similar tools do are non-portable.


--
Regards
Sudip

Re: Trying to get in touch with Sam Hocevar [MIA]

[Sudip Mukherjee]

On Mon, Aug 24, 2020 at 1:50 PM Holger Levsen  wrote:
>
> On Mon, Aug 24, 2020 at 12:21:25PM +0100, Sudip Mukherjee wrote:
> > If the maintainer is truly unavailable [...]
>
> well, yes, but here someone hasn't replied to an email within 7 days...

Thats why the "if" in my reply. :)

And besides, looking at
https://github.com/troglobit/editline/issues/42#issuecomment-674494039
it seems its more than 7 days.


-- 
Regards
Sudip

Re: Trying to get in touch with Sam Hocevar [MIA]

[Sudip Mukherjee]

Hi Joel,

On Mon, Aug 24, 2020 at 3:27 AM Joel Rivera  wrote:
>
> Hello,
>
> I hope this is the right place (after following the instruction from [1]).
>

>
> I'll appreciate any ideas or pointers on how to proceed, otherwise I'll just 
> wait three more weeks and see what else I can do.

If the maintainer is truly unavailable and if you are interested to
maintain the package then you can open an ITS bug report. Its in more
details at 
https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#how-to-salvage-a-package.


--
Regards
Sudip

Bug#968834: ITP: screeninfo -- Fetch location and size of physical screens

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 

* Package name: screeninfo
  Version : 0.6.5
  Upstream Author : Marcin Kurczewski 
* URL : https://github.com/rr-/screeninfo
* License : MIT and BSD-3-clause
  Programming Lang: Python
  Description : Fetch location and size of physical screens

Python library to fetch location and size of physical screens. It can
also detect screen sizes in a multi-monitor setup.

iiuc, Tkinter can also detect the size of the display but will fail when
multiple displays are connected.
The latest version of 'topplot' is using screeninfo to detect multiple
displays, and so I will need 'screeninfo' to update 'topplot'.

I can maintain this under the umbrella of Debian Python Modules Team.

--
Regards
Sudip

Re: Source only upload

[Sudip Mukherjee]

On Tue, Jul 14, 2020 at 2:56 PM Michael Meskes  wrote:
>
> Hi,
>
> I just fell into the trap (again) and uploaded a binary package instead of
> sources only. We don't want the binaries to be uploaded, that much I get, but
> could anyone please explain to me, why we still accept binary uploads and why
> no tool in the whole chain gives as much as a warning, let alone is configured
> to do the right thing?

I have created a bash alias which does "debsign -S" after I was bitten
by this once.

-- 
Regards
Sudip

Re: Bug#940613: ITP: GNU poke -- An interactive, extensible editor for binary data

[Sudip Mukherjee]

Hi Sergio,

On Tue, Sep 17, 2019 at 05:30:01PM -0400, Sergio Durigan Junior wrote:
> [ Forwarding.  ]
> 
> <#secure method=pgpmime mode=sign>
> On Tuesday, September 17 2019, I wrote:
> 
> > Package: wnpp
> > Severity: wishlist
> > Owner: Sergio Durigan Junior 
> >
> > * Package name: poke
> >   Version : 0.1-beta
> >   Upstream Author : Jose E. Marchesi
> > * URL : http://www.jemarch.net/poke.html
> > * License : GPL-3+
> >   Programming Lang: C
> >   Description : GNU poke -- An interactive, extensible editor for 
> > binary data
> >
> >  GNU poke is an interactive, extensible editor for binary data. Not
> >  limited to editing basic entities such as bits and bytes, it provides a
> >  full-fledged procedural, interactive programming language designed to
> >  describe data structures and to operate on them.

Any idea when this can land? I attended a conference last year where
Jose demonstrated this and it seemed pretty cool.

--
Regards
Sudip

Re: Bug#963799: ITP: gnome-metronome -- Simple Metronome application for the GNOME desktop

[Sudip Mukherjee]

Hi Arnaud,

On Sat, Jun 27, 2020 at 2:21 PM Arnaud Ferraris
 wrote:
>
> Package: wnpp
> Severity: wishlist
> Owner: Arnaud Ferraris 
>
> * Package name: gnome-metronome
>   Version : 0.1.1
>   Upstream Author : João Vieira 
> * URL : https://gitlab.gnome.org/jvieira.tpt/metronome
> * License : GPL
>   Programming Lang: Vala
>   Description : Simple Metronome application for the GNOME desktop
>
> Metronome is a GNOME application to help you keep the tempo while practising
> your instrument.

ooi, there is a package "gtick" (https://tracker.debian.org/pkg/gtick)
which is also a metronome and has a scale of 30bpm to 250bpm. How is
'gnome-metronome' different from 'gtick' ?


--
Regards
Sudip

Bug#963566: ITP: felix-scr -- Felix Service Component Runtime

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
Control: block 943552 by -1

* Package name: felix-scr
  Version : v2.1.20
  Upstream Author : many
* URL : https://github.com/apache/felix-dev/tree/master/scr
* License : Apache-2.0
  Programming Lang: Java
  Description : Felix Service Component Runtime
The Felix project is an implementation of the OSGi R7 core framework
specification.
OSGi framework is a module system and service platform for the Java
programming language that implements a complete and dynamic component
model.
This subproject implements the OSGi Declarative Services specification
providing a service-oriented component model to simplify OSGi-based
development.

I will need this for #943552 and can maintain this under the umbrella
of java-team.

--
Regards
Sudip

Bug#963563: ITP: eclipse-xsd -- XML Schema Definition (XSD) for Eclipse

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
Control: block 943552 by -1

* Package name: eclipse-xsd
  Version : v2.22.0
  Upstream Author : many
* URL : https://projects.eclipse.org/projects/modeling.mdt.xsd
* License : EPL-2.0
  Programming Lang: Java
  Description : Eclipse Web Tools Platform
The XML Schema Definition (XSD) plugin is a library that provides an API for
manipulating the components of an XML Schema as described by the W3C XML
Schema specifications, as well as an API for manipulating the DOM-accessible
representation of XML Schema as a series of XML documents.

This is a reintroduction of the package as I need it for #943552.
I can maintain them under the umbrella of java-team.

--
Regards
Sudip

Bug#963561: ITP: eclipse-wtp -- Eclipse Web Tools Platform

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
Control: block 943552 by -1

* Package name: eclipse-wtp
  Version : v3.18.0
  Upstream Author : many
* URL : https://www.eclipse.org/webtools/
* License : EDL-1 and EPL-2
  Programming Lang: Java
  Description : Eclipse Web Tools Platform
The Eclipse Web Tools Platform (WTP) project extends the Eclipse platform with
tools for developing Web and Java EE applications. It includes source and
graphical editors for a variety of languages, wizards and built-in applications
to simplify development, and tools and APIs to support deploying, running, and
testing apps.

This is a reintroduction of the package and I only intend to build and
package webtools.common and webtools.sourceediting as I need them for
#943552. The remaining modules can be built and packaged if any other
package needs them.

I can maintain them under the umbrella of java-team.

--
Regards
Sudip

Bug#962866: ITP: openjson -- rewrite of the evil licensed json.org

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
Control: block 943552 by -1

* Package name: openjson
  Version : v1.0.12
  Upstream Author : many
* URL : https://github.com/openjson/openjson
* License : Apache-2.0
  Programming Lang: java
  Description : rewrite of the evil licensed json.org
 Json.org is a popular java library to parse and create json string from
 the author of the json standard Douglas Crockford. His implementation however
 is not free software[1].

 The Android team did a cleanroom reimplementation of a json library and
 this package has extended the implementation done by the Android team.

 [1] http://wiki.debian.org/qa.debian.org/jsonevil

I need a json library for #943552 and the libandroid-json-org-java that
we have in Debian has not implemented all the methods that tracecompass
uses. I can modify the tracecompass code to use libandroid-json-org-java
but using this 'openjson' is a cleaner implementation, without the need
to modify original code.

I can maintain the package under the umbrella of java-team.

--
Regards
Sudip

Bug#961891: ITP: eclipse-swtchart -- Eclipse SWTChart allows to create different types of charts

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
Control: block 961796 by -1

* Package name: eclipse-swtchart
  Version : 0.12.0
  Upstream Author : Yoshitaka Yanagida 
Philip Wenig 
* URL : https://projects.eclipse.org/projects/science.swtchart
* License : EPL-2.0
  Programming Lang: Java
  Description : Eclipse SWTChart allows to create different types of charts

The API allows to create Line, Bar and Scatter charts easily. Size,
colors, axes, ranges and all aspects of the charts can be modified via
code. It is easy to create customized charts. The library already contains
data compression to show large data sets in a performant way. Charts can be
created even more easily with the SWTChart extensions. It uses the convention
over configuration pattern and offers many additional improvements to scale
axes of different type automatically or to select specific data ranges.

The old package "libswtchart-java" is already in debian but this new
version is now a eclipse project and the class names have all changed to
org.eclipse.swtchart instead of the old old.swtchart.

This is needed to package #961796 and I can maintain it under the umbrella
of java-team.

Note:
Once it has landed, it should be possible to update the other packages
depending on the old "libswtchart-java" and use this one instead.

--
Regards
Sudip

Bug#961797: ITP: eclipse-remote-services-api -- Eclipse Remote Services API

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
Control: block 943552 by -1

* Package name: eclipse-remote-services-api
  Version : 2.1.0
  Upstream Author : many
* URL : https://git.eclipse.org/c/ptp/org.eclipse.remote.git/
* License : EPL-1.0
  Programming Lang: Java
  Description : Eclipse Remote Services API

The purpose of this API is to provide a programming interface to remote
services that is agnostic to the actual remote services implementation.
Currently the only implementation supported is JSch.

This is a reintroduction of the package and I only intend to build
org.eclipse.remote.core and org.eclipse.remote.ui as I need them for
#943552.

This will be maintained under the umbrella of java-team.

--
Regards
Sudip

Bug#961796: ITP: eclipse-linuxtools -- framework for profiling tools for Eclipse CDT

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
Control: block 943552 by -1

* Package name: eclipse-linuxtools
  Version : v7.6.0
  Upstream Author : many
* URL : https://www.eclipse.org/linuxtools/
* License : EPL-2.0
  Programming Lang: Java
  Description : framework for profiling tools for Eclipse CDT

The Linux Tools project aims to bring a full-featured C and C++ IDE to
Linux developers. We build on the source editing and debugging features
of the CDT and integrate popular native development tools such as Valgrind,
OProfile, RPM, SystemTap, GCov, GProf, LTTng, etc. Current projects include
LTTng trace viewers and analyzers, an RPM .spec editor, a Valgrind heap
usage analysis tool, and OProfile and Perf call profiling tools.

This is a re-introduction of the package and for now I only intend to
build org.eclipse.linuxtools.dataviewers.piechart.PieChart which I will
need for #943552.

This will be maintained under the umbrella of java-team.

--
Regards
Sudip

Bug#961795: ITP: eclipse-cdt -- C/C++ Development Tools for Eclipse

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
Control: block 943552 by -1

* Package name: eclipse-cdt
  Version : 9.11.0
  Upstream Author : many
* URL : https://www.eclipse.org/cdt/
* License : EPL-2.0
  Programming Lang: Java
  Description : C/C++ Development Tools for Eclipse

The CDT Project provides a fully functional C and C++ Integrated
Development Environment based on the Eclipse platform. Features include:
support for project creation and managed build for various toolchains,
standard make build, source navigation, various source knowledge tools,
such as type hierarchy, call graph, include browser, macro definition browser,
code editor with syntax highlighting, folding and hyperlink navigation,
source code refactoring and code generation, visual debugging tools,
including memory, registers, and disassembly viewers.

This is a re-introduction of the package and I will only intend to build
org.eclipse.cdt.core.* and org.eclipse.cdt.utils.* as I will need them
for #943552.

This will be maintained under the umbrella of java-team.

--
Regards
Sudip

Bug#961742: ITP: nsntrace -- perform network trace of a single process by using network namespaces

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-CC: p...@debian.org

* Package name: nsntrace
  Version : v3 or v4
  Upstream Author : Jonas Danielsson 
* URL : https://github.com/nsntrace/nsntrace
* License : GPL-2+
  Programming Lang: C
  Description : perform network trace of a single process by using network 
namespaces

 Uses Linux network namespaces to perform network traces of a single
 application. The traces are saved as pcap files. And can later be analyzed
 by for instance Wireshark.

Note: This is a reintroduction of the package.

Re: Maven packages in Debian (was Re: Progress in preparing the Bazel Build System for Debian (COVID-19 Biohackathon follow-up))

[Sudip Mukherjee]

On Sat, May 23, 2020 at 8:10 PM Thorsten Glaser  wrote:
>
> On Sat, 23 May 2020, Sudip Mukherjee wrote:
>
> > I have now made a list with package name, the jar files that it
> > provides and the list of class that the jar provides.
>
> This must be scripted/scriptable though… the list for stable is
> pretty much fixed, but the one for unstable (which is the relevant
> one for packaging) isn’t and needs to be redone every few weeks at
> least…

It was generated using a script. It will not be a problem to redo every week.

>
> > Not sure where to put that or if it is in an usable format. So,
> > initial version is at:
> > https://drive.google.com/open?id=1A0tnTNofdNFuMwzrxV_HQE6npfpUglcS
>
> Ouch, 33M… methinks this is more suited as a web application.
> Not all that easy… due to sheer size, at least.

Yes, I was thinking of making a Debian native package for it, the data
will be in either sqlite or yaml and then an application to read from
it. cmdline will accept either jar or class name and will list the
package containing them. And if package name is given then it will
list everything that the package contains.
Just a thought for now.


-- 
Regards
Sudip

Re: Maven packages in Debian (was Re: Progress in preparing the Bazel Build System for Debian (COVID-19 Biohackathon follow-up))

[Sudip Mukherjee]

On Wed, May 13, 2020 at 7:33 PM Thorsten Glaser  wrote:
>
> On Wed, 6 May 2020, Andreas Tille wrote:
>
> > > Or perhaps we need a webpage or wiki page generated by parsing the
> > > Contents file and listing the matching Debian package for each class
> > > or, at least, Java package (unless split across multiple packages)…
> >
> > I remember times when such a web page (actually some autogenerated text
> > file) existed which was **extremely** helpful.  I wished this would be
> > back!
> >
> > > … I just volunteerd, didn’t I?
>
> Here you are:
>
> https://wiki.debian.org/Java/MavenPkgs
>
> Sponsored by ⮡ tarent, see below.
>
> This is step 1, the list of all Maven packages ⇒ Debian package name.
> It doesn’t go as far as to map Java packages or even classes… yet.
> For this I’d have to download all those packages, extract them and
> look into the JARs. I’d prefer some central service to offer archive
> contents if possible (diffoscope already extracts archives anyway).

I have now made a list with package name, the jar files that it
provides and the list of class that the jar provides.
Not sure where to put that or if it is in an usable format. So,
initial version is at:
https://drive.google.com/open?id=1A0tnTNofdNFuMwzrxV_HQE6npfpUglcS

I think, next I will make a sorted list so that it will be easy to
make a diff of what has changed.

-- 
Regards
Sudip

Bug#960423: ITP: takari-polyglot-maven -- modules to enable Maven usage in others JVM languages

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-CC: debian-j...@lists.debian.org

* Package name: takari-polyglot-maven
  Version : 0.4.5
  Upstream Author :
* URL : https://github.com/takari/polyglot-maven
* License : EPL-1.0
  Programming Lang: Java
  Description : modules to enable Maven usage in others JVM languages

Polyglot Maven harnesses the power of Maven through modern implementations
of the JVM language like Groovy, Scala, Clojure and JRuby.

The old package "polyglot-maven" is already in Debian, the new update
has changed the package name. If we update Debian version of polyglot-maven
then that will break the build of many other packages. So, as discussed
in https://lists.debian.org/debian-java/2020/05/msg00017.html, this ITP
is to package the new version as a separate package so that other packages
which needs new polyglot-maven can use this (like #792149).

I can maintain this under the umbrella of java-team.

--
Regards
Sudip

Re: Progress in preparing the Bazel Build System for Debian (COVID-19 Biohackathon follow-up)

[Sudip Mukherjee]

On Wed, May 6, 2020 at 6:43 AM Olek Wojnar  wrote:
>
> Fellow Developers, Maintainers, and Contributors,
>
> This is a quick update on recent progress with packaging the Bazel Build
> System [1] for Debian. My involvement grew out of an urgent need for
> TensorFlow that was identified during the recent COVID-19 Biohackathon
> [2]. Upstream has been very supportive of our efforts and we have had
> many positive interactions with them.
>
> However, we've now reached a point where we need more help in order to
> get these important tools packaged in a timely manner. There are
> currently 10 Java package dependencies that are not available in Debian.
> These are:
> google-api-client
> google-auth
> google-auto
> checker-framework
> diffutils

As mentioned in #959834, diffutils was pretty straight forward and I
can take care of it under Java-Team.

-- 
Regards
Sudip

Bug#959872: ITP: topplot -- Munge logs from top in to useful graphs

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: topplot
  Version : 0.0.4
  Upstream Author : Jonathan Sambrook 
* URL : https://gitlab.com/eBardie/topplot/
* License : GPL-3
  Programming Lang: Python
  Description : Munge logs from top in to useful graphs

topplot produces graphs of information it munges from top logs. It can
select which processes to focus on, and it can split out information
by cpu core (if top was configured to record the cpu core column,
and/or display the cpu summary info by core). topplot can save the
graphs as PNG files. It can also print information derived from the
logs to stdout, with or without emitting the graphs. There may be better,
more efficient ways of collecting live system information, but if for
some reason you've hundreds of thousands of lines of top logs and you
want to see what's in them, topplot can help.

I personally have to use topplot in my $dayjob and so my interest in
having it as a proper Debian package.
This will need mplcursors and I have raised separate ITP (#959870) for
that.

Though my python knowledge is very limited but I can maintain it and I
will need sponsors for uploads.

--
Regards
Sudip

Bug#959870: ITP: mplcursors -- Interactive data selection cursors for Matplotlib

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: mplcursors
  Version : 0.3
  Upstream Author : Antony Lee 
* URL : https://github.com/anntzer/mplcursors
* License : MIT
  Programming Lang: Python
  Description : Interactive data selection cursors for Matplotlib

mplcursors provides interactive data selection cursors for Matplotlib.
It is inspired from mpldatacursor, with a much simplified API.

This is needed to package "topplot".

Though my python knowledge is very limited but I can maintain it but I
will need sponsors for uploads.

--
Regards
Sudip

Bug#956453: ITP: libcyaml -- Schema-based YAML parsing and serialisation

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: libcyaml
  Version : 1.0.2
  Upstream Author : Michael Drake 
* URL : https://github.com/tlsa/libcyaml
* License : ISC
  Programming Lang: C
  Description : Schema-based YAML parsing and serialisation

LibCYAML is a C library for reading and writing structured YAML
documents.

The fundamental idea behind CYAML is to allow applications to construct
schemas which describe both the permissible structure of the YAML
documents to read/write, and the C data structure(s) in which the loaded
data is arranged in memory.

I will need a sponsor for this and I can maintain it after it has been
uploaded and accepted.

--
Regards
Sudip

Re: Packaging new library very similar to another library

[Sudip Mukherjee]

On Tue, Mar 10, 2020 at 12:29 PM Aaron Boxer  wrote:
>
> Thanks, Sudip! I've made those changes, and renamed the library to 
> grok-jpeg2000
>
> The only thing missing right now is the copyright file. Is there a way of 
> automatically parsing all
> .cpp/.h files in the project and generating a list of the copyrights ?

There are some tools, you can check https://wiki.debian.org/CopyrightReviewTools
But you will need to check manually also to verify what the tool has
given is actually correct.


-- 
Regards
Sudip

Re: Packaging new library very similar to another library

[Sudip Mukherjee]

On Mon, Mar 9, 2020 at 11:52 PM Aaron Boxer  wrote:
>
> I've made a first pass at the packaging. If anyone has time to review, it 
> would be great:
>
> https://github.com/GrokImageCompression/grok/tree/master/debian

Just few things from a quick look.

1. compat level is too old, current one is 12.
2. Standards-Version is also old. current is 4.5.0
3. You can not use the name "grok" as source, its already taken.
(https://tracker.debian.org/pkg/grok)
4. I am hoping you will be maintaining the package, so Maintainer should be you.
5. You can drop the Uploaders unless it is team maintained.
(https://www.debian.org/doc/debian-policy/ch-controlfields.html#uploaders)
6. Vcs-*  should have the link to the repo where the debian package
source will live. It can be github if you want.
7. Since there is no patch, you can drop the d/patch folder.

-- 
Regards
Sudip

Re: Bug#950760: RFS: libbpf/0.0.6-1 -- eBPF helper library (development files)

[Sudip Mukherjee]

On Fri, Feb 7, 2020 at 7:58 PM Sudip Mukherjee
 wrote:
>
> On Fri, Feb 7, 2020 at 10:17 AM Sudip Mukherjee
>  wrote:
> >
> > On Thu, Feb 6, 2020 at 10:53 PM Christian Barcenas
> >  wrote:
> > >
> > > I just noticed that your packaging repo is currently empty.
> > > Would you be able to push your current progress to Github
> > > so that it's easier to review the source package?
> >
> > Pushed now. Its without any epoch in the version. I will add the epoch
> > and push again tonight after back from $dayjob.
>
> Also pushed in wip/epoch branch with the epoch in only binary packages
> for your review. I have not yet uploaded to mentors.

And I have now pushed to mentors the package with epoch only in the
binary packages and I hope that is the consensus here.


-- 
Regards
Sudip

Re: Bug#950760: RFS: libbpf/0.0.6-1 -- eBPF helper library (development files)

[Sudip Mukherjee]

On Fri, Feb 7, 2020 at 10:17 AM Sudip Mukherjee
 wrote:
>
> On Thu, Feb 6, 2020 at 10:53 PM Christian Barcenas
>  wrote:
> >
> > I just noticed that your packaging repo is currently empty.
> > Would you be able to push your current progress to Github
> > so that it's easier to review the source package?
>
> Pushed now. Its without any epoch in the version. I will add the epoch
> and push again tonight after back from $dayjob.

Also pushed in wip/epoch branch with the epoch in only binary packages
for your review. I have not yet uploaded to mentors.

-- 
Regards
Sudip

Re: Bug#950760: RFS: libbpf/0.0.6-1 -- eBPF helper library (development files)

[Sudip Mukherjee]

On Thu, Feb 6, 2020 at 10:53 PM Christian Barcenas
 wrote:
>
> I just noticed that your packaging repo is currently empty.
> Would you be able to push your current progress to Github
> so that it's easier to review the source package?

Pushed now. Its without any epoch in the version. I will add the epoch
and push again tonight after back from $dayjob.


-- 
Regards
Sudip

Re: Bug#950760: RFS: libbpf/0.0.6-1 -- eBPF helper library (development files)

[Sudip Mukherjee]

On Thu, Feb 6, 2020 at 11:07 AM Sudip Mukherjee
 wrote:
>
> On Thu, Feb 6, 2020 at 8:39 AM Michael Biebl  wrote:
> >
> > Am 06.02.20 um 09:22 schrieb Adam D. Barratt:
> > > On 2020-02-06 08:12, Paul Gevers wrote:
> > >> Hi,
> > >>
> > >> On 06-02-2020 00:07, Adam D. Barratt wrote:
> > >>> On Wed, 2020-02-05 at 22:42 +, Sudip Mukherjee wrote:
> > >>>> On Wed, Feb 5, 2020 at 10:22 PM Christian Barcenas
> > >>>>  wrote:
> > >>>>> Because this changes the versioning scheme from kernel releases
> > >>>>> (libbpf-dev and libbpf0 currently are at 5.4.13-1 in sid) to libbpf
> > >>>>> version numbers (0.0.6-1), the epoch needs to be incremented to 1 I
> > >>>>> believe.
> > >>>>
> > >>>> I had this doubt but 5.4.13-1 is the linux source version, and
> > >>>> libbpf0 has the version of 0.0.5. And since there is no separate
> > >>>> source for libbpf so will this not be  considered as a new package
> > >>>> rather than a version change?
> > >>>
> 
> >
> > One other alternative could be, to ask your upstream to change the
> > versioning scheme and instead of using 0.0.6, switch to 6.0.0 as first
> > version number (which would be higher then 5.x)
> > Other distros might have similar problems.
>
> I think other distros already had the package split and are now using
> the source from github. Atleast Fedora and Gentoo have done already.
> Looks like Fedora solved the problem using epoch as can be seen in the
> comment at 
> https://src.fedoraproject.org/rpms/libbpf/blob/f30/f/libbpf.spec#_15

And, I have confirmed from Jiri who is the Fedora maintainer for
libbpf that they have used epoch to solve the version problem.
So, do we also use epoch or shall I try the way which Paul suggested
to add epoch only to the binary package?


-- 
Regards
Sudip

Re: Bug#950760: RFS: libbpf/0.0.6-1 -- eBPF helper library (development files)

[Sudip Mukherjee]

On Thu, Feb 6, 2020 at 8:39 AM Michael Biebl  wrote:
>
> Am 06.02.20 um 09:22 schrieb Adam D. Barratt:
> > On 2020-02-06 08:12, Paul Gevers wrote:
> >> Hi,
> >>
> >> On 06-02-2020 00:07, Adam D. Barratt wrote:
> >>> On Wed, 2020-02-05 at 22:42 +, Sudip Mukherjee wrote:
> >>>> On Wed, Feb 5, 2020 at 10:22 PM Christian Barcenas
> >>>>  wrote:
> >>>>> Because this changes the versioning scheme from kernel releases
> >>>>> (libbpf-dev and libbpf0 currently are at 5.4.13-1 in sid) to libbpf
> >>>>> version numbers (0.0.6-1), the epoch needs to be incremented to 1 I
> >>>>> believe.
> >>>>
> >>>> I had this doubt but 5.4.13-1 is the linux source version, and
> >>>> libbpf0 has the version of 0.0.5. And since there is no separate
> >>>> source for libbpf so will this not be  considered as a new package
> >>>> rather than a version change?
> >>>

>
> One other alternative could be, to ask your upstream to change the
> versioning scheme and instead of using 0.0.6, switch to 6.0.0 as first
> version number (which would be higher then 5.x)
> Other distros might have similar problems.

I think other distros already had the package split and are now using
the source from github. Atleast Fedora and Gentoo have done already.
Looks like Fedora solved the problem using epoch as can be seen in the
comment at https://src.fedoraproject.org/rpms/libbpf/blob/f30/f/libbpf.spec#_15


-- 
Regards
Sudip

Re: Bug#950760: RFS: libbpf/0.0.6-1 -- eBPF helper library (development files)

[Sudip Mukherjee]

On Wed, Feb 5, 2020 at 10:22 PM Christian Barcenas
 wrote:
>
> Because this changes the versioning scheme from kernel releases
> (libbpf-dev and libbpf0 currently are at 5.4.13-1 in sid) to libbpf
> version numbers (0.0.6-1), the epoch needs to be incremented to 1 I
> believe.

I had this doubt but 5.4.13-1 is the linux source version, and libbpf0 has the
version of 0.0.5. And since there is no separate source for libbpf so will this
not be  considered as a new package rather than a version change?


-- 
Regards
Sudip

Bug#949827: ITP: traceshark -- Graphical viewer for the Ftrace and Perf events.

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: traceshark
  Version : 0.9.9-beta
  Upstream Author : Viktor Rosendahl 
* URL : https://github.com/cunctator/traceshark
* License : GPL-3.0
  Programming Lang: C++
  Description : This is a graphical viewer for the Ftrace and Perf events 
that can be captured by the Linux kernel.

It can be used to visualize the following events:

cpu_frequency
cpu_idle
sched_migrate_task
sched_process_exit
sched_process_fork
sched_switch
sched_wakeup
sched_wakeup_new
sched_waking

The trace can be collected using trace-cmd or perf. The filtered trace
file from traceshark can be used with flamegraph to generate image.

Debian alreday has kernel-shark as a viewer of ftrace traces, but this
has the advantage of converting to an image and also taking screenshots
of the plot.

--
Regards
Sudip

Accepted milter-greylist 4.6.2-1 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 24 Jan 2020 22:35:02 +
Source: milter-greylist
Architecture: source
Version: 4.6.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Closes: 881154
Changes:
 milter-greylist (4.6.2-1) unstable; urgency=medium
 .
   * QA upload.
   * Update to v4.6.2 (Closes: #881154)
   * Add dependency on lsb-base.
   * Disable init.d script using dh_installinit.
 - Ref. Debian Policy Manual section 9.3.3.1
   * Use proper home with adduser.
   * Orphan the package (See: #889305)
   * Update compat level to 12.
   * Remove dependency on autotools-dev and quilt.
   * Update Standards-Version to 4.4.1
 - Change priority to optional.
   * Add dependency on init-system-helpers.
   * Add predends on misc.
   * Maintainer script should not use recursive chown.
   * Add commented patch file in series.
   * Add vcs link to salsa.
Checksums-Sha1:
 12d84431f02af53fee0848a1f9614a0289951c33 1982 milter-greylist_4.6.2-1.dsc
 c274969bcd599c6bc7100ffc6f107db493ee0a05 255102 
milter-greylist_4.6.2.orig.tar.gz
 eef5210f689cd09616794866fe8caddf2c13874d 11696 
milter-greylist_4.6.2-1.debian.tar.xz
 4aa9d8205ca6fa04ecdd3e19078de411493d03f5 5941 
milter-greylist_4.6.2-1_source.buildinfo
Checksums-Sha256:
 d73a527ef485573c377da4c953140b0a217d6826e917d9a57a4ffa33f35dfe0e 1982 
milter-greylist_4.6.2-1.dsc
 5405a71bc8273848a1e14cecc010b95491e754307b005c96d35081ab2f9b8bd5 255102 
milter-greylist_4.6.2.orig.tar.gz
 1244d0fb8b3b0afe4a41ec1c2d268d70091efe9f8ca351cc15db5a0c28825a60 11696 
milter-greylist_4.6.2-1.debian.tar.xz
 8a39c8e2a36584323f3112da2383232b8357b31fb212263888a0f3b2090fcf9e 5941 
milter-greylist_4.6.2-1_source.buildinfo
Files:
 8db18f075e68a2102f57c78da0b8a85e 1982 mail optional milter-greylist_4.6.2-1.dsc
 8872008db2fc6b93dd9ab8576383fec2 255102 mail optional 
milter-greylist_4.6.2.orig.tar.gz
 f4473d47e058c4dc6383736a6b072555 11696 mail optional 
milter-greylist_4.6.2-1.debian.tar.xz
 0c0bc0520dcb11750a37d2a862310f84 5941 mail optional 
milter-greylist_4.6.2-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4rjKEACgkQweDZLphv
fH79KxAApK/K8UzJFSAUlM53snjpZkUmKg0GnX2MJBMKkF8QbNOiQO/aR7eXtGM6
j6lilgReSlkop5G74KqjggD1Y+fU5zQsWN+7/kpi8CKNChNe9SJ07nBJhCjuECft
9Ij/pwBDBzsfZrWaY6DZakrhK1hUQKRX2hOROuKLkCDgVpOGioz0uvUxuPMHL08/
1jw0OiNuiJtKs2teL1JT4CBNqmUjRP059I2AJ/dYr+GY58p1laUymGsrcZWYRLT+
DDnma0dZv2/N74qLGHhesGL7wgvw20zwCcNxEADEgznE4TZU0cQtHqsT3L4+grDV
VCws5tCmEZnH33TZn1aYZI6earTvJgaGG8oFF/+VpVlmqc2YZyk4KiYh5wT2C4Xv
UwOUY1mZ36GgLFtOQStWZT8dXC5NbhbD6LhKs/Tcd29heNNtYpS85Hjk9ZxN9vHX
jNNi6rJyG20kFx/dmFrIllPX1A/+VXoHeZgemeG1epZ714ECb1eF84rDgavDy3M9
0xq28C6ZzVy9P7J8GxDKR3HlmmOrFlecicJvnNhRedvD+1xNc5Q/33h/sQQVKdR5
UhaB9qIdbuXl+IruXBTEiMIKwp8eydqwgZdZTJSLx8YM+Yb6lQ9Kx102pKi13yCF
+INI3Dn04Sh0tX4IIwLqHnn6XqWACUatDkif0LRgnq5ihRpFNDE=
=ajlp
-END PGP SIGNATURE-

Accepted coinor-vol 1.5.4-2 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 19 Jan 2020 21:43:43 +
Source: coinor-vol
Architecture: source
Version: 1.5.4-2
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Changes:
 coinor-vol (1.5.4-2) unstable; urgency=medium
 .
   * QA upload.
   * make separate short desciption.
Checksums-Sha1:
 d058950b1e1d7ee2dee90cd7f55b15f433a003cd 2018 coinor-vol_1.5.4-2.dsc
 ca4e9be595e0c2d52a1d16f5bba627c1fd981b02 9060 coinor-vol_1.5.4-2.debian.tar.xz
 5cffea5fbb7126d39dc38904050479dc07cee854 5952 
coinor-vol_1.5.4-2_source.buildinfo
Checksums-Sha256:
 0ed8e6f83cee177e5b3dc8a2e96c1a33e439c09f3eeffd9d8eecc27cb5201a3c 2018 
coinor-vol_1.5.4-2.dsc
 d7cf11fdec2f1bf8ab20caa406197dae1e92e539337af9a9ced42ce6646fc091 9060 
coinor-vol_1.5.4-2.debian.tar.xz
 2f107dd582b9fc1bb1a1e17f787c5de1280f2eb31ebf8d09acdb73cce31f6b1d 5952 
coinor-vol_1.5.4-2_source.buildinfo
Files:
 813f8d511192ce1519fcfd8d1339c3c4 2018 science optional coinor-vol_1.5.4-2.dsc
 2c2ec41b3ee098969c90f26a16432523 9060 science optional 
coinor-vol_1.5.4-2.debian.tar.xz
 55a2cafa8a93731779988ce9b042 5952 science optional 
coinor-vol_1.5.4-2_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4k7wkACgkQweDZLphv
fH7tmRAAyePwVZpjg6NkqpnBamfjXNti+CFzhNyCNAi/T4KekVUl7bC4GayoNyLW
I+UD2ZGPy6g5g7T79i08r1t81DQSzXfyBWo5PapV4xYmgDvtVwucu3OMS4HZCGH+
cgBt0MtNUxqIliMMhzr2rhfZr3H4N7QpmgodU/M/hKaPIIb2dkDxFWqxIm6BF+Mc
k+AWyomqBfef1Yk9dmEZ8g3iHYdi9Tg2FREzeX/9DyFlV3mRlffA2DAGjvQSZUCq
+JZATYw5bCjFfXn0iBL8RSZIK3qFZpoHZZr1h93F3/u+Pxk1ED6Ebmc5vwU+acp7
dmYotE0cM0CtoMMgVuVdlyJpjpGvh64gOvrSyagKprxI1J0Xj8XMlPlSmevw+8AI
Thdu7udtxsV2+uZwJPZocKy5lQLXP3l5Ff+nIt472YzK6E/17ycKczHPGlE+RceA
oyWmaCeQcWp3XKVNZj2OrEdwPUnijhRy71mA5H8P2hprRIaYp+418ikrYYQDVrBG
p0nOfcUjbMnh0WzGNb9P+EkiHDKY9Zjz2mafkY+TMbH07INtbmTB7FZ/zUK5hbGG
Zan+Qyi4729ohSaPIQs2TtyE5Gh4XcriC9mRcJme8jSy+U3QAHMgCr3BQZyJSHS4
r5k1ynkaIDzqPi8Vorm2tMRLsTahKNAerfPqU4C8tM7P0+Fs/do=
=GStS
-END PGP SIGNATURE-

Accepted pads 1.2-12 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 17 Jan 2020 16:50:09 +
Source: pads
Architecture: source
Version: 1.2-12
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Closes: 925800
Changes:
 pads (1.2-12) unstable; urgency=medium
 .
   * QA upload.
   * Mark source format as 3.0
   * Import diff in quilt format.
   * Fix ftbfs with gcc-9. (Closes: #925800)
   * Update d/control
 - Orphan the package. (See: #792353)
 - Update compat level to 12.
 - Update Standards-Version to 4.4.1
 - Add Rules-Requires-Root: no.
 - Update Vcs links to salsa.
 - Add 'misc:Depends'.
 - Add 'misc:Pre-Depends'.
 - Remove trailing whitespaces.
   * Simplify d/rules.
Checksums-Sha1:
 ba63be1dc9ba99515fa69fa4ed999d89dab6cdf0 1802 pads_1.2-12.dsc
 ecd6f57aae5be649a51678fcd565d63003a11b51 35428 pads_1.2-12.debian.tar.xz
 10440f3eec93fb072f7b4ce36bce14661f849311 5981 pads_1.2-12_source.buildinfo
Checksums-Sha256:
 a7ed37772cfcea160fc52cd032c3ecb9b40c727455bb42b0033f6a54c839af1d 1802 
pads_1.2-12.dsc
 177e9b2ccadfc6b2142101c4dd5ffcec336a9861c3e21027c05587eca4b31f4e 35428 
pads_1.2-12.debian.tar.xz
 4c976402d9b02b47ba1c49a4a06d700e6de4b278811c5c5b6fe7e87bd94fc420 5981 
pads_1.2-12_source.buildinfo
Files:
 571321b17bae1e6de1c6e24e4afbf918 1802 net optional pads_1.2-12.dsc
 9d449a516872ea00a48b90757405e5ea 35428 net optional pads_1.2-12.debian.tar.xz
 f090685ae0274eccdf432436104cdfc3 5981 net optional pads_1.2-12_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4kv0IACgkQweDZLphv
fH70kQ//fT8DrCGdniHdzf4/R7TydvwVmyX3wDFxjqXc04QiM1et3DpRp3OhyN7T
Zu1FVNFocSxmXgR2ZnCRF0z0wJuMXvZTCfdEdBDf3HII8rAPIboTUWueTGJaK/9w
YxTWyrRjzijxzA1j13uF2VI1pA4SL+ndI64BlKvlaIEbvR0Mrq1cVap9KdWswO60
76Qivp5Fk0mhs5um+OBQ/uqAN5uYvmONZEwASz8NZSaM+2B65pOroIdvjR8RhXcP
wfNfK/ZLBLj3j7MtsDvEXLiZbZKYfKyfGLLU1sJX/99l4qEi+VkurBZASGL/KW0q
rXWWgN4SInUGGojx2Jdrrros8uEWGRVWmEcfkqKu8Dq4I+s9OjSUjLrpDaPozNOR
owqhqII/4eWA70nwo21Om0bvUuOZd2Xcg5QocxcGTBRMTHwSFpBe9/hEcbwIq8Jg
LsFMTTKiS65MAmkH/aa9ZO93SO7XgJTzbYvx7NTk1HNC7gxeXy1Mxbz+Buf0Xw42
SiDXgBYnCUosEO7F4DlbPguDH+5O1SJOi0VbfCmr5ryTaXJH1e+WcTTTPcZ1Q/88
J/UDh4H9ys2cKSFyuZQz1k04/AYMhMX8rccJKcHcEa/OKfrQ+8j5E0OzTlkbG49t
3nIB08U5g+Kdnc/0Sp0B47iDCh8xgv9C6eutWHtZJQTA/O4GNM0=
=41ds
-END PGP SIGNATURE-

Re: Request for packaging two simple tools: disk-filltest and digup

[Sudip Mukherjee]

Hi Timo,

On Sun, Jan 19, 2020 at 9:42 AM Timo Bingmann  wrote:
>
> Dear Debian People,
>
> I wonder if it would be possible to package and include two simple but
> extremely useful command line programs in Debian? I wrote them 10 years
> and 7 years ago; they have stood the test of time and remain useful.

I have now opened two ITP bugs for your programs. #949307 and #949308
Will try to package them.

--
Regards
Sudip

Bug#949308: ITP: digup -- A Digest Updating Tool

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: digup
  Version : 0.6.50
  Upstream Author : Timo Bingmann 
* URL : https://panthema.net/2009/digup/
* License : GPL-2
  Programming Lang: C
  Description : A Digest Updating Tool

digup is a tool to update md5sum or shasum digest files. It will read
existing digest files, check the current directory for new, updated,
modified, renamed or deleted files and query the user with a summary
of changes. After reviewing the updates, they can be written back to
the digest file.


--
Regards
Sudip

Bug#949307: ITP: disk-filltest -- Simple Tool to Detect Bad Disks by Filling with Random Data

[Sudip Mukherjee]

Package: wnpp
Severity: wishlist
Owner: Sudip Mukherjee 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: disk-filltest
  Version : 0.8
  Upstream Author : Timo Bingmann 
* URL : https://panthema.net/2013/disk-filltest/
* License : GPL-3
  Programming Lang: C
  Description : Simple Tool to Detect Bad Disks by Filling with Random Data 

The number of hard disk produced in the last five years is huge. Of course,
this is the same number of hard disks that will most probably fail in the next
five years, possibly with catastrophic consequences for the particular user or
business.
 
The simple tool disk-filltest can help, together with S.M.A.R.T. monitoring, to
check disks periodically and thus be forewarned about coming failures. The
function of disk-filltest is simple:

* Write files random- to the current directory until the disk is full.

* Read the files again and verify the pseudo-random sequence written.

* Any write or read error will be reported, either by the operating system or
  by checking the pseudo-random sequence.

* Optionally, delete the random files after a successful run.


--
Regards
Sudip

Accepted mergelog 4.5.1-10 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 17 Jan 2020 23:37:52 +
Source: mergelog
Architecture: source
Version: 4.5.1-10
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Closes: 925776
Changes:
 mergelog (4.5.1-10) unstable; urgency=medium
 .
   * QA upload.
   * Mark source format as 3.0
   * Fix ftbfs with gcc-9. (Closes: #925776)
   * Simplify d/rules.
   * Update d/control
 - Orphan the package. (See: #856295)
 - Remove un-needed build dependency.
 - Update compat level to 12
 - Add Rules-Requires-Root: no.
 - Update Standards-Version to 4.4.1
 - Remove non-existant Vcs.
Checksums-Sha1:
 c3e4598acb3a0beb9b065b3da99efd0d636fd614 1732 mergelog_4.5.1-10.dsc
 9d2fea2863466ad3f6e88ab250ea923d85392dab 3472 mergelog_4.5.1-10.debian.tar.xz
 33ecee566568410799834cc606d9904525ae4b1e 5956 mergelog_4.5.1-10_amd64.buildinfo
Checksums-Sha256:
 36444ba90bd9956c77614100f69a1e9d79ebf30d064c767e769f21f2e9c3fabf 1732 
mergelog_4.5.1-10.dsc
 533197896558353b0ccee56ab9056376ab2d245de0394e48ec555ab7147b8a78 3472 
mergelog_4.5.1-10.debian.tar.xz
 1f7d55a1d318aa2f8cba08ed77decfc928c492e50d715a0ffc25083d7f09f4a9 5956 
mergelog_4.5.1-10_amd64.buildinfo
Files:
 b3b2ad5a85f3386fb1919dfde0ec8850 1732 utils optional mergelog_4.5.1-10.dsc
 23d3d889d78db27f98820a7ad38ed8a7 3472 utils optional 
mergelog_4.5.1-10.debian.tar.xz
 6e7dafe188910da2a98137010b5290ad 5956 utils optional 
mergelog_4.5.1-10_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEfncpR22H1vEdkazLwpPntGGCWs4FAl4j8KUACgkQwpPntGGC
Ws6LTRAAgKNawoMMtgyZc2AX44URBh/TqcDZWr9ypEz5hyRNKwyW9kdm6mtYs+kX
9/P7hzg/8M5q1d11lRVFYNy9dj8oflGnNye85u+oN6OuIwR08019tWWHVx4c21MH
+ULX8SW8/eXb/BG1tu8SwaqWU5kUJYgwNELq5H6zhWTtq1dZarVsCJItmSdbNsGL
vFjskFwmo+NwkGlGyDv/KzHxFI7/ESSkw06BH2Ev6Co1faLsUbW+n5Ut5XLECV4D
ifctGuywWVnHqD8asKCPbekDUkf86dk9n2siyTV6z/M18EcRoXz69/jfLgENegCn
d1+TOmshai3tMYCSLN2ydqNozqwYVo76zz8AIdSN5jmtyhbdOpxWbwDkJ0mmca18
Iesuh9iQf4JgDtYpF/hRbdfROAUkRiOl5gvfibxwJ4nPS8DUbAAFLV/98SwUQlEC
zC2Jiix/TIsSTqU5TfxZPE8eTT35YToUOEaTnOoasQS+fniv3Kd9gm5ig+T3XDGf
PZ09NRprOcEBIPSqqkzfXdeDDM/Muh4C04TrpvfgeT+AvqEvKVBgwA7X0chqTOoB
GwYMg9KoaTzVbmEFj7aVAN2irUv0k4tV+bfw+/UiRgmN4YFF55zhmVL094dWJGhJ
oTV2cnvR4GWBSoZ6ROjE2ZTsCVUUYgB+PzwNQ1eWlubKQ7wDl+4=
=Dkso
-END PGP SIGNATURE-

Accepted grok 1.20110708.1-4.4 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 13 Jan 2020 22:12:23 +
Source: grok
Architecture: source
Version: 1.20110708.1-4.4
Distribution: unstable
Urgency: medium
Maintainer: Stig Sandbeck Mathisen 
Changed-By: Sudip Mukherjee 
Closes: 925708
Changes:
 grok (1.20110708.1-4.4) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Fix ftbfs with GCC-9. (closes: #925708)
Checksums-Sha1:
 a839dbcfc1f91fad3b952997bf075e2c72678aff 2138 grok_1.20110708.1-4.4.dsc
 052f04fe04064a66b0541d99f26f679db76b333a 6800 
grok_1.20110708.1-4.4.debian.tar.xz
 44ace008819040257de10d77e5ac9beecd235a66 6155 
grok_1.20110708.1-4.4_source.buildinfo
Checksums-Sha256:
 41ee8791c34a584086bd181899410e3ca92d09b4f786e2752f39c5c6cbe7dd3f 2138 
grok_1.20110708.1-4.4.dsc
 a436f1cfec6504583f7cdac33ec71b729ed141c085f61b5491f3766e310a55e8 6800 
grok_1.20110708.1-4.4.debian.tar.xz
 4956420bbafee375a0cff1d87b5bbf0785f28b9cb5c98bb15b5f0fa791a23d7c 6155 
grok_1.20110708.1-4.4_source.buildinfo
Files:
 0f13db5d02a46116ecfa53fd28585acd 2138 misc extra grok_1.20110708.1-4.4.dsc
 f44ef60fdb8587f290c7d248f28100f2 6800 misc extra 
grok_1.20110708.1-4.4.debian.tar.xz
 7802e3c993157a85121430a641ebb473 6155 misc extra 
grok_1.20110708.1-4.4_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4dOxgACgkQweDZLphv
fH657w//RH1Hz0oIJHbKLDaC5dYd5YT/vxiPKP6LO8ytaQgkA2+n+nPh1pJ8P93j
Y3ig8qLuO4hrYJeMvtAJdpyyFqfk/OeYl0s3EXyallM7t8whCOyD2Ylet39YQBOK
2iWmmxw6XzTq2HCU5EJiQOnnXT7vYyk/qa9ITIWQMeXCvUgx2p5FFJLpL7iMCH7N
udIp81LLl5LGLVBTIVPk2nwgpipk093XH8q9/lEMKtmYnkPRCbjLCVxBDIubYE+A
0mfq0Nhwhd5QNlHuQDyP2jbUhNm13MOJjDjDY6RYcKqacZEmBPUdxeH9t3zp4amp
GVAmZuhzfNUph583EsrjOCxOlwTgxlQMO5phIx8PeZtJDGkD3PxvfgGd/9mhNOe/
egPionPiAhaxQCYrc36ttk+u2rwXwqsSuzbY15QS1IDbzchIHqBXw//wkLl/7b1N
ZUIVJulWZpZzBLw3Dow+8Qk3zJnUvSlrP1aoTBEt5+nmfmtze8efy3xqQ8xT5MHF
PgyPvbTqtn7df9vpkdBRJUxhOcnJQTT/SycqeRgI5ku+FOAw5MzzETR6hk//lhS7
NtLofQh5yPIKMOsPnfZd+ila8BnFRq+tlx2plE4I1k+G08Wz8cVI2NMcvXAH8Iu2
brIJO5fH4hemgcr4JpjNZ8OveNvck2/GaV+vp2fIj3WCIlCg70g=
=gLIh
-END PGP SIGNATURE-

Accepted xcb 2.4-5 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 12 Jan 2020 19:43:41 +
Source: xcb
Architecture: source
Version: 2.4-5
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Closes: 928317
Changes:
 xcb (2.4-5) unstable; urgency=medium
 .
   * QA upload.
   * Update compat level to 12.
   * Remove entry from d/watch as URL doesnot work.
   * Use dh_auto_build to fix ftcbfs. (Closes: #928317)
 - Thanks Nguyen Van. Hieu
   * use https in d/copyright format url.
   * Update compat level to 12.
   * Update Standards-Version to 4.4.1
   * Add Rules-Requires-Root: no
   * Orphan the package (See: #675764)
   * Add Vcs links to d/control.
Checksums-Sha1:
 a315a7ff24696ba2f1959c8898eccf77714248f4 1748 xcb_2.4-5.dsc
 bc7cbbb65ca3e5ed71ed0a5f890017987c6103c0 5572 xcb_2.4-5.debian.tar.xz
 bb32e1b9f5e7fc0a4485bc0a6b00ddafe3e2e14b 5873 xcb_2.4-5_source.buildinfo
Checksums-Sha256:
 7965f4f0735c2f645a1165cdbb28c46d3b23ac73ba08684fae759c64d803adb2 1748 
xcb_2.4-5.dsc
 dbb89f4b98e37c781c232bef47de650619d2c3e4bb4d69af5b0aae33312d99c9 5572 
xcb_2.4-5.debian.tar.xz
 158068d0aea37cd7f84a8809cd7b0727ecc383ef64a13c3a501ff212ac0b92e1 5873 
xcb_2.4-5_source.buildinfo
Files:
 ab05e1cf1c2b85f79474197106da9df1 1748 x11 optional xcb_2.4-5.dsc
 705e1c13f6bd51ac026115aae429d65d 5572 x11 optional xcb_2.4-5.debian.tar.xz
 5e286e05ecadd804c61a790e3fad623a 5873 x11 optional xcb_2.4-5_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4bufcACgkQweDZLphv
fH7JJhAAr4N3d7FGJoSDuTSHl20xm8gLC/fAKDUgIVRAU1KKDp0IO/lv/xQU0ENp
9pEJ9nv2szRtY/yfJDQdiSEXGzSC+AGEvy45iRivw6XTvl+mPkJT9+awdlCuzQio
ggmHkDsidzv553IKTPisUfkYjCmLCUir4uiDTJPQQWDm6fME7cggSC+HoJzOoWcA
3jIexvFHdM6kChpqmQCv9nmoVZQUx2zLjOKld4cHc6TBDXf0ilI6bnPwis7RpyHi
/EzSsv8xKusZg6lYdbplzNVvxWL3A4dn5x2mZA+E/t59CJnNDhA/Hgna5AqNV/p3
tGQtI1zabqX87h/2n5egSbmqI/9IwdrhPn2ZQfXRe6LKgug0muvaLdp80CpUjWrd
N8G6XE9ftBQpUwPxCy3v+H+QbOCw+KS9JLbvaLqPB+Kk2YaNzqUTVkbg/7UiIXB1
m6sNVjcmK/RzaJZ1nvNIR4OvrVQwj6A70EaR/CPzn0Lj73u13FGQMjYg+dq5MYPu
jzcwLOa5Z42J59Ow/oaLybrNEZp/PCVAQlnHhloNKJWEaCRP8b0E+I7MfoXkEQMH
GeeLuTmB7w0VVq6r35xedty5dtwoHYZSNOmQLkrjMOWZN1QDXYeqhQoSCWG5ZrEK
6y3D4g8uJo1RIPQ6P3ptJ9PVv10Pc9rmGTplJMV8KCMA4kpW28E=
=feU7
-END PGP SIGNATURE-

Accepted coinor-vol 1.5.4-1 (source amd64 all) into unstable, unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 10 Jan 2020 23:16:23 +
Source: coinor-vol
Binary: coinor-libvol-dev coinor-libvol-doc coinor-libvol1 coinor-libvol1-dbgsym
Architecture: source amd64 all
Version: 1.5.4-1
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Description:
 coinor-libvol-dev - Coin-or linear programming solver
 coinor-libvol-doc - Coin-or linear programming solver
 coinor-libvol1 - Coin-or linear programming solver
Changes:
 coinor-vol (1.5.4-1) unstable; urgency=medium
 .
   * QA upload.
   * Update to upstream v1.5.4
   * Rename package based on SONAME major version.
   * Remove dbg package in favor of dbgsym.
   * Mark the package as orphaned (see #645082).
   * Update Standards-Version to 4.4.1
 - Needed a change in the priority.
   * Update compat level to 12
   * Rework of d/* files.
 - Simplify d/rules using dh instead of cdbs.
 - Rewrite d/copyright using copyright-format 1.0.
 - Add symbols file.
 - Update Vcs to salsa.
 - Mark source format as 3.0
 - Add Rules-Requires-Root: no
 - Add hardening flags.
 - Use https in watch file.
Checksums-Sha1:
 48b9277ac05daa48786d953cc1efbc61277550e8 2018 coinor-vol_1.5.4-1.dsc
 471a63db0ea50d7e18e737be66264bdd2754d991 2265148 coinor-vol_1.5.4.orig.tar.gz
 aa4ed7655206a79c38a6e0aaf931b1bbec0f3763 9048 coinor-vol_1.5.4-1.debian.tar.xz
 938f7fcb9d309431f6d07f9d0d18092801d117d8 22392 
coinor-libvol-dev_1.5.4-1_amd64.deb
 6606f7d7bd8dbe551032ec35f9e3fa4c4cfc2e2f 1318160 
coinor-libvol-doc_1.5.4-1_all.deb
 b8bcb8500261c88ea567a14a73b10bb2d60a9a67 53956 
coinor-libvol1-dbgsym_1.5.4-1_amd64.deb
 ccb89ceab7b6b416dbb6d072f0cc711a74ce7548 17868 coinor-libvol1_1.5.4-1_amd64.deb
 d65895d37e7d2bccb13a9983edfb58a92a49 7972 
coinor-vol_1.5.4-1_amd64.buildinfo
Checksums-Sha256:
 1bdc6fcb2e99b0cabbe4dc2459ca98e8a095bf8666b323ca365619c8952ae7ad 2018 
coinor-vol_1.5.4-1.dsc
 6a4c34bf7816b9d85f69dba0c2a3b06c712bcbe3a3b5ae0be05776a53c15ebf7 2265148 
coinor-vol_1.5.4.orig.tar.gz
 e05a522c49ec88f93658ceb8bf7e07350a33f8f3bd01b013438bcdf78ea4c883 9048 
coinor-vol_1.5.4-1.debian.tar.xz
 069a0598feffb8a95d21d4f53a6dace5ada8a6dbcedade056596c67042e4d1af 22392 
coinor-libvol-dev_1.5.4-1_amd64.deb
 f818713ae6f9335a7e3b56f43236b3d720587f1efc4fad7227609b59c5b5516b 1318160 
coinor-libvol-doc_1.5.4-1_all.deb
 e6c41cf587b3b1c84504f04c28625057f4c8a98b1094715c28631d020f5537cc 53956 
coinor-libvol1-dbgsym_1.5.4-1_amd64.deb
 c855cc87a236609a3d53cca01806f5dc1eefcd3d180c786084d1a6a79fb83981 17868 
coinor-libvol1_1.5.4-1_amd64.deb
 fd27d2bafdab5adaceb6da01415bb5a8cf326681bc7e61e3f42f7b5d076517e8 7972 
coinor-vol_1.5.4-1_amd64.buildinfo
Files:
 94527b4d75d9877e56cb934c602de41a 2018 science optional coinor-vol_1.5.4-1.dsc
 b9d12a91da48e70d92b52897a88103cd 2265148 science optional 
coinor-vol_1.5.4.orig.tar.gz
 78815b33afa1f478494d625a7ce7a9d7 9048 science optional 
coinor-vol_1.5.4-1.debian.tar.xz
 594308050900fac13f13621d647ea069 22392 libdevel optional 
coinor-libvol-dev_1.5.4-1_amd64.deb
 bf34b11c78af261d9758fe14caf8e1ce 1318160 doc optional 
coinor-libvol-doc_1.5.4-1_all.deb
 403a7af92c7116c978127133cfa4aacb 53956 debug optional 
coinor-libvol1-dbgsym_1.5.4-1_amd64.deb
 2e8cba2403c41c1682a36baaa4999df4 17868 science optional 
coinor-libvol1_1.5.4-1_amd64.deb
 71781da8f431d5d6e89e9a5664dac524 7972 science optional 
coinor-vol_1.5.4-1_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEi3hoeGwz5cZMTQpICBa54Yx2K60FAl4Z4B0ACgkQCBa54Yx2
K61O2w/8CrXFj885WRcMnvN8ou6lHWP3BRMGkyo+PGjbHVoeUg5MM9YgV/DKMauI
aTGOFJIWxeZywrDB3+7DgGxkRndvWIcAAeUkjksIG8xdw1qstpqZHuPCXoTigOw2
YW/5ooNFrR6PVN+WWjTxAQDbRgycZh67RIxehw/E1Ros+7L9P+vlafkPZsO+B/rA
xZYyrlAETBhBrrhFrOPZhxuESWG94+c7ghE7Whtb4gKYWkRYj5NNfyC0JFuM5yYZ
0DV1ACwY+Z+Vi2fcJUfRCVMepn7KjQg2z+wwTsUMPXKGlKIVfsEbPElhMdcpLZeR
VRwbsu07x1HnuysCGSFdd9uBv0inynnjx3t939snVGPwLPWqItTx88g4c6/GvAiX
mfji0K5ZkBOFC9yIpx5tuZxqe2hYUf41opma98xFWKWMl8O81cDhvbmrB6g94fbI
p20O90TILPrXW6jdaCa9TB4LkYictQcqho0N3pY3fYvmU6GKxi2aAix1ObzzdKkN
HHj9j57vXIM3dbuqq5DJvTsa1r74gcmCykKpprPatGjRLBDDT16d/DXTK4EW7sxQ
FYsdv27p7WF2EnKBEC6EaS/Zd+I9zhyXDiguUP38LQ6ly7JVoJk/yVgmsBqp/z4t
Wr3HKj/aErn9IwsvsWxAUjs9BDoRzwmJkfkIpBuwQTrL+XrsJz4=
=bmvc
-END PGP SIGNATURE-

Bug#948041: impossible to update libbpf without updating the kernel

[Sudip Mukherjee]

X-Debbugs-Cc: debian-devel@lists.debian.org

On Fri, Jan 03, 2020 at 08:23:58PM +, Sudip Mukherjee wrote:
> On Fri, Jan 3, 2020 at 7:49 PM Bastian Blank  wrote:
> >
> > Hi Marco
> >
> > On Fri, Jan 03, 2020 at 06:59:36PM +0100, Marco d'Itri wrote:
> > > On Jan 03, Sudip Mukherjee  wrote:
> > > > Do we package libbpf from their github repo independent of the kernel
> > > > update? Then we will need to remove the libbpf building bits from the
> > > > Debian kernel source and create a separate package for libbpf.
> > > This is what some of the upstream libbpf developers requested us to do.
> >
> > What I don't understand is, if the kernel git tree is the primary
> > location for this library, why should we use an external copy?
> >
> > What are the benefits of doing so?
> 
> The only benefit will be that we will be able to update the libraries
> irrespective of kernel update. libbpf v0.0.6 has been released in
> December but we will not be able to move to that version. The
> userspace application using this library is deprived of the benefit of
> the fixes that v0.0.6 brings.

Any thoughts on this please...

I have now done an initial packaging and can open an ITP if everyone
thinks we should move this out of debian kernel packaging.

And, I think I should also point out here that libtraceevent developers
are also moving to a separate repo which will have their final releases
rather then using the kernel repo. I will open a separate bug report for
them after they have decided where they want their new repo. And, libperf
might also follow suit after libtraceevent.

It might be better if we decide now what we want to do and tell them
accordingly.


--
Regards
Sudip

Accepted avro-java 1.8.2-1 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 06 Jan 2020 20:07:16 +
Source: avro-java
Architecture: source
Version: 1.8.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers 

Changed-By: Sudip Mukherjee 
Changes:
 avro-java (1.8.2-1) unstable; urgency=medium
 .
   * Team upload.
   * Update to upstream v1.8.2,
   * Update watch file to track github,
   * Exclude binary files from source,
   * Update Standards-Version to 4.4.1.
   * Update compat level to 12.
   * Update Vcs to salsa.
   * Update copyright.
   * Install Notice.
   * Add Rules-Requires-Root: no.
Checksums-Sha1:
 c3b9cccbb143b5fb770b3327aa613d3c372b084a 2562 avro-java_1.8.2-1.dsc
 4b6140dee4056ebcf8ae018ed694e3d236e8ac01 1164660 avro-java_1.8.2.orig.tar.xz
 d4941db5266a8f994436c21e6e86ec9dd722f9fa 6384 avro-java_1.8.2-1.debian.tar.xz
 a79e18af7aa5de54b0a40beadff21e96cd1c8f44 14211 
avro-java_1.8.2-1_amd64.buildinfo
Checksums-Sha256:
 dd75ca54b811b0136f79125901249749f1e0793b32f1fc3366461cbb9f0eac21 2562 
avro-java_1.8.2-1.dsc
 3049dc17a742b2e791990d69e7840f568ec7ef5f3b5587ad9718846a08668d4c 1164660 
avro-java_1.8.2.orig.tar.xz
 6b99a9f3937cb76ba56975fc9824ddee4194c825a5cb234fce115a06f823b70d 6384 
avro-java_1.8.2-1.debian.tar.xz
 9a4e1cd03584468b50b37ddfe72ef2d0d4b48ddb247df4bba1c5421abd772daa 14211 
avro-java_1.8.2-1_amd64.buildinfo
Files:
 42586753e4ce283a2817ed2d30858da8 2562 java optional avro-java_1.8.2-1.dsc
 65ac885427ceaf68c71a42d2ab3d8931 1164660 java optional 
avro-java_1.8.2.orig.tar.xz
 f0107b6787f05bf5831b15cd9bc4caa6 6384 java optional 
avro-java_1.8.2-1.debian.tar.xz
 124ef34144b53d06650dd7f74197faa7 14211 java optional 
avro-java_1.8.2-1_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQJIBAEBCgAyFiEE5Qr9Va3SequXFjqLIdIFiZdLPpYFAl4UB/wUHHRtYW5jaWxs
QGRlYmlhbi5vcmcACgkQIdIFiZdLPpZz1w/+KVcA2E1ZkcfGsWm93p57p+TO0osy
czKGt5dFASkCL8oN3aExaxaAlCyKPko9QGqGAdvM66gEHC/3A0XYlRM6FzKQF2Hs
UMtgg3UjiA5j9vEqI1F57/izaQu76ad/rK7ZNXU2ceBfNH0+ZGvh2ojMYgIDVKNT
qrPSujCXvV5WfBaT6H2GGiTdBmmHX3WXlZA+LuPLQj4CZplBIKRqYzouIq0YNlFC
xsU9AnC2RA9yDmJpx32nQnffZz9qYjXLpw3yc7raB9fXRPoeIjpSNs4aqQC3g7s+
QoDxztNqZjGnoZG400wHz3B37QWmVxLB8r4aPS6kmyMOLknfRSWfYEXoKX/tI4fN
IhNFhQgNyVlilubiC4IpABb1LQGMRWJwjKhGGT0ydZQA9KR8iEDgxgdDZH8HaMtr
MC2ANNriHymoGYe3AM3gwyLOjq5mZcJThiwOB9GSVKFN/UZ9oE3eDGfTOMIzi2XW
f5GEH+gc9yJymGlHiODo+GrsNpg8DfoTjMMuWUhXzoklh+n2Rnk8yxfhjTH76ZYW
tjxkjUA9nGxPyhun3VEOKfM+JiXOa+SSa2jLSpaWTPLuWz54qz6LMjty2kssq1X4
oYGVSqerQCOnktbZundFQcJu+9vPv5+ODTIPqDm+TXNgMjmvELYbUIrBHdPK4THV
AEEKvGDQKY1mtvE=
=eUh5
-END PGP SIGNATURE-

Accepted dbview 1.0.4-2 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 05 Jan 2020 22:01:30 +
Source: dbview
Architecture: source
Version: 1.0.4-2
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Changes:
 dbview (1.0.4-2) unstable; urgency=medium
 .
   * QA upload.
   * Mark QA as maintainer
   * Update Standards-Version to 4.4.1
   * Update compat level to 12
   * Remove NMU-Disclaimer
   * Simplify d/rules
   * Add -g in Makefile for dbg package
   * Add support for DESTDIR in Makefile
   * Move to source format 3.0
   * Update copyright file
Checksums-Sha1:
 5719c958b8deaba5e7441751e373f89340b5821b 1651 dbview_1.0.4-2.dsc
 5d064cfce612fcdf437c1ae4573067776c044225 3152 dbview_1.0.4-2.debian.tar.xz
 8d344eaefa8bfc1fe38ba1bf629722e77e1d8098 5756 dbview_1.0.4-2_source.buildinfo
Checksums-Sha256:
 6deef6df1e38d2c1a95d5540ec0a2d655e2c1aef711cd9c5de9c0df2c905a2a8 1651 
dbview_1.0.4-2.dsc
 21acc9f67a90c2865960991919194f2ed39dc40f43ebea11edb30e578a306ee0 3152 
dbview_1.0.4-2.debian.tar.xz
 6eb1b553604a160ebecac28f844f170744bdc32cf57f34c97e69a5f763a03256 5756 
dbview_1.0.4-2_source.buildinfo
Files:
 ab2ede55b77d01631ec1f75b307e7b5d 1651 misc optional dbview_1.0.4-2.dsc
 1fb0bc4d5f4657f4aa62687635526102 3152 misc optional 
dbview_1.0.4-2.debian.tar.xz
 3f53cf7706f19989ec7c02598c09a0a6 5756 misc optional 
dbview_1.0.4-2_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4SZCkACgkQweDZLphv
fH59ig//bppmIUnSsXFkHZZ0L12cHTjg50m0/rYzwU0TU2wKmOkYFT88yUrJhmhx
JkTS9+oi+2+Easb/tdpHYjgz/Ch8tyAfzZvbjAyq/SD0AozS3O81Ilm1v2YVwA8H
r6zejVJOkRNBiCo1/0MGyznc/3GIElQjsZU/sMYYEJY9qqiODoxGOabHSW3ymGdu
UZmWS8nxW27xhqbrk+Pb48kuvdyZJnnqcA22HSDJqd5Wm2I/s5kv+AbXZIklsG8b
1mZ/SjvZUJAHpriYkHhVPagABO4IFmElemxgW2LFXvmPITUFgFhQiYQbEusoqZFQ
MmntqUAigiKMYU19H0CXwQ/pN5pGO6Zb7NBTzSPK+jJts2yOZVEqbyHbkdKsKvAw
yk2J3Pdf676akQK1MnzlyzWuVKM5W9uG6hHW7qW6Krm7GmIbKK+ZYA2hU2VjHYPU
h4mvL8XexYovqdNGUndCsYId9HIAcdBKeHuMWmTnzOAQIM8bASs6K/QmBQc9TNt7
QCLJdBkLf3/HkKDDKsptTpiD/05NdqYCgmIGPSXbfYSD5qcCV6rKGftMbVZyJ/AG
jRegVzvF+D/WnE4EYrkoXwNMHa/MSRZOuLIUNguXGBH9R+pUVyP005TmwVo4721E
5hU5tj48GRa2QgL/e1qGZrGyxfT5WY9El+hpaKdDC9ZO3bAZDik=
=WMXi
-END PGP SIGNATURE-

Bug#948041: impossible to update libbpf without updating the kernel

[Sudip Mukherjee]

Package: src:linux
Severity: wishlist
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-ker...@lists.debian.org

libbpf source has moved to a separate github repo but keeps the kernel
as the true/first source, and updating github repo when release is ready.
In Steve's word the problem they faced is:

> The problem I'm now having is that I'm looking at fixing and updating
> some of the code in this library, and since library versioning is
> critical for applications that depend on it, we need to have a way to
> update the versions, and this does not correspond with the Linux
> versions.

So, looking at libbpf github repo at [1], I can see libbpf has already
released v0.0.6 but we only have v0.0.5 in Debian and there is no way
to update that unless the kernel is updated to v5.5+. And looking at
the kernel repo I can see libbpf people are working on v0.0.7. The full
discussion is at [2].

Do we package libbpf from their github repo independent of the kernel
update? Then we will need to remove the libbpf building bits from the
Debian kernel source and create a separate package for libbpf.
And so, it will be great if kernel team will like to package and maintain
it, if not, then I will be happy to do it. Please reject this bug report
if you think libbpf should not be done separately and should live inside
kernel source package.


[1]. https://github.com/libbpf/libbpf
[2]. https://lore.kernel.org/lkml/20200102234950.GA14768@krava/

--
Regards
Sudip

Accepted wcd 6.0.3-2 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 02 Jan 2020 23:55:04 +
Source: wcd
Architecture: source
Version: 6.0.3-2
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Closes: 929759
Changes:
 wcd (6.0.3-2) unstable; urgency=medium
 .
   * QA upload.
   * Fix ftcbfs. (Closes: #929759)
   * Update Vcs to debian/wcd repo.
   * Add Rules-Requires-Root for lintian warning.
   * Use https with homepage.
Checksums-Sha1:
 b248849fd691c8371d5283d3bccd22309f223023 1842 wcd_6.0.3-2.dsc
 3c025917aa997b177f5881dbb84795be8a2cb405 6860 wcd_6.0.3-2.debian.tar.xz
 2d2cc197eab0db9e91cc2a8ae3b89d44e75eb083 5810 wcd_6.0.3-2_source.buildinfo
Checksums-Sha256:
 e49a5e63dde31a844e08d62df8169a3d54605d409f73e5ce01b2538e3b099c71 1842 
wcd_6.0.3-2.dsc
 a6216ef5f1af8b101b4ee204ae85290eaf2845018dfd025a55b2b7f797f305d7 6860 
wcd_6.0.3-2.debian.tar.xz
 df619ca21efd992f93350ac8dd54eaad4cfc154ad71676fd911f1ef855768dcd 5810 
wcd_6.0.3-2_source.buildinfo
Files:
 b66c8a2cc30d5a475ca00212704283b3 1842 utils optional wcd_6.0.3-2.dsc
 573ded8c6f1a38c698b9fe9dbcf5e14a 6860 utils optional wcd_6.0.3-2.debian.tar.xz
 b13a04df42b7dab5f42259388df5af72 5810 utils optional 
wcd_6.0.3-2_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4Ol0wACgkQweDZLphv
fH7ZaQ//amntQH1d5OZiDDMWeZexyKjmCEdIXeJmUa2kMzGHgFDcifzDTebKmSKc
zORAPzQHmi6nXHvZgVF2f9sdRqYJFZeYHZ4EKM0tyWgYFtz2nppohkgw1rmQYN7I
0VgMLfqpZDyS4qHHpim5wtvLqF0ToIHSdbDwir7+JTXjD/uHVvE95D+lEASezCgp
4JqNSD/WgbxDHyEigVO2Vg93c/+zFHg6OkU4viKu6KnxaEND5z2ndfXAsvl0CM/9
4WYWLKhPni3afKhsajF1L0GJ7Mt3k548m3mQWgGYpYCgvNVYfH8UHuebfocE3Aho
ZUUjleL4w/rpwC/mFwSxtNnvCwKWrviD1Bvb0rqKQ1V2OlR0+hf8R/g4oCQhD0eg
OmOCjptLNJh1dwmyP52+reHbfXMaDi+tq2k8erZPJzWLjWO4yO18my99TSdJOP92
u7C7NsgILgEaHm15m6CgAFcS7yWm3tnZ7RPKmnw8kZ0WgWokdAmotcjJNQhRp39j
j/gArJpXwyMcwoz24iSYGwYcYfBYPLemqixYlk5YziogrlKfKF/5MQKrM8hd09S6
2T5JvO68KJbKgzFcOhXz7DqA7etmDr+nyqAb2j1vwwRNcfJUBoMtdvWhTKDs4urc
jcB+iDNjB7WMT6c+3+WOUKQ02rOqzznAd7PNKCxTVsxuEOztUdQ=
=0/qJ
-END PGP SIGNATURE-

Accepted vfu 4.18-1 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 02 Jan 2020 00:49:06 +
Source: vfu
Architecture: source
Version: 4.18-1
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Closes: 925852
Changes:
 vfu (4.18-1) unstable; urgency=medium
 .
   * QA upload.
   * Update to new upstream release of 4.18.
 - Repack without *.out
 - Repack without config.log files
 - Repack without config.status files
   * Remove manpage patch applied upstream.
   * Add patch for ftbfs with GCC-9. (Closes: #925852)
   * Update Standards-Version to 4.4.1
   * Update compat level to 12
   * Simplify d/rules
 - Add -g to generate debug symbols
 - Install files in the old path
   * Install the manpage
Checksums-Sha1:
 b2e0d1a85372edff093a9a40c8243a66b603fcb8 1696 vfu_4.18-1.dsc
 f6a22a0c2aae8a27f24cec45c5e75f787b160e4c 3236256 vfu_4.18.orig.tar.xz
 72778a20a35f8c3e138d3c13120e11ae6278ef12 5460 vfu_4.18-1.debian.tar.xz
 743d2e1b36247e03727392adf016d7719d17f45e 5931 vfu_4.18-1_source.buildinfo
Checksums-Sha256:
 e518589667ee6a14f9fe7654aeea84b1c6082df9e8d9689897c769a541d2f66c 1696 
vfu_4.18-1.dsc
 281b5f004abc404b2b1c93f397a2b6768eea41240366c5cf6a6023e196c33626 3236256 
vfu_4.18.orig.tar.xz
 f6bbfec47b28952e8f7c1c5f701cc17d23217adf2eeca71d8562eb32f7991fcf 5460 
vfu_4.18-1.debian.tar.xz
 29a0e08e97315a140afaa4a3f3e00543dc6f2ed4683536b39164971580a75465 5931 
vfu_4.18-1_source.buildinfo
Files:
 1341a304fc0e9bf6ae4d82ebc0a662d1 1696 utils optional vfu_4.18-1.dsc
 73cff1da72e9ccf7b871456dc0ea3169 3236256 utils optional vfu_4.18.orig.tar.xz
 659966c53360a37cd352d56dc6be7590 5460 utils optional vfu_4.18-1.debian.tar.xz
 6815ce14a4a7b15bf198d162d91d3f5d 5931 utils optional 
vfu_4.18-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4OB9sACgkQweDZLphv
fH6azA/+PwknMl67Hu4CIWxEpHAdZvWyrXDFagST6Fm37A34q1lZl+2sr+HvZw39
L+IIfaV/o/W1PAS1M6cJvaBJCh980RDdD+uvAkFUObCpnuyRvVjvY7WfoTJYgZ8m
SVCxSs2fCTX/9Q39FkD5KJWKW8aG7vSlQA20Gu91BSYEJ7P8mfUG0RCTpWd4mJZw
Twtu8SVN9VfkwxE9UTmabMgftiv8UoOdVdeQ2ajcFO+ka9PU3/3LebmVNGxuFB7l
16GbWzFYG8szn/83PfchkU4Xe+wxhcUamX+trRut+8xgSrhuU9SCkXuxeYPbYrP8
QAf97wjMZU3GzFfH9Ldm2dUlfxcLCRKBIpjjTRsde3UC+S6Z7mkcUuZ/hIagnQi6
s+7i48xMZY3Ruf9lbXlw3ShEwNqAN88pElpyxWFqODKgtzlwu4o5pzJEhasq5BzN
wFAybDlN+po65hM3UqfHCHss8DzqBTJuqY7Xj9qAs9Ha3Vsp5XODGHwSgbKUTNMf
lg+u1siwPNCF8PtKNBE4eQIRVQPqvtV8JNqPsRXaLlHDPcxGmhjPX6zRajYs1bVk
/fQEIKr6nngJjfPJeu2t8rLxSDCMUon2VztgdGOwcm/WrTT8YGQVJlP1/tUCYwlo
7t4VUsAE8HlbQmo58JViPEWWe0gZ+rvc2YUyPoAWtni5PC+I+gg=
=Z8RC
-END PGP SIGNATURE-

Accepted scanbd 1.5.1-5 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 29 Dec 2019 22:55:49 +
Source: scanbd
Architecture: source
Version: 1.5.1-5
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Closes: 925822
Changes:
 scanbd (1.5.1-5) unstable; urgency=medium
 .
   [ Sudip Mukherjee ]
   * QA upload.
   * Fix ftbfs with GCC-9. (Closes: #925822)
   * Update Standards-Version to 4.4.1
   * Update compat level to 12
   * Add Pre-Depends to d/control
 .
   [ Ondřej Nový ]
   * d/copyright: Change Format URL to correct one
   * d/watch: Use https protocol
Checksums-Sha1:
 59a6e82e41726c3f2fe49ca58cc597e66d6d94ee 1896 scanbd_1.5.1-5.dsc
 e3dfa21bba4bbc0624da4b30ff0befe24ce2fb4f 10036 scanbd_1.5.1-5.debian.tar.xz
 a8ff458a9ad2c4bc2823b197e32afe75f37d02a3 5866 scanbd_1.5.1-5_source.buildinfo
Checksums-Sha256:
 1a09833c624a79db9cac44156a3900872927f0dff556164671cb346a9b1639f1 1896 
scanbd_1.5.1-5.dsc
 5ffd01343fe40c96b34fbf440f2f0b14558ef9d68f497818091a92c57c77e312 10036 
scanbd_1.5.1-5.debian.tar.xz
 0259137e55180677b5cfe714181f9244a7801432aa10cb415ad7c8fa2ce040d2 5866 
scanbd_1.5.1-5_source.buildinfo
Files:
 6dae6dba8e6f71c231d2ef93ead1dcf4 1896 misc optional scanbd_1.5.1-5.dsc
 41dce54c6cfd75d35cdda41d24989bfb 10036 misc optional 
scanbd_1.5.1-5.debian.tar.xz
 90a6450f3eaec4893729dfb0c5b93db3 5866 misc optional 
scanbd_1.5.1-5_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4JVLgACgkQweDZLphv
fH7KMRAA17+yqYAtRHlV7M4CB5ktz6n7sMebyNeN8EdS9MC/0hIu/lPS9y3ucacP
+qVnOsE/6Tiq9IJUSP0CXMc02hiTUlga63sBVQm+LsJSbYLNQRQ778CPhLSmdkHv
6QfLiBCh8tbHjNFFPG2zz4u1CEyoE01jfYBOFdgWSEXgNoe5TIyCrg2oScJwmdAw
4GvNaxSbTSsxG8PJCk+4BmHFfCx2nOisIMQqECT+tUqYcb4Pgb7tGZy4IamoABjz
ldah4MFtyHuXE/b5AXC9YEgJjsx+Uzj729OG3ztXgMDLTl/fEtVu/XhaRntWHp0u
x5cwD3NpoQItj3WdMllmtlRBc2I23RlIvpnRbKJhR0A6IhoYzvGYiSVYlI838W5s
zEd/djDxrGptQmVaBAKR2kVXTkKJo7Y40RtalxlRN4cNVBvj44rCJ9ISSsh7YBW9
dFZAs7Wru2Z031IJe182EPJ7iOzFI0v6GqFlTEfckBZv1OB3Xrr5qNSmjx0yo2IE
0mJOajcRWtuCG7GbSZtJs/NIaZvJh9HijsBQufQUHuuMXyMOj2NntFlas5bee4NS
M+t/sHqOs3RmjOAX55EMQkBpuAUotqW92W/mDZZL8HbMfbv1wjBEZ+9Mfuor0uCJ
dAU3Gjd+Qi3Y34H73voQ0hxJOuLkrE4M0oZovyg5yBm8chQEmOE=
=IXB1
-END PGP SIGNATURE-

Accepted coinor-dylp 1.10.4-2 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 29 Dec 2019 18:57:28 +
Source: coinor-dylp
Architecture: source
Version: 1.10.4-2
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Closes: 947360
Changes:
 coinor-dylp (1.10.4-2) unstable; urgency=medium
 .
   * QA upload.
   * Remove CoinUtils and Osi from build. (Closes: #947360)
   * Remove CoinUtils and Osi from doc.
   * Add Rules-Requires-Root to d/control.
   * Update Vcs to debian namespace in salsa.
   * Exclude .md5 files from doc package.
   * Use canonical URI in Vcs.
Checksums-Sha1:
 705ae2e0335463be5eb908bc71602cd5be8254b8 2067 coinor-dylp_1.10.4-2.dsc
 0e9fd2852772a001d17bc44745389a1fd9f53517 9592 
coinor-dylp_1.10.4-2.debian.tar.xz
 2b3d91c266cb1d70c3f0f683996e4b89ef29611a 5806 
coinor-dylp_1.10.4-2_source.buildinfo
Checksums-Sha256:
 f583c7f004bcb414ef478e59b6c6dac39546a885e2dd8b8fae1cafa50cdbc8ed 2067 
coinor-dylp_1.10.4-2.dsc
 670b09941a2d64f492813f5a009300df28c10710f132aead715045dba5805e2f 9592 
coinor-dylp_1.10.4-2.debian.tar.xz
 ef4d311e41ffd13f1f33bc8b81443ce796f64b41770eaa87ed04412a7c92b990 5806 
coinor-dylp_1.10.4-2_source.buildinfo
Files:
 fec4b82859f6fa9a954b440078b624bb 2067 science optional coinor-dylp_1.10.4-2.dsc
 9ca879a8f5cd5ce2a001cd9ba4ecbd4a 9592 science optional 
coinor-dylp_1.10.4-2.debian.tar.xz
 5be850cdf529b7af8811760ee51494ba 5806 science optional 
coinor-dylp_1.10.4-2_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4JH7QACgkQweDZLphv
fH7QSRAA5Kw29DePPfPv3xJQ7CaCnKTUlF2mQDUtcJo7EOvhZ5HYnSbHLrRORTDQ
LcscIQsMZna7yP6rOnYPtOp0SfFLesnNUsmHgU4SYLXZ3ucDygv8yXJpp2nmc9Ne
YUZ1YdqZGXyvGprSgU5MLeDUf8LK3/ZIP4Q1YfvnkNHRtC0ypu/MJysLsFSxkKa1
s4g9+BHnb/ZjmCvxDkImtW/xadNzZJDCFitATbTFkpg21PTDyKIzUt5ZwGhwbrUu
WU2o3t6H8eYJ0VcZGjGO4dW2WrXqp5j2mLK57ZRQzPTFKuyYZy9wRHYsZQzL5SQF
ToP7BqmqthZznrrenitfPPgYcPQFFgXZ102SpC+6uwl3ACVkcVFwbE64B+uEfwjc
qtt8bgYHMCGmSDscET9ozE1yZdFJJ2t++dIYe1qjuCLAKoKWd2eqcKXWKJJGcK+y
ZCrsApgmOgh1syTk/t4RpwukiRdP0SrG58YC/aMAsYTl2ciwACOcsyfV4MiJc5TT
3wZfNdVhShsQja8LWGeUStShF8BwQ1jM3/T0Oq2pg7r3rAz4kF19E/9DABzziHhQ
i3aETw8EhPMGV0a40+34u0RJBF/V3GHpRm00AYAx4WT10aHPo9aJ6IogBJaeS6cs
7AbgLkkPEmKzVaA0VI4WfddrUpqZhUE5FL2+0CU9FC3aIHWlzFU=
=FvI9
-END PGP SIGNATURE-

Accepted ploop 1.15-7 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 29 Dec 2019 00:59:53 +
Source: ploop
Architecture: source
Version: 1.15-7
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Closes: 925803
Changes:
 ploop (1.15-7) unstable; urgency=medium
 .
   * QA upload.
   * Fix ftbfs with GCC-9. (Closes: #925803)
   * Update Standards-Version to 4.4.1
   * Update compat level to 12
Checksums-Sha1:
 1bcc2e46e6f0d9772c390011720a3af0ad47927e 1876 ploop_1.15-7.dsc
 8bfc58a10ec1ce6f29caea75c35b9cfa75cb420d 6952 ploop_1.15-7.debian.tar.xz
 ad524bb9b81d860bf23a753900be89e3aed4520a 5915 ploop_1.15-7_source.buildinfo
Checksums-Sha256:
 189b7216f1ac1eb9579b005384dfb70842bc38998f33b711a5269c4f24ebab4d 1876 
ploop_1.15-7.dsc
 6a4cd2eaed014ccd4e024d10dc618c1b7cb7a624943f436dd687953eab3e413a 6952 
ploop_1.15-7.debian.tar.xz
 41cdb68d5013eabb1c3e879af22b1ca33b2659d7ff770cf0b7b0a29848c6e23c 5915 
ploop_1.15-7_source.buildinfo
Files:
 b911a222eb01d0ce8ed19120a2af8b77 1876 libs optional ploop_1.15-7.dsc
 22858b12e1f965e217f358e2f1751ec7 6952 libs optional ploop_1.15-7.debian.tar.xz
 afc36f0cf6f79571ba8ef1834d24a478 5915 libs optional 
ploop_1.15-7_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4IBlsACgkQweDZLphv
fH7w1BAArdQG6CG75ew8OftqFuJVUF5lYp+Sktz15HX3Fe6Hs+SUsMwaohqAmH62
F//+hlSEVVBbb199izuo+JPBVPEcfYc9aqEpR8+keazuWv84nglzYgWtdL0uZysj
ZjPTQ/gqxFeD/r8XaKPlbkVbPwm9X5mpTqfL4loo9T+BzNYVNQ+vrs8CmJcL65pB
C6XR+V/bW0FkdlQc08+p3gxaWcU78avtcwan5i1PqO9HOGR4qVKrA2xQmatyWoU3
hWWuXmUlKIKjFRadEHGNHjXf25M7HeKeI084bvaFQ1qMva4W/w7GMdklNNViclf3
MHO3T9JcSiLIkwRXa77p4ICZIC+EvadLmRt8JtDJkCl7ZSJUG6+QKWnOI6krINHt
hlZSxoZfs2/jTrOIV4Yk9NlUiKQ/2wg/AOF3R+hRfwuwlss6PWVTNomOAR2nWNUS
5A0tz5s/bhtTEi4HsAP6P91jQeCkn+F4ZrCStheaz/F1bCwRwEsMw6KVQs95gduT
AegEnfLzvfZ5JCTbh0W9CyUw62IzOJqCjmHJsrzrjCwL+P4z6gN1CBddK/daJU5a
YxRdj+UyxPbFkpwt8VAUBgECLvHrobfTwT60tFjvLgj/VqbJFdE4y8u9b5oqKAro
+ZRrCo+k8QEhdmV8OypM8QAIJWzGUG8sI77W9tHpxKr/k0l5fDg=
=Uw8g
-END PGP SIGNATURE-

Accepted libgadu 1:1.12.2-4 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 28 Dec 2019 20:27:43 +
Source: libgadu
Architecture: source
Version: 1:1.12.2-4
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Closes: 925743
Changes:
 libgadu (1:1.12.2-4) unstable; urgency=medium
 .
   * QA upload.
   * Fix ftbfs with GCC-9. (Closes: #925743)
Checksums-Sha1:
 61f71dc6103124ab7502638cac49940ad93c9bda 2194 libgadu_1.12.2-4.dsc
 4b34b4476dd95424b5d60e0a010668f44d4c3416 9696 libgadu_1.12.2-4.debian.tar.xz
 954e4bb9ccff3c65ced9a552e35b96d723307848 5912 libgadu_1.12.2-4_source.buildinfo
Checksums-Sha256:
 8eb82907ed4b9b764f9ac545d250891feb516cdfb1164e5c964e1075a0463676 2194 
libgadu_1.12.2-4.dsc
 3de113a05d8c49ef79b95ca02fc453d43beaf352713c3ecd7d74436ea993d6be 9696 
libgadu_1.12.2-4.debian.tar.xz
 255ead0ce1644fc4651acdb8e9a1d6fe18bf395d782b8ac257dd9fabb5bca1c7 5912 
libgadu_1.12.2-4_source.buildinfo
Files:
 7051e44e3ba80265be48c90416f6683d 2194 libs optional libgadu_1.12.2-4.dsc
 4ccc30fe83e15fa325f04b82167f8cba 9696 libs optional 
libgadu_1.12.2-4.debian.tar.xz
 e1af1f1ba93b40683534ec0c85a256bd 5912 libs optional 
libgadu_1.12.2-4_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4H5GQACgkQweDZLphv
fH7brBAAwsAGDT2yTg3BsXKGfzQtXuKjAkpnuAck/CCc6BCqwzSjtmcy/n092Enj
9H3lgydexFZGonuKQ8siW/p0y6FkvDzrjQ0HeovPiKloHq5oYDh+lazD3DDAdRoO
0KUFEi6Q+IPu+oV2MC7EYelNXvznLK7CuKBEFCF550hxdOVkF26j27/pfv5NrL/f
qywDJV6h2o6liRpl3ylegY94EMf3NTBTcWRF+JRUZI6z/xDok+XY1gqYJHC5PKrH
IMaxzugsG1t0iQZ0BGoDLLdocfN7fK9Nz/D7y/z0Z4F5AbmsDzZq7u18UT3JmsGP
q5QasvY8npRnwAZTtptP00YmBr5XcOxV6+OvgeY9kzF7YOfMlHvA3CHn/Yna5wvK
nONN0l2cxwpUDfo4Rn0xiSETcVbthZf9z3IR5NaX7MbzB842784pASOs0PFagaKL
8uM3n/C9IIuGj9feIc8QUtOWyakeHlF2d4j6yJtRL5VYRnqd5vg7QZ9uugVwBUfF
3UqBsqTAgQx49LrE7FTl9RWmSir1aCGfmUSUIZ5+pDYNe0Zy70R2CiSoJSjp3NNc
QXNO4tM33xTI5SLTcy0ZYPmxltDjHebVNBXEwr/74grn4562OD60jV7Z3+1jEHOa
jZBhDZXhnsvrMWFwCFdEORJGRDkFj2zySBSNfS1hfJRQpJDkVrE=
=naL3
-END PGP SIGNATURE-

Accepted libcommoncpp2 1.8.1-8 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 28 Dec 2019 00:36:16 +
Source: libcommoncpp2
Architecture: source
Version: 1.8.1-8
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Closes: 925739
Changes:
 libcommoncpp2 (1.8.1-8) unstable; urgency=medium
 .
   * QA upload.
   * Fix ftbfs with gcc-9. (Closes: #925739)
   * Update Standards-Version to 4.4.1
Checksums-Sha1:
 5ef29261c8bdd2e3e92141ab26fb7c455b336479 2100 libcommoncpp2_1.8.1-8.dsc
 07770fe3c1e3a334ab6725bbf0cd8212db1b686a 12148 
libcommoncpp2_1.8.1-8.debian.tar.xz
 33049d5ac28a5d9d596b3576b76a8d61d2e17af0 5848 
libcommoncpp2_1.8.1-8_source.buildinfo
Checksums-Sha256:
 6bdf0bd0a1f1a58721ac6bfca5655a632290305640dc35934b7021d1c8f4d4ae 2100 
libcommoncpp2_1.8.1-8.dsc
 352b050ecd14acbaa590dc3718b5b0493beb58edcd512c2dc6eea46470229288 12148 
libcommoncpp2_1.8.1-8.debian.tar.xz
 e91f78698ed4ff2e766a3a5f5e8671482dd0616a63235e00c1d92f472502f288 5848 
libcommoncpp2_1.8.1-8_source.buildinfo
Files:
 a3d0c8d667cb1e77814b221fdb97b6c6 2100 devel optional libcommoncpp2_1.8.1-8.dsc
 0e5f663d4ecb64278d91354ff3e7fd6f 12148 devel optional 
libcommoncpp2_1.8.1-8.debian.tar.xz
 778b0b0ec62732eab162d3886aea6f32 5848 devel optional 
libcommoncpp2_1.8.1-8_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4HuoEACgkQweDZLphv
fH5rHRAAy2B2P4mw5WqnIuTr5yZdu2rMmBVW1EmTcyxdiaqdEVWNCGL0xzj0UxHv
BZFl5JACMql2Q60pyGhZyJShHIuIR3mab2+a8ScuZmKtqvi+5ZlqflcttVhbwULj
crkYZ0PDpm7vNDHmN5o9q1+UEC8R5uuUCG40r+ML5BBTXRWFlY4Nfg3ttgI0HrK8
Te4J+3vUzHr3ZAZA/3DvcgEJWzbV0bAWbhesi/hm3d9h9U+zi/y+A6YPan3mFKSA
Ntmvvgu7cf9R/h7hZuIdmPBqZFzxt+6hViwdEyoSaaZ2Tv2TnwoSJNvNV1Pay8f4
+KsBN2JaEkuBfYJXqcewVu6lt516pL8pWZAHqYfkRgD6B6IMZDAN+m3LsdSwR5/z
MDTv7ZAf6/WjYSONAVX+dlmP1xO4BaOKsVTT0L1Xxo7fcclhW/DCj5/1e6aCz1Kr
EE73jFFyXyU0Izh/nDb/2IUuHinmQAsIetGwI7d80rV/Yw/UblzaMrdRaLSftT9a
teHP0zkfKfYU8pGOqrSAjwSZyvEdMa711rV/FHsp5J2rJ2OgS2L+TWnuhHJ2d1FS
czfOLvICWiCNM3vzzFvf1c8lXw1ePNqBNPJd2zMaCaHSaxqj7Fh2zlB1ENEoneLw
KcIISXdHhtnYO/6uZRiL88x4bcGZ7OBFzP2LzutshaMr+w6UaP0=
=bzgw
-END PGP SIGNATURE-

Accepted trace-cmd 2.8.3-4 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 25 Dec 2019 18:59:32 +
Source: trace-cmd
Architecture: source
Version: 2.8.3-4
Distribution: unstable
Urgency: medium
Maintainer: Sudip Mukherjee 
Changed-By: Sudip Mukherjee 
Changes:
 trace-cmd (2.8.3-4) unstable; urgency=medium
 .
   * Add dependency for mipsel
Checksums-Sha1:
 b357771d36a1c10bd3e7cd38004fd5aaf43a6504 2035 trace-cmd_2.8.3-4.dsc
 366f8012f04b1bda71c0bef1af19119db01e21c6 5956 trace-cmd_2.8.3-4.debian.tar.xz
 484607f35e47adc462fa1db956f7814914287208 6842 
trace-cmd_2.8.3-4_source.buildinfo
Checksums-Sha256:
 2180ffaa451b57a4a8adfcc9c0ec193a351e3f53c104fc9006a8e2f76cbe9778 2035 
trace-cmd_2.8.3-4.dsc
 7a407285a1051e3f2b47e9513d11b60d6c86b218d97748d213c27b0697838d4a 5956 
trace-cmd_2.8.3-4.debian.tar.xz
 592e672c7c6b46a3a7c496ba46c3e6ebc13f002a07efc264027e676f8f1b36a1 6842 
trace-cmd_2.8.3-4_source.buildinfo
Files:
 7fd127efd14c5d20da72a452f1c71ba2 2035 devel optional trace-cmd_2.8.3-4.dsc
 5e635736a45acd08f9693b2cca1902dc 5956 devel optional 
trace-cmd_2.8.3-4.debian.tar.xz
 255f526d28a0b85dc09f8e01a1dd49a8 6842 devel optional 
trace-cmd_2.8.3-4_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4HuJMACgkQweDZLphv
fH6P3Q/8DElEYX+Z9qvHZ5lyn8smS+7HWdx934nZcz+E6PMgGd4MbEQunou/rx/z
wg5Q8NAgMMCOjskS0K0zIThZTRZr8Whhht3/IWPfDQsUPNj0bnalAO5U0iQEqTuj
x5zCBhKp0iUAxiXg4OAFmTbQd/hia0rkeMgiGcM0MFU4gKpUfqnYb6Y4K/J4/hFt
0MY5xJ+zlSbk7sEvBc/YQKRfbo+z7qNGSehX1VxiU7Bv/1BRYQ7aBiU0NyqaORMs
7cN1GExw4QMcgemq1dxOPAnP4f/4L9i+ym6kWfO3WNKaH2NWUE5qt4Wjfiq3GQlU
558Vj0ENt8MIbaTcjwOAV6nak3A+f+qf2Bd7iQ8v0oy8oG9L7CzMg9Z6TN05triw
rzFTiwRa9AmAaYWf4kGxA1NxFcuSbJzk3zw6WTHtPhd14ty9AA9Twh4HOUMn+Yj1
VajCgxsJC1XLyw2zKrHtUSziaq748LfLbHjSe8KBn7Ze1/fXUcGe+SvsE58kB2BP
ag9eVrOfw6XjzQWoXO42ZqNE1zVDpePp+p3YsG/ySImZWQv6XeQTwEXDd357CMhd
4UEug2IeczlbxrmnNBqxcD3az7lx+7q+YY7EKL08VFJNmA6XXO2XL5DU/xs+STR4
sMLMudrsvwfBYFADgrQ0igUYiPVb2/5SyqadQFtfzTyPnNuD/RA=
=zAja
-END PGP SIGNATURE-

Accepted apngdis 2.9-1 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 27 Dec 2019 21:05:32 +
Source: apngdis
Architecture: source
Version: 2.9-1
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Closes: 945989
Changes:
 apngdis (2.9-1) unstable; urgency=medium
 .
   * QA upload.
   * Update to upstream 2.9. (Closes: #945989)
   * Update Standards-Version to 4.4.1.
   * Update compat level to 12.
   * Add new dependency.
   * Push to salsa and update Vcs.
Checksums-Sha1:
 29b90ebc06b8c4232a6a0cffa979afec13ce5f5e 1851 apngdis_2.9-1.dsc
 2b85c81c4d44bc7c42dfb0ef1a9474ff68f533b9 4544 apngdis_2.9.orig.tar.xz
 454a1db81e56fa5a7f21edb22215c1daba0e8e46 6228 apngdis_2.9-1.debian.tar.xz
 772038efbe54ebe042150e63098243d42954df45 5770 apngdis_2.9-1_source.buildinfo
Checksums-Sha256:
 9d3b640402d01235c3265bdb24a4aed51983b2cf1e3c1db0a27df2eec9725683 1851 
apngdis_2.9-1.dsc
 8cf1a883a44775281aa473d9f6ff9c52ac9cc95fcd3bd9dd8cee4686583b0ec7 4544 
apngdis_2.9.orig.tar.xz
 c34e3cd87c4bcc99aadc6003cb8abe229abcfec9178db4e35029588b20ca91c1 6228 
apngdis_2.9-1.debian.tar.xz
 724789f6c6ee1d333fdd0c7b5e5d067888c85755bfd0a79654ac76e012c6ff17 5770 
apngdis_2.9-1_source.buildinfo
Files:
 92132a2c85af17695d95de8b32371d32 1851 graphics optional apngdis_2.9-1.dsc
 210812e5d5b9627b551b7d08850f4047 4544 graphics optional apngdis_2.9.orig.tar.xz
 ba5786e46f2dc9030fa12b28f382a7a2 6228 graphics optional 
apngdis_2.9-1.debian.tar.xz
 474a370ac00e018733ef3694596ca7e9 5770 graphics optional 
apngdis_2.9-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4Go+4ACgkQweDZLphv
fH6dZxAA2VYsnAHz9sK9BqVdE3fZullCMG3jzSA8rc4KhEApOZsbZvMX3VRiUVSo
Hk9ZQcMdE6BY4jVJLxPsbsN2Yt12G5ranlLWvSBbtkRrk9QWVfT5QojP4WhyQ6ko
l57FrFEAVARV6IZ/6R3GqQbwYpk0C41PSVYI+dnqf4k1A5Md96yiEJNUBOwVH9LC
9ck+yfP29Sp3xDuUIGwmJKXVksE/OVX/Tpvc7ZVX0FlR6evXZRIhD56lnsc1anMq
2qRXUIkAIn8UoBO38NfSwi/ZhkDee/wKe9Uu/W76G1sOnWlEICvqfJxOf15a3yZH
Scngmkz7XnYllgVy8kezSyFxKFNIJM3KwhZiPjKkVOKje3mDWYfZRpk9iWRnjGgA
6fz81Rv9MpDVQ5bbY5z4bWL/ONfGXY4/eSie+J40gkdRb7ILUyCUNVi4iWbTIhkT
MZjb5jOgMmrAOdPedgVbjL6/qcLI4hHJEHMT+zLbBfOJyiVsfepx9S6Zu+EdAC46
JrdNAQ/wnBTAuo91cX+6/DgJ1dnIr/IA/vHiFpLQA0gtP5bSnEx+0ZcxtnthJAG2
PxJG6CzCy+dmrw4cluuEXEpoi6zbVrvqtVzvTCGJTDjwW05gQgXue9NGLYikujwc
hYMrntYcta0rqGWaZDHnThK5rEBl9oK3jJCesQljiFnOzNqG8YE=
=shVq
-END PGP SIGNATURE-

Accepted wcd 6.0.3-1 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 24 Dec 2019 23:08:07 +
Source: wcd
Architecture: source
Version: 6.0.3-1
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Changes:
 wcd (6.0.3-1) unstable; urgency=medium
 .
   * QA upload.
   * Update to upstream 6.0.3.
   * Update Standards-Version to 4.4.1.
   * Update compate level to 12.
   * Mark maintainer to QA.
   * Remove the patch, this version is not using build date.
   * Combine both NEWS file to a single NEWS.
   * Push to salsa and update Vcs.
Checksums-Sha1:
 abbf282cf8c07b9b9ac9eb6e17de1fa4272e9dc4 1855 wcd_6.0.3-1.dsc
 f519ac498cf8f215f91d728be4dc35d354d5e521 813763 wcd_6.0.3.orig.tar.gz
 d0919df3bc23866d18f9be0f088ad92566df59b0 6768 wcd_6.0.3-1.debian.tar.xz
 ba5bab3dce47a555889bb1fe0f71f271b9ddff9b 5794 wcd_6.0.3-1_source.buildinfo
Checksums-Sha256:
 456fc681dd717ac7fd41b1b156579ddb833f41dcd7019cdf87c5f05c1d26d481 1855 
wcd_6.0.3-1.dsc
 0a7be2018577c7ab34436740a13c9d5deaf850fd4217666ab8a133b6bc4e8471 813763 
wcd_6.0.3.orig.tar.gz
 7e3a3e809376bb8b7c592b6e5e5ad3c63c31d49eea12c98059f2fa60cdea3191 6768 
wcd_6.0.3-1.debian.tar.xz
 f91354068778b3076b25c52badd0829c6c686254dc781ab506ab12fb0d5ab188 5794 
wcd_6.0.3-1_source.buildinfo
Files:
 8281f291329a9e2747f78b52fb7d74ab 1855 utils optional wcd_6.0.3-1.dsc
 833dec747e810aacc060f7ef50fade85 813763 utils optional wcd_6.0.3.orig.tar.gz
 9b84a9d722182ad344ccdf8ca14fde7f 6768 utils optional wcd_6.0.3-1.debian.tar.xz
 87eacbc9743d857450a4caf04a31ef3f 5794 utils optional 
wcd_6.0.3-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4C4UgACgkQweDZLphv
fH6T+w//fGNlBLgor3lyWylqt8jZJN6iZp8fNdw430kSPAFDetgoDhynKCm7jtnO
5Jn49rTdZiPnQXYO8Fv30lhfvbwqVhF1kO4ftwJdf54wZWJnz2JhziWOGI1O/QeO
EX3EcR5/DQJJOH1LX3QU0XoVrNyC2U8fuKjeGan1l5iDN1KTZw9FQWepljTldQAr
DmZg2NSyhjWq5rYkcIFd7ao4LmqN8gXqAuWfQzIFs7jU0EAQP+jpreBUQI+rX6mV
kwN+czgeqmreSOYNXuQ+u2D7bc8XWAlvcEjoUUtPz80NsczYeuP9ncyqvrONj4CF
mzKFfb47l0C/x6Wq3J2jitsJ9iCY1212BUo07wWs374XE5cuLF3VvgmF7gxF61z9
0+1+9Z1j/P7xSa8gwp4Wp1nv65qi/2yxQqVAn3+fYeIgfirpH5UuKbX8bGbr7Gnj
Iet5VQiLyFcGW89z1sQtNE/fyA58nU3KUp5yGd2LwpHA4RCqYF1aa7UYwFEFVrjK
PgKgBvH4/Bbnx/FKXQMIZQsOgRRhmbLVBy2jhpIGZeI/KMWcw0tJToo/VO9hoTfs
+eJ2usLEuBRkNS8d7HfSWmHpJuO7UvKIHrkHO91SloiYeLmrTWaHNLA0yA2EzU//
OCRpGoftscqL5QqfswsEf5zzeSyIV79o4yASAolnpgvffLJwyVA=
=lh1o
-END PGP SIGNATURE-

Accepted coinor-dylp 1.10.4-1 (source amd64 all) into unstable, unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 18 Dec 2019 20:09:38 +
Source: coinor-dylp
Binary: coinor-libdylp-dev coinor-libdylp-doc coinor-libdylp1 
coinor-libdylp1-dbgsym
Architecture: source amd64 all
Version: 1.10.4-1
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Description:
 coinor-libdylp-dev - Linear programming solver using of the dynamic simplex 
algorithm
 coinor-libdylp-doc - Linear programming solver using of the dynamic simplex 
algorithm
 coinor-libdylp1 - Linear programming solver using the dynamic simplex algorithm
Closes: 934251
Changes:
 coinor-dylp (1.10.4-1) unstable; urgency=medium
 .
   * QA upload
   * Mark maintainer to QA.
   * Update to upstream 1.10.4
   * Remove Uploaders entry.
   * Update compat level to 12
   * Update Standards-Version to 4.4.1
   * Drop coinor-libdylp1-dbg package.
   * Enadle DOT in configuration and drop the patch.
   * Fix build-depends (Closes: #934251)
   * Update copyright
   * Remove build dependency on cdbs.
   * Rename package to coinor-libdylp1.
   * Add source to salsa and update Vcs links
Checksums-Sha1:
 802b11dd7b350530f58b7e18d3ad749d09dcdda3 2067 coinor-dylp_1.10.4-1.dsc
 698194a6257fee96f4f0b9485d1e6b212bfaa06a 9063684 coinor-dylp_1.10.4.orig.tar.gz
 799772b8a5c915c0c37b49edaec60e95a98df541 9144 
coinor-dylp_1.10.4-1.debian.tar.xz
 d85dda1f028ea1db0592d6e9551e4d76fa6814d6 10580 
coinor-dylp_1.10.4-1_amd64.buildinfo
 36831fa0436670bf26c7aecbb8e08f1b7a021334 416300 
coinor-libdylp-dev_1.10.4-1_amd64.deb
 1e318d3bb66fa7b73448083baebcd0cbded6cbf9 16902704 
coinor-libdylp-doc_1.10.4-1_all.deb
 25132725f97014711de139a95f49d8bb3514485a 380380 
coinor-libdylp1-dbgsym_1.10.4-1_amd64.deb
 a7769514257c9ae7662e35d9c7e33a8aca9bb217 203564 
coinor-libdylp1_1.10.4-1_amd64.deb
Checksums-Sha256:
 057f81988107421f3021d25d55860f78fa3f53928a21825d6814c50d06665bc3 2067 
coinor-dylp_1.10.4-1.dsc
 185f0b600a418a0c5c8ad076a3c7b045876ec0b4d14bbd9b2e224f79826d935b 9063684 
coinor-dylp_1.10.4.orig.tar.gz
 5e48241da1cc5bbb671f247bae27282f166cc3f2090a41f6321fda57adba3214 9144 
coinor-dylp_1.10.4-1.debian.tar.xz
 ab2731d68af94a88664be384138c134b36dc345b242245b0a92d2443cfe13f34 10580 
coinor-dylp_1.10.4-1_amd64.buildinfo
 64fa61b96447f18322428f82a58aa086970cf1954a948c8b2ccb333d7665b68e 416300 
coinor-libdylp-dev_1.10.4-1_amd64.deb
 4c253a4c447b4bf01f99b84116c4d13c18a09d61077bf28121c4a53c4572b8c9 16902704 
coinor-libdylp-doc_1.10.4-1_all.deb
 d445e3be7c52278e9dc5d6c429df3ae768fc2271c9bb42200c9f9c872a17ea6a 380380 
coinor-libdylp1-dbgsym_1.10.4-1_amd64.deb
 2973d7a217f3b7dbff3ca0c38edda1a90ac66e9c27a5ebd812904c34f6078831 203564 
coinor-libdylp1_1.10.4-1_amd64.deb
Files:
 eee31a10920fa241c58ea7dc883fdf8f 2067 science optional coinor-dylp_1.10.4-1.dsc
 0b0590d689eaba0c344f064f83f52c88 9063684 science optional 
coinor-dylp_1.10.4.orig.tar.gz
 655da8225d5fb634df9cf47664bb3647 9144 science optional 
coinor-dylp_1.10.4-1.debian.tar.xz
 c6e31c5b3e73ec68a24ecd644fe7df84 10580 science optional 
coinor-dylp_1.10.4-1_amd64.buildinfo
 9f678133aa1003bf7101ed73ceb928ca 416300 libdevel optional 
coinor-libdylp-dev_1.10.4-1_amd64.deb
 c52f00b00bcdae74a22e3cbe9ebf4a4a 16902704 doc optional 
coinor-libdylp-doc_1.10.4-1_all.deb
 34935c6dbc4261d30efbfca8fb4382ab 380380 debug optional 
coinor-libdylp1-dbgsym_1.10.4-1_amd64.deb
 08794e474e1fb75d7bc8a6fcbb80e27b 203564 libs optional 
coinor-libdylp1_1.10.4-1_amd64.deb

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl39bTYACgkQweDZLphv
fH55bA/9GhxjYCAF2fUkXcq41kydoHNh6xqM7XspohF8FCMYadP3EBK4UKHLVUdv
xP0sxcZA+UuDJSg56wJBIA1zZ3GaTdOc0XUNPvnxrWtz68AuWcznxBRMMJAdDIvm
WqNexkuH8qYem63qDgMCKpcoMjfiOE8jKIFAq1KrVB68ALl9+h4CI7u70AYY7gGu
mn6JYaAX9dhVIcxvMt0+3iKU2XsNUjHoIP72+GCh5X3XvsLf+/bq5vz5sI+PHm2X
hS4271QzBCE5lF4pbJUHq65r9KVbFC40BEKJyqQDw8k+hy91HxJweKTyDuF4aNUD
ow9mKcoi26XNOyJB1VxX/QtaeOXcgPkb+Fd24iItGnuA+cO2kfuPQfI52tkXdvrK
Iu38QDkQJc3lZjPocaUx8ig/eCiuryVnLUpKUSrkXw4fUFsp1aOnxDeBYTfLPKuG
ajP5l/6Pms9smNpSuwHJnThgdPFCgA2+vurNSj6epOHt4nkxSPCyuUFkf6VGYYu+
aK8H1rAGfMMwLf61fdwlnXCNvFjSAXmLbvQb+4n0Wo6VuuWnQ8GikM2P/T4leBl6
PjHijiDyu+rlmS7mM9aCjNUpndNCpy70Q2B6tyslhynjULcPX81er+1RquSh5bQU
/LgYzduWpYSXc7Ys1fXAH/ml5q2aWFftQORV+szgmOU7YTbHfNw=
=HZ9+
-END PGP SIGNATURE-

Accepted trace-cmd 2.8.3-3 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 22 Dec 2019 22:43:33 +
Source: trace-cmd
Architecture: source
Version: 2.8.3-3
Distribution: unstable
Urgency: medium
Maintainer: Sudip Mukherjee 
Changed-By: Sudip Mukherjee 
Closes: 946296
Changes:
 trace-cmd (2.8.3-3) unstable; urgency=medium
 .
   * Fix FTCBFS, thanks to Helmut Grohne. (Closes: #946296)
Checksums-Sha1:
 ed82618306e6e2ab67166741a1b4e2ab15ac0584 2014 trace-cmd_2.8.3-3.dsc
 c9b80c3717557cb0e79b2a139ffe2dabcf58cf78 5920 trace-cmd_2.8.3-3.debian.tar.xz
 7fd8f80ef4fa4aa3f062ac1f9cccb2d537263b59 6845 
trace-cmd_2.8.3-3_source.buildinfo
Checksums-Sha256:
 cee2de5e0bf9a6cdd415df3679e8db203ec3f2f56f91118ffa410dad1c8d129e 2014 
trace-cmd_2.8.3-3.dsc
 bcf68a73cbb887d0442b984a9db1368136b4d407d8ee01129e06fc8629f245b0 5920 
trace-cmd_2.8.3-3.debian.tar.xz
 b5c1f117f1220879bdc02d37f528e20331e7f2d4fa3d6830d41da0fa25c2da70 6845 
trace-cmd_2.8.3-3_source.buildinfo
Files:
 746ef587308de377c12bd853bc7e8b9f 2014 devel optional trace-cmd_2.8.3-3.dsc
 056647f8aefa70bf756f301d2a0e015e 5920 devel optional 
trace-cmd_2.8.3-3.debian.tar.xz
 0e28a7bc5084a915191a3bab1edf17c1 6845 devel optional 
trace-cmd_2.8.3-3_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4ADtQACgkQweDZLphv
fH4dXhAAhmab8O1nIlkzatRUeRXqBToukmXyMhzxtiiGHIdCOqWELclUm7sfsUHy
I5/y8OycNWK/5+nYa+iE1Bqmp4myt58iE93u7oiIXbfn2UjBT8nDuRm+TsUyFu/U
0f4WX5EWji4QmNcYFz9Or4h0Kb3sVkOyd1jJ0oV6caCrI2e/jwu6fNqqSlpngndA
6qZL/IyCsQr75XdJZ3I2L0MFA4hftrNBNkGwihTAxHcLyH+QpK82O1wa4OiG7Gw5
FEvnFbCF7v6sSMYkZYy6AsyAx8fZ7BBEKb8aHDVKqYlhfRkVI2Y+nTensQESYfCf
a3MwcQb9oKLjHQrcXeMfaHT195bIL9CzIeRcY+syIozlmVXUQem8HP9kREnebK9H
kv+T2zkpb1OgyMiLcLaYhmD7NeAjsdQc/Wd+pemuRQvvboyglJffQyer6w2quHuY
AeGom01jTUQKF/uNPOfiiKWqVOE4NI5WjTTfzuLHLqAj0x7MjNUHIr2YBjyqIp4P
5e+EdlZTtBgNCGj8Uho5escv9d3eQFgJSOH+xNsA8V+aMVWcU8HiCHXdy5NEQkIJ
qxYBWecZspFVlJ9n4JosZnrV+5iMR2CZHxEu//OcxPPTBpOq67JGlS6aPTb9B3QJ
FUI0pDBpel9DLiLramhFrvcYOVAxzMjkceUmgGM00AcyLXNeTIg=
=Phj+
-END PGP SIGNATURE-

Accepted coinor-csdp 6.2.0-1 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 22 Dec 2019 23:21:48 +
Source: coinor-csdp
Architecture: source
Version: 6.2.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Changes:
 coinor-csdp (6.2.0-1) unstable; urgency=medium
 .
   * QA upload.
   * Update to upstream 6.2.0.
   * Update Standards-Version to 4.4.1.
   * Update compat level to 12.
   * Remove dependency on cdbs.
   * Remove Uploader.
   * Modify the patch for Makefile.
   * Push to salsa and update Vcs.
Checksums-Sha1:
 53f45cac7c078d18c7c41f9285130894017d6bcf 2111 coinor-csdp_6.2.0-1.dsc
 592ffcdaa112f8878d0c28813926492645722f48 526179 coinor-csdp_6.2.0.orig.tar.gz
 2e08cc8d639375a7580585871c88302a4d3e16f0 9380 coinor-csdp_6.2.0-1.debian.tar.xz
 ef3c005ea1224443eb8f158d6372ea17a94de855 5825 
coinor-csdp_6.2.0-1_source.buildinfo
Checksums-Sha256:
 217d3dbdf089ea65e3cd8cf0be4ffee8aa6a43463f6bc4549ad4fe3770e436d1 2111 
coinor-csdp_6.2.0-1.dsc
 7f202a15f33483ee205dcfbd0573fdbd74911604bb739a04f8baa35f8a055c5b 526179 
coinor-csdp_6.2.0.orig.tar.gz
 bc8750170144e5ba79355fc441c1f571283bb3b07607944c9c2454a7dc8e9763 9380 
coinor-csdp_6.2.0-1.debian.tar.xz
 0429d12858dd7bf98d0da979d4000dfca026c53e8a25176f078837266e6d4145 5825 
coinor-csdp_6.2.0-1_source.buildinfo
Files:
 5dafd0a141bf8756057abcf79e9fa9d9 2111 science optional coinor-csdp_6.2.0-1.dsc
 c91f72018c15d89e6706818e72807fcb 526179 science optional 
coinor-csdp_6.2.0.orig.tar.gz
 ed4fe6ff6dbdeb9b96155ed97e410f66 9380 science optional 
coinor-csdp_6.2.0-1.debian.tar.xz
 2fc3b3e3a0a8a49b39e8168677c10153 5825 science optional 
coinor-csdp_6.2.0-1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl4ADzsACgkQweDZLphv
fH79Qg//QBRiwbyDGvuYf2gnNk/HjK8BFY8Ed2TfnJcu0Vs3Qbua5LO5Icf46/0c
CgJ9lLdX0VPu9oCgTi7/oCtfkrn6xlUzVS12Bvu9MW2Qe4d5Fw/mBhnQlKZLHM66
lOA5arLn0gLYklodMNrtIPysfyWtYsrEKILNaFMbOlAlXbMT/ARVKdbQhBJ4AwpQ
hYCeqnYx+532/B1OtLTgjguI9hhnsWZnSu5UMECRR4j9vN4zcD+Ng1dQ0o/C/XOX
GqdCYaP1uOPKSBre5poBw5syBLludOAQSdYQ1TWnK3pLZ/yXpu/3o41Rp20R4L2l
gyn2X0Ds/1QYgM+z6iRE0VDGHEeEnVYtcgXugLyVkH96gzubRWxYp4VUyV9ndWfl
7d6LsWOqIGaRuOP8QVNZO3Icp2aXFhCy1qXK6pVYiXN7DW/qK5JTxAdoxln4BrdE
zUw+aOOEqc77Isk3d624Zd4C1sPS4Tqj/X92Dr04ctCOQiyq9K0mjR73XNtLK3DS
r4mzdY/DbxjxEKdx1bT2F4OM74qh+uGSTQLpQ2GFy0GB6oyWuJmZ3csnN38k0qWL
MGJkynSX4QBW42rQ2yAsJBhP2F0c3r5mTRKmSRPhiBnLQDN14kEaAPAB7sIvJsfB
8/QZW8DKUuo1GAmXByCW+U9TZf+9r4OkY02dlsMfdrU6h+g8krA=
=0L6G
-END PGP SIGNATURE-

Accepted pacman 10-18 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 19 Dec 2019 21:44:22 +
Source: pacman
Architecture: source
Version: 10-18
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Sudip Mukherjee 
Changes:
 pacman (10-18) unstable; urgency=medium
 .
   * QA upload.
   * Update Standards-Version to 4.4.1
   * Update compat level to 12
   * Mark maintainers as QA
Checksums-Sha1:
 90f588325f75fcf9c15bf0c920b0393dda3feb6b 1666 pacman_10-18.dsc
 11eb7fb8a0bd2e7edc3cd4befb97f72a8fdb8cc6 9802 pacman_10-18.diff.gz
 08159a65737a1079e019addfd64213da58a8c44a 6289 pacman_10-18_source.buildinfo
Checksums-Sha256:
 26eb474b3cee271a3fb4ecad2a6761b97ba001e99abb1bb04d96c6cc3614a8e6 1666 
pacman_10-18.dsc
 8a99febb9e18d6cebf64e8035f7c0f0a2bd0b9b79c7629c1098d247a1b5e84f8 9802 
pacman_10-18.diff.gz
 304e2bda2068f63fc60fee3c16826208b0779877ba02032b8cd3a771eab63a7a 6289 
pacman_10-18_source.buildinfo
Files:
 7695badf1d89d13ec0f1957ee88789fe 1666 games optional pacman_10-18.dsc
 4e27efa69a59ac1935af001beb4f7728 9802 games optional pacman_10-18.diff.gz
 8c331564dec0f038cbb713f88593e5bd 6289 games optional 
pacman_10-18_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEkjZVexcMh/iCHArDweDZLphvfH4FAl38UScACgkQweDZLphv
fH4ocxAAjsTt2ZIlJwCdtaNYE3lEHMJgiAaf0bXRlxV0Vs9bktQjnF6J1USpD4rq
KuqEu1TTHpPmhsQpI+JYQ2Mnz9saQOqEio3YEWUt63U/EGxTLqGEf3z4SG0Aqgi2
RgzL0KrsnwGe4qHbmlYoswWxpgbQ+LEBvHh91LaE6MxzfC80t+FS8fGrGIFy1eub
Wdx57Q3yv41I8/i1kSXDUVCbKVSuGpvDJ/aEGZIVzHCzJoKqPRacw2LcnXpfElQk
5p1xfEJSWVCSkqmGDqS7IKEndnN5vwo8K7DXAfJiaoZfjCfIN/mdJDzHMtpA2Awv
+Mw2N14O+/s7kEp+Xga720YnCzJuNw7bFAYnE4xe8Y4GCqwldE3KJC+hNjhNAJB/
gQvtC/IhHV28A3Fxf4pkRShvAp4tTquTgw2oMpLTdUKT7Gkj3XTt9xcOcQYGQFfd
8XTvgDWy4S7BvA8ABFWGJ4fiVC1+Q8dGlwPGdOmfi/Ag1ic349Hm07TRxpDlQuHV
8vvNsQWhFPj5AdGN5rLI8mn45/vlI90m9mul9tUD2rbLGzoWKnMLaO9d2J5d8xjS
JOCMCLwSl9TwDfOpP6o39pWTpYwqLWU4HvhNg5woye/lnYFMA7lxj+djqofq4DgJ
iDWRigKBTWXWUiA451Neqd+UNGBdGtSOnlOrBUwclBthRfDzhTI=
=yD2V
-END PGP SIGNATURE-

Accepted tycho 1.3.0-2 (source) into unstable

[Sudip Mukherjee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 14 Dec 2019 14:25:20 +
Source: tycho
Architecture: source
Version: 1.3.0-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers 

Changed-By: Sudip Mukherjee 
Changes:
 tycho (1.3.0-2) unstable; urgency=medium
 .
   * Team upload.
 .
   [ Sudip Mukherjee ]
   * Remove dependency on tycho-1.2.0
Checksums-Sha1:
 80a32cc44b763fb7527b5b4ffb51d8eb27681dd7 3442 tycho_1.3.0-2.dsc
 7bb783e0ad2ed58d6202e0043707194456213773 13436 tycho_1.3.0-2.debian.tar.xz
 447620635dcb083a67c09d04472efd64b78e9404 15490 tycho_1.3.0-2_amd64.buildinfo
Checksums-Sha256:
 d27c2aa7100fae5b4d699601efedcec27d1665fd866c56b92a13179a6549f76d 3442 
tycho_1.3.0-2.dsc
 f61873395cc28d22d382ae0aaf9cbb3afb054e80b9edaa9426040c0dab0f8f8e 13436 
tycho_1.3.0-2.debian.tar.xz
 9de3ffa72db487a09ca44cc85b01f1c7a5eae47843dec8354f2ec9c0a9f701f2 15490 
tycho_1.3.0-2_amd64.buildinfo
Files:
 25830c339ae71962015908052da56bf0 3442 java optional tycho_1.3.0-2.dsc
 eab13aa963d06a1f04ba68148a5ce525 13436 java optional 
tycho_1.3.0-2.debian.tar.xz
 ea5b78230ab4de1c8dc8fc5bb0bf5ba1 15490 java optional 
tycho_1.3.0-2_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQJIBAEBCgAyFiEE5Qr9Va3SequXFjqLIdIFiZdLPpYFAl32vZEUHHRtYW5jaWxs
QGRlYmlhbi5vcmcACgkQIdIFiZdLPpbf0A/8CRESAxkMtSxpbvoF3wjuekytV6ZM
uFRK3JBw0cqqb8ZrTQB8g4WZRe0hItBFH7d7N5u8AapZWq44qWJYqjmJ7U0YA31k
p5IXq/TMKVFFVJ+LHKzuvnE07PWY5ss0kLW8BvAO/Hnjfgp6YCOI+vCkhTuu80bg
Bu9+6yBX+CMeBDj6GKPL2F21tFBLlHkhptJJM+Bv5dAO1VNs+OeAm3mrZ8bycO8x
lpM5L3IEJsk3taDKG4UyJaY9P1YgDAIVk58BsVyQacDewekiCWv6qTH24MwOP+ET
gSMoehJQCnMaxNLKADYckufckkXEuqMrQtI+AM3MzqMNZSYXPBAsNrh3/DNlSD55
RYGN40EPLVgzPAzwF3SLie6oMLDwvt8AF9RMqkpjDPFTU3nryUz8M/f05BjVfSMB
VoLRhvNEsLJhKLhFgh7Muw971vEpRFdEjkmf49hbzR/gxGBIv21sbt50wLH473OF
fhAeiEeXXBve4IWqhuqihSX35Dp5dZYhjeo7XO4lowFKBWgPTzhhLkifZnpSJ8ww
zaJC613ZFrXwvvTtA9poGFokoTqnx1LXjKOCouJZWQw37Ce1LmhBp3BefyoaW86T
cARWk9X8n6Rn7qqH3G/2+Ns3abwGEFfpgcrAJmD4LA+/UH4pSsGICsVVH5dvx5zE
lCGIMo8huSFB058=
=Mmux
-END PGP SIGNATURE-