Bug#882730: marked as done (RFS: wolfssl/3.12.2+dfsg-1 [requires NEW] -- wolfSSL encryption library)

2017-11-26 Thread Debian Bug Tracking System 
Your message dated Mon, 27 Nov 2017 16:35:49 +0900
with message-id 
<1511768149.2023924.1185138808.72a26...@webmail.messagingengine.com>
and subject line Re: RFS: wolfssl/3.12.2+dfsg-1 [requires NEW] -- wolfSSL 
encryption library
has caused the Debian Bug report #882730,
regarding RFS: wolfssl/3.12.2+dfsg-1 [requires NEW] -- wolfSSL encryption 
library
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.)


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

Dear mentors,

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

  * Package name: wolfssl
Version : 3.12.2+dfsg-1
Upstream Author : wolfSSL Inc. 
  * URL : www.wolfssl.com
  * License : various
Section : libs

It builds these binary packages:

libwolfssl14 - wolfSSL encryption library
libwolfssl-dev - Development files for the wolfSSL encryption library

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

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

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

  dget -x
https://mentors.debian.net/debian/pool/main/w/wolfssl/
wolfssl_3.12.2+dfsg-1.dsc

More information about wolfSSL can be obtained from https://www.wolfssl.com.

  Changes since the last upload:

  * New upstream release
  * New major number 14
  * Updated symbols file
  * Updated watch file
  * Replaced upstream signing key with 0xEBC80E415CA29677
  * Updated Standard-Versions: to 4.1.1

Best regards,
Felix Lechner
--- End Message ---
--- Begin Message ---
Successfully uploaded wolfssl_3.12.2+dfsg-1.dsc to ssh.upload.debian.org for 
ssh-upload.
Successfully uploaded wolfssl_3.12.2+dfsg.orig.tar.gz to ssh.upload.debian.org 
for ssh-upload.
Successfully uploaded wolfssl_3.12.2+dfsg-1.debian.tar.xz to 
ssh.upload.debian.org for ssh-upload.
Successfully uploaded libwolfssl-dev_3.12.2+dfsg-1_amd64.deb to 
ssh.upload.debian.org for ssh-upload.
Successfully uploaded libwolfssl14-dbgsym_3.12.2+dfsg-1_amd64.deb to 
ssh.upload.debian.org for ssh-upload.
Successfully uploaded libwolfssl14_3.12.2+dfsg-1_amd64.deb to 
ssh.upload.debian.org for ssh-upload.
Successfully uploaded wolfssl_3.12.2+dfsg-1_amd64.buildinfo to 
ssh.upload.debian.org for ssh-upload.
Successfully uploaded wolfssl_3.12.2+dfsg-1_amd64.changes to 
ssh.upload.debian.org for ssh-upload.

:)--- End Message ---

Re: orphaned open-cobol package should be replaced with new gnucobol package

2017-11-26 Thread Paul Wise 
On Sun, Nov 26, 2017 at 11:24 PM, Simon Sobisch wrote:

> I'd like to know if there's something the GnuCOBOL project can do to
> allow the orphaned open-cobol package to be replaced with a new gnucobol
> package and provide updates for it.

I would suggest starting with the existing open-cobol packaging,
upgrading to the latest gnucobol release and renaming the packages to
gnucobol and adding an open-cobol transitional binary package.

https://tracker.debian.org/pkg/open-cobol
https://wiki.debian.org/RenamingPackages
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#s5.9.3

The commands to do this would be something like this:

sudo apt install devscripts build-essential pbuilder
apt source open-cobol
cd open-cobol*/
$EDITOR debian/watch
# Change things to the new location
uscan --verbose
uupdate ../open-cobol_2.2.orig.tar.xz
cd ../
rename 's{open-cobol}{gnucobol}' *cobol*2.2*
cd gnucobol*/
find debian/ -iname *open-cobol* | xargs rename 's{open-cobol}{gnucobol}'
grep -ril open-cobol debian/ | grep -v debian/changelog | grep -v
debian/patches | xargs sed -i 's/open-cobol/gnucobol/'
sed '1s/open-cobol/gnucobol/' debian/changelog
dch '  - Using renamed GNU Cobol upstream project'
dch '- Rename Debian package, add transitional package'
$EDITOR debian/control
pdebuild

Once you have created a new package based on the old one, you can
search for a sponsor, see the link below.

> Note: The package currently has a dependency on libdb, *if* this should
> not be kept for the new package the dependency could be removed (there
> are currently no debian packages for other libraries which can be used
> as a replacement, therefore a part of the GnuCOBOL runtime would be
> disabled [configure option --without-db]).

