Bug#997016: RFS: swtpm/0.7.0-rc2-1 [ITA] -- Libtpms-based TPM emulator

2021-11-03 Thread Seunghun Han
Hi Bastian,

On Thu, Nov 4, 2021 at 6:43 AM Bastian Germann  wrote:
> Can you explain why it builds on amd64 when it is docker related?
I'm sorry that I didn't explain it in detail. The previous build error
occurred at GitLab runner, and I found it was a docker environment. To
have the identical environment, I pulled the docker image of GitLab
runner, built the package, and ran tests of it. Then some of the tests
failed, and I thought some test cases didn't work in a container
environment like docker. But, they work well in native, and I thought
it could be a trivial issue.

> The failing build is on i386 and also fails natively on my i386 machine.
> It looks a bit like Y2K38 triggering...
I'm sorry. I missed the point that i386 means 32bit system. I agree
with your opinion about Y2K and should find the reason and the
solution.

> I am also not sure if you are allowed to write in /tmp on package building. I 
> will check that.
Everyone has write access right to /tmp directory, so I guess the
package also has it.


Best regards,

Seunghun



Bug#997016: RFS: swtpm/0.7.0-rc2-1 [ITA] -- Libtpms-based TPM emulator

2021-11-03 Thread Bastian Germann

On Tue, 2 Nov 2021 15:45:41 +0900 Seunghun Han  wrote:

Hi Bastian,

On Tue, Nov 2, 2021 at 1:06 AM Bastian Germann  wrote:
> > Should I fix them by adding a new feature to detect the docker environment?
>
> That would be nice but is not necessary.

If so, I would like to leave it. If you don't mind, would you support
the swtpm package [1]? That's the version built from the debian/swtpm
repository.



Can you explain why it builds on amd64 when it is docker related?
The failing build is on i386 and also fails natively on my i386 machine.
It looks a bit like Y2K38 triggering...

I am also not sure if you are allowed to write in /tmp on package building. I 
will check that.



Bug#998333: RFS: lebiniou/3.63.0-1 -- user-friendly, powerful music visualization / VJing tool

2021-11-03 Thread Olivier Girondel

Hi Adam,

Is the script failing ? Exiting with non-0 status ?

Or is it just the diffs being displayed ?

We have a reproducibility issue involving some PRNGs but
have not found the reason yet.

Still, it's correctly encoding two videos, and even if there are diffs I 
think we can consider it shows it's functional.


Best regards,

--
Olivier



Bug#998333: RFS: lebiniou/3.63.0-1 -- user-friendly, powerful music visualization / VJing tool

2021-11-03 Thread Olivier Girondel
Oh that's strange. In this case the test is successful (see video?.log 
hashes) but the .mp4 differ. So there's also a reproducibility issue 
with ffmpeg :/


I think I'll rewrite the test so that it compares the .ppm dumps of the 
images, and maybe drop encoding.


--
Olivier



Bug#993443: RFS: rtimulib/7.2.1-6 [ITP] -- Versatile C++ and Python 9-dof, 10-dof and 11-dof IMU library (Python 3)

2021-11-03 Thread Bastian Germann

Control: tags -1 moreinfo

Please fix the debian/copyright file. There are many files that have missing 
copyright info.
After you have handed in a new version untag moreinfo from this bug.

A quick grep lists:

