Bug#857285: RFS: genwqe-user/4.0.18-3

2017-03-09 Thread Fernando Seiti Furusato
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "genwqe-user"

* Package name: genwqe-user
  Version : 4.0.18-3
  Upstream Author : Frank Haverkamp
* URL : https://github.com/ibm-genwqe/genwqe-user
* License : Apache Version 2.0 
  Section : libs

It builds those binary packages:

 genwqe-tools - utilities for accelerated libz implementation
 libzadc-dev - accelerated libz implementation (development headers)
 libzadc4   - accelerated libz implementation (Accelerated Data Compression/ADC

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

 https://mentors.debian.net/package/genwqe-user

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

 dget -x 
https://mentors.debian.net/debian/pool/main/g/genwqe-user/genwqe-user_4.0.18-3.dsc

Changes since the last upload:

  * Change Architecture to linux-any.

Regards,
Fernando



Bug#857154: RFS: genwqe-user/4.0.18-2

2017-03-08 Thread Fernando Seiti Furusato
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "genwqe-user"

* Package name: genwqe-user
  Version : 4.0.18-2
  Upstream Author : Frank Haverkamp
* URL : https://github.com/ibm-genwqe/genwqe-user
* License : Apache Version 2.0 
  Section : libs

It builds those binary packages:

 genwqe-tools - utilities for accelerated libz implementation
 libzadc-dev - accelerated libz implementation (development headers)
 libzadc4   - accelerated libz implementation (Accelerated Data Compression/ADC

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

 https://mentors.debian.net/package/genwqe-user


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

 dget -x 
https://mentors.debian.net/debian/pool/main/g/genwqe-user/genwqe-user_4.0.18-2.dsc


Changes since the last upload:

  * Add patches that fix FTBFS on 32-bit architectures (Closes: #855377)

Regards,
Fernando



Bug#841185: closing RFS: genwqe-user/4.0.18-1 [ITP #826774]

2017-01-31 Thread Fernando Seiti Furusato
On Tue, 31 Jan 2017 22:20:44 + Bart Martens
<ba...@quantz.debian.org> wrote:
> Package genwqe-user has been removed from mentors.
>
>

Sorry, I had deleted and re-uploaded it but had problems with the queue,
which was solved.
I fixed some problems with the package, that is why I reopened this RFS.

It can be checked out at:

  dget -x
https://mentors.debian.net/debian/pool/contrib/g/genwqe-user/genwqe-user_4.0.18-1.dsc

Thanks!

-- 
Fernando Seiti Furusato
IBM Linux Technology Center





signature.asc
Description: OpenPGP digital signature


Re: Bug#841185: RFS: genwqe-user/4.0.17-1 [ITP #826774]

2017-01-09 Thread Fernando Seiti Furusato
Hello.

I have just uploaded a new version of genwqe-user to mentors.

  dget -x
https://mentors.debian.net/debian/pool/main/g/genwqe-user/genwqe-user_4.0.18-1.dsc


On 10/18/2016 11:42 AM, Paul Wise wrote:
> Control: tags -1 + moreinfo
>
> On Tue, Oct 18, 2016 at 7:31 PM, Fernando Seiti Furusato wrote:
>
>> * License : Apache Version 2.0
>>   Section : contrib/libs
> ...
>>   dget -x 
>> https://mentors.debian.net/debian/pool/main/g/genwqe-user/genwqe-user_4.0.17-1.dsc
> I don't intend to sponsor this but:
>
> You may want to run lintian and check-all-the-things over it, there
> are some things like spelling errors and resource leaks that should
> get fixed upstream.

I have fixed most of those upstream, but the newest version introduced
more leaks. I have sent patches that were already merged, but there is
not an estimate for a new release.
Thus, I have put those corrections into debian/patches.

>
> I note this package isn't compliant with policy 12.5:
>
> https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile
>
> Packages in the contrib or non-free archive areas should state in the
> copyright file that the package is not part of the Debian distribution
> and briefly explain why.
>
Done.

Thanks.

-- 
Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature


Re: Bug#849197: RFS: a2jmidid/8~dfsg0-2.1 [NMU]

2016-12-27 Thread Fernando Seiti Furusato
FWIW:

On Fri, 23 Dec 2016 12:30:51 -0200 Fernando Seiti Furusato
<ferse...@linux.vnet.ibm.com> wrote:
>
> To access further information about this package, please visit the
following URL:
>
> https://mentors.debian.net/package/a2jmidid
>
> Alternatively, one can download the package with dget using this command:
>
> dget -x
https://mentors.debian.net/debian/pool/main/a/a2jmidid/a2jmidid_8~dfsg0-2.1.dsc
>
> Changes since the last upload:
>
> * Non-maintainer upload.
> * debian/patches:
> - ppc64-sigsegv.patch: sigsegv.c: added condition to use ucontext.h
> for ppc64, which wasn't being covered. (Closes: #769141)
>
> Thanks and regards,
> Fernando
>
>

-- 
Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature


Bug#849197: RFS: a2jmidid/8~dfsg0-2.1 [NMU]

2016-12-27 Thread Fernando Seiti Furusato
Package: sponsorship-requests
Followup-For: Bug #849197

I just corrected the Package field, because I filled it incorrectly
when I sent the RFS. My bad, sorry!

Regards.
Fernando



Bug#846364: RFS: discover/2.1.2-7.1 [NMU]

2016-12-05 Thread Fernando Seiti Furusato
Hello, Petter.

On 12/05/2016 07:04 AM, Petter Reinholdtsen wrote:
>
> This sound likely.  What is the output from lspci on the machine you 
> experience
> the crash?

This actually happens after a simple rebuild on x86_64.
I just don't know if it does happen on any machine. If so, this package
will be buggy if rebuilt on buildd.

00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE
[Natoma/Triton II]
00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03)
00:02.0 VGA compatible controller: Red Hat, Inc. QXL paravirtual graphic
card (rev 04)
00:03.0 Ethernet controller: Red Hat, Inc Virtio network device
00:04.0 Audio device: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) High Definition Audio Controller (rev 01)
00:05.0 Communication controller: Red Hat, Inc Virtio console
00:06.0 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #1 (rev 03)
00:06.1 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #2 (rev 03)
00:06.2 USB controller: Intel Corporation 82801I (ICH9 Family) USB UHCI
Controller #3 (rev 03)
00:06.7 USB controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI
Controller #1 (rev 03)
00:07.0 SCSI storage controller: Red Hat, Inc Virtio block device
00:08.0 Unclassified device [00ff]: Red Hat, Inc Virtio memory balloon

> Btw, why do you want to update discover?  I thought most of its useful
> features were available using the isenkram-cli package these days.  Is there
> something in discover you need that is missing in isenkram?


I do not have a particular interest in discover. I just saw the build
was breaking on the architecture I work with (ppc64el) and there were
patches available.

I was wondering if this was still an active package, since there wasn't
much activity on bts.

> Btw, I would be happy to sponsor an discover update, or even do a maintainer
> upload.  See http://www.hungry.com/~pere/debian-sponsoring.html > for
> my sponsoring preferences.
>

Is this package maintained upstream?

Thanks!

-- 
Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature


Bug#846364: RFS: discover/2.1.2-7.1 [NMU]

2016-12-01 Thread Fernando Seiti Furusato
On 12/01/2016 05:34 AM, Andrey Rahmatullin wrote:
> Control: tags -1 + moreinfo
>
> I've built this package and installed it and `sudo discover` crashes. It
> doesn't crash when installed from sid.
>
> (gdb) bt
> #0  strlen () at ../sysdeps/x86_64/strlen.S:106
> #1  0x7747b1ce in __GI___strdup (s=0x  access memory at address 0x>) at strdup.c:41
> #2  0x77bd4901 in discover_get_devices (bus=PCI, 
> status=0x55759050) at ../../lib/sysdep.c:271
> #3  0x66e1 in bus_summary (busname=) at 
> ../../discover/discover.c:505
> #4  0x60b1 in main (argc=0, argv=0x7fffec60) at 
> ../../discover/discover.c:858
>
>
Indeed. Curiously it works on ppc64el.
I have just rebuilt it on amd64 from sid without changing anything and
it crashed as well.
Trying to understand it.
By the way, I cannot find an upstream page or repository of this package.

