Bug#1032420: libtpms: diff for NMU version 0.9.2-3.1

2023-03-07 Thread Seunghun Han
Dear Salvatore,

I appreciate your work. Please don't delay it and go through the
process. I'm currently on an urgent project, so I have to do it for a
while.

Best regards,

Seunghun

On Wed, Mar 8, 2023 at 6:45 AM Salvatore Bonaccorso  wrote:
>
> Control: tags 1032420 + patch
> Control: tags 1032420 + pending
>
>
> Dear maintainer,
>
> I've prepared an NMU for libtpms (versioned as 0.9.2-3.1) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
>
> Additionally the changes can be fetches as MR on salsa:
> https://salsa.debian.org/debian/libtpms/-/merge_requests/5
>
> Regards,
> Salvatore



Bug#990522: libtpms: CVE-2021-3623

2022-02-03 Thread Seunghun Han
Hello Moritz and Bastian,
Thank you for your information. I have updated libtpms to the latest
version and uploaded it.

Best regards,

Seunghun

On Tue, Feb 1, 2022 at 8:33 AM Bastian Germann  wrote:
>
> Please update to the latest version, which has this CVE fixed.



Bug#1001153: acpitool exits with an assertion if moe than 4 power sources in sysfs

2022-02-03 Thread Seunghun Han
Hello Dietz and Dave,
Thank you for your information. I have included Dietz's patch and uploaded it.

If you have any other problems, please let me know.

Best regards,

Seunghun



Bug#997016: closed by Bastian Germann (Re: Bug#997016: RFS: swtpm/0.7.0-rc2-1 [ITA] -- Libtpms-based TPM emulator)

2021-12-21 Thread Seunghun Han
Hi Bastian,

Thank you for supporting it. I hope you are well.

Best regards,

Seunghun

On Tue, Dec 21, 2021 at 10:06 AM Debian Bug Tracking System
 wrote:
>
> This is an automatic notification regarding your Bug report
> which was filed against the sponsorship-requests package:
>
> #997016: RFS: swtpm/0.7.0-1 [ITP] -- Libtpms-based TPM emulator
>
> It has been closed by Bastian Germann .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Bastian Germann 
>  by
> replying to this email.
>
>
> --
> 997016: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997016
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
>
> -- Forwarded message --
> From: Bastian Germann 
> To: 997016-d...@bugs.debian.org
> Cc:
> Bcc:
> Date: Tue, 21 Dec 2021 02:03:10 +0100
> Subject: Re: Bug#997016: RFS: swtpm/0.7.0-rc2-1 [ITA] -- Libtpms-based TPM 
> emulator
> Uploaded. Thank you!
>
>
> -- Forwarded message --
> From: Seunghun Han 
> To: Debian Bug Tracking System 
> Cc:
> Bcc:
> Date: Fri, 22 Oct 2021 20:33:38 +0900
> Subject: RFS: swtpm/0.7.0-rc2-1 [ITA] -- Libtpms-based TPM emulator
> Package: sponsorship-requests
> Severity: wishlist
>
> Dear mentors,
>
> I am looking for a sponsor for my package "swtpm":
>
>  * Package name: swtpm
>Version : 0.7.0-rc2-1
>Upstream Author : Stefan Berger 
>  * URL : https://github.com/stefanberger/swtpm
>  * License : BSD-3-clause
>  * Vcs : https://salsa.debian.org/kkamagui-guest/swtpm
>Section : misc
>
> It builds those binary packages:
>
>   swtpm - Libtpms-based TPM emulator
>   swtpm-dev - Include files for the TPM emulator's CUSE interface
>   swtpm-libs - Common libraries for TPM emulators
>   swtpm-tools - Tools for the TPM emulator
>
> To access further information about this package, please visit the
> following URL:
>
>   https://mentors.debian.net/package/swtpm/
>
> Alternatively, one can download the package with dget using this command:
>
>   dget -x 
> https://mentors.debian.net/debian/pool/main/s/swtpm/swtpm_0.7.0-rc2-1.dsc
>
> Changes for the initial release:
>
>  swtpm (0.7.0-rc2-1) unstable; urgency=medium
>  .
>* New maintainer (Closes: #941199)
>* Changed Standard-Version to 4.5.1 in debian/control
>* Updated debhelper version to 13 in debian/control
>* Added Rules-Requires-Root to debian/control
>* Added Vcs-Browser and Vcs-Git to debian/control
>* Converted debian/copyright to dep5-copyright format
>* Added debian/watch file
>* Fixed typos in source code and man pages
>
> Regards,
> --
>   Seunghun Han



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

2021-11-17 Thread Seunghun Han
Hi Bastian,

On Thu, Nov 11, 2021 at 2:29 PM Seunghun Han  wrote:
> > No, that can be done later. But I don't like the raised issue about the 
> > manpages sections.
> > The *.conf and *.options belong to section 5 instead of 8. Please hand in a 
> > patch upstream and then
> > import it as a quilt patch (if there is no upstream release in between).
> I'm making a patch related to this issue. After pushing it to the
> upstream, I will import it as a quilt patch.
I have made a patch and sent it to the upstream. And I also included
it as a quilt patch.

> > The code is authored (mostly) by Stefan Berger but copyrighted by IBM. For 
> > the BSD-3-clause license,
> > the copyright notices have to be documented, not the author notices. Please 
> > correct that in
> > d/copyright. Also the copyright year seem to range from 2006 to 2021.
> >
> > configure.ac is CPL-licensed. Please document this in d/copyright.
> I missed this point. Thank you, and I will also change them and
> contact you soon.
I have updated d/copyright according to your comments. If you have
other ones, please let me know. The package [1] and the repository [2]
were updated.

Best regards,

Seunghun

[1]: https://mentors.debian.net/package/swtpm/
[2]: https://salsa.debian.org/debian/swtpm



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

2021-11-10 Thread Seunghun Han
Hi Bastian,

On Sun, Nov 7, 2021 at 6:03 AM Bastian Germann  wrote:
> No, that can be done later. But I don't like the raised issue about the 
> manpages sections.
> The *.conf and *.options belong to section 5 instead of 8. Please hand in a 
> patch upstream and then
> import it as a quilt patch (if there is no upstream release in between).
I'm making a patch related to this issue. After pushing it to the
upstream, I will import it as a quilt patch.

> The code is authored (mostly) by Stefan Berger but copyrighted by IBM. For 
> the BSD-3-clause license,
> the copyright notices have to be documented, not the author notices. Please 
> correct that in
> d/copyright. Also the copyright year seem to range from 2006 to 2021.
>
> configure.ac is CPL-licensed. Please document this in d/copyright.
I missed this point. Thank you, and I will also change them and
contact you soon.

Best regards,

Seunghun



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

2021-11-04 Thread Seunghun Han
Hi Bastian,

On Thu, Nov 4, 2021 at 11:30 AM Seunghun Han  wrote:
> On Thu, Nov 4, 2021 at 6:43 AM Bastian Germann  wrote:
> > 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 found the reason for a failure in the i386 system. The certificate
was made and valid until Dec 31 . But certtool program of the i386
system parsed the certification and showed it was valid until Dec 31
2037. It seemed a certtool problem and the limitation of the i386
system, not the problem of swtpm. So I updated the validation code of
the test result like both could be accepted, then all builds were
passed.

Please check the pipeline result below.
https://salsa.debian.org/debian/swtpm/-/pipelines/310288

Anyway, there are still some problems with reprotest and cross-build.
Should I solve them, too?

Best regards,

Seunghun



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-02 Thread Seunghun Han
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.

Best regards,

Seunghun

[1]: https://mentors.debian.net/package/swtpm/



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

2021-11-01 Thread Seunghun Han
Hi Bastian,

> I have created https://salsa.debian.org/debian/swtpm and granted you
> maintainer access. Please use that repo from now on.
Thank you for your help and giving an access right to debian/swtpm repo.

> The upstream branch is a mix of upstream's git commits and gbp imports.
> Please fix that if you know how to do it.
>
> The watch file still needs work. See the uversionmangle in Feri's comment.
I just cleaned the debian/swtpm repo. Please check it and let me know
if you have any comments.
I also applied uversionmangle to the d/watch file.

> The build fails. See https://salsa.debian.org/debian/swtpm/-/jobs/2129890
I fixed it, and there is no more builded error now. However, some test
cases needed native environment, not docker, so they failed. New
pipeline result is below.
https://salsa.debian.org/debian/swtpm/-/jobs/2136882

Should I fix them by adding a new feature to detect the docker environment?

Newest packages are also below.
https://mentors.debian.net/package/swtpm/

Best regards,

Seunghun



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

2021-10-29 Thread Seunghun Han
Control: tags -1 - moreinfo

Thank you for your help, Bastian. I just uploaded a new package [1] to
mentors.debian.net. Please check it if there are any other issues.

Best regards,

Seunghun

[1]: https://mentors.debian.net/package/swtpm/

On Thu, Oct 28, 2021 at 6:59 AM Bastian Germann  wrote:
>
> Control: tags -1 moreinfo
>
> Please remove the moreinfo tag when you have dealt with the version number 
> and possibly
> removed the static library (is there a version that loads libtpms 
> dynamically?). Please
> keep the soversion in the library name. So no rename.



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

2021-10-24 Thread Seunghun Han
Hello Feri,

Thank you for your advice.

> The upstream version number should be 0.7.0~rc2 with a tilde instead of
> a hyphen to ensure proper ordering (as Lintian warns about).  To do such
> transformations automatically, put something like this in the watch file:
>
> uversionmangle=s/(\d)[_\.\-\+]?((RC|rc|pre|dev|beta|alpha)\d*)$/$1~$2/
>
I will update the watch file following your advice soon.

> >   swtpm - Libtpms-based TPM emulator
> >   swtpm-dev - Include files for the TPM emulator's CUSE interface
> >   swtpm-libs - Common libraries for TPM emulators
>
> Why do you deviate from the usual libswtpm-dev/libswtpm0 package names?
> Including the SO version in the package name enables installing
> incompatible versions side-by-side, which is useful.
>
> Also, shipping static libraries (like libswtpm_libtpms.a) is generally
> recommended against in Debian.  Does this package warrant it?

The upstream version already has some debian-related files, and I
changed them to adopt the package. The author of it wants to name it
like libswtpm0, so I used the name. The static libraries are also
involved in upstream debian files. Should I change the name like
libswtpm instead of libswtpm0 and remove static libraries from the
package?

>
> >   swtpm-tools - Tools for the TPM emulator
>
> Why do you put swtpm-create-tpmca, swtpm-create-user-config-files and
> swtpm-localca into /usr/share/swtpm instead of /usr/bin?  (This emits
> several Lintian information tags.)

The author of the upstream project wanted to put them to
/usr/share/swtpm. The files are just for the initialization and don't
be used for TPM operations directly, so maybe he wanted to put
/usr/share/swtpm instead of /usr/bin. Should I move them to /usr/bin?

Best regards,

Seunghun



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

2021-10-23 Thread Seunghun Han
Hello Bastian,

Thank you for your advice. I rewrite the change log according to it.
If you don't mind, would you support the package below?
swtpm: https://mentors.debian.net/package/swtpm/

Best regards,

Seunghun

On Sat, Oct 23, 2021 at 5:56 AM Bastian Germann  wrote:
>
> On Fri, 22 Oct 2021 20:33:38 +0900 Seunghun Han  wrote:
> >  swtpm (0.7.0-rc2-1) unstable; urgency=medium
> >  .
> >* New maintainer (Closes: #941199)
> >* Changed Standard-Version to 4.5.1 in debian/control
> >* Updated debhelper version to 13 in debian/control
> >* Added Rules-Requires-Root to debian/control
> >* Added Vcs-Browser and Vcs-Git to debian/control
> >* Converted debian/copyright to dep5-copyright format
> >* Added debian/watch file
> >* Fixed typos in source code and man pages
>
> Why all these when you are closing an ITP? The entry which closes the ITP 
> should be
> rephrased and the other entries dropped.



Bug#941199: Upstream has valid debian packaging

2021-10-22 Thread Seunghun Han
Hi all,

I'm so sorry for letting you wait. I have packaged and uploaded it to
mentors.debian.net [1]. I also have sent the RFS [2] to the mailing list. I
hope one of Debian developers supports it to get involved in sid.

Best regards,

Seunghun

[1]: https://mentors.debian.net/package/swtpm/
[2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997016

On Fri, Oct 22, 2021 at 2:57 AM Tom W  wrote:

> Is anyone looking into this? I sense increasing demand for swtpm +
> qemu for Win 11 VM.
>


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

2021-10-22 Thread Seunghun Han
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

 * Package name: swtpm
   Version : 0.7.0-rc2-1
   Upstream Author : Stefan Berger 
 * URL : https://github.com/stefanberger/swtpm
 * License : BSD-3-clause
 * Vcs : https://salsa.debian.org/kkamagui-guest/swtpm
   Section : misc

It builds those binary packages:

  swtpm - Libtpms-based TPM emulator
  swtpm-dev - Include files for the TPM emulator's CUSE interface
  swtpm-libs - Common libraries for TPM emulators
  swtpm-tools - Tools for the TPM emulator

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/s/swtpm/swtpm_0.7.0-rc2-1.dsc

Changes for the initial release:

 swtpm (0.7.0-rc2-1) unstable; urgency=medium
 .
   * New maintainer (Closes: #941199)
   * Changed Standard-Version to 4.5.1 in debian/control
   * Updated debhelper version to 13 in debian/control
   * Added Rules-Requires-Root to debian/control
   * Added Vcs-Browser and Vcs-Git to debian/control
   * Converted debian/copyright to dep5-copyright format
   * Added debian/watch file
   * Fixed typos in source code and man pages

Regards,
-- 
  Seunghun Han



Bug#941951: ITA: tpm2-pk11

2021-07-03 Thread Seunghun Han
Hello Sean,

On Sun, Jul 4, 2021 at 4:16 AM Sean Whitton  wrote:

> Do you still intend to adopt?  At the very least seems we should
> probably remove this from the RM queue?

Thank you for the notification. I heard that this project was
deprecated [1] and moved to tpm2-pkcs11 project. So, I would like to
cancel it.

Best regards,

Seunghun


[1]: https://github.com/irtimmer/tpm2-pk11



Bug#975121: fuse-posixovl: this package does _not_ extend mount

2021-04-22 Thread Seunghun Han
Hello Marc,

Thank you for the report.
I just fixed it and will upload it to unstable. Please check the 1.3-1 version.

Best regards,

Seunghun

On Thu, Nov 19, 2020 at 6:24 PM Marc Lehmann  wrote:
>
> Package: fuse-posixovl
> Version: 1.2.20120215+gitf5bfe35-3
> Severity: minor
>
> Dear Maintainer,
>
> the description for this package says:
>
>This package extends mount and provides option '-t posixovl'.
>
> However, neither does it extend mount nor does it provide that option (nor
> does it work with fstab), as the mount.posixovl helper is not acxtually a
> valid mount.posixovl helper, as it doesn'tg rok the required options, most 
> notably -o, e.g.
>
># mount -t posixovl test test
>/sbin/mount.posixovl: invalid option -- 'o'
>Usage: /sbin/mount.posixovl [-F] [-S source] mountpoint [-- fuseoptions]
>
> -- System Information:
> Debian Release: 10.6
>   APT prefers stable
>   APT policy: (990, 'stable'), (500, 'unstable-debug'), (500, 
> 'testing-debug'), (500, 'stable-updates'), (500, 'stable-debug'), (500, 
> 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386, x32
>
> Kernel: Linux 5.8.18-050818-generic (SMP w/8 CPU cores)
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
> TAINT_UNSIGNED_MODULE
> Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_DK.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages fuse-posixovl depends on:
> ii  libc6 2.30-4
> ii  libfuse2  2.9.9-3
>
> fuse-posixovl recommends no packages.
>
> fuse-posixovl suggests no packages.
>
> -- no debconf information



Bug#986799: CVE-2021-3446

2021-04-13 Thread Seunghun Han
Owner: kkama...@gmail.com

Thank you for noticing. I'm checking it and will update the version soon.

Best regards,
Seunghun

On Mon, Apr 12, 2021 at 6:45 PM Moritz Muehlenhoff  wrote:
>
> Source: libtpms
> Severity: grave
> Tags: patch security
> X-Debbugs-Cc: Debian Security Team 
>
> This was assigned CVE-2021-3446:
> https://github.com/stefanberger/libtpms/commit/32c159ab53db703749a8f90430cdc7b20b00975e
>
> Cheers,
> Moritz



Bug#941199: Upstream has valid debian packaging

2021-03-11 Thread Seunghun Han
On Fri, Mar 12, 2021 at 2:16 AM Andreas Metzler  wrote:
>
> Control: unblock 941199 by 958509
>
> On 2020-04-17 Seunghun Han  wrote:
> [...]
> > Dear Laurent Bigonville and Christian Ehrhardt,
>
> > I would like to package this one.
>
> > Best regards,
>
> Hello Seunghun,
>
> are you still working on this or should I retitle this to ITP?

Hello Andreas,

Thank you for the notification. I am still working on this and would
finish it soon.

Best regards,

Seunghun

> cu Andreas



Bug#966857: libtpms: FTBFS: tpm2/NVDynamic.c:126:10: error: ‘nvHandle’ may be used uninitialized in this function [-Werror=maybe-uninitialized]

2020-08-08 Thread Seunghun Han
Hi Lucas,

On Mon, Aug 3, 2020 at 5:12 PM Lucas Nussbaum  wrote:
>
> Source: libtpms
> Version: 0.8.0~dev1-1.1
> Severity: serious
> Justification: FTBFS on amd64
> Tags: bullseye sid ftbfs
> Usertags: ftbfs-20200802 ftbfs-bullseye
> ... [snip] ...
> > tpm2/NVDynamic.c: In function ‘NvNextByType’:
> > tpm2/NVDynamic.c:126:10: error: ‘nvHandle’ may be used uninitialized in 
> > this function [-Werror=maybe-uninitialized]
> >   126 |  *handle = nvHandle;
> >   |  ^~

Thank you for your notification. I just fixed the FTBFS bug and will
upload the newer version 0.8.0~dev1-1.2 soon.

Best regards,

Seunghun



Bug#964768: libtpms: please make the build reproducible

2020-08-08 Thread Seunghun Han
Hi Chris,

On Fri, Jul 10, 2020 at 6:30 PM Chris Lamb  wrote:
>
> Source: libtpms
> Version: 0.8.0~dev1-1.1
> Severity: wishlist
> Tags: patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: timestamps
> X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
>
> Hi,
>
> Whilst working on the Reproducible Builds effort [0] we noticed that
> libtpms could not be built reproducibly.
>
> This is because the 0003-set-man-page-date-to-last-changelog had an
> incorrect path the Debian change which was leading to:
>
> dpkg-parsechangelog: error: cannot open file changelog: No such file or 
> directory
>
> … in the logs.

Thank you for your notification and patch. I just fixed the bug and
will upload a newer version, 0.8.0~dev1-1.2 soon.

Best regards,

Seunghun



Bug#933160: O: cpufreqd -- fully configurable daemon for dynamic frequency and voltage scaling

2020-05-06 Thread Seunghun Han
On Fri, 26 Jul 2019 23:36:03 -0300 Tobias Frost  wrote:
> Package: wnpp
>
> The current maintainer of cpufreqd, Mattia Dongili ,
> is apparently not active anymore.  Therefore, I orphan this package now.
>

Dear Maintainer,

I would like to adopt this package.

Best regards,

Seunghun



Bug#959702: RFS: cpufrequtils/008-2 [ITA] -- utilities to deal with the cpufreq Linux kernel feature

2020-05-05 Thread Seunghun Han
Hi Boyuan,

Thank you for your advice. I have fixed all issues you said. Please
see the comments below.

On Tue, May 5, 2020 at 11:37 AM Boyuan Yang  wrote:
>
> The members of salsa.debian.org/debian group are limited to DDs (Debian
> Developers). However, it is possible to add you as the maintainer of
> individual repos under Debian/ group. I have already added you as a maintainer
> of https://salsa.debian.org/debian/cpufrequtils .
>

I really appreciate it. After your confirmation and sponsor, I will
move all contents to the repository. The debian/control was already
changed to the repo.

> As part of mentoring, I reviewed your files in the git repo and found some
> other issues:
>
> * You accidentally committed files under debian/cpufrequtils into the
> repository. Those files are built binary files instead of source codes and
> should not be included.
>   - This also indicates that you are using a non-chroot environment to build
> packages. Please consider using clean chroot each time doing a package build,
> like pbuilder, cowbuilder, git-builder, sbuild, etc.

Sorry for my mistake. It was my fault, and I didn't intend to add the
binary files. I will use the pbuilder for avoiding this kind of
mistake.

> * In architecture field of package cpufrequtils, it lists "hurd", "kbsd64" and
> "kbsd32", which does not exist in Debian. Please correct it. (I know it could
> be a bug in older versions but we should be fixing it once we know it.)
>
> * You may now use https://salsa.debian.org/debian/cpufrequtils in Vcs-*
> fields.

I fixed these issues with your advice.

> * I'm not sure if debian/lintian.overrides will work.
> https://manpages.debian.org/unstable/lintian/lintian.1.en.html#FILES mentioned
> correct naming about lintian override files.
>
> After solving those problems, I will sponsor this package.

According to my lintian report, debian/lintian.overrides seemed to
work. The brief report is below.
$> lintian -i -I --pedantic cpufrequtils_008-2_amd64.changes
[... snip ...]
N: 1 tag overridden (1 error) <= Maybe this point shows it works

> Some bonus points that can be done laster in future:
>
> * Consider converting debian/rules to be using dh(1) sequencer later.

Thank you. I will keep this for the next item.

Best regards,

Seunghun



Bug#959702: RFS: cpufrequtils/008-2 [ITA] -- utilities to deal with the cpufreq Linux kernel feature

2020-05-04 Thread Seunghun Han
Hi Boyuan,

Thank you for your advice. Please see comments below.

On Tue, May 5, 2020 at 6:33 AM Boyuan Yang  wrote:
>
> [..snip..]
> Are you interested putting the git packaging repo under
> salsa.debian.org/debian/ instead of your personal namespace? In this case,
> other Debian Developers (DD) will have write access to this repo. If you find
> it okay, I can help to create such repo under Salsa Debian group.
>

Thank you for your suggestion. It's good for me. Is there any way to
have write access for it? In my case, I joined the Webml team as a
developer and had write access [1].

> >* Add Build-Depends-Package field to debian/libcpufreq0.symbols.
> >* Change the format of debian/copyright to dep5.
> >* Fix tyops in man files.
>
>  This line itself contains a typo :-(

Thank you. I fixed it on your advice. :-)

> >* Remove debian/source.lintian-overrides to fix lintian warning.
>
> * For the "Source" field in debian/copyright: please consider using https
> instead of http.
>
> * Ever considered using debhelper compat level v13?
>
> Those are all just nitpicks; I can sponsor this upload after your reply (and
> ideally a new upload onto mentors.d.n).

I also fixed them and uploaded the package again. Please sponsor it.
I always appreciate your help.

Best regards,

Seunghun

[1] 
https://salsa.debian.org/webmaster-team/webwml/-/project_members?utf8=%E2%9C%93=seunghun



Bug#959702: RFS: cpufrequtils/008-2 [ITA] -- utilities to deal with the cpufreq Linux kernel feature

2020-05-04 Thread Seunghun Han
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: cpufrequtils
   Version : 008-2
   Upstream Author : Dominik Brodowski 
 * URL :
http://kernel.org/pub/linux/utils/kernel/cpufreq/cpufrequtils.html
 * License : GPL-2
 * Vcs : https://salsa.debian.org/kkamagui-guest/cpufrequtils
   Section : admin

It builds those binary packages:

  cpufrequtils - utilities to deal with the cpufreq Linux kernel feature
  libcpufreq0 - shared library to deal with the cpufreq Linux kernel feature
  libcpufreq-dev - development files to deal with the cpufreq Linux
kernel feature

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/c/cpufrequtils/cpufrequtils_008-2.dsc

Changes since the last upload:

   * New maintainer (Closes: #933159)
   * Add "for internal use" to debian/cpufrequtils.templates to fix
 lintian warning.
   * Bump Standards-Version to 4.5.0.
   * Remove -O2 of CFLAGS from debian/rules when noopt is defined.
   * Add hardening+=all to debian/rules and set-hardening.patch.
   * Add Vcs-* fields to debian/control.
   * Add Build-Depends-Package field to debian/libcpufreq0.symbols.
   * Change the format of debian/copyright to dep5.
   * Fix tyops in man files.
   * Remove debian/source.lintian-overrides to fix lintian warning.

Regards,

--
  Seunghun Han


Bug#933159: O: cpufrequtils -- utilities to deal with the cpufreq Linux kernel feature

2020-05-03 Thread Seunghun Han
Dear Maintainer,

I would like to adopt this package.

Best regards,

Seunghun

On Fri, 26 Jul 2019 23:35:56 -0300 Tobias Frost  wrote:
> Package: wnpp
>
> The current maintainer of cpufrequtils, Mattia Dongili ,
> is apparently not active anymore.  Therefore, I orphan this package now.
>
> Maintaining a package requires time and skills. Please only adopt this
> package if you will have enough time and attention to work on it.
>
> If you want to be the new maintainer, please see
> https://www.debian.org/devel/wnpp/#howto-o for detailed
> instructions how to adopt a package properly.
>
> Some information about this package:
>
> Package: cpufrequtils
> Binary: cpufrequtils, libcpufreq0, libcpufreq-dev
> Version: 008-1.1
> Maintainer: Mattia Dongili 
> Build-Depends: debhelper-compat (= 12)
> Architecture: any
> Standards-Version: 3.9.3
> Format: 3.0 (quilt)
> Files:
>  41c94bfa4a65aecb0760c96f0438555a 2006 cpufrequtils_008-1.1.dsc
>  e60e0b07810b51babd4447ae07285e7d 52128 cpufrequtils_008.orig.tar.bz2
>  b3b23640201b4e36095ca3770d844e75 25440 cpufrequtils_008-1.1.debian.tar.xz
> Checksums-Sha256:
>  0d2f838023f885d0744cc91c31a6d4a4a0e6f475d09b58f1e3cdbb4f894309e0 2006 
> cpufrequtils_008-1.1.dsc
>  638fb067f71166043dff2e493a9d0295300fb73b6d9add052e930d3d42a37efd 52128 
> cpufrequtils_008.orig.tar.bz2
>  42de965a90af940d921aa058b336ec25998345e7c11bd128ceeb0792fbf8c78c 25440 
> cpufrequtils_008-1.1.debian.tar.xz
> Homepage: http://kernel.org/pub/linux/utils/kernel/cpufreq/cpufrequtils.html
> Package-List:
>  cpufrequtils deb admin optional 
> arch=alpha,amd64,arm64,armel,armhf,hppa,hurd,i386,ia64,kbsd64,kbsd32,m68k,mips,mips64el,mipsel,s390x,sh4,sparc64,x32
>  libcpufreq-dev deb libdevel optional arch=any
>  libcpufreq0 deb libs optional arch=any
> Directory: pool/main/c/cpufrequtils
> Priority: source
> Section: admin
>
> Package: cpufrequtils
> Version: 008-1.1
> Installed-Size: 178
> Maintainer: Mattia Dongili 
> Architecture: amd64
> Depends: libc6 (>= 2.3), libcpufreq0 (>= 006), debconf (>= 0.5) | 
> debconf-2.0, lsb-base (>= 3.0)
> Pre-Depends: init-system-helpers (>= 1.54~)
> Description-en: utilities to deal with the cpufreq Linux kernel feature
>  This package contains two utilities for inspecting and setting the
>  CPU frequency through both the sysfs and procfs CPUFreq kernel
>  interfaces.
>  .
>  By default, it also enables CPUFreq at boot time if the correct CPU
>  driver is found.
> Description-md5: 52dad6bb1cd00cd7cfe3ebb7d3ae3f80
> Homepage: http://kernel.org/pub/linux/utils/kernel/cpufreq/cpufrequtils.html
> Tag: admin::hardware, admin::kernel, admin::power-management, devel::lang:c,
>  devel::library, hardware::detection, hardware::power,
>  implemented-in::c, implemented-in::shell, interface::commandline,
>  role::devel-lib, role::program, scope::utility, use::configuring,
>  use::monitor



Bug#957422: libacpi: ftbfs with GCC-10

2020-05-03 Thread Seunghun Han
Dear Matthias Klose,

On Fri, 17 Apr 2020 11:04:00 + Matthias Klose  wrote:
> Package: src:libacpi
> Version: 0.2-5
> Severity: normal
> Tags: sid bullseye
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-10
>
> [...snip...]
>
> The package fails to build in a test rebuild on at least amd64 with
> gcc-10/g++-10, but succeeds to build with gcc-9/g++-9. The
> severity of this report will be raised before the bullseye release,
> so nothing has to be done for the buster release.
>
> The full build log can be found at:
> http://people.debian.org/~doko/logs/gcc10-20200225/libacpi_0.2-5_unstable_gcc10.log
> The last lines of the build log are at the end of this report.
> [...snip...]

Thank you for the report.

I just fixed this bug and uploaded it to mentors.debian.net [1]. I'm
not a DM or DD now, so it needs a sponsor.

Best regards,

Seunghun

[1] https://mentors.debian.net/package/libacpi



Bug#959676: RFS: libacpi/0.2-7 -- development files for libacpi

2020-05-03 Thread Seunghun Han
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: libacpi
   Version : 0.2-7
   Upstream Author : Nico Golde 
 * URL : http://www.ngolde.de/libacpi.html
 * License : MIT
 * Vcs : None
   Section : libs

It builds those binary packages:

  libacpi-dev - development files for libacpi
  libacpi0 - general purpose library for ACPI

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/liba/libacpi/libacpi_0.2-7.dsc

Changes since the last upload:

   * Fixed FTBFS (Closes: #957422)
   * Removed Section field of libacpi0 in debian/control
   * Removed -Wl,--as-needed from debian/rules

Regards,

--
  Seunghun Han



Bug#959660: RFS: vbetool/1.1-5 [ITA] -- run real-mode video BIOS code to alter hardware state

2020-05-03 Thread Seunghun Han
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: vbetool
   Version : 1.1-5
   Upstream Author : Matthew Garrett 
 * URL : http://www.codon.org.uk/~mjg59/vbetool/
 * License : GPL-2
 * Vcs : https://salsa.debian.org/kkamagui-guest/vbetool
   Section : utils

It builds those binary packages:

  vbetool - run real-mode video BIOS code to alter hardware state

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/v/vbetool/vbetool_1.1-5.dsc

Changes since the last upload:

   * New maintainer (Closes: #674887)
   * debian/control:
   - Bumped Standards-Version to 4.5.0.
   - Upgraded debhelper to 12.
   - Changed Vcs-* fields.
   - Added Rules-Requires-Root field.
   * debian/rules:
   - Changed the DEB_HOST_ARCH to /usr/share/dpkg/architecture.mk.
   * debian/copyright:
   - Added information to Upstream-Contact.

Regards,

--
  Seunghun Han



Bug#674887: ITA: vbetool -- run real-mode video BIOS code to alter hardware state

2020-04-30 Thread Seunghun Han
On Mon, 28 May 2012 14:32:58 +0200 Ricardo Mones  wrote:
> Package: wnpp
> Severity: normal
>
> The current maintainer of vbetool, Bradley Smith ,
> is apparently not active anymore.  Therefore, I orphan this package now.
>

Dear Maintainer,

I want to adopt this package.

Best regards,

Seunghun



Bug#959025: RFS: libx86/1.1+ds1-12 [ITA] -- x86 real-mode library

2020-04-28 Thread Seunghun Han
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: libx86
   Version : 1.1+ds1-12
   Upstream Author : Matthew Garrett 
 * URL : https://www.codon.org.uk/~mjg59/libx86/
 * License : Expat
 * Vcs : https://salsa.debian.org/kkamagui-guest/libx86
   Section : libs

It builds those binary packages:

  libx86-1 - x86 real-mode library
  libx86-dev - x86 real-mode library - development files

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/libx/libx86/libx86_1.1+ds1-12.dsc

Changes since the last upload:

   * New maintainer (Closes: #925042)
   * debian/control:
 - Bump Standards-Version to 4.5.0.
 - Update Vcs-* fields to use a new git repo under Salsa Debian
   * debian/rules:
 - Add DEB_BUILD_MAINT_OPTIONS = hardening=+all
 - Remove override_dh_strip
   * debian/libx86.symbols:
 - Add symbols of libx86
   * debian/copyright:
 - Add comment for fixing lintian warning

Regards,

--
  Seunghun Han



Bug#925042: O: libx86 -- x86 real-mode library - development files

2020-04-27 Thread Seunghun Han
On Tue, 19 Mar 2019 12:38:24 +0100 Pierre-Elliott =?utf-8?B?QsOpY3Vl?=
 wrote:
> Package: wnpp
>
> The current maintainer of libx86, Anibal Monsalve Salazar ,
> is apparently not active anymore.  Therefore, I orphan this package now.

Dear Maintainer,

I would like to adopt this package.

Best regards,

Seunghun



Bug#958839: RFS: fuse-posixovl/1.2.20120215+gitf5bfe35-3 -- FUSE file system that provides POSIX functionality

2020-04-25 Thread Seunghun Han
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "fuse-posixovl"

 * Package name: fuse-posixovl
   Version : 1.2.20120215+gitf5bfe35-3
   Upstream Author : Jan Engelhardt ,

 * URL : https://sourceforge.net/projects/posixovl
 * License : GPL-2+
 * Vcs : https://sourceforge.net/p/posixovl/posixovl/ci/master/tree/
   Section : misc

It builds those binary packages:

  fuse-posixovl - FUSE file system that provides POSIX functionality

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

  https://mentors.debian.net/package/fuse-posixovl

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

  dget -x 
https://mentors.debian.net/debian/pool/main/f/fuse-posixovl/fuse-posixovl_1.2.20120215+gitf5bfe35-3.dsc

Changes since the last upload:

   * Fixed an unreproducible bug (Closes: #782215)
 - With Reiner Herrmann 's patch

Regards,

--
  Seunghun Han



Bug#958509: RFS: swtpm/0.4.0~dev1-1 [ITP] -- Libtpms-based TPM emulator

2020-04-22 Thread Seunghun Han
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

 * Package name: swtpm
   Version : 0.4.0~dev1-1
   Upstream Author : Stefan Berger 
 * URL : https://github.com/stefanberger/swtpm
 * License : BSD-3-clause
 * Vcs : https://salsa.debian.org/kkamagui-guest/swtpm
   Section : misc

It builds those binary packages:

  swtpm - Libtpms-based TPM emulator
  swtpm-libs - Common libraries for TPM emulators
  swtpm-dev - Include files for the TPM emulator's CUSE interface
  swtpm-tools - Tools for the TPM emulator

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/s/swtpm/swtpm_0.4.0~dev1-1.dsc

Changes since the last upload:

   * New maintainer (Closes: #941199)
   * Added Standard-Version 4.5.0 to debian/control
   * Updated debhelper version to 12 in debian/control
   * Added Rules-Requires-Root to debian/control
   * Added Vcs-Browser and Vcs-Git to debian/control
   * Changed postinst interpreter to /usr/bin/sh
   * Converted debian/copyright to dep5-copyright format
   * Changed /usr/bin/swtpm_setup.sh to /usr/bin/swtpm_setup_helper
   * Added debian/watch file
   * Added lintian-override for manpage-without-executable, script-with-
 language-extension, and package-has-unnecessary-activation-of-ldconfig-
 trigger for upstream code

Regards,

--
  Seunghun Han



Bug#958364: Subject: RFS: libtpms/0.8.0~dev1-1 [ITP] -- TPM emulation library

2020-04-21 Thread Seunghun Han
Control: tags -1 -moreinfo

Hi Boyuan,

Thank you for your kind advice. I have fixed all issues according to
your advice and uploaded it to mentors.debian.org again [1].
[1] https://mentors.debian.net/package/libtpms

Would you check and sponsor it? If there are things I have missed,
please let me know.

Best regards,

Seunghun


On Wed, Apr 22, 2020 at 4:33 AM Boyuan Yang  wrote:
>
> Control: tags -1 +moreinfo
>
> Hi Seunghun,
>
> Thanks for working on libtpms packaging in Debian and taking over maintenance.
> I sponsored the previous upload at
> https://ftp-master.debian.org/new/libtpms_0.7.0-1.html .
>
> After looking into your packaging, I think there are some issues as listed
> below. Please consider solving them and remove the "moreinfo" tag afterwards.
>
> * This one is critical: With new package, *NEVER* override dh_usrlocal in
> debian/rules file. Debian package should not ship files under /usr/local/. If
> there are special reasons about handling /usr/local/, I'd be happy to know it.
>
> * Please consider using "include /usr/share/dpkg/architecture.mk" instead of
> manual invocation of dpkg-architecture to get the value of DEB_HOST_MULTIARCH
> variable in debian/rules file.
>
> * The "--with autoreconf" parameter is useless now since it is the default for
> debhelper compatibility level 12.
>
> * Please strip all old changelogs entries from debian/changelog; those old
> parts are not part of Debian.
>
> * This one is also critical: Please do not list ${misc:Pre-Depends} in the
> Depends: field of libtpms0. Normally this variable substitution is not needed
> now; if you really needed, please use "Pre-Depends: ${misc:Pre-Depends}"
> instead.
>
> * With your current debian/*.install files, there are absolutely no necessity
> to build-depends on dh-exec. Please remove such dependency and remove
> corresponding shebang in *.install files.
>
> Let me know after you finish all those tweaks or if you have any questions.
>
> --
> Regards,
> Boyuan Yang
>
> 在 2020-04-21星期二的 07:55 +0900,Seunghun Han写道:
> > Package: sponsorship-requests
> > Severity: wishlist
> >
> > Dear mentors,
> >
> > I am looking for a sponsor for my package "libtpms"
> >
> >  * Package name: libtpms
> >Version : 0.8.0~dev1-1
> >Upstream Author : Stefan Berger 
> >  * URL : https://github.com/stefanberger/libtpms
> >  * License : BSD-3-clause
> >  * Vcs : https://salsa.debian.org/kkamagui-guest/libtpms
> >Section : libs
> >
> > It builds those binary packages:
> >
> >   libtpms0 - TPM emulation library
> >   libtpms-dev - libtpms header files and man pages
> >
> > To access further information about this package, please visit the
> > following URL:
> >
> >   https://mentors.debian.net/package/libtpms
> >
> > Alternatively, one can download the package with dget using this command:
> >
> >   dget -x
> > https://mentors.debian.net/debian/pool/main/libt/libtpms/libtpms_0.8.0~dev1-1.dsc
> >
> > Changes since the last upload:
> >
> >* New maintainer (Closes: #958071)
> >* Updated standards version to 4.5.0 in debian/control
> >* Updated debhelper version to 12 in debian/control
> >* Added Rules-Requires-Root to debian/control
> >* Added Vcs-Browser and Vcs-Git to debian/control
> >* Removed autotools-dev and dh-autoreconf from debian/control
> >* Removed autotools-dev and parallel option from debian/rules
> >* Converted debian/copyright to dep5-copyright format
> >* Added debian/watch file
> >* Added debian/libtpms.symbols file
> >* Added debian/upstream/metadata file
> >* Changed section of man pages from 1 to 3
> >* Fixed typos and a long line warning in man pages
> >* Set date of man pages to last changelog entry
> >
> > Regards,
> >
> > --
> >   Seunghun Han
> >



Bug#958364: Subject: RFS: libtpms/0.8.0~dev1-1 [ITP] -- TPM emulation library

2020-04-20 Thread Seunghun Han
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

 * Package name: libtpms
   Version : 0.8.0~dev1-1
   Upstream Author : Stefan Berger 
 * URL : https://github.com/stefanberger/libtpms
 * License : BSD-3-clause
 * Vcs : https://salsa.debian.org/kkamagui-guest/libtpms
   Section : libs

It builds those binary packages:

  libtpms0 - TPM emulation library
  libtpms-dev - libtpms header files and man pages

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/libt/libtpms/libtpms_0.8.0~dev1-1.dsc

Changes since the last upload:

   * New maintainer (Closes: #958071)
   * Updated standards version to 4.5.0 in debian/control
   * Updated debhelper version to 12 in debian/control
   * Added Rules-Requires-Root to debian/control
   * Added Vcs-Browser and Vcs-Git to debian/control
   * Removed autotools-dev and dh-autoreconf from debian/control
   * Removed autotools-dev and parallel option from debian/rules
   * Converted debian/copyright to dep5-copyright format
   * Added debian/watch file
   * Added debian/libtpms.symbols file
   * Added debian/upstream/metadata file
   * Changed section of man pages from 1 to 3
   * Fixed typos and a long line warning in man pages
   * Set date of man pages to last changelog entry

Regards,

--
  Seunghun Han



Bug#958071:

2020-04-18 Thread Seunghun Han
On Sat, Apr 18, 2020 at 6:23 PM Yangfl  wrote:
> I usually don't bother with ITP if no one is working on it and being a
> dependency of #941199 which nobody claimed. If you are more
> experienced in TPM I would be happy to let you take over this package.

Hello Yangfl,

I also checked #941199 for packaging and reported this, #958071,
because #941199 depended on it. I have knowledge and experience about
TPM [1, 2], so I would like to take over this one and package swtpm
soon.
[1] https://github.com/kkamagui/napper-for-tpm
[2] https://github.com/kkamagui/bitleaker

Thank you for allowing me to take over this one.

Best regards,

Seunghun



Bug#958071:

2020-04-18 Thread Seunghun Han
On Sat, Apr 18, 2020 at 1:42 PM Yangfl  wrote:
>
> Already done here https://ftp-master.debian.org/new/libtpms_0.7.0-1.html

Hello Yangfl,

Thank you for letting me know.

By the way, did you report the ITP for packaging to the bug report
system? As I know, you should do it for a new package.
Additionally, I have been researching about TPM 2.0 for several years.
So if you are OK, I would like to maintain libtpms instead of you and
update to the latest version, 0.8.0~dev1.

Best regards,

Seunghun



Bug#958071: ITP: libtpms -- Library for TPM 1.2 and 2.0 emulator

2020-04-17 Thread Seunghun Han
Package: wnpp
Severity: wishlist

* Package name: libtpms
  Version : 0.8.0~dev1
  Upstream Author : Stefan Berger 
* URL : https://github.com/stefanberger/libtpms/wiki
* License : 3-clause BSD license
  Programming Lang: C
  Description : Library for TPM 1.2 and 2.0 emulator

LIBTPMS provides TPM emulation for TPM 1.2 and TPM 2.0 without tying it to
a specific storage backend or an interface for receiving TPM commands.
One user of the LIBTPMS package is the SWTPM package.

The SWTPM package provides several tools and simulating the manufacturing
of a TPM by creating a TPM's EK and platform certificates, etc.

This package is needed by qemu and/or libvirt for their "emulated TPM"
feature. TPM has been widely used, so supporting TPM for a virtual machine
is important for users and developers.

Upstream already has a debian/ directory in git, so I revise it for the
recent Debian package format.



Bug#941199: Upstream has valid debian packaging

2020-04-16 Thread Seunghun Han
On Mon, 2 Mar 2020 12:44:42 +0100 Christian Ehrhardt
 wrote:
> Hi,
> since [1] seems to have valid packaging content and I've had a few users
> reporting to use that for a while and it works well. Therefore I wanted to
> ask what this might be missing - just someone who does the dput or was
> there more going on in the background that is missing here?
>

Dear Laurent Bigonville and Christian Ehrhardt,

I would like to package this one.

Best regards,

Seunghun



Bug#941951: ITA: tpm2-pk11

2020-04-07 Thread Seunghun Han
On Mon, 7 Oct 2019 20:33:07 + "proc...@riseup.net"
 wrote:
> Package: wnpp
> X-Debbugs-CC: whonix-de...@whonix.org
>
> * Package name: tpm2-pk11
> Version : ?
> Upstream Author : Iwan Timmer
> * URL   : https://github.com/irtimmer/tpm2-pk11
> * License : BSD 2-Clause "Simplified" License
> Programming Lang:   C
> Description  :  PKCS#11 Module for TPM 2.0
>

Dear Maintainer,

I would like to adopt this package.

Best Regards,

Seunghun



Bug#956091: RFS: acpitool/0.5.1-6 [ITA] -- command line ACPI client

2020-04-07 Thread Seunghun Han
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: acpitool
   Version : 0.5.1-6
   Upstream Author : David Leemans 
 * URL : http://sourceforge.net/projects/acpitool/
 * License : GPL-2+
 * Vcs : https://salsa.debian.org/debian/acpitool
   Section : utils

It builds those binary packages:

  acpitool - command line ACPI client

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/a/acpitool/acpitool_0.5.1-6.dsc

Changes since the last upload:

   * New maintainer (Closes: #931939)
   * Bumped Standards-Version to 4.5.0
   * Enabled hardening flags
   * Changed source format to 3.0 (quilt)
   * Changed debian/copyright format to dep5-copyright
   * Fix typos in ac_adapter.cpp, acpitool.cpp, and man page
   * Added descriptions to kernel3.patch and typos.patch
   * Removed acpitool-dbg package from debian/control
   * Removed --with quilt option from debian/rules
   * Removed debian/acpitool-dbg.substvars file

Regards,

--
  Seunghun Han



Bug#956087: RFS: yacpi/3.0.1-2 [ITA] -- ncurses based acpi monitor for text mode

2020-04-06 Thread Seunghun Han
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: yacpi
   Version : 3.0.1-2
   Upstream Author : Nico Golde 
 * URL : http://www.ngolde.de/yacpi/
 * License : GPL-2
 * Vcs : None
   Section : utils

It builds those binary packages:

  yacpi - ncurses based acpi monitor for text mode

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

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

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

  dget -x https://mentors.debian.net/debian/pool/main/y/yacpi/yacpi_3.0.1-2.dsc

Changes since the last upload:

   * New maintainer (Closes: #842556)
   * Bumped Standards-Version to 4.5.0
   * Added rules-requires-root to control
   * Changed debhelper to 12
   * Changed NEWS from bulleted list to regular paragraphs
   * Enabled hardening flags when building

Regards,

--
  Seunghun Han



Bug#842556: ITA: yacpi - ncurses based acpi monitor for text mode

2020-04-06 Thread Seunghun Han
On Sun, 30 Oct 2016 12:25:10 +0100 Nico Golde  wrote:
> Package: wnpp
> Severity: normal
>
Dear maintainer,

I would like to adopt this package.

Best regards,

Seunghun



Bug#955599: RFS: acpitool/0.5.1-5 [ITA] -- command line ACPI client

2020-04-03 Thread Seunghun Han
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "acpitool".

 * Package name: acpitool
   Version : 0.5.1-5
   Upstream Author : David Leemans 
 * URL : http://sourceforge.net/projects/acpitool/
 * License : GPL-2+
 * Vcs : None
   Section : utils

It builds those binary packages:

  acpitool - command line ACPI client

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/a/acpitool/acpitool_0.5.1-5.dsc

Changes since the last upload:

   * New maintainer (Closes: #931939)
   * Bumped Standards-Version to 4.5.0, no changes needed.
   * Changed debian/watch to sourceforge site.
   * Added descriptions to kernel3.patch and typos.patch
   * Enabled hardening flags
   * Fix typos in ac_adapter.cpp, acpitool.cpp, and man page
   * Changed source format to 3.0 (quilt)

Regards,

Seunghun



Bug#931939: ITA: acpitool -- command line ACPI client

2020-04-02 Thread Seunghun Han
On Wed, 28 Aug 2019 17:12:50 -0500 jathan  wrote:
> Hi,
>
> I want to keep going on this in the right way to start maintaining
> acpitool since now. Could someone help me to start please?
>
> Best regards
> Jathan

I have contacted Jathan and will adopt this package instead of him.

Best regards,

Seunghun



Bug#955457: nautilus: dpkg-source failure bug when building it again

2020-03-31 Thread Seunghun Han
Package: nautilus
Version: 3.30.5-2
Severity: minor

Dear Maintainer,

I'm building nautilus for testing some features of it. However, I got
a problem with building it using the debuild command.

Once building this package is a success or not, the next build process
fails because of unwanted binary files in debian/tmp-home.

Here is the message.
```
$> debuild -us -uc
 dpkg-buildpackage -us -uc -ui
dpkg-buildpackage: info: source package nautilus
dpkg-buildpackage: info: source version 3.30.5-1
...[snip]...
dpkg-source --before-build .
dpkg-buildpackage: info: host architecture amd64
 debian/rules clean
dh clean --with gir,gnome
   dh_auto_clean
   dh_gnome_clean
   dh_clean
 dpkg-source -b .
dpkg-source: error: unwanted binary file: debian/tmp-home/run/dconf/user
dpkg-source: error: unwanted binary file:
debian/tmp-home/.local/share/tracker/data/tracker-store.ontology.journal
dpkg-source: error: unwanted binary file:
debian/tmp-home/.local/share/tracker/data/tracker-store.journal
dpkg-source: error: unwanted binary file:
debian/tmp-home/.local/share/gvfs-metadata/root-f20b605a.log
dpkg-source: error: unwanted binary file:
debian/tmp-home/.local/share/gvfs-metadata/root
dpkg-source: error: unwanted binary file:
debian/tmp-home/.cache/tracker/ontologies.gvdb
dpkg-source: error: unwanted binary file:
debian/tmp-home/.cache/tracker/meta.db-shm
dpkg-source: error: unwanted binary file: debian/tmp-home/.cache/tracker/meta.db
dpkg-source: error: unwanted binary file:
debian/tmp-home/.cache/tracker/meta.db-wal
dpkg-source: error: detected 9 unwanted binary files (add them in
debian/source/include-binaries to allow their inclusion).
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-buildpackage: error: dpkg-source -b . subprocess returned exit status 255
debuild: fatal error at line 1182:
dpkg-buildpackage -us -uc -ui failed
```

After analyzing debian/rules file, I found that there was no removing
command for debian/tmp-home when cleaning it. For fixing this bug, I
have changed debian/rules for removing debian/tmp-home when cleaning
it.

Please check my merge-request,
https://salsa.debian.org/gnome-team/nautilus/-/merge_requests/8.

Best regards,

-- System Information:
Debian Release: 10.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages nautilus depends on:
ii  bubblewrap 0.3.1-4
ii  desktop-file-utils 0.23-4
ii  gsettings-desktop-schemas  3.28.1-1
ii  gvfs   1.38.1-5
ii  libatk1.0-02.30.0-2
ii  libc6  2.28-10
ii  libcairo-gobject2  1.16.0-4
ii  libcairo2  1.16.0-4
ii  libgdk-pixbuf2.0-0 2.38.1+dfsg-1
ii  libgexiv2-20.10.9-1
ii  libglib2.0-0   2.58.3-2+deb10u2
ii  libglib2.0-data2.58.3-2+deb10u2
ii  libgnome-autoar-0-00.2.3-2
ii  libgtk-3-0 3.24.5-1
ii  libnautilus-extension1a3.30.5-2
ii  libpango-1.0-0 1.42.4-7~deb10u1
ii  libpangocairo-1.0-01.42.4-7~deb10u1
ii  libseccomp22.3.3-4
ii  libselinux12.8-1+b1
ii  libtracker-sparql-2.0-02.1.8-2
ii  nautilus-data  3.30.5-2
ii  shared-mime-info   1.10-1
ii  tracker2.1.8-2

Versions of packages nautilus recommends:
ii  gnome-sushi  3.30.0-2
ii  gvfs-backends1.38.1-5
ii  librsvg2-common  2.44.10-2.1

Versions of packages nautilus suggests:
ii  eog 3.28.4-2+b1
ii  evince [pdf-viewer] 3.30.2-3+deb10u1
ii  nautilus-extension-brasero  3.12.2-5
ii  nautilus-sendto 3.8.6-3
ii  totem   3.30.0-4
ii  xdg-user-dirs   0.17-2

-- no debconf information



Bug#955375: RFS: libacpi/0.2-6 [ITA] -- development files for libacpi

2020-03-30 Thread Seunghun Han
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: libacpi
   Version : 0.2-6
   Upstream Author : Nico Golde 
 * URL : http://www.ngolde.de/libacpi.html
 * License : MIT
 * Vcs : None
   Section : libs

It builds those binary packages:

  libacpi-dev - development files for libacpi
  libacpi0 - general purpose library for ACPI

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/liba/libacpi/libacpi_0.2-6.dsc

Changes since the last upload:

   * New maintainer (Closes: #842559)
   * Changed debhelper to 12
   * Added CFLAGS to remove snprintf warning
   * Fixed debian/copyright warning
   * Fixed buffer size miscalculation bug
   * Enabled hardening flags

Best Regards,

Seunghun



Bug#842559: ITA: libacpi - general purpose library for ACPI

2020-03-29 Thread Seunghun Han
On Sun, 30 Oct 2016 12:24:35 +0100 Nico Golde  wrote:
> Package: wnpp
> Severity: normal
>
> I intend to orphan the libacpi package.

Dear maintainer,

I would like to adopt this package.

Best regards,

Seunghun



Bug#954445: RFS: fuse-posixovl/1.2.20120215+gitf5bfe35-2 -- FUSE file system that provides POSIX functionality

2020-03-21 Thread Seunghun Han
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "fuse-posixovl"

 * Package name: fuse-posixovl
   Version : 1.2.20120215+gitf5bfe35-2
   Upstream Author : Jan Engelhardt , <
jeng...@computergmbh.de>
 * URL : https://sourceforge.net/projects/posixovl
 * License : GPL-2+
 * Vcs : 
https://sourceforge.net/p/posixovl/posixovl/ci/master/tree/
   Section : misc

It builds those binary packages:

  fuse-posixovl - FUSE file system that provides POSIX functionality

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

  https://mentors.debian.net/package/fuse-posixovl

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

  dget -x 
https://mentors.debian.net/debian/pool/main/f/fuse-posixovl/fuse-posixovl_1.2.20120215+gitf5bfe35-2.dsc

Changes since the last upload:

   * New maintainer (Closes: #920107)
   * debian/compat
 - Update to 12
   * debian/control
 - Change to secure VCS addresses
 - Change to Standards version 4.5.0
 - Update to debhelper 12
   * debian/copyright
 - Fix insecure copyright format URI
   * debian/watch
 - Add an extra file extension (xz)
   * debian/manpages
 - Move from 1 to 8
   * Add upstream/metadata

Regards,



Bug#954383: RFS: gexec/0.4-3 [ITA] -- Small command executer with autocompletion using GTK+

2020-03-20 Thread Seunghun Han
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: gexec
   Version : 0.4-3
   Upstream Author : Ferry Boender 
 * URL : https://github.com/fboender/gexec
 * License : GPL-2+
 * Vcs : None
   Section : x11

It builds those binary packages:

  gexec - Small command executer with autocompletion using GTK+

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gexec/gexec_0.4-3.dsc

Changes since the last upload:

   * New maintainer (Closes: #834986)

Regards,



Bug#920107: ITA: fuse-posixovl -- FUSE file system that provides POSIX functionality

2020-03-19 Thread Seunghun Han
Package: wnpp

I tend to adopt the package.

Best regards,

Seunghun



Bug#834986: ITA: gexec -- Small command executer with autocompletion using GTK+

2020-03-18 Thread Seunghun Han
Package: wnpp
Severity: normal

Hello Tobias,

I would like to tend to adopt gexec package.

Best regards,

Seunghun