Linux/RTIMULibDrive10/CMakeLists.txt:# Copyright 2014 Ettus Research LLC
Linux/RTIMULibGL/QtGLLib/QtGLDiskComponent.h:Copyright (c) 2007-2009, Richard 
S. Wright Jr.
Linux/RTIMULibGL/QtGLLib/QtGLComponent.cpp:Copyright (c) 2007-2009, Richard S. 
Wright Jr.
Linux/RTIMULibGL/QtGLLib/QtGLCylinderComponent.h:Copyright (c) 2007-2009, 
Richard S. Wright Jr.
Linux/RTIMULibGL/QtGLLib/QtGLSphereComponent.h:Copyright (c) 2007-2009, Richard 
S. Wright Jr.
Linux/RTIMULibGL/QtGLLib/QtGLComponent.h:Copyright (c) 2007-2009, Richard S. 
Wright Jr.
Linux/RTIMULibGL/QtGLLib/QtGLSphereComponent.cpp:Copyright (c) 2007-2009, 
Richard S. Wright Jr.
Linux/RTIMULibGL/QtGLLib/QtGLDiskComponent.cpp:Copyright (c) 2007-2009, Richard 
S. Wright Jr.
Linux/RTIMULibGL/QtGLLib/QtGLCylinderComponent.cpp:Copyright (c) 2007-2009, 
Richard S. Wright Jr.
Linux/RTIMULibGL/CMakeLists.txt:# Copyright 2014 Ettus Research LLC
Linux/RTIMULibDrive/CMakeLists.txt:# Copyright 2014 Ettus Research LLC
Linux/RTIMULibCal/CMakeLists.txt:# Copyright 2014 Ettus Research LLC
Linux/RTIMULibDemo/CMakeLists.txt:# Copyright 2014 Ettus Research LLC
Linux/RTIMULibDrive11/CMakeLists.txt:# Copyright 2014 Ettus Research LLC
Linux/CMakeLists.txt:# Copyright 2014 Ettus Research LLC
Linux/RTIMULibDemoGL/CMakeLists.txt:# Copyright 2014 Ettus Research LLC
Linux/python/PyRTIMU_RTHumidity.cpp://  Copyright (c) 2014, avishorp
Linux/python/PyRTIMU_RTPressure.cpp://  Copyright (c) 2014, avishorp
Linux/python/PyRTPressure.h://  Copyright (c) 2014, avishorp
Linux/python/PyRTIMU_RTIMU.cpp://  Copyright (c) 2014, avishorp
Linux/python/PyRTIMU.cpp://  Copyright (c) 2014, avishorp
Linux/python/setup.py:#//  Copyright (c) 2014, avishorp
Linux/python/PyRTHumidity.h://  Copyright (c) 2014, avishorp
Linux/python/PyRTIMU_Settings.cpp://  Copyright (c) 2014, avishorp
Linux/python/PyRTIMU.h://  Copyright (c) 2014, avishorp
RTEllipsoidFit/RTEllipsoidFit.m:% Copyright (C) 2013 Peter Bartz 
[http://ptrbrtz.net]
RTEllipsoidFit/RTEllipsoidFit.m:% Copyright (C) 2012 Quality & Usability Lab, Deutsche Telekom 
Laboratories, TU Berlin

RTEllipsoidFit/mag_cal.m:% Copyright (C) 2013 Peter Bartz [http://ptrbrtz.net]
RTEllipsoidFit/mag_cal.m:% Copyright (C) 2012 Quality & Usability Lab, Deutsche Telekom 
Laboratories, TU Berlin

RTIMULib/IMUDrivers/RTIMUBMX055.cpp:* Copyright (C) 2011 - 2014 Bosch Sensortec 
GmbH
RTIMULib/CMakeLists.txt:# Copyright 2014 Ettus Research LLC
RTHost/RTHostIMU/CMakeLists.txt:# Copyright 2014 Ettus Research LLC
RTHost/RTIMULibGL/QtGLLib/QtGLDiskComponent.h:Copyright (c) 2007-2009, Richard 
S. Wright Jr.
RTHost/RTIMULibGL/QtGLLib/QtGLComponent.cpp:Copyright (c) 2007-2009, Richard S. 
Wright Jr.
RTHost/RTIMULibGL/QtGLLib/QtGLCylinderComponent.h:Copyright (c) 2007-2009, 
Richard S. Wright Jr.
RTHost/RTIMULibGL/QtGLLib/QtGLSphereComponent.h:Copyright (c) 2007-2009, 
Richard S. Wright Jr.
RTHost/RTIMULibGL/QtGLLib/QtGLComponent.h:Copyright (c) 2007-2009, Richard S. 
Wright Jr.
RTHost/RTIMULibGL/QtGLLib/QtGLSphereComponent.cpp:Copyright (c) 2007-2009, 
Richard S. Wright Jr.
RTHost/RTIMULibGL/QtGLLib/QtGLDiskComponent.cpp:Copyright (c) 2007-2009, 
Richard S. Wright Jr.
RTHost/RTIMULibGL/QtGLLib/QtGLCylinderComponent.cpp:Copyright (c) 2007-2009, 
Richard S. Wright Jr.
RTHost/RTIMULibGL/CMakeLists.txt:# Copyright 2014 Ettus Research LLC
RTHost/RTHostIMUGL/CMakeLists.txt:# Copyright 2014 Ettus Research LLC
RTHost/CMakeLists.txt:# Copyright 2014 Ettus Research LLC
RTHost/RTSerialPort/LICENSE:Copyright (c) 2000-2003 Wayne Roth
RTHost/RTSerialPort/LICENSE:Copyright (c) 2004-2007 Stefan Sander
RTHost/RTSerialPort/LICENSE:Copyright (c) 2007 Michal Policht
RTHost/RTSerialPort/LICENSE:Copyright (c) 2008 Brandon Fosdick
RTHost/RTSerialPort/LICENSE:Copyright (c) 2009-2010 Liam Staskawicz
RTHost/RTSerialPort/LICENSE:Copyright (c) 2011 Debao Zhang
RTHost/RTSerialPort/CMakeLists.txt:# Copyright 2014 Ettus Research LLC
RTHost/RTSerialPort/src/qextserialenumerator_unix.cpp:** Copyright (c) 
2000-2003 Wayne Roth
RTHost/RTSerialPort/src/qextserialenumerator_unix.cpp:** Copyright (c) 
2004-2007 Stefan Sander
RTHost/RTSerialPort/src/qextserialenumerator_unix.cpp:** Copyright (c) 2007 
Michal Policht
RTHost/RTSerialPort/src/qextserialenumerator_unix.cpp:** Copyright (c) 2008 
Brandon Fosdick
RTHost/RTSerialPort/src/qextserialenumerator_unix.cpp:** Copyright (c) 
2009-2010 Liam Staskawicz
RTHost/RTSerialPort/src/qextserialenumerator_unix.cpp:** Copyright (c) 2011 
Debao Zhang
RTHost/RTSerialPort/src/qextserialenumerator.h:** Copyright (c) 2000-2003 Wayne 
Roth
RTHost/RTSerialPort/src/qextserialenumerator.h:** Copyright (c) 2004-2007 
Stefan Sander
RTHost/RTSerialPort/src/qextserialenumerator.h:** Copyright (c) 2007 Michal 
Policht
RTHost/RTSerialPort/src/qextserialenumerato

Bug#998333: RFS: lebiniou/3.63.0-1 -- user-friendly, powerful music visualization / VJing tool

2021-11-03 Thread Adam Borowski
On Tue, Nov 02, 2021 at 04:43:00PM +0100, Olivier Girondel wrote:
>   * Package name: lebiniou
> Version : 3.63.0-1

> Changes since the last upload:
> 
>   * New upstream release 3.63.0.

Hi!
I'm afraid it fails the autopkgtest, with either testing or unstable -data:

[i] Encoding video #1... mp4.c:open_mp4 cmd= 'ffmpeg -y -loglevel quiet 
-bitexact -framerate 25 -vcodec ppm -f image2pipe -i pipe: -i 
"/usr/share/lebiniou/test/EP-Le_cri_des_anges-Intro_4-8bits.flac" -c:a 
libmp3lame -b:a 128k -vcodec libx264 -crf 23 -pix_fmt yuv420p 
"/tmp/autopkgtest.HygfJ0/autopkgtest_tmp/video1.mp4"'
done.
[i] Encoding video #2... mp4.c:open_mp4 cmd= 'ffmpeg -y -loglevel quiet 
-bitexact -framerate 25 -vcodec ppm -f image2pipe -i pipe: -i 
"/usr/share/lebiniou/test/EP-Le_cri_des_anges-Intro_4-8bits.flac" -c:a 
libmp3lame -b:a 128k -vcodec libx264 -crf 23 -pix_fmt yuv420p 
"/tmp/autopkgtest.HygfJ0/autopkgtest_tmp/video2.mp4"'
done.
[i] Generated videos and logs:
-rw-r--r-- 1 kilobyte kilobyte 22K Nov  3 13:35 
/tmp/autopkgtest.HygfJ0/autopkgtest_tmp/video1.log
-rw-r--r-- 1 kilobyte kilobyte 27M Nov  3 13:35 
/tmp/autopkgtest.HygfJ0/autopkgtest_tmp/video1.mp4
-rw-r--r-- 1 kilobyte kilobyte 22K Nov  3 13:35 
/tmp/autopkgtest.HygfJ0/autopkgtest_tmp/video2.log
-rw-r--r-- 1 kilobyte kilobyte 27M Nov  3 13:35 
/tmp/autopkgtest.HygfJ0/autopkgtest_tmp/video2.mp4
[i] Comparing logs:
* video1.log: 
fbe028a43f79165204887b356af6f260a12b46455bb24816acb1ddc07bcc5baf  
/tmp/autopkgtest.HygfJ0/autopkgtest_tmp/video1.log
* video2.log: 
fbe028a43f79165204887b356af6f260a12b46455bb24816acb1ddc07bcc5baf  
/tmp/autopkgtest.HygfJ0/autopkgtest_tmp/video2.log
[+] Success.
[i] Extracting per-packet SHA256 hashes:
* video1.mp4... done.
* video2.mp4... done.
[i] Generated hashes:
-rw-r--r-- 1 kilobyte kilobyte 380K Nov  3 13:35 
/tmp/autopkgtest.HygfJ0/autopkgtest_tmp/out1.sha256
-rw-r--r-- 1 kilobyte kilobyte 380K Nov  3 13:35 
/tmp/autopkgtest.HygfJ0/autopkgtest_tmp/out2.sha256
[i] Comparing per-packet hashes:
3222,3304c3222,3304
< 0,   3211,   3211,1,   115200, 
9fc7a204d5386ee7f8a61faadd7b796365ab6562c49b4b88276d3356851a5050


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian is one big family.  Including that weird uncle
⢿⡄⠘⠷⠚⠋⠀ and ultra-religious in-laws.
⠈⠳⣄



Bug#998375: marked as done (RFS: opendmarc/1.4.1.1-2 -- Domain-based Message Authentication, Reporting and Conformance (DMARC) milter)

2021-11-03 Thread Debian Bug Tracking System
Your message dated Wed, 3 Nov 2021 10:21:28 +0100
with message-id 
and subject line Re: RFS: opendmarc/1.4.1.1-2 -- Domain-based Message 
Authentication, Reporting and Conformance (DMARC) milter
has caused the Debian Bug report #998375,
regarding RFS: opendmarc/1.4.1.1-2 -- Domain-based Message Authentication, 
Reporting and Conformance (DMARC) milter
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
998375: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998375
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "opendmarc":

 * Package name: opendmarc
   Version : 1.4.1.1-2
   Upstream Author : The Trusted Domain Project
 * URL : http://www.trusteddomain.org/opendmarc
 * License : GPL-3+ with AutoConf exception, BSD-3-clause and SOSL, 
BSD-2-clause
 * Vcs : https://salsa.debian.org/kitterman/opendmarc
   Section : mail

It builds those binary packages:

  opendmarc - Domain-based Message Authentication, Reporting and Conformance 
(DMARC) milter
  libopendmarc2 - DMARC policy library
  libopendmarc-dev - DMARC policy library (development files)

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/o/opendmarc/opendmarc_1.4.1.1-2.dsc

Changes since the last upload:

 opendmarc (1.4.1.1-2) unstable; urgency=medium
 .
   * Deprecate /lib/opendmarc/opendmarc.service.generate script: instead, edit
 /etc/opendmarc.conf directly, or use "systemctl edit opendmarc.service" to
 create configuration overrides
   * Remove unexplained diff applied to reports/opendmarc-import.in from patch
 "ticket193.patch" (Closes: #995694)
   * Add patch "cleanup-buflen.patch": Fix off-by-one error buffer overrun
   * Align package synopses with opendkim packages

Cheers,
David
--- End Message ---
--- Begin Message ---

Uploaded. Thanks for your contribution.--- End Message ---


Bug#998375: RFS: opendmarc/1.4.1.1-2 -- Domain-based Message Authentication, Reporting and Conformance (DMARC) milter

2021-11-03 Thread David Bürgin
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "opendmarc":

 * Package name: opendmarc
   Version : 1.4.1.1-2
   Upstream Author : The Trusted Domain Project
 * URL : http://www.trusteddomain.org/opendmarc
 * License : GPL-3+ with AutoConf exception, BSD-3-clause and SOSL, 
BSD-2-clause
 * Vcs : https://salsa.debian.org/kitterman/opendmarc
   Section : mail

It builds those binary packages:

  opendmarc - Domain-based Message Authentication, Reporting and Conformance 
(DMARC) milter
  libopendmarc2 - DMARC policy library
  libopendmarc-dev - DMARC policy library (development files)

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/o/opendmarc/opendmarc_1.4.1.1-2.dsc

Changes since the last upload:

 opendmarc (1.4.1.1-2) unstable; urgency=medium
 .
   * Deprecate /lib/opendmarc/opendmarc.service.generate script: instead, edit
 /etc/opendmarc.conf directly, or use "systemctl edit opendmarc.service" to
 create configuration overrides
   * Remove unexplained diff applied to reports/opendmarc-import.in from patch
 "ticket193.patch" (Closes: #995694)
   * Add patch "cleanup-buflen.patch": Fix off-by-one error buffer overrun
   * Align package synopses with opendkim packages

Cheers,
David