Debian has libdb 5.3 available:

https://packages.debian.org/source/sid/db5.3

> If this would help I'm willing to do package work, too - but this would
> need a mentor as I've packaged different software for different package
> managers already, but not for debian.

Please read through this intro:

https://mentors.debian.net/intro-maintainers

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#882780: Bug #882780: RFS: extrace/0.4-1 [ITP]

2017-11-26 Thread Nicolas Braud-Santoni 
On Sun, Nov 26, 2017 at 08:01:10PM +0100, Nicolas Braud-Santoni wrote:
> Package: sponsorship-requests
> Severity: wishlist
> Control: block 882569 by -1
> 
> The source and (amd64) binary packages can be found on my webserver:
> 
>   https://nicolas.braud-santoni.eu/tmp/deb/

The package is also available on mentors.d.n:

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


signature.asc
Description: PGP signature

Bug#882817: RFS: cligh/0.3-2 [ITA] -- Command-line interface to GitHub

2017-11-26 Thread eamanu15 . 
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: cligh
   Version : 0.3-2
 * URL :  https://github.com/eamanu/cligh
 * License :  Copyright (c) 2010 Christopher M. Brannon

This upload fixes thr RFA (#851186),
so please consider sponsoring it soon.


The package can be found on mentors.d.n:

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


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

dget -x https://mentors.debian.net/debian/pool/main/c/cligh
/cligh_0.3-1.1.dsc


For more information you can visit: http://the-brannons.com/software/cligh
.html

Regards
Emmanuel
-- 
Arias Emmanuel
https://www.linkedin.com/in/emmanuel-arias-437a6a8a
http://eamanu.com

Bug#882816: RFS: snooze/0.2-1 [ITP]

2017-11-26 Thread Nicolas Braud-Santoni 
Package: sponsorship-requests
Severity: wishlist
Control: block 882814 by -1

Dear mentors,

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

 * Package name: snooze
   Version : 0.2-1
   Upstream Author : Leah Neukirchen 
 * URL : https://github.com/chneukirchen/snooze
 * License : CC0
   Section : utils

It builds those binary packages:

  snooze - run a command at a particular time


The source package can be found on mentors.debian.org:

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

Alternatively, the packaging repository is available on alioth.d.o:

https://anonscm.debian.org/git/collab-maint/snooze.git


Best,

  nicoo


signature.asc
Description: PGP signature

Re: [Debian-med-packaging] C++ help needed for centrifuge

2017-11-26 Thread Alexis Murzeau 
Le 27/11/2017 à 00:39, Alexis Murzeau a écrit :
> Hi,
> 
> Le 26/11/2017 à 22:01, Fabian Klötzl a écrit :
>> Ho,
>>
>> On 26.11.2017 19:32, Walter Landry wrote:
>>> Andreas Tille  wrote:
 Unfortunately I've hit another issue:

 ...
 classifier.h:428:54: error: the value of 'rank' is not usable in a 
 constant expression
  while((uint8_t)_hitMap[i].rank < rank) {
   ^~~~
 classifier.h:424:21: note: 'uint8_t rank' is not const
  uint8_t rank = 0;
  ^~~~
>>>
>>> That is mysterious to me.  Is that the first error?
>>>
>>
>> That reminds me of an error where the `<` was mistaken for the opening
>> angle brackets of a template. Flipping the order of the comparison or
>> adding some extra parentheses might help.
> 
> Indeed, it seems gcc understand rank as std::rank, and maybe is trying
> to read _hitMap[i].std::rank ("using namespace std" is used,
> "rank" can also reference std::rank).
> 
> Reversing the order works: "while(rank > _hitMap[i].rank)".
> Removing "using namespace std" is probably a better long-term solution
> for upstream.
> 
> As a side note, I found the package to not build on 32 bits linux
> because the ASM instruction "popcntq" doesn't exists. To avoid that
> error, I used "export POPCNT_CAPABILITY=0" in debian/rules.
> But I'm not sure this program is designed to run with less than 2GB of
> memory anyway :) This flag is needed anyway if you want your package to
> build for non-amd64 architecture.
> 
> I got a deb file after the following modifications:
>  - Reversing the while condition (as said above)
>  - Patching Makefile to take into account the DESTDIR variable, used by
> Debian packaging scripts to set the target directory where to install
> and uninstall files (that is, $(DESTDIR)$(prefix) instead of just $(prefix))
>  - Add a dh_auto_install override to set "prefix" to /usr instead of
> default /usr/local
> 
> And the generated .deb got several lintian warnings/errors:
> W: centrifuge: wrong-bug-number-in-closes l3:#xxx
> W: centrifuge: new-package-should-close-itp-bug
> W: centrifuge: script-with-language-extension
> usr/bin/centrifuge-BuildSharedSequence.pl
> W: centrifuge: script-with-language-extension
> usr/bin/centrifuge-RemoveEmptySequence.pl
> W: centrifuge: script-with-language-extension usr/bin/centrifuge-RemoveN.pl
> W: centrifuge: script-with-language-extension usr/bin/centrifuge-compress.pl
> W: centrifuge: script-with-language-extension usr/bin/centrifuge-sort-nt.pl
> W: centrifuge: binary-without-manpage usr/bin/centrifuge
> W: centrifuge: binary-without-manpage
> usr/bin/centrifuge-BuildSharedSequence.pl
> W: centrifuge: binary-without-manpage
> usr/bin/centrifuge-RemoveEmptySequence.pl
> W: centrifuge: binary-without-manpage usr/bin/centrifuge-RemoveN.pl
> W: centrifuge: binary-without-manpage usr/bin/centrifuge-build
> W: centrifuge: binary-without-manpage usr/bin/centrifuge-build-bin
> W: centrifuge: binary-without-manpage usr/bin/centrifuge-class
> W: centrifuge: binary-without-manpage usr/bin/centrifuge-compress.pl
> W: centrifuge: binary-without-manpage usr/bin/centrifuge-download
> W: centrifuge: binary-without-manpage usr/bin/centrifuge-inspect
> W: centrifuge: binary-without-manpage usr/bin/centrifuge-inspect-bin
> W: centrifuge: binary-without-manpage usr/bin/centrifuge-sort-nt.pl
> E: centrifuge: python-script-but-no-python-dep usr/bin/centrifuge-build
> E: centrifuge: python-script-but-no-python-dep usr/bin/centrifuge-inspect
> W: centrifuge: script-not-executable
> usr/share/centrifuge/doc/strip_markdown.pl
> 
> So there is still some work to do after that ^^
> 
>>
>> I will do some more investigation, tomorrow.
>>
>> Fabian
>>
> 

I attached a dirty patch so you can see exactly what I have modified to
fix errors.

-- 
Alexis Murzeau
PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F
diff --git a/debian/patches/0002-Fix-build-with-rank.patch 
b/debian/patches/0002-Fix-build-with-rank.patch
new file mode 100644
index 000..6e29a9c
--- /dev/null
+++ b/debian/patches/0002-Fix-build-with-rank.patch
@@ -0,0 +1,21 @@
+From: Alexis Murzeau 
+Date: Mon, 27 Nov 2017 00:04:21 +0100
+Subject: Fix build with rank
+
+---
+ classifier.h | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/classifier.h b/classifier.h
+index f61a7f0..13b110b 100644
+--- a/classifier.h
 b/classifier.h
+@@ -425,7 +425,7 @@ public:
+ while(_hitMap.size() > (size_t)rp.khits) {
+ _hitTaxCount.clear();
+ for(size_t i = 0; i < _hitMap.size(); i++) {
+-while(_hitMap[i].rank < rank) {
++while(rank > _hitMap[i].rank) {
+ if(_hitMap[i].rank + 1 >= _hitMap[i].path.size()) {
+ _hitMap[i].rank = 
std::numeric_limits::max();
+ break;
diff --git a/debian/patches/0003-Fix-m

Re: [Debian-med-packaging] C++ help needed for centrifuge

2017-11-26 Thread Alexis Murzeau 
Hi,

Le 26/11/2017 à 22:01, Fabian Klötzl a écrit :
> Ho,
> 
> On 26.11.2017 19:32, Walter Landry wrote:
>> Andreas Tille  wrote:
>>> Unfortunately I've hit another issue:
>>>
>>> ...
>>> classifier.h:428:54: error: the value of 'rank' is not usable in a constant 
>>> expression
>>>  while((uint8_t)_hitMap[i].rank < rank) {
>>>   ^~~~
>>> classifier.h:424:21: note: 'uint8_t rank' is not const
>>>  uint8_t rank = 0;
>>>  ^~~~
>>
>> That is mysterious to me.  Is that the first error?
>>
> 
> That reminds me of an error where the `<` was mistaken for the opening
> angle brackets of a template. Flipping the order of the comparison or
> adding some extra parentheses might help.

Indeed, it seems gcc understand rank as std::rank, and maybe is trying
to read _hitMap[i].std::rank ("using namespace std" is used,
"rank" can also reference std::rank).

Reversing the order works: "while(rank > _hitMap[i].rank)".
Removing "using namespace std" is probably a better long-term solution
for upstream.

As a side note, I found the package to not build on 32 bits linux
because the ASM instruction "popcntq" doesn't exists. To avoid that
error, I used "export POPCNT_CAPABILITY=0" in debian/rules.
But I'm not sure this program is designed to run with less than 2GB of
memory anyway :) This flag is needed anyway if you want your package to
build for non-amd64 architecture.

I got a deb file after the following modifications:
 - Reversing the while condition (as said above)
 - Patching Makefile to take into account the DESTDIR variable, used by
Debian packaging scripts to set the target directory where to install
and uninstall files (that is, $(DESTDIR)$(prefix) instead of just $(prefix))
 - Add a dh_auto_install override to set "prefix" to /usr instead of
default /usr/local

And the generated .deb got several lintian warnings/errors:
W: centrifuge: wrong-bug-number-in-closes l3:#xxx
W: centrifuge: new-package-should-close-itp-bug
W: centrifuge: script-with-language-extension
usr/bin/centrifuge-BuildSharedSequence.pl
W: centrifuge: script-with-language-extension
usr/bin/centrifuge-RemoveEmptySequence.pl
W: centrifuge: script-with-language-extension usr/bin/centrifuge-RemoveN.pl
W: centrifuge: script-with-language-extension usr/bin/centrifuge-compress.pl
W: centrifuge: script-with-language-extension usr/bin/centrifuge-sort-nt.pl
W: centrifuge: binary-without-manpage usr/bin/centrifuge
W: centrifuge: binary-without-manpage
usr/bin/centrifuge-BuildSharedSequence.pl
W: centrifuge: binary-without-manpage
usr/bin/centrifuge-RemoveEmptySequence.pl
W: centrifuge: binary-without-manpage usr/bin/centrifuge-RemoveN.pl
W: centrifuge: binary-without-manpage usr/bin/centrifuge-build
W: centrifuge: binary-without-manpage usr/bin/centrifuge-build-bin
W: centrifuge: binary-without-manpage usr/bin/centrifuge-class
W: centrifuge: binary-without-manpage usr/bin/centrifuge-compress.pl
W: centrifuge: binary-without-manpage usr/bin/centrifuge-download
W: centrifuge: binary-without-manpage usr/bin/centrifuge-inspect
W: centrifuge: binary-without-manpage usr/bin/centrifuge-inspect-bin
W: centrifuge: binary-without-manpage usr/bin/centrifuge-sort-nt.pl
E: centrifuge: python-script-but-no-python-dep usr/bin/centrifuge-build
E: centrifuge: python-script-but-no-python-dep usr/bin/centrifuge-inspect
W: centrifuge: script-not-executable
usr/share/centrifuge/doc/strip_markdown.pl

So there is still some work to do after that ^^

> 
> I will do some more investigation, tomorrow.
> 
> Fabian
>

-- 
Alexis Murzeau
PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F



signature.asc
Description: OpenPGP digital signature

Bug#882812: RFS: quickcal/1.0 ITP

2017-11-26 Thread Nathan SR 
Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

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

 * Package name: quickcal
   Version : 1.0
   Upstream Author :
 * URL : https://mentors.debian.net/package/quickcal
 * License : GPL
   Section : utils

  It builds those binary packages:

quickcal   - It is a fast and easy to use calculator.

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

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


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

dget -x https://mentors.debian.net/debian/pool/main/q/quickcal/
quickcal_1.0.dsc

  More information about hello can be obtained from https://www.example.com.

  Changes since the last upload:

Closes ITP https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882566


  Regards,

  Nathan SR

Bug#882810: RFS: jag/0.3.3-1 [ITP] -- arcade-puzzle 2D game in which you have to break all the target pieces

2017-11-26 Thread Carlos Donizete Froes 
Package: sponsorship-requests
Severity: normal

  Dear mentors,

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

 * Package name: jag
   Version : 0.3.3-1
   Upstream Author : Carlos Donizete Froes 
 * URL : https://github.com/coringao/jag
 * License : GPL-3+
   Section : games

  It builds those binary packages:

 jag- Arcade and Puzzle 2D Game
 jag-data   - Arcade and Puzzle 2D Game (Data)

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

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

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

dget -x https://mentors.debian.net/debian/pool/main/j/jag/jag_0.3.3-1.dsc

  More information about JAG can be obtained from 
https://github.com/coringao/jag/wiki

  Regards,
   Carlos Donizete Froes

Bug#882642: marked as done (RFS: quickcal/1.0 ITP)

2017-11-26 Thread Debian Bug Tracking System 
Your message dated Sun, 26 Nov 2017 22:20:06 +
with message-id 
and subject line closing RFS: quickcal/1.0 ITP
has caused the Debian Bug report #882642,
regarding RFS: quickcal/1.0 ITP
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.)


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

  Dear mentors,

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

 * Package name: quickcal
   Version : 1.0
   Upstream Author :
 * URL : https://sourceforge.net/projects/quickcal/
 * License : GPL
   Section : utils

  It builds those binary packages:

quickcal   - It is a fast and easy to use calculator.

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

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


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

dget -x
https://mentors.debian.net/debian/pool/main/q/quickcal/quickcal_1.0.dsc

  More information about hello can be obtained from https://www.example.com.

  Changes since the last upload:

Closes ITP https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882566


  Regards,
   Nathan SR
--- End Message ---
--- Begin Message ---
Package quickcal has been removed from mentors.--- End Message ---

Bug#882798: RFS: mblaze/0.2-1 [ITP]

2017-11-26 Thread Nicolas Braud-Santoni 
Package: sponsorship-requests
Severity: wishlist
Control: block 882793 by -1

Dear mentors,

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

 * Package name: holes
   Version : 0~git.20170801.13d2aac9-1
   Upstream Author : Leah Neukirchen 
 * URL : https://github.com/chneukirchen/holes
 * License : CC0
   Section : utils

It builds those binary packages:

  holes - find runs of zero bytes


The source package can be found on mentors.debian.org:

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

Alternatively, the packaging repository is available on alioth.d.o:

https://anonscm.debian.org/git/collab-maint/holes.git


Best,

  nicoo


signature.asc
Description: PGP signature

Re: [Debian-med-packaging] C++ help needed for centrifuge

2017-11-26 Thread Fabian Klötzl 
Ho,

On 26.11.2017 19:32, Walter Landry wrote:
> Andreas Tille  wrote:
>> Unfortunately I've hit another issue:
>>
>> ...
>> classifier.h:428:54: error: the value of 'rank' is not usable in a constant 
>> expression
>>  while((uint8_t)_hitMap[i].rank < rank) {
>>   ^~~~
>> classifier.h:424:21: note: 'uint8_t rank' is not const
>>  uint8_t rank = 0;
>>  ^~~~
> 
> That is mysterious to me.  Is that the first error?
> 

That reminds me of an error where the `<` was mistaken for the opening
angle brackets of a template. Flipping the order of the comparison or
adding some extra parentheses might help.

I will do some more investigation, tomorrow.

Fabian

Bug#882791: Bug #882791: RFS: mblaze/0.2-1 [ITP]

2017-11-26 Thread Nicolas Braud-Santoni 
On Sun, Nov 26, 2017 at 09:37:02PM +0100, Nicolas Braud-Santoni wrote:
> The source package can be found on mentors.debian.org:
> 
> https://mentors.debian.net/package/mblaze

I rebuilt the package (due to having forgotten to include the full text of the
CC0 license in debian/copyright), but cannot currently upload it to mentors
(due to its VM having run out of disk space).

Instead, you can find the package on my webserver:

https://nicolas.braud-santoni.eu/tmp/deb/


> Alternatively, the packaging repository is available on alioth.d.o:
> 
> https://anonscm.debian.org/git/collab-maint/mblaze.git

The packaging repository contains the corresponding changes.


Best,

  nicoo


signature.asc
Description: PGP signature

Bug#882791: RFS: mblaze/0.2-1 [ITP]

2017-11-26 Thread Nicolas Braud-Santoni 
Package: sponsorship-requests
Severity: wishlist
Control: block 882788 by -1

Dear mentors,

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

 * Package name: mblaze
   Version : 0.2-1
   Upstream Author : Leah Neukirchen 
 * URL : https://github.com/chneukirchen/mblaze
 * License : CC0 & MIT/Expat
   Section : utils

It builds those binary packages:

  mblaze - UNIX utilities to deal with Maildir


The source package can be found on mentors.debian.org:

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

Alternatively, the packaging repository is available on alioth.d.o:

https://anonscm.debian.org/git/collab-maint/mblaze.git


Best,

  nicoo


signature.asc
Description: PGP signature

Re: How to get debian ci test passed for proxy application

2017-11-26 Thread gregor herrmann 
On Sun, 26 Nov 2017 18:42:22 +, James Cowgill wrote:

> > My local test shows all pass, while debian ci test [1] shows a
> > connection timeout message.
> > So I'm wondering whether debian ci support network activity, and how
> > can I configure the test to get it passed.
> I think you might need a "Restrictions: isolation-container" to get
> network access, but that's only a guess.

That's not my experience. We have quite a few perl packages where the
tests do something networky and haven't experienced problems on
ci.debian.net (modulo failing requests to external resources but
that's of course a different story).


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Die Tontauben: jonny


signature.asc
Description: Digital Signature

Bug#882780: RFS: extrace/0.4-1 [ITP]

2017-11-26 Thread Nicolas Braud-Santoni 
Package: sponsorship-requests
Severity: wishlist
Control: block 882569 by -1

Dear mentors,

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

 * Package name: extrace
   Version : 0.4-1
   Upstream Author : Leah Neukirchen 
 * URL : https://github.com/chneukirchen/extrace
 * License : GPL-2+
   Section : utils

It builds those binary packages:

   extrace - trace exec() calls system-wide


The source and (amd64) binary packages can be found on my webserver:

  https://nicolas.braud-santoni.eu/tmp/deb/

Alternatively, the packaging repository is available on alioth.d.o:

https://anonscm.debian.org/git/collab-maint/extrace.git


Best,

  nicoo


signature.asc
Description: PGP signature

Bug#882332: marked as done (RFS: mistune/0.8.1-1)

2017-11-26 Thread Debian Bug Tracking System 
Your message dated Sun, 26 Nov 2017 19:49:43 +0100
with message-id <20171126184943.vyozvexgxupck...@angband.pl>
and subject line Re: Bug#882332: RFS: mistune/0.8.1-1
has caused the Debian Bug report #882332,
regarding RFS: mistune/0.8.1-1
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.)


-- 
882332: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=882332
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 "mistune"

 * Package name: mistune
   Version : 0.8.1-1
   Upstream Author : Hsiaoming Yang
 * URL : https://github.com/lepture/mistune
 * License : BSD-3-clause
   Section : python

  It builds those binary packages:

python-mistune - Markdown parser for Python 2
 python3-mistune - Markdown parser for Python 3

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

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


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

dget -x
https://mentors.debian.net/debian/pool/main/m/mistune/mistune_0.8.1-1.dsc

  Changes since the last upload:

mistune (0.8.1-1) unstable; urgency=medium

  * New upstream release.
  * Run upstream testsuite as autopkgtest.

 -- Julien Puydt   Tue, 21 Nov 2017 15:48:51 +0100


  Regards,
   Julien Puydt
--- End Message ---
--- Begin Message ---
On Tue, Nov 21, 2017 at 04:12:56PM +0100, Julien Puydt wrote:
>  * Package name: mistune
>Version : 0.8.1-1

> mistune (0.8.1-1) unstable; urgency=medium
> 
>   * New upstream release.
>   * Run upstream testsuite as autopkgtest.

The upstream changelog says:
  * Security fix CVE-2017-16876, thanks Dawid Czarnecki
but I see no details wrt severity anywhere.


Anyway, uploaded.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ Mozilla's Hippocritical Oath: "Keep trackers off your trail"
⣾⠁⢰⠒⠀⣿⡁ blah blah evading "tracking technology" blah blah
⢿⡄⠘⠷⠚⠋⠀ "https://click.e.mozilla.org/?qs=e7bb0dcf14b1013fca3820...";
⠈⠳⣄ (same for all links)--- End Message ---

Re: How to get debian ci test passed for proxy application

2017-11-26 Thread James Cowgill 
Hi,

On 26/11/17 17:00, Roger Shimizu wrote:
> Dear mentors list,
> 
> I maintain a proxy application, shadowsocks-libev.
> I want to let it pass debian ci test. And I already confirm the test
> all passed on my local environment, and debomatic [0].
> However it failed on debian ci infrastructure [1].
> 
> [0] 
> http://debomatic-amd64.debian.net/distribution#unstable/shadowsocks-libev/3.1.1+ds-1/autopkgtest
> [1] https://ci.debian.net/packages/s/shadowsocks-libev/unstable/amd64/
> 
> For local test, it just need the commands below:
> 
> $ sudo apt install shadowsocks-libev curl dnsutils
> $ git clone https://anonscm.debian.org/git/collab-maint/shadowsocks-libev.git
> $ cd shadowsocks-libev
> $ ./tests/test.sh

Running autopkgtest as described on this page might help:
https://ci.debian.net/doc/file.MAINTAINERS.html

> The last test.sh script invokes the test, which creates local proxy
> listen to 127.0.0.1:1081, and then it calls curl command to get index
> page of google via local proxy, 127.0.0.1:1081.
> 
> My local test shows all pass, while debian ci test [1] shows a
> connection timeout message.
> So I'm wondering whether debian ci support network activity, and how
> can I configure the test to get it passed.

I think you might need a "Restrictions: isolation-container" to get
network access, but that's only a guess.

James



signature.asc
Description: OpenPGP digital signature

Re: C++ help needed for centrifuge

2017-11-26 Thread Walter Landry 
Andreas Tille  wrote:
> Hi,
> 
> On Sat, Nov 25, 2017 at 01:39:03PM -0800, Walter Landry wrote:
>> > In file included from centrifuge_build.cpp:27:0:
>> > bt2_idx.h: In static member function 'static std::pair*, 
>> > Ebwt*> Ebwt::fromStrings(const 
>> > EList >&, bool, int, int, bool, 
>> > int32_t, int32_t, int32_t, const string&, bool, index_t, index_t, index_t, 
>> > int, uint32_t, bool, bool, bool)':
>> > bt2_idx.h:1053:3: warning: 'template class std::auto_ptr' is 
>> > deprecated [-Wdeprecated-declarations]
>> 
>> This is only a warning, so you can ignore it.  If you are feeling
>> ambitious, the recommended fix is to replace all auto_ptr's with
>> unique_ptr's and copies with moves().
> 
> I've applied this in
> 
>
> https://anonscm.debian.org/cgit/debian-med/centrifuge.git/tree/debian/patches/fix_auto_ptr_usage_in_gcc-7.patch

I think that is OK.  If I were in charge of this code, I would convert
it from pointers to value semantics, but that would be a much larger
change.

>> Apparently, clang-modernize can
>> do this automatically.
> 
> In what package can I find clang-modernize (apt-file search did not find
> anything - but I'm currently not on my development machine).

Sorry.  It has been renamed to clang-tidy.

> Unfortunately I've hit another issue:
> 
> ...
> classifier.h:428:54: error: the value of 'rank' is not usable in a constant 
> expression
>  while((uint8_t)_hitMap[i].rank < rank) {
>   ^~~~
> classifier.h:424:21: note: 'uint8_t rank' is not const
>  uint8_t rank = 0;
>  ^~~~

That is mysterious to me.  Is that the first error?

Walter Landry

How to get debian ci test passed for proxy application

2017-11-26 Thread Roger Shimizu 
Dear mentors list,

I maintain a proxy application, shadowsocks-libev.
I want to let it pass debian ci test. And I already confirm the test
all passed on my local environment, and debomatic [0].
However it failed on debian ci infrastructure [1].

[0] 
http://debomatic-amd64.debian.net/distribution#unstable/shadowsocks-libev/3.1.1+ds-1/autopkgtest
[1] https://ci.debian.net/packages/s/shadowsocks-libev/unstable/amd64/

For local test, it just need the commands below:

$ sudo apt install shadowsocks-libev curl dnsutils
$ git clone https://anonscm.debian.org/git/collab-maint/shadowsocks-libev.git
$ cd shadowsocks-libev
$ ./tests/test.sh

The last test.sh script invokes the test, which creates local proxy
listen to 127.0.0.1:1081, and then it calls curl command to get index
page of google via local proxy, 127.0.0.1:1081.

My local test shows all pass, while debian ci test [1] shows a
connection timeout message.
So I'm wondering whether debian ci support network activity, and how
can I configure the test to get it passed.

Thank you!
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1

orphaned open-cobol package should be replaced with new gnucobol package

2017-11-26 Thread Simon Sobisch 
The last mention of the open-cobol package I've found was on
https://lists.debian.org/debian-devel/2016/08/msg00071.html
where it was mentioned as being orphaned.

The open-cobol package includes OpenCOBOL 1.1 from February 2009.
OpenCOBOL was renamed to GnuCOBOL when accepted as GNU project.

The official and signed source pacakges can be found at
https://ftp.gnu.org/gnu/gnucobol/

The current version of GnuCOBOL is 2.2 (September 2017) and the 2.3
version is expected to be available in December 2017.

I'd like to know if there's something the GnuCOBOL project can do to
allow the orphaned open-cobol package to be replaced with a new gnucobol
package and provide updates for it.

Note: The package currently has a dependency on libdb, *if* this should
not be kept for the new package the dependency could be removed (there
are currently no debian packages for other libraries which can be used
as a replacement, therefore a part of the GnuCOBOL runtime would be
disabled [configure option --without-db]).

If this would help I'm willing to do package work, too - but this would
need a mentor as I've packaged different software for different package
managers already, but not for debian.

Regards,
Simon Sobisch
GNU maintainer for GnuCOBOL


0xC005604E.asc
Description: application/pgp-keys

Re: How to determine the filename for dlopen()

2017-11-26 Thread Ferenc Wágner 
Guillem Jover  writes:

> On Mon, 2017-11-13 at 13:23:01 +0100, Ferenc Wágner wrote:
>
>> I'm packaging a program which wants to dlopen() some library.  It finds
>> this library via pkg-config (PKG_CHECK_MODULES).  How to best determine
>> the filename to use in the dlopen() call?  It should work cross-distro,
>> for cross-compilation and whatnot.  Is it always safe to use the SONAME
>> as the filename?  I'm currently considering something like
>> 
>> ld -shared -o dummy.so $(my_LIBS)
>> objdump -p dummy.so | fgrep NEEDED
>> 
>> coded up properly for Automake.  I'd be grateful for any insight.
>
> IMO dlopen()ing an external library that is not part of the same
> project is a practice that should be very strongly discouraged, if
> not completely abolished.
>
> Please see this very nice mail from Simon McVittie [S], my reply [G],
> and Florian Weimer's [F], for several of the reasons why.
>
>  [S] https://lists.debian.org/debian-devel/2017/03/msg00164.html
>  [G] https://lists.debian.org/debian-devel/2017/03/msg00343.html
>  [F] https://lists.debian.org/debian-devel/2017/03/msg00346.html

Thanks for pointing out this discussion, Guillem.  Fortunately, most of
those points are already taken care of in upstream: they took my patches
exposing the full set of used symbols in throwaway binaries, which I can
process with dpkg-shlibdeps.  SONAMEs are also determined automatically
(though this seems somewhat fragile).  Portability beyond BSDs isn't a
concern either.  Still, the "pedantically correct" way has some appeal,
I'll probably look into implementing it.  At least I can't see any other
way to express alternative groups of library dependencies like ((libnss
and libnspr) or libssl), which would be needed for crypto plugins.
Symbol versioning is neglected as well, as pointed out by Florian.  The
downside is the proliferation of small plugin binary packages.

BTW what are "shared libraries that define themselves to the ABI and
SONAME level" you mention?  Do you mean libraries which expose their
SONAMEs like the various libc compnents do in lib-names.h?
-- 
Thanks,
Feri

Re: C++ help needed for centrifuge

2017-11-26 Thread Andreas Tille 
Hi,

On Sat, Nov 25, 2017 at 01:39:03PM -0800, Walter Landry wrote:
> > In file included from centrifuge_build.cpp:27:0:
> > bt2_idx.h: In static member function 'static std::pair*, 
> > Ebwt*> Ebwt::fromStrings(const 
> > EList >&, bool, int, int, bool, 
> > int32_t, int32_t, int32_t, const string&, bool, index_t, index_t, index_t, 
> > int, uint32_t, bool, bool, bool)':
> > bt2_idx.h:1053:3: warning: 'template class std::auto_ptr' is 
> > deprecated [-Wdeprecated-declarations]
> 
> This is only a warning, so you can ignore it.  If you are feeling
> ambitious, the recommended fix is to replace all auto_ptr's with
> unique_ptr's and copies with moves().

I've applied this in

   
https://anonscm.debian.org/cgit/debian-med/centrifuge.git/tree/debian/patches/fix_auto_ptr_usage_in_gcc-7.patch

> Apparently, clang-modernize can
> do this automatically.

In what package can I find clang-modernize (apt-file search did not find
anything - but I'm currently not on my development machine).

Unfortunately I've hit another issue:

...
classifier.h:428:54: error: the value of 'rank' is not usable in a constant 
expression
 while((uint8_t)_hitMap[i].rank < rank) {
  ^~~~
classifier.h:424:21: note: 'uint8_t rank' is not const
 uint8_t rank = 0;
 ^~~~
...

I tried my luck with some type castings but failed. :-(

Kind regards

  Andreas.

-- 
http://fam-tille.de

Bug#849754: RFS: guerillabackup/0.0.0-1

2017-11-26 Thread halfdog 
Hello Mentors,

While the package in question (see [0]) is working 24/7 on multiple
machines without problems, having created and transfered about
10k of data elements so far, also surviving updates, reboots,
both the inclusion process but also the purging of obsolete RFS
seems stuck.

Should another round for inclusion be attempted or should the
2 bugs and mentors-site entry be closed/removed?

Kind regards,
hd

PS: Current state: you might find [1] useful, especially message
#16 (Sun, 1 Jan 2017) with a good (and demanding) review from
Andreas Henriksson and the list of changes in response in message
#23 (Thu, 04 May 2017).

[0] https://mentors.debian.net/package/guerillabackup
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849754