Thanks.

-- 
Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature


Bug#846364: RFS: discover/2.1.2-7.1 [NMU]

2016-11-30 Thread Fernando Seiti Furusato
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the package "discover".

It is an NMU and would fix #812667 and #533688.

It builds those binary packages:

discover   - hardware identification system
libdiscover-dev - hardware identification library development files
libdiscover2 - hardware identification library

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/d/discover/discover_2.1.2-7.1.dsc

Changes since the last upload:

  * Non-maintainer upload.

  [ Helmut Grohne ]
  * Fix FTCBFS: Pass --host to configure (Closes: #812667).

  [ Logan Rosen ]
  * Fix FTBFS on various archs: Use autotools-dev to update
config.guess and config.sub. (Closes: #533688)

Regards,

-- 

Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature


Bug#843062: RFS: golang-github-shirou-gopsutil/2.1-2.1 [ NMU ]

2016-11-03 Thread Fernando Seiti Furusato
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for the package "golang-github-shirou-gopsutil".
It is an NMU that fixes #820466.

* Package name: golang-github-shirou-gopsutil
  Version : 2.1-2.1

It builds those binary packages:

  golang-github-shirou-gopsutil-dev - Go package implementing psutils

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

https://mentors.debian.net/package/golang-github-shirou-gopsutil

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

  dget -x 
https://mentors.debian.net/debian/pool/main/g/golang-github-shirou-gopsutil/golang-github-shirou-gopsutil_2.1-2.1.dsc

Changes since the last upload:

  * Non-maintainer upload.

  [ Breno Leitao ]
  * Fix FTBFS and add support for ppc64el. (Closes: #820466)

Regards,
 Fernando Seiti Furusato




signature.asc
Description: OpenPGP digital signature


Bug#841185: RFS: genwqe-user/4.0.17-1 [ITP #826774]

2016-10-25 Thread Fernando Seiti Furusato
Hello, pabs.


On 18-10-2016 11:42, Paul Wise wrote:
>
> You may want to run lintian and check-all-the-things over it, there
> are some things like spelling errors and resource leaks that should
> get fixed upstream.

I had run lintian, but not check-all-the-things. Thanks for the tip.
I got most of the spelling errors and all the true resource leaks fixed
upstream.

>
> I note this package isn't compliant with policy 12.5:
>
> https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile
>
> Packages in the contrib or non-free archive areas should state in the
> copyright file that the package is not part of the Debian distribution
> and briefly explain why.
>

I will add the statement and the explanation.

Thanks!

-- 
Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature


Bug#841185: RFS: genwqe-user/4.0.17-1 [ITP #826774]

2016-10-18 Thread Fernando Seiti Furusato
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "genwqe-user"

* Package name: genwqe-user
  Version : 4.0.17-1
  Upstream Author : Frank Haverkamp
* URL : https://github.com/ibm-genwqe/genwqe-user
* License : Apache Version 2.0 
  Section : contrib/libs
  Description : A hardware accelerated version of zLib using PCIe with FPGA

It builds those binary packages:

genwqe-tools - utilities for accelerated libz implementation
libzadc-dev - accelerated libz implementation (development headers)
libzadc1   - accelerated libz implementation (Accelerated Data Compression/ADC

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

  https://mentors.debian.net/package/genwqe-user

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

  dget -x 
https://mentors.debian.net/debian/pool/main/g/genwqe-user/genwqe-user_4.0.17-1.dsc

More information about genwqe-user can be obtained from 
https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/W51a7ffcf4dfd_4b40_9d82_446ebc23c550/page/CAPI%20accelerated%20GZIP%20Compression%20Adapter%20User%E2%80%99s%20guide

Regards,

-- 

Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature


Bug#838939: RFS: devtodo/0.1.20-6.1 [NMU]

2016-10-04 Thread Fernando Seiti Furusato
Hi Gianfranco!


On 09/28/2016 11:42 AM, Gianfranco Costamagna wrote:
> I would expect some changes more if you want
>
>
> (note: they are usually out of an NMU scope, but with a maintainer mostly 
> MIA, and a package
> RC buggy since 3 years, I think some work might be nice).

I think I will stick with nmu this time around, because I'm afraid I am
a little busy lately :/

> other stuff is good
> (I suggest you to run meld on build log files and debdiff on built deb files 
> to see if changes are good or not
> other than by testing the package :p )

One thing I noticed here was the bash-completion file which is not being
packaged for some reason.
Is that expected?

>
> Of course if you don't want, or you are out of time, I can sponsor it as-is, 
> maybe with a revert of the
> std-version bump (or a mention in changelog, even if policy forbids changes 
> of it for NMUs)

I will look into that and reupload.

Thank you!

-- 
Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature


Bug#838939: RFS: devtodo/0.1.20-6.1 [NMU]

2016-09-26 Thread Fernando Seiti Furusato
Package: sponsorship-requests
Severity: important
X-Debbugs-Cc: bren...@br.ibm.com

Dear mentors,

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

* Package name: devtodo
  Version : 0.1.20-6.1
  Upstream Author : Alec Thomas <a...@swapoff.org>
* URL : http://swapoff.org/DevTodo
* License : GPLv2
  Section : utils

It builds those binary packages:

  devtodo- hierarchical, prioritised todo list manager

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/d/devtodo/devtodo_0.1.20-6.1.dsc

Changes since the last upload:

  * Non-maintainer upload.
  * debian/control: added dh-autoreconf as build-dep, removed its
dependencies and added libtool-bin to fix ftbfs. (Closes: #779551, #723964)
  * debian/rules
- added usage of dh-autoreconf
- expanded dh clean to include dh_autoreconf_clean before dh_clean

Regards,
Fernando Seiti Furusato




signature.asc
Description: OpenPGP digital signature


Bug#835253: RFS: steghide/0.5.1-11 [QA]

2016-09-26 Thread Fernando Seiti Furusato
Hello, Gianfranco.

Thanks a lot for taking some time to verify this.

I tried to follow your recommendations:


On 09/12/2016 05:05 PM, Gianfranco Costamagna wrote:
> BTW, what about having the documentation in a separate -doc package?
> (and in the doc standard location)

I tried to to that. But then I had to add doxygen as a build-dep.

> 1) std-version is now 3.9.8

Corrected that.

>
> 2) 
> -rw-r--r-- root/root  6816 2016-08-22 23:03 
> ./usr/share/doc/steghide/COPYING.gz
>
>
> now this file is installed (and probably useless)
> quoting changelog:
>
> +  * Refixed so that INSTALL and COPYING information is not in the
> +deb archive.
>
>
>
> quoting old rules:
>
> +   $(MAKE) install prefix=`pwd`/debian/steghide/usr
> +   rm -rf `pwd`/debian/steghide/usr/doc
> +   rm -f `pwd`/debian/steghide/usr/share/doc/steghide/INSTALL
> +   rm -f `pwd`/debian/steghide/usr/share/doc/steghide/INSTALL.gz
> +   rm -f `pwd`/debian/steghide/usr/share/doc/steghide/COPYING
>
>
> so, I would try to remove it again

Well, I just used the same commands, just not the make install part.

>
> 3) this RFS has been picked up by Breno, so he should have the final words 
> about the
> package :)
> (I hope he don't mind my review, and hope he won't ask you to change 
> something back)

I talked to Breno last week, he said he might not have time to do this
and it would
be fine if you sponsored this one.

If you could take a look I would appreciate.

It can be found at the same place:

  dget -x
https://mentors.debian.net/debian/pool/main/s/steghide/steghide_0.5.1-11.dsc

Thanks!

-- 
Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature


Bug#835253: RFS: steghide/0.5.1-11 [QA]

2016-09-12 Thread Fernando Seiti Furusato
Hi.

On 09/12/2016 12:31 PM, Gianfranco Costamagna wrote:
> dpkg -c steghide_0.5.1-11_amd64.deb  |grep man |wc -l
> 308

I was actually referring to the original version 0.5.1-10 from the
Debian archive.
When you have doxygen it builds the same way you have in the version I
uploaded. I was just reproducing the same result.
I was not clear about it, sorry.
In any case:

> this is something that should be installed as a doxygen documentation, 
> somewhere else.

I removed the manpages file that I created from debian directory
and unset doxygen as a build-dep.

> probably the spec file is autogenerated, not sure

Yes, in fact, the spec and other files in the diff.gz.
I am removing them from the patches.

I have just uploaded it to mentors again.

dget -x 
https://mentors.debian.net/debian/pool/main/s/steghide/steghide_0.5.1-11.dsc

Thanks!

-- 
Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature


Bug#835253: RFS: steghide/0.5.1-11 [QA]

2016-09-08 Thread Fernando Seiti Furusato
Hello Gianfranco.

On 09/08/2016 02:43 PM, Gianfranco Costamagna wrote:
> Hi, while waiting for Bruno's review, I'm adding another little (unasked)
> one.
Your reviews are welcome!
>
> debdiff steghide_0.5.1-10_amd64.deb steghide_0.5.1-11_amd64.deb
>
> you are installing too many manpages
> -rw-r--r--  root/root   /usr/share/man/man3/BmpFile.3.gz
> -rw-r--r--  root/root   /usr/share/man/man3/BmpFile.h.3.gz
>
> -rw-r--r--  root/root   /usr/share/man/cc/man3/error.3.gz
> -rw-r--r--  root/root   /usr/share/man/cc/man3/msg.3.gz
>
> and so on for ~300 lines
This is actually because of lack of dependency on doxygen.
When you do not have doxygen installed, the manpages are simply not
created with
no errors whatsoever.
Although when you have it there is some difference, it drops to 6 lines,
instead
of 300.
>
> something broke the po files
> before:
>
>
> installing es.gmo as 
> /build/steghide-0.5.1/debian/steghide/usr/share/locale/es/LC_MESSAGES/steghide.mo
>
>
> now:
> /usr/bin/install: cannot create regular file 
> '/build/steghide-0.5.1/debian/steghide/usr/share/locale/es/LC_MESSAGES/steghide.mo':
>  No such file or directory
>
> and debdiff shows:
> Files in first .deb but not in second
> -
> -rw-r--r--  root/root   /usr/share/locale/de/LC_MESSAGES/steghide.mo
> -rw-r--r--  root/root   /usr/share/locale/es/LC_MESSAGES/steghide.mo
> -rw-r--r--  root/root   /usr/share/locale/fr/LC_MESSAGES/steghide.mo
> -rw-r--r--  root/root   /usr/share/locale/ro/LC_MESSAGES/steghide.mo
>
> this seems because of a missing patch on po/Makefile.in.in directory
> +-$(mkinstalldirs) $(DESTDIR)$$dir; \
>
>
> you need to patch it to create the directory.
>
> (this is a bad effect of the migration to autoreconf.
> Patching autogenerated files is bad, because autoreconf overrides the 
> changes).
>
> Please try to patch the source Makefile.in.in and let autoreconf to the 
> remaining stuff :D
Ok, this might be something I messed up when removing usage of mkinstalldirs
script.
>
> debdiff between sources dsc files shows changes not converted in patch
> e.g.
> po/de.po
> doxygen and spec files
> (and probably more)
Yes, there is a grammar correction for po/de.po indeed.
Now for the spec file I kind of ignored it intentionally.
I will review them all.
>
> override_dh_auto_clean:
> if [ -e Makefile ]; then $(MAKE) distclean; fi
>
>
> ^^ the above should be useless, and partially wrong
> (in fact it seems to be not working to me)
>
>
> if [ -f Makefile]; then dh_auto_clean; fi
> might be better, even if I would just remove that line
Right, I was not sure about this.
At first the dh_clean broke badly so I cleaned it up manually then did this.
I will fix it.

Thanks!

-- 
Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature


Bug#835253: RFS: steghide/0.5.1-11 [QA]

2016-09-08 Thread Fernando Seiti Furusato
It was actually missing doxygen so the manpages would be built.
I have just uploaded it with the new change.

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

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

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

dget -x 
https://mentors.debian.net/debian/pool/main/s/steghide/steghide_0.5.1-11.dsc

  Changes since the last upload:

  * QA upload.
  * debian/compat:
- Bumped compat level to 9
  * debian/source/format:
- File added with "3.0 (Quilt)"
  * debian/control:
- Added dh-autoreconf to build-depends.
- Added doxygen as a build-depend to build manpages.
- ${misc:Depends} to binary package dependency.
  * debian/rules:
- Changed to dh $@ to make debian build simpler.
- Build with --with-autoreconf to update config.{guess,sub} and fix
  FTBFS on architectures such as ppc64el. Closes: #759453, #535842
  * debian/steghide.manpages: added this file to debian in order for
dh_installman to work.
  * debian/patches:
- Updated to quilt format.
- Some patches to enable build system to run with autoreconf.

Regards.
-- 

Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature


Bug#835253: RFS: steghide/0.5.1-11 [QA]

2016-09-08 Thread Fernando Seiti Furusato
Gentlemen, please disregard the last update I sent.
The installation of manpages do not really work when in a clean environment.
I will try again and report back.

Thanks.

-- 
Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature


Bug#835253: RFS: steghide/0.5.1-11 [QA]

2016-09-02 Thread Fernando Seiti Furusato
Hello!

Could you please take a look now?

I reworked the rules file, changed to 3.0 (quilt) so the diff.gz would
not be included anymore.
I also changed some things in the Makefiles* so the build would work
more smoothly.
And now it is using autoreconf.
The debdiff output is huge because I reversed the diff.gz before running
debuild.

   * QA upload.
   * debian/compat:
 - Bumped compat level to 9
   * debian/source/format:
 - File added with "3.0 (Quilt)"
   * debian/control:
 - Added dh-autoreconf to build-depends.
 - ${misc:Depends} to binary package dependency.
   * debian/rules:
 - Changed to dh $@ to make debian build simpler.
 - Build with --with-autoreconf to update config.{guess,sub} and fix
   FTBFS on architectures such as ppc64el. Closes: #759453, #535842
   * debian/steghide.manpages: added this file to debian in order for
 dh_installman to work.
   * debian/patches:
 - Updated to quilt format.
 - Some patches to enable build system to run with autoreconf.

Thanks!

-- 
Fernando Seiti Furusato
IBM Linux Technology Center




signature.asc
Description: OpenPGP digital signature


Bug#835253: RFS: steghide/0.5.1-11 [QA]

2016-08-25 Thread Fernando Seiti Furusato

Hello Gianfranco.

Thanks for your input on this!

On 08/25/2016 02:56 PM, Gianfranco Costamagna wrote:

what about using autoreconf? it should fix the issue in a better(TM) way :)
https://wiki.debian.org/Autoreconf

Yes, I initially tried to add the usage of dh-autoreconf, but I rolled back
because it didn't build and clean smoothly.
Anyway I will work on it then.


BTW converting the rules file in the new dh calls seems to be trivial too ;)

Ok, let me give it a try.

Regards.

--
Fernando Seiti Furusato
IBM Linux Technology Center



Bug#835253: RFS: steghide/0.5.1-11 [QA]

2016-08-25 Thread Fernando Seiti Furusato

Hello.

I have just addressed the points raised.

dget 
-xhttps://mentors.debian.net/debian/pool/main/s/steghide/steghide_0.5.1-11.dsc

I also updated the changelog:
  
  * QA upload.

  * debian/control:
- added autotools-dev to build-depends.
- ${misc:Depends} to binary package dependency.

  [ Aurelien Jarno ]
  * debian/rules:
- added dh_autotools-dev_updateconfig and
  dh_autotools-dev_restoreconfig to fix FTBFS on new architectures
  such as ppc64el. Closes: #759453, #535842

Thanks!

--
Fernando Seiti Furusato
IBM Linux Technology Center



Re: Bug#835253: RFS: steghide/0.5.1-11 [QA]

2016-08-25 Thread Fernando Seiti Furusato

Hi, Breno.


On 08/24/2016 10:14 PM, Breno Leitao wrote:

During my tests with your submission, I found that the package currently
depends on libtool binary, but it does not build-depends on libtool-bin,
which causes the build to fail (FTBFS). I opened a bug to track it under
Bug#835378. Check it for more details.

This is my fault. I removed it by mistake from the build-depends.
I don't think a bug is needed in this case, because originally the 
package had a

dependency on it.

Also, I understand that your fix also closes the Bug#535842.  What do
you think?

Indeed, it seems to be the same problem.

Thank you,
Breno


Thanks for your response. I will work on it and re-upload it.

--
Fernando Seiti Furusato
IBM Linux Technology Center



Bug#835253: RFS: steghide/0.5.1-11 [QA]

2016-08-23 Thread Fernando Seiti Furusato
Package: sponsorship-requests
Severity: normal

Dear mentors,

  I am looking for a sponsor for the package "steghide"

 * Package name: steghide
   Version : 0.5.1-11
   Upstream Author : Stefan Hetzl <she...@teleweb.at>
 * URL : http://steghide.sourceforge.net/
 * License : GPL
   Section : misc

  It builds those binary package:

steghide   - A steganography hiding tool

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

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

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

dget -x 
https://mentors.debian.net/debian/pool/main/s/steghide/steghide_0.5.1-11.dsc

  Changes since the last upload:
  
  * QA upload.

  [ Aurelien Jarno ]
  * debian/rules: added dh_autotools-dev_updateconfig and
dh_autotools-dev_restoreconfig to fix FTBFS on new architectures
such as arm64 and ppc64el. Closes: #759453

  Regards,
   Fernando Seiti Furusato