Bug#821302: gap-core: convert.pl experiences error with SOURCE_DATE_EPOCH

[Jerome Benoit]

Package: gap-core
Version: 4r8p3-2
Severity: normal

Dear Maintainer,

when SOURCE_DATE_EPOCH is set but GAP_CONVERT_DATE is not, convert.pl
experiences errors: while building gap-grape 4r7+ds-1, I get the 
message:

Creating HTML documentation
Name "main::SOURCE_DATE_EPOCH" used only once: possible typo at 
/usr/share/gap/etc/convert.pl line 416.
convert.pl: Please set GAP_CONVERT_DATE to the upstream 
document date
Use of uninitialized value $SOURCE_DATE_EPOCH in array 
dereference at /usr/share/gap/etc/convert.pl line 416.
date: invalid date '+%B %Y'
convert.pl: Please set GAP_CONVERT_DATE to the upstream 
document date
Use of uninitialized value $SOURCE_DATE_EPOCH in array 
dereference at /usr/share/gap/etc/convert.pl line 416.
date: invalid date '+%B %Y'

and the date does not appear in the documentation.

Thanks, Jerome



-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages gap-core depends on:
ii  gap-libs  4r8p3-2
ii  libc6 2.19-18+deb8u4
ii  libgmp10  2:6.1.0+dfsg-2
ii  libreadline6  6.3-8+b3

Versions of packages gap-core recommends:
ii  gap-online-help  4r8p3-2

Versions of packages gap-core suggests:
ii  gap-dev   4r8p3-2
ii  gap-doc   4r8p3-2
pn  gap-prim-groups   
pn  gap-small-groups  
ii  gap-trans-groups  4r7p3-1

-- no debconf information

Bug#821300: RFS: gap-float/0.6.3+ds-2 [DUMPtoGAP4r8] - multi-precision floating-point computation for GAP

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for sponsorship for the Debian package gap-float [1] which 
brings
to Debian the GAP package `float'; GAP is a Computer Algebra System 
(CAS). This
package mainly bumps the Debian package to the latest GAP minor release 
4r8.

Thanks in advance,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/gap-float.git

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#821256: RFS: gap-io/3.4.4+ds-2 [DUMPtoGAP4r8] - low level C library IO bindings for GAP

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for sponsorship for the Debian package gap-io [1] which 
brings
to Debian the GAP package IO. GAP is a Computer Algebra System (CAS). 
This
package mainly bumps the Debian package to the latest GAP minor release 
4r8.

Thanks iin advance,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/gap-io.git

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#820749: RFS: normaliz/3.1.1+ds-1 [NEW VERSION] -- math computing tool suite

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors,

I am looking for sponsorship for the package normaliz, a math computing 
tool
suite for computations in affine monoids, vector configurations, lattice
polytopes, and rational cones. This is package mainly bring its latest
release to Debian. normaliz belongs to the depency set of Singular, 
itself
a major piece of Sage.

Thanks in advance,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/normaliz.git

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#819730: gap-core: convert.pl generates non-reproducible material

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Bill:

On 10/04/16 14:52, Bill Allombert wrote:
> On Sat, Apr 09, 2016 at 08:46:43PM +0100, Jerome BENOIT wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> or GAP packages whose the documentation format have not been upgraded since 
>> a while.
>> Let be concrete, I have in mind GRAPE [1] whose the documentation is not 
>> reproducible [2].
> 
> Yes, but hopefuly, future version of GRAPE will probably move to gapdoc and no
> more use convert.pl.

hopefully and/or probably, as you said. Meanwhile it is not, and GRAPE is 
certainly the only
one around, without dealing with local material.
Note that GRAPE was updated very recently: the probability is high that the 
upstream maintainer
is overwhelmed.

> 
>>> So if the original has 'Februar 2010' as the date, then we should use 
>>> 'Februar 2010' as the date string.
>>> I do not think this is compatible with SOURCE_DATE_EPOCH, unfortunately,
>>> because SOURCE_DATE_EPOCH will not be set to the right time.
>>> Is there a way around that ?
>>
>> Yes, set SOURCE_DATE_EPOCH in the d/rules file.
>>>
>>> I plan to use it that way:
>>> GAP_CONVERT_DATE="Februar 2010" /usr/share/gap/etc/convert.pl -c -n AutPGrp 
>>> . ../htm
>>> where 'Februar 2010' is the data found in the original tarball.
>>
>> SOURCE_DATE_EPOCH=$(date -u -d "1 February 2010" +@%s) [...]
>>
>> may work. This approach has the advantage to be readable by a larger
>> number of Debian maintainer.
> 
> I doubt it. The specification says that
> 
>For packages using dh, debhelper (in our toolchain, see 791823) exports 
> this variable
>during builds, so no changes are needed.
> 
>CDBS (in our toolchain, see 794241) exports this variable during builds, 
> so no changes
>are needed.
> 
>As a last resort to be avoided where possible, package maintainers may set 
> and export
>this variable manually in debian/rules:
> 
>export SOURCE_DATE_EPOCH = $(shell date -d "$$(dpkg-parsechangelog 
> -SDate)" +%s) 
> 
> so to me using SOURCE_DATE_EPOCH and setting it to "1 February 2010"
> would cause more confusion.
> 
> (Also it is more fragile, your function 'sub reprodate' would need to set
> LANG=C
)
(How come ?)

((Is it an habit of yours to personalized issues ?))
> 
> Think of GAP_CONVERT_DATE as a parameter given to convert.pl and not as
> an environment variable.

Why not think SOURCE_DATE_EPOCH as a parameter given to dh `as last resort' ?
The pleasure to add an undocumented and obscure environment variable ?


Best wishes,
Jerome

> 
> Cheers,
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJXCo5lAAoJEIC/w4IMSybjwvcH/2zIzI3IA8b7VFn1kTnSZWsr
znu/kfjrahGFpASiEZnXV7R3IdYLDliYHH/pJy4yzGc1/OnMal/lB81O9MuYcLtW
vBsjb5r78YwNPIQbxYflP9CkyVNMz9d5pXyYeWZpvS/X0ye7JjbP5MrcrWcus4Tu
APC56VuSEkv+H4EABS133XupqV4eVCn4XIN4Ld/jUMxUfyjVxrgspDodrPtsQkA+
FlcTWCigINWedoj1kzaU5WVMATqohR7TuONp2z6pElNqNDzBeDwHddY+1In6J8Ux
vzvaTFBwmH0/bRGZBs29FcXs5JnGnRQOAjqN1CXHeRjqzBXhWZ4xomYw+XZ7xQA=
=yfvJ
-END PGP SIGNATURE-

Bug#819730: gap-core: convert.pl generates non-reproducible material

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Bill,

On 09/04/16 20:10, Bill Allombert wrote:
> On Sat, Apr 09, 2016 at 07:38:43PM +0100, Jerome BENOIT wrote:
>>> I consider applying the attached patch.
>>> You just have to set the environment variable 'GAP_CONVERT_DATE'
>>> to the date which is listed in the upstream html files.
>>>
>>> Does that work for you ? 
>>
>> No, this does not work for me because it does not work for Debian:
>> no need to introduce a new environment variable (and certainly not a GAP 
>> one),
>> but instead the change must follow the  ReproducibleBuilds 
>> TimestampsProposal [1,2].
> 
> convert.pl is deprecated,

I suspected that. 

 we mostly need it to build the documentation
> of old packages.

or GAP packages whose the documentation format have not been upgraded since a 
while.
Let be concrete, I have in mind GRAPE [1] whose the documentation is not 
reproducible [2].


 Even if upstream changed the script to follow the
> TimestampsProposal, probably no new package would be generated with the
> fixed version.
> 
> In the mean time, it is more important that the documentation we
> rebuild be as close as possible to the original, so we can more easily
> find discrepancy, in particular broken references.

[[for GRAPE some broken references were fixed [the corresponding patch was
sent to the upstream maintainer]]]
> 
> So if the original has 'Februar 2010' as the date, then we should use 
> 'Februar 2010' as the date string.
> I do not think this is compatible with SOURCE_DATE_EPOCH, unfortunately,
> because SOURCE_DATE_EPOCH will not be set to the right time.
> Is there a way around that ?

Yes, set SOURCE_DATE_EPOCH in the d/rules file.

> 
> I plan to use it that way:
> GAP_CONVERT_DATE="Februar 2010" /usr/share/gap/etc/convert.pl -c -n AutPGrp . 
> ../htm
> where 'Februar 2010' is the data found in the original tarball.

SOURCE_DATE_EPOCH=$(date -u -d "1 February 2010" +@%s) [...]

may work. This approach has the advantage to be readable by a larger number of 
Debian maintainer.

> 
> When there is a new upstream version, it will probably stop using
> convert.pl, so I can get rid of this line.

It sounds in contradiction with backward compatibility.

Best wishes,
Jerome

> 
> Cheers,
> Bill.
> 

[1] https://packages.qa.debian.org/g/gap-grape.html
[2] https://tests.reproducible-builds.org/rb-pkg/unstable/amd64/gap-grape.html
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJXCVwjAAoJEIC/w4IMSybjb7EIAMYv+YHFvjGj0RRuJ8pRJmxK
X5CXrWGD/3c0K2GGTygZxCCwBgA99g8yD8uGnZ108KBlJ9iqRJu1kTf6CVO8OhPS
gI2oNreMKVA0HuMI+ed6kol/A1y9e2+Ud/UfmGQ8SmCzCO4kgETR/uBR00eMWfDv
maFptap70ckHK7Xw87dktwd9igWjvvDD79CEDvmyL85LQST9VYm/SrPW1vdjXWxD
uT08SUjZgmij7iPW5pvmet2IehMSWMdSwf0rc/dk5le2/aJ1Tj+DUSjaUnf/0DHa
cTvRtw+jFHR7lp8RsQfP221np5svtJ72MArHLFkmqcKKpN7d1oj/V1cd7HV+2iA=
=lyjp
-END PGP SIGNATURE-

Bug#819730: gap-core: convert.pl generates non-reproducible material

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Bill,

On 09/04/16 13:36, Bill Allombert wrote:
> On Fri, Apr 01, 2016 at 04:22:03PM +0200, Jerome Benoit wrote:
>> Package: gap-core
>> Version: 4r7p5-2
>> Severity: normal
>>
>> Dear Maintainer,
>>
>>  the script /usr/share/gap/etc/convert.pl generates non-reproducible 
>> material.
>>  The involved code is:
>>
>> ===8><
>> # Printed at the bottom of every page.
>> $footer = "\n" . sansserif( "GAP 4 manual" . `date +"%B %Y"` ) .
>>   "";
>> ---><8
> 
> Hello Jerome,
> 
> I do not think this line is an issue but rather the one below:
>$footer = "\n$opt_n manual" .
> `date +"%B %Y"` . "";

the issue is the date arguments, and it was spot correctly.

> 
> I consider applying the attached patch.
> You just have to set the environment variable 'GAP_CONVERT_DATE'
> to the date which is listed in the upstream html files.
> 
> Does that work for you ? 

No, this does not work for me because it does not work for Debian:
no need to introduce a new environment variable (and certainly not a GAP one),
but instead the change must follow the  ReproducibleBuilds TimestampsProposal 
[1,2].

So, the subroutine "reprodate" must be slightly modified: numerous examples are 
available
via Debian Source [3]. Something as follows may be fine (see attachment):

sub reprodate
{
  return `date -u -d $ENV{'SOURCE_DATE_EPOCH'} +"%B %Y"` if 
(defined($ENV{'SOURCE_DATE_EPOCH'}));
  return `date +"%B %Y"`
}

Best wishes,
Jerome


[1] https://wiki.debian.org/ReproducibleBuilds/TimestampsProposal
[2] https://wiki.debian.org/ReproducibleBuilds/Howto
[3] http://sources.debian.net/


> 
> Cheers,
> Bill
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJXCUwyAAoJEIC/w4IMSybjhxIH/3sUpeU+KAThSNiem8VkWkCy
xwbHGz47vN0eISz3WDJoseCvEAsyjqmUXZDmr92t7oRrVFJ6MTqjvbEyJFNwnqsQ
jvLMB6Qe3muFv0K5t5QXwzZyT5kOU5Li9OMrLmcrg7e+t71JU5dEytO7wgG1JOwG
8L0K9kWKQ2nnAudfJ7eHAHhLy1+r5C0ZXPRj9+ffWkK/vQJVAmUkm9l0zqST1DhU
fQEnu4j9p2tdO+vD4hZNDeOjWDjP0hwouQrztA+f6GHLZMhitaYqquvafK4qIBJ5
t8THMfffB6NpVUIv7nLreeeqs8+KOgGd2NlWyXkM5Fh6tYyb9l4/gNfqK3TYpiM=
=+VyB
-END PGP SIGNATURE-
#!/usr/bin/perl
##
## examples:
## $ ./adhoc
## $ SOURCE_DATE_EPOCH=@2147483647 ./adhoc

sub reprodate
{
return `date -u -d $ENV{'SOURCE_DATE_EPOCH'} +"%B %Y"` if 
(defined($ENV{'SOURCE_DATE_EPOCH'}));
return `date +"%B %Y"`
}

print 

# eos

Bug#819742: man firehol.conf results in undesired behavior

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Alexander, thanks for your report.

On 01/04/16 18:07, Alexander Perlis wrote:
> Package: firehol Version: 3.0.1+ds-1
> 
> The package firehol contains /usr/share/man/man5/firehol.conf.5.gz
> which references the non-existent "man5/firehol-conf.5" (which
> doesn't exist in this package; it is part of firehol-doc, but that
> package might not be installed). The command "man firehol.conf"
> results in:
> 
> man: can't open /usr/share/man/man5/firehol-conf.5: No such file or
> directory Manual page firehol.conf(5) line ?/? (END) (press h for
> help or q to quit)

The man firehol-conf.5 page appears to be present in the two packages:
this is not expected and confuse the apt  machinery.
[I have just removed the firehol-doc package from my box, and the 
firehol.conf(5)
is present and contains `.so man5/firehol-conf.5'.]

The package firehol must contain the man page firehol, which refers to 
firehol.conf.
Both contains basic information, and as such they can be used as quick reminder 
or introduction.
The package firehol-doc contains far more advanced information.
So, for consistency reasons (and historical reasons [there was a time when the 
firehol-doc
document was non-existent]), firehol.conf must be in the firehol package.
Nevertheless, it is true that the manpage firehol.conf is somewhere between the 
two packages
firehol and firehol.conf.


> 
> It would be better if the firehol.conf.5.gz were moved to
> firehol-doc,

 see above.


 and it would be even better if firehol.conf.5 were a
> stub that said to install firehol-doc for access to the
> documentation, and that stub were to be substituted with the real
> thing if firehol-doc were in fact installed.

I guess this is implicit.
Some line in the README.Debian may be added to precise this point.
I am not that comfortable to touch the original material. 

> 
> Note: The same issues exist with fireqos and fireqos-doc, but I'm not
> filing a separate bug report.

This is consistent and expected.

[I plan to fix this issue at the next release].


Jerome




- -- 
Jerome BENOIT, Ph.D. | jgmbenoit-at+rezozer*dot_net
http://www.rezozer.net/
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJW/uuvAAoJEIC/w4IMSybj3PgH/RiTgDF9DR3q3oG1D92TdgR8
qBlC+9JEYQORqQttLWZB7hwG1qQWNdktCUtxiEynIw2zmQIr4joPgyFFBmzS4rL1
584WgqwkjhefgT/37IILYVpB//CL63APn1mEdh8xqFOWQyPQrYS//snmxZWiouJv
W5ZxDQ2m2r1aOwaTBv04HXLcdftE+/rTQlE+n5mZfaFgZDGHYgGSsIaUEvJo2Ia8
brrHpSFA4J07wkW/PgXZsiZg/1JupWFAhPozVPtTsY81aZIrFHwFIEjhbK2f2AO2
TwDfyFCzNmUr8pC1pjwAi64IoCVajPawMeG/KrsI+bNfnQPJvc82Rqg2PBNqvUE=
=AZuL
-END PGP SIGNATURE-

Bug#819751: nginx-common: wrong owner for /var/log/nginx and files, causes dac_override in AA

[Jerome Poulin]

Package: nginx-common
Version: 1.6.2-5+deb8u1
Severity: normal

Dear Maintainer,

After using aa-logprof to generate a profile for nginx, it seems that it
requests the dac_override capability because logs are located in a
folder which is not accessible by root thereby causing an access denied
in the logs and preventing the server to start.

I searched bug reports and found the security issue #701112
(CVE-2013-0337) to be what caused the problem in the first place. It
seems that the bug was about the log files being "world readable",
however, now that the log folder is owned by www-data, it means that the
web server process now has full control over the log folder.

I noted that message #44 says that log parsers need www-data on the log
folder to work, however, apache2 package has no issue with its folder
and log files being root:adm/0750.

To fix the issue, used chown -R root:adm /var/log/nginx and replaced
www-data:adm to root:adm in logrotate.d.  I can now use an AA profile
without dac_override being set.


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nginx-common depends on:
ii  init-system-helpers  1.22
ii  lsb-base 4.1+Debian13+nmu1

nginx-common recommends no packages.

Versions of packages nginx-common suggests:
pn  fcgiwrap   
pn  nginx-doc  
pn  ssl-cert   

-- Configuration Files:
/etc/logrotate.d/nginx changed [not included]

-- no debconf information

Bug#819730: gap-core: convert.pl generates non-reproducible material

[Jerome Benoit]

Package: gap-core
Version: 4r7p5-2
Severity: normal

Dear Maintainer,

the script /usr/share/gap/etc/convert.pl generates non-reproducible 
material.
The involved code is:

===8><
# Printed at the bottom of every page.
$footer = "\n" . sansserif( "GAP 4 manual" . `date +"%B %Y"` ) .
  "";
---><8

Thanks,
Jerome


-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages gap-core depends on:
ii  gap-libs  4r7p5-2
ii  libc6 2.19-18+deb8u3
ii  libgmp10  2:6.1.0+dfsg-2
ii  libreadline6  6.3-8+b3

Versions of packages gap-core recommends:
ii  gap-online-help  4r7p5-2

Versions of packages gap-core suggests:
ii  gap-dev   4r7p5-2
ii  gap-doc   4r7p5-2
pn  gap-prim-groups   
pn  gap-small-groups  
ii  gap-trans-groups  4r7p3-1

-- no debconf information

Bug#819702: FTBFS: test failure on architectures mips, powerpc, s3990x, ...

[Jerome Benoit]

Package: gmp-ecm
Version: 7.0+ds-1
Severity: serious
Tags: upstream
Justification: fails to build from source (but built successfully in the past)

For the records:

It appears that the new major version of gmp-ecm (version 7) failed the 
check
stage on some exotic architectures.

Thanks,
Jerome


-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages gmp-ecm depends on:
ii  libc6 2.19-18+deb8u3
ii  libecm1   7.0+ds-1
ii  libgmp10  2:6.1.0+dfsg-2

gmp-ecm recommends no packages.

gmp-ecm suggests no packages.

-- no debconf information

Bug#819696: gmp-ecm: the library should not recommend an exact version of gmp-ecm

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Vincent, thanks for your report.

On 01/04/16 01:17, Vincent Lefevre wrote:
> Source: gmp-ecm
> Version: 6.4.4+ds-5
> Severity: normal
> 
> One has for libecm0 6.4.4+ds-5:
> 
> Recommends: gmp-ecm (= 6.4.4+ds-5)
> 
> and for libecm1 7.0+ds-1:
> 
> Recommends: gmp-ecm (= 7.0+ds-1)
> 
> i.e. each time with an exact version.
> 
> According to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819636#10
> this is a bad idea.
> 
> BTW, is there any reason why one has a "Recommends"?

This a good question. Actually I am asking myself the same question right now 
for an other packages.
I guess I picked up the scheme from an other package. But now, I am realizing 
that it is not a good idea.
I will remove this Recommends fields.

Thanks,
Jerome

> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 
> 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores)
> Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
> 
> -- no debconf information
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJW/cbEAAoJEIC/w4IMSybj4z4IAMvLlgilGFvpMge94cfSGDcF
PFCO9JsnQToDhc5ONKUWAfRWrM1HPxNL4LMkOILjkCpkeZ9S8ii51dURmPFzD+gz
En8Tc9wAHnAxCm/KfF3cPP4NKIJYH7yqi70YnoqBZYbsIGo5VSW/Xc82j8w6Ii4V
H30QObGuVb+pWg8h82CBm2m47lA8qFroX285PMVs6OGiE5ooxGtVzuoDeP4WGHX6
XOj/yfGTocPGbnmlYei8qD3guN7tQI4nytGJywbPnqvstDebrW+5f9AEiXWYz2Nv
RXR+fyz7RNRbwueAuiOjSUDqrWRrF1FTAR+h0LafRvJ441xH4dNZGZ3rt8M87mg=
=EBbK
-END PGP SIGNATURE-

Bug#819467: gap 4r8

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Bill,

On 29/03/16 11:04, Bill Allombert wrote:
> However, I might need to change sysinfo.gap again to address your issue
> with with i686 being replaced by i586 in some build, and that might
> require other packages to be rebuild.

I thought that this part has been solved a long time ago.

Second, is the number of packages to rebuild that large ?


Thanks,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJW+vpMAAoJEIC/w4IMSybjvM8H+wf0A1T8Jaf4hyyjiVp+y90J
sMLO7o0vQB1YuM8oBMjmlg/9kUD63pQJ6DmH2G5n8ccPi/MWIz1Xel2yVM3GWxyf
Dihmec1DUWicr/7C48kw12+AGREuQCL5qq+0vtvk1Dl2MSS4U6JU7eZkK0LMU7Hw
p3YtHMlqJRmj0uJ2gSZHLixnD3lUeQeSA+VrFpuP48BNLACaDoHmFlw1M6C2xSy4
W1ZsdhSJRWbCyqSWo4VHlx5qC6sPwripu4tiEOUwzh/PM4U+N3RWuteXoj8nOoRc
lK3NzijbSCvd+uTlC35s7LWCu4U9RgCYLsYqPagOjPQ7gc0RneK06FOSb+vHtmw=
=PVQv
-END PGP SIGNATURE-

Bug#819467: gap 4r8

[Jerome Benoit]

Package: gap
Version: 4r7
Severity: wishlist

Dear Maintainer,

do you have any schedule to bring GAP 4r8 to Debian ?

Best regards,
Jerome


-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages gap depends on:
ii  gap-core 4r7p5-2
ii  gap-libs 4r7p5-2
ii  gap-online-help  4r7p5-2

Versions of packages gap recommends:
ii  gap-dev   4r7p5-2
ii  gap-doc   4r7p5-2
pn  gap-prim-groups   
pn  gap-small-groups  
ii  gap-trans-groups  4r7p3-1

Versions of packages gap suggests:
pn  gap-character-tables
pn  gap-small-groups-extra  
pn  gap-table-of-marks  

-- no debconf information

Bug#819445: RFS: nauty/2.6r3+ds-2 [FTBFS fix] -- library for graph automorphisms

[Jerome Benoit]

Package: sponsorship-requests
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Mentors,

I am looking for a sponsor for my last nauty Debian package which fix 
an FTBFS
observed on armhf architectures.

Thanks in advance,
Jerome

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#819430: FTBFS: broken TLS on armhf

[Jerome Benoit]

Package: nauty
Version: 2.6r3+ds-1
Severity: normal

Hello Folks,

it appears that nauty with TLS support is broken on armhf:
the package will be built without TLS support on this very architecture.
This is an old issue as a matter of fact.

Be nauty,
Jerome



-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages nauty depends on:
ii  libc6  2.19-18+deb8u3
ii  libgmp10   2:6.1.0+dfsg-2
ii  libnauty2  2.6r3+ds-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

nauty recommends no packages.

Versions of packages nauty suggests:
ii  graphviz   2.38.0-7
ii  nauty-doc  2.6r3+ds-1

-- no debconf information

Bug#818948: RFS: gap-grape/4r7+ds-1 [ITP] -- GRaph Algorithms using PErmutation groups for GAP

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors,

I am looking for a sponsor for the new Debian package gap-grape, a 
package
for the Computer Algebra System (CAS) GAP. This package brings nauty to 
GAP.

Thanks in advance,
Jerome

[1] https://anonscm.debian.org/git/debian-science/packages/gap-grape.git

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#818788: RFS: gmp-ecm/7.0+ds-1 [NEW MAJOR VERSION] -- Factor integers using the Elliptic Curve Method

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors,

I am looking for a sponsor for my gmp-ecm pacakge. This package brings
to Debian the latest major release of gmp-ecm, a mathematical
software suite to `Factor integers using the Elliptic Curve Method'.
This software is part of Sage.

Thanks in advance,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/gmp-ecm.git

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#818681: RFS: nauty/2.6r3+ds-1 [NEW VERSION] [NON-FREE to FREE] -- library for graph automorphisms

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors,

I am looking for a sponsor for my nauty package, a mathematical suite 
tools
that deals with graphs. This package brings to Debian the lastest 
release
which is a new minor release that comes with a new copyright notice. 
This
new copyright notie is DFSG-conformant, the upstream team has moved 
from an
ad-hoc license to the Apache 2.0 license [2] (I followed the move by 
passing
from MIT license to Apache 2.0 license to keep things simple).

Best wishes,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/nauty.git/
[2] https://lists.debian.org/debian-legal/2016/03/msg00049.html

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#818617: ImportError: No module named 'pkg_resources'

[Jerome Robert]

Package: img2pdf
Version: 0.2.0-1
Severity: important

Dear Maintainer,

It looks like img2pdf must depends on python3-pkg-resources else:

$ img2pdf --help
Traceback (most recent call last):
  File "/usr/bin/img2pdf", line 5, in 
from pkg_resources import load_entry_point
ImportError: No module named 'pkg_resources'

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf, arm64

Kernel: Linux 4.4.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages img2pdf depends on:
ii  python3-img2pdf  0.2.0-1
ii  python3.53.5.1-7

img2pdf recommends no packages.

img2pdf suggests no packages.

-- no debconf information

Bug#818052: RFS: gap-io/4.4.6+ds-1 [NEW VERSION] -- low level C library IO bindings for GAP

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentor:

I am looking for a sponsor for the Debian package gap-io which
brings to Debian the lastest version of the GAP package IO.
GAP is a Computer Algebra System.

Thanks in advance,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/gap-io.git

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#808782: Fwd: Bug#808782: RFS: jpedal4-lgpl [ITP] Java PDF Extraction Decoding Access Library (LGPL4)

[Jerome BENOIT]

Hello Markus:

Sorry for my late reply and thanks for your sponsorship.

On 07/01/16 11:26, Markus Koschany wrote:
> Control: tags -1 moreinfo
> 
> Am 22.12.2015 um 22:56 schrieb Jerome BENOIT:
> [...]
>>
>> Dear Mentors:
>>
>>  I am looking for a sponsor for the packages jpedal4-lgpl, a wide used
>>  Java library that allows one to manipulate PDF material.
>>  The concerned version of jpedal is actually frozen, but it is still
>>  wildly used because of its license.
>>
> 
> Hi,
> 
> Some remarks:
> 
> I cloned the sources from
> 
> https://anonscm.debian.org/cgit/pkg-java/jpedal4-lgpl.git/
> 
> The package fails to build from source, probably the same issue as with
> openviewerfx, an incompatibility with bouncycastle 1.51.
> 
> src/org/jpedal/io/CertificateReader.java:70: error: method getContent in
> class RecipientInformation cannot be applied to given types;
> envelopedData = recipientInfo.getContent(key,
> provider);
>  ^
>   required: Recipient
>   found: Key,String
>   reason: actual and formal argument lists differ in length
> Note: Some input files use or override a deprecated API.
> Note: Recompile with -Xlint:deprecation for details.
> Note: Some input files use unchecked or unsafe operations.
> Note: Recompile with -Xlint:unchecked for details.
> 1 error
> 9 warnings
> 
> 
> What is your motivation to package jpdal4-lgpl for Debian? Is this
> library a requirement for something else? Why would we need jpedal4 if
> the development is frozen?
> 
> The package claims jpedal4 is actively developed but is this really
> true? The homepage address of the fork is
> 
> https://github.com/on-site/JPedal
> 
> and I can see only two commits there and no releases. Looks pretty dead
> in my opinion.

You are right.
Meanwhile OpenViewerFX moved to GitHub and thing get clearer for me:
I am not sure that this pacakge is indeed still needed.
For now I will focus on the OpenViewerFX package.
The probability is high that I abandon this package:
I will let you know and I will clean the place if it happens.


Best regards,
Jerome



> 
> Regards,
> 
> Markus
> 
> 

Bug#808783: RFS: openviewerfx [ITP] Open Source JavaFX PDF Viewer

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Markus:

Firstly  I apologies for my very late reply.
Secondly, thanks you for your sponsorship.

On 07/01/16 11:10, Markus Koschany wrote:
> Control: tags -1 moreinfo
> 
> Am 22.12.2015 um 22:45 schrieb Jerome Benoit:
>> Package: sponsorship-requests
>> Severity: normal
>>
>> Dear Mentors:
>>
>>  I am looking for a sponsor for the package openviewerfx [1],
>>  a Java library to manipulate PDF material (which is the
>>  successor of the jpedal java library).
> 
> Hello Jerome,
> 
> Here are some initial remarks:
> 
> Your package fails to build from source with this error message.
> 
> src/org/jpedal/io/CertificateReader.java:69: error: method getContent in
> class RecipientInformation cannot be applied to given types;
> envelopedData = recipientInfo.getContent(key,
> provider);
>  ^
>   required: Recipient
>   found: Key,String
>   reason: actual and formal argument lists differ in length
> Note: Some input files use or override a deprecated API.
> Note: Recompile with -Xlint:deprecation for details.
> Note: Some input files use unchecked or unsafe operations.
> Note: Recompile with -Xlint:unchecked for details.
> 1 error
> debian/rules:17: recipe for target 'override_jh_build-indep' failed

I can now reproduce this issue on my box with pbuilder (it did not
show up at the time of uploading):
I have just filed a ticket issue on GitHUB:

https://github.com/IDRSolutions/maven-OpenViewerFX-src/issues/4


> 
> 
> Where exactly did you download the sources from? I understand that they
> didn't release a new version back then, but you should always ensure
> that someone can compare the original sources with your tarball by
> either describing the necessary steps in README.source or by providing a
> get-orig-source target or both. By the way it seems they have released a
> new version on sourceforge.net now.
> 
> http://sourceforge.net/projects/openviewerfx/files/2015_12/
> 
> debian/repack:
> 
> There is nothing wrong with a separate script for repacking the sources
> but you might also want to consider to use the Files-Excluded mechanism
> with debian/copyright format 1.0 which is IMO a better and standardized
> solution which avoids the reinvention of the wheel for every new
> package. For custom get-orig-source targets I can also recommend:
> 
> https://wiki.debian.org/onlyjob/get-orig-source

At the time of uploading, the source had an intricate name and was at source 
forge.
Meanwhile the upstream maintainer moved from SF to GitHub:
https://github.com/IDRSolutions/maven-OpenViewerFX-src

Currently there is no name issue because there is no name.
I can managed the downloading and the version checking with the recent uscan 
(version 4)
[thanks to Paul Wise]: I emitted an issue about this lake of tag, still in 
progress:
https://github.com/IDRSolutions/maven-OpenViewerFX-src/issues/3



> 
> Since openviewerfx is an application, you must provide some sort of
> wrapper to launch the Java app. You can either use java-wrappers (See
> example [1] and [2]) or your package should depend on jarwrapper.

I am not sure about that because OpenViewerFX is mainly a library.
Nevertheless, there are some samples: I will have a look.
This issue is minor compare to the building failure.

> 
> debian/control:
> 
> Please use https for the Vcs-Browser field.

The Debian material has been clean up and refresh wrt to the new upstream 
source git
repository at GitHub.

> 
> I get into more details when you fix the compile issue and provide a way
> to download and compare the original sources with your tarball.
> 
> Regards,

Thanks,
Jerome

> 
> Markus
> 
> 
> 
> [1]
> https://sources.debian.net/src/mediathekview/10-2/debian/bin/mediathekview/
> [2]
> https://sources.debian.net/src/electric/9.06%2Bdfsg-1/debian/bin/electric/
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJW15csAAoJEIC/w4IMSybjU00IAIvUKb3QX/Q8H6sHFsNfmFWf
Hx9vXTiGGRztSe8ANE/cMJDcRf97POEJxdmLWPoMtuuJtb1PkDORs+AaMkLqMDKM
x6TN+uHTBFuBAN0MQtMz+CEvbF9fZ0/oSbLhJhzdfOPXUE1NLBlKw1uV1/r4AyzM
6Bg6JBZfxVhx5WiDT2rO3rH0lOSPjo2TvmqGbgcHDJB+P0Zbg9Ps90Ou+Kduw/vv
alqvQCJPAqsIQzb1ku55OTc+0yJG1xWrU5lcxljabJWMBwVtCR3/KtVz4WVEj6e7
UK3ABFxekTKRLr6xIm2XV1j0JCPyu6k8kNupX6ud9y9MmAjVHd/JqIpg1gYbZcE=
=dBOc
-END PGP SIGNATURE-

Bug#816242: RFS: gap-openmath/11.3.1+ds-1 [NEW VERSION] --OpenMath phrasebook for GAP

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Mattia:

thanks for your sponsoring.

On 02/03/16 15:49, Mattia Rizzolo wrote:
> control: tag -1 moreinfo
> control: owner -1 !
> 
> On Mon, Feb 29, 2016 at 03:01:01AM +0100, Jerome Benoit wrote:
>> I am looking for a sponsor to bring to Debian the latest version of 
>> gap-openmath [1],
>> a package for the Computer Algebra System (CAS) GAP.
>>
>> [1] https://anonscm.debian.org/cgit/debian-science/packages/gap-openmath.git/
> 
> sure thing :)
> 
> though, can you please remove that debian/gap-openmath.dir file?  it's
> useless, and already unused (the file is wrongly named, if you wanted to
> use it just to create that directory it should have been named .dirs,
> plural).
> 

Oops !

I have just uploaded the corrected version to Alioth.

Thanks,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJW1wdIAAoJEIC/w4IMSybjoOoH/0nH0xIUI/sh2I476vVR9FOM
1gyoFljBkxTEU+9LHecWkkn7tTzWqHgIlFebuwXLZ6Jkg7el8/QGS44gK79miOXt
G4c8FjnLfoKAYA6/ciE44dNwyFk5mjXc4JgblctzWFIhahpoeYY2tlFztZjfe7y/
xuPJifx1S211IMl9fSptVdNgNpTwOC0yoNKPPRZZ/u8fJ9uObMDzypYTpKNqFYWZ
G67c23Rm1MZaQEvZkSzOWSGh56ij85QO+Rum6dxbIEkANFyZnHMFImYlLj9qSDTl
etC5QFg4dPTUyCoe4w4ZQiqwsfP/QZqR8HBcERsekDDmnTVC7mcpNV5ELrqthXM=
=/vmW
-END PGP SIGNATURE-

Bug#814970: FTBFS: libpng12.a: error adding symbols: Bad value collect2: error: ld returned 1 exit status

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainers:

A bunch of packages are flagged for removal because they depend on libm4ri:
do you plan to fix this minor before the dead line [20160401] ?

Thanks,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJW1iw+AAoJEIC/w4IMSybjRv0H/0jEEMXR4o+9ptHf3Bc9uzt7
6E97d6c0NEPn5oD0Jg9V1vsXZfHrDZ8hefVtG6Q8yBExOZVgnbqAr2HH+4XhGAjk
YODS91rI7kVq+ldbIArBBooEIf8pnb1uDhRaJWxxRoJ/bFnuhLFlwGdvk0ALRK3C
2D4kkdxR0yA66qGJD3VbcesTI9Eyed+LPO7ahKQDmI2Jy9+B/t+iRPdbni8uk7uU
ZMdXyvrd1XcP4MSp5N35zq3dDYsO2aF36q1U48nd1xno/e6/hZbm+hcVIoQGYYRg
7X4mB51fFurFyjoQIn+ehHxudBYW4U4mgTIX1yk5lSDR0W1uanLreuwwlu6yy08=
=bk84
-END PGP SIGNATURE-

Bug#816242: RFS: gap-openmath/11.3.1+ds-1 [NEW VERSION] --OpenMath phrasebook for GAP

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for a sponsor to bring to Debian the latest version of 
gap-openmath [1],
a package for the Computer Algebra System (CAS) GAP.

Thanks in advance,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/gap-openmath.git/

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#815629: RFS: singular/4.0.3+ds-1 [NEW VERSION] -- Computer Algebra System for Polynomial Computations

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for a sponsor to bring to Debian the last upstream version of 
Singular,
a powerful Computer Algebra System; Singular is a core part of Sage.

Thanks in advance,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/singular.git

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#815039: RFS: normaliz 3.1.0+ds-1 [New Upstream Version] -- math computing tools

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for a sponsor for the normaliz package [1], a mathematical package
used by Singular. This package brings to Debian the latest version of normaliz.

Thanks in advance,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/normaliz.git

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#737724: gmp-doc: please provide HTML doc besides PDF and INFO

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Steve:

Thanks for your prompt reply.

I see that gmp is maintained on behalf of the Debian Science Team and has a SVN 
repository.

Actually I am maintaining a couple of scientific software on behalf of the 
Debian Science Team [1].
Do you mind of initiating a git repository  ( /git/debian-science/packages ) 
for gmp-doc ?

Thanks,
Jerome


[1] https://qa.debian.org/developer.php?login=calculus%40rezozer.net


On 01/02/16 15:11, Steve Robbins wrote:
> I am not actively working on this issue.
> 
> On February 1, 2016 3:57:51 AM CST, Jerome BENOIT <calcu...@rezozer.net> 
> wrote:
> 
> Hello Steve:
> 
> I think it is pretty easy provided some change.
> 
> Are you you working on it ?
> 
> Best,
> Jerome
> 
> 
> -- 
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWsjWwAAoJEIC/w4IMSybjaTwH/iwDjNex3DYdkKhog2RQrChd
TzFq/l1Rjf95osZzKcGggJVJmEgId7ANM83IpDqh3bkGDFPF2d+ddsBScugJkQO8
NrqCKhu/N1INoUxE3FPF8OP8yJs3sUEC8k+yOE5mPEjsWFPVgTv1Tq4s2ZJgsX1i
dFyb2rCskeuLbo7j4oZ/SIHpgDBmOTp1W+OMCRPQJq15jCn9T484n3sBS9xUkEqk
hL+tcGfqK95pWtIDZFR/Teok3vnYMWklq5Q3xwCslhRJ3ZMgY6Ys3LiyK0czeqWr
SgAePd7pmpY6xW0iSCpL3CJ1SslZ0LZ15s1VZ0Ys+WbYTibXY6VqUZMCiLXD4ew=
=wFaT
-END PGP SIGNATURE-

Bug#737724: gmp-doc: please provide HTML doc besides PDF and INFO

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Steve:

I think it is pretty easy provided some change.

Are you you working on it ?

Best,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWrywfAAoJEIC/w4IMSybjLEgIAMqNC9k/DxO64KfPsui5QLle
e3xJmKN+m+Lsz1SWUGjwdZbfvdx+DtjijDWZXYZiy1eMaH1g5TNtKlIAi5+dVk8O
Ry2RFTV8kXOZJH8U1Ps7JJ8t8S+eq1QIP+1/NXJfwZXxnsJ1s9RbwYlf4H0OT6CW
YvpNMAdz3VDqRBJBxl75Xxu7tLbZ+f5sJc5qASPOvX1DvNsyFmo/UeA9WSwQY7gH
1BpdoPuH29QAN68vZMWDEt/M10wgSQ+/7cHTUluU2x83fzb8Mj+1Cvno54UhsELC
cKc9zE+bVk19lOKs9/AB6OZ4jWxp+38hjAyYKsxXGjnHJBAapwa7xF4nldcO+Q8=
=hXSg
-END PGP SIGNATURE-

Bug#811568: RFS: gap-io/4.4.5+ds-1 [NEW VERSION] -- low level C library IO bindings for GAP

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for a sponsor for my Debian package gap-io, a GAP package
that brings low level C function to GAP. This Debian package mainly
brings the latest version to Debian.

Thanks,
Jerome

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt20-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#810361: RFS: mpfrc++/3.6.3+ds-1 [new version] -- multi-precision floating point number class for C++

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for a sponsor for the package mpfrc++ [1] that
I am maintaining on behalf of the Debian Science-Team.
This package is an update with some refreshments.

Thanks,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/mpfrc++.git

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#809705: general: let people use non-free software but opt-out of non-open software

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

On 05/01/16 08:15, Johannes Schauer wrote:
> Hi,
> 
> Quoting Stefano Zacchiroli (2016-01-04 23:14:11)
>> On Mon, Jan 04, 2016 at 07:45:37AM +, Niels Thykier wrote:
>>> Your second item has been brought up before with different
>>> focus/rationale/purpose.  At least I remember there being an interest
>>> in splitting "non-free" into "non-free/firmware" vs. various other
>>> non-free sub components.
>>
>> Another one that is worth mentioning here --- which I discussed in the
>> context of non-free.org with Dafydd Harries and others --- is
>> introducing a debtags facet to capture the reason why a package is in
>> non-free. At least two hierarchies come to mind: 1) which point of DFSG
>> is not respected, and 2) which one of the 4 freedoms are not granted.
>>
>> I've had on my TODO list proposing the relevant debtags facets since at
>> least 2 years, but never found the time to actually do that. This is a
>> very actionable item: it is enough to follow the procedure for proposing
>> a new debtags. (Procedure that I cannot find right now, but IIRC it
>> includes coming up with a list of tag names + a list of at least N
>> packages, with N relatively low, that are already in the archive and
>> that would carry each tag.)
> 
> while I would welcome this sort of information being captured using debtags,
> this would not help me if I wanted to tell apt which packages are okay for me
> and which ones are not because apt cannot set pin priorities according to a
> package's debtags, right?
> 
> Also, can the reason why something is in non-free not be captured by increased
> and a more structured use of DEP-5 (machine-readable debian/copyright)?
> 
> Certainly I'd welcome support of apt for both: debtags *and* licenses in
> debian/copyright :)
> 
> My own motivation to have better control over non-free is my package
> ldraw-parts which is released under the "Creative Commons Attribution Licence
> version 2.0" and thus non-free. I can imagine that more people than just me
> would find that license acceptable enough.

Are you suggesting some kind of scale ?


Jerome


> 
> Thanks!
> 
> cheers, josch
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWi2/7AAoJEIC/w4IMSybj5lMH/i9u8R5lhuhLmTubJ1REFNZg
Pb+Cg6wNlBSIM/Za3lS5LzcePxZae/7g8ZLf6B/7VYHPPJQheczsX6YfRoa5as1C
47ArS6uR8sOdFOhvNOmR/hWKW2o9RE+3kLnlvz0I0qnc25ty7cP31w8G04W7yQCO
+fM/4XcW3MI+wtZpwZFrupm1DCHUpVpcwHLdrWJ7Bn0wmwHOWW8N7DgV9RsnBETT
FnMOAN+8f/DyOQviJPMuKRS2xDcbL0eFaaWrfdq909jdO7JJLHDsEdYYrmc5tHiH
Ajdg04jmA8XoZVzE1JYgL0LL56Y8r50jDqsJ9p7p4tPJRoLAoeT6ObEVXJ3Whh8=
=yNg4
-END PGP SIGNATURE-

Bug#809458: gnome-shell: Reboot needed after editing a launcher

[Jerome]

Package: gnome-shell
Version: 3.14.4-1~deb8u1
Severity: minor
Tags: newcomer

Hi,

When I edit a launcher (following any of these procedures:
https://askubuntu.com/questions/67753/how-do-i-add-an-application-to-the-dash),
it is not applied until the next reboot:
When launching the application from the dashboard, the old command is still
launched.

It used to work without having to reboot in Debian Wheezy



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

Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-back  0.22.0-1
ii  evolution-data-server3.12.9~git20141128.5242b0-2+deb8u2
ii  gir1.2-accountsservice-1.0   0.6.37-3+b1
ii  gir1.2-atspi-2.0 2.14.0-1
ii  gir1.2-caribou-1.0   0.4.15-1
ii  gir1.2-clutter-1.0   1.20.0-1
ii  gir1.2-freedesktop   1.42.0-2.2
ii  gir1.2-gcr-3 3.14.0-2
ii  gir1.2-gdesktopenums-3.0 3.14.1-1
ii  gir1.2-gdm3  3.14.1-7
ii  gir1.2-gkbd-3.0  3.6.0-1
ii  gir1.2-glib-2.0  1.42.0-2.2
ii  gir1.2-gnomebluetooth-1.03.14.0-2
ii  gir1.2-gnomedesktop-3.0  3.14.1-1
ii  gir1.2-gtk-3.0   3.14.5-1+deb8u1
ii  gir1.2-ibus-1.0  1.5.9-1
ii  gir1.2-mutter-3.03.14.4-1~deb8u1
ii  gir1.2-networkmanager-1.00.9.10.0-7
ii  gir1.2-nmgtk-1.0 0.9.10.0-2
ii  gir1.2-pango-1.0 1.36.8-3
ii  gir1.2-polkit-1.00.105-8
ii  gir1.2-soup-2.4  2.48.0-1
ii  gir1.2-telepathyglib-0.120.24.1-1
ii  gir1.2-telepathylogger-0.2   0.8.1-1
ii  gir1.2-upowerglib-1.00.99.1-3.2
ii  gjs  1.42.0-1
ii  gnome-backgrounds3.14.1-1
ii  gnome-icon-theme-symbolic3.12.0-1
ii  gnome-settings-daemon3.14.2-3
ii  gnome-shell-common   3.14.4-1~deb8u1
ii  gnome-themes-standard3.14.2.2-1
ii  gsettings-desktop-schemas3.14.1-1
ii  libatk-bridge2.0-0   2.14.0-2
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u1
ii  libcairo21.14.0-2.1
ii  libcanberra-gtk3-0   0.30-2.1
ii  libcanberra0 0.30-2.1
ii  libclutter-1.0-0 1.20.0-1
ii  libcogl-pango20  1.18.2-3
ii  libcogl201.18.2-3
ii  libcroco30.6.8-3+b1
ii  libdbus-glib-1-2 0.102-1
ii  libecal-1.2-16   3.12.9~git20141128.5242b0-2+deb8u2
ii  libedataserver-1.2-183.12.9~git20141128.5242b0-2+deb8u2
ii  libgcr-base-3-1  3.14.0-2
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u4
ii  libgirepository-1.0-11.42.0-2.2
ii  libgjs0e [libgjs0-libmozjs-24-0] 1.42.0-1
ii  libglib2.0-0 2.42.1-1
ii  libgstreamer1.0-01.4.4-2
ii  libgtk-3-0   3.14.5-1+deb8u1
ii  libical1a1.0-1.3
ii  libjson-glib-1.0-0   1.0.2-1
ii  libmozjs-24-024.2.0-2
ii  libmutter0e  3.14.4-1~deb8u1
ii  libnm-glib4  0.9.10.0-7
ii  libnm-util2  0.9.10.0-7
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpolkit-agent-1-0  0.105-8
ii  libpolkit-gobject-1-00.105-8
ii  libpulse-mainloop-glib0  5.0-13
ii  libpulse05.0-13
ii  libsecret-1-00.18-1+b1
ii  libstartup-notification0 0.12-4
ii  libsystemd0  215-17+deb8u2
ii  libtelepathy-glib0   0.24.1-1
ii  libx11-6 2:1.6.2-3
ii  libxfixes3   1:5.0.1-2+b2
ii  mutter   3.14.4-1~deb8u1
ii  python   2.7.9-1
ii  telepathy-mission-control-5  1:5.16.3-1

Versions of packages gnome-shell recommends:
ii  gdm3  3.14.1-7
ii  gkbd-capplet  3.6.0-1
ii  gnome-contacts

Bug#809391: zathura: please implement a way to split the window

[Jerome Benoit]

Package: zathura
Version: 0.3.1-2
Severity: wishlist

Dear Maintainer:

Zathura looks very promissing, hence my wish.
Please consider to implement sooner or later
the possibilit to splity the window (as for vim).

Bon courage,
Jerome



-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages zathura depends on:
ii  libc6 2.19-18+deb8u1
ii  libcairo2 1.14.0-2.1
ii  libgirara-gtk3-1  0.2.3-1
ii  libglib2.0-0  2.42.1-1
ii  libgtk-3-03.14.5-1+deb8u1
ii  libmagic1 1:5.22+15-2
ii  libpoppler-glib8  0.26.5-2
ii  libsqlite3-0  3.8.7.1-1+deb8u1
ii  libsynctex1   2014.20140926.35254-6

zathura recommends no packages.

Versions of packages zathura suggests:
ii  iceweasel [www-browser]  38.5.0esr-1~deb8u2
ii  lynx-cur [www-browser]   2.8.9dev1-2+deb8u1
ii  poppler-data 0.4.7-1
ii  w3m [www-browser]0.5.3-19
pn  zathura-cb   
pn  zathura-djvu 
pn  zathura-ps   

-- no debconf information

Bug#809199: RFS: gap-guava/3.12+ds1-3 [unrep fix] [dbg] -- coding theory library for GAP

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi:

On 29/12/15 10:16, Tobias Frost wrote:
> On Mon, 28 Dec 2015 09:13:59 +0100 Jerome Benoit <calcu...@rezozer.net>
> wrote:
>> Package: sponsorship-requests
>> Severity: normal
>>  
>> Dear Mentors:
>>  
>>  I am looking for a sponsor for the package gap-guava that
>>  I am maintining on behalf of the Debian Science Team.
>>  This pacakge fix a reproduciblefix, introduce a debug
>>  package, and fixes some new (so to speak) warnings.
>>  
>> Thanks,
>> Jerome
>>  
>> -- System Information:
>> Debian Release: Jessie*
>>APT prefers stable
>>APT policy: (990, 'stable'), (500, 'stable-updates')
>> Architecture: amd64 (x86_64)
>> Foreign Architectures: i386
>>  
>> Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
>> Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/dash
>> Init: sysvinit (via /sbin/init)
>>  
>>  
> 
> Can you add a pointer where to get the package?

At Alioth:

anonscm.debian.org/cgit/debian-science/packages/gap-guava.git


Jerome

> 
> Thanks!
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWgloJAAoJEIC/w4IMSybjMuYIALlbmEBSwADCw1RxMZu5woD+
lCdrdlU79cSkVyH/iCTlNQB7gKwxXlDvRX4j5o/t2afzuHK+2TR1qtZhoMDvWCSa
iQaRzWmgsDMdxwq4BhORJcm5amryu2CQoWtguQF8unJtwGPluE/QL+0PyMfhSxSu
8nyFM/XH/9CG7XlJNm3FN0zTiXdz+TfK/fZ90fYVGiSZiMLfXsHoIuXPMoj7Hk0u
FGqSF/vMoqQRq2mYKJD5rCOAht3avga4KUAb3SHs9+oVQRSpEBXmjO8Wk8NceNoU
7hE0gvSB4MX+jQj02kJCoTm7YD9HMTS/tQCNxa2NrGTa6C5Y3qjHpAKutq1oX/U=
=jk57
-END PGP SIGNATURE-

Bug#809199: RFS: gap-guava/3.12+ds1-3 [unrep fix] [dbg] -- coding theory library for GAP

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi Again:

On 28/12/15 11:54, Tobias Frost wrote:
> Hi Jerome,
> 
> Am Montag, den 28.12.2015, 09:13 +0100 schrieb Jerome Benoit:
>> Package: sponsorship-requests
>> Severity: normal
>>
>> Dear Mentors:
>>
>>  I am looking for a sponsor for the package gap-guava that
>>  I am maintining on behalf of the Debian Science Team.
>>  This pacakge fix a reproduciblefix, introduce a debug
>>  package, and fixes some new (so to speak) warnings.
>>
>> Thanks,
>> Jerome
> 
> Please note that dedicated debug packages are no longer required, they
> are built automatically ("dgbsym"). See https://lists.debian.org/debian
> -devel/2015/12/msg00262.html
> 
> Therefore you should refrain from introducing -dbg packages. 
> 
> 

I have just dropped the explicit debug package support.

So the package should be fine now.

Thanks,
Jerome


> Tobi
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWgaTEAAoJEIC/w4IMSybjIH8H/jRb+FdWquGJEFzV5KdSFX62
3nFallvONRu14LQuc24Sjbibm0pbaLUuqYP3TdA0k3NNwCP/FBeRnVaO3IMf+Syg
Wco26CMaUH63nG7Y0KMbBCzX8QTMpv136x06XyhFrrA5UDXlVczoR+fzv6abRw9Y
qnwUrcfQudS0lOnlz2EKbZMUnJWkwHgz1h8Pfcqcxe8Stqw1UkM+aUPXNZuuOGuY
Pml7R05FxgbGZDlhJIYAKJG9c2N/eGBzr/8fhr0DCjeF8z1bD3nT9HBVjy3Bowzo
OFmXix0Rb6VwajiKDXQNHZgFG/GRFVfMtknT96BLRvKa13JvQYeogwbXMvgXqtE=
=ht1E
-END PGP SIGNATURE-

Bug#809199: RFS: gap-guava/3.12+ds1-3 [unrep fix] [dbg] -- coding theory library for GAP

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for a sponsor for the package gap-guava that
I am maintining on behalf of the Debian Science Team.
This pacakge fix a reproduciblefix, introduce a debug
package, and fixes some new (so to speak) warnings.

Thanks,
Jerome

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#762583: ITP: gap-grape -- GRaph Algorithms using PErmutation groups for GAP

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Folks:

I am still working on it.

Be patient,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWgPLmAAoJEIC/w4IMSybjO2EH/j2Vi3NFgDt54AL+UKVqTtVD
4B2y3KBhHWWchhO3jXzxZfTrkN4+G3XY9Gurof06h5FbDgXk16rYQkU9mV79Eizd
7N1KqDvdy5G38jsrRxgS9fUPuOo0DmhFifoXv4lSLCj94N2LAghXQ3I4VJ0vOIaY
vOjcYiqwxxF8xtVN7cvyWc9y057BdNdN2vu6HEr8nYOuLLI61NO3gSS56v1grXNH
jbuvR/4GN3bnpDJudSbRDN71ApHr88I3FvJm+DLvCEOOu689ziE60Spp3F7Ekp8Q
D9wA4x/Eq0JzHyzfqe7wrbO8Qm4YE6Y5eDgXazf1qCxCCI7CXF0KMn/Cpgh1ylA=
=ws9Z
-END PGP SIGNATURE-

Bug#809199: RFS: gap-guava/3.12+ds1-3 [unrep fix] [dbg] -- coding theory library for GAP

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Tobias:

On 28/12/15 11:54, Tobias Frost wrote:
> Hi Jerome,
> 
> Am Montag, den 28.12.2015, 09:13 +0100 schrieb Jerome Benoit:
>> Package: sponsorship-requests
>> Severity: normal
>>
>> Dear Mentors:
>>
>>  I am looking for a sponsor for the package gap-guava that
>>  I am maintining on behalf of the Debian Science Team.
>>  This pacakge fix a reproduciblefix, introduce a debug
>>  package, and fixes some new (so to speak) warnings.
>>
>> Thanks,
>> Jerome
> 
> Please note that dedicated debug packages are no longer required, they
> are built automatically ("dgbsym"). See https://lists.debian.org/debian
> -devel/2015/12/msg00262.html
> 
> Therefore you should refrain from introducing -dbg packages. 

I realized this part of the story at finalizing stage when I was testing
my material with pbuilder (Sid): lintian emmitted a lot of warnings about
this automatic package: I have fixed them (and other related stuff) by
introducing by hand the dbg package. If I remember well the lintian message
sent me to a Debian website: the new behaviour of the Debian tool chain
was cited in an ad hoc way; it sounds like it might be done by hand.
Anyway, I had to fix some autotool chain issue to silence the lintian messages.
I could fixed them within the pbuilder environment, but I thought that the -dbg
package was mandatory.

May I remove it ?

Thanks,
Jerome

> 
> 
> Tobi
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWgWq+AAoJEIC/w4IMSybjz2YH/01qzadWeQx/XUPuc39xGNTD
agyJmmz5pAkwRwMrLSBmuKsCguO5Y908ef7XjWKsh7N6Hx9ouP4bowavvWXJGMON
KRwAkLrfZb/OyFUAMknwYtgaS77CaHLjoE5ccFbfp6cjsSIDE0ZRnjKPm6Y/YQan
rxzDGhe+x+45uiJnhPbcdmvwaTNAmCFxRTHmaO8MOEziFpAtaZB5ajTCCryxPJoD
u2YLx8g/q4w4XzZWAdhGEXC2CDpO4ElyVlTfBPe8N9YjrN6uMxSBPLJA645F4ZcV
5CGiybM1KiQz+1MogV6vbLk6RoZoCDiyE+rN9aipYKZ8aOZ11W2+H4oGwZcLlYA=
=RLLc
-END PGP SIGNATURE-

Bug#809199: RFS: gap-guava/3.12+ds1-3 [unrep fix] [dbg] -- coding theory library for GAP

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256



On 28/12/15 20:35, Mattia Rizzolo wrote:
> On Mon, Dec 28, 2015 at 08:23:39PM +0100, Jerome BENOIT wrote:
>> I play with the bpo version on my every day box,
>> but, since debhelp is the Jessie version, no extra/hidden -dbgsym
>> is generated.
> 
> You should build your package in a chroot of the target distribution,
> always (in this case, you need a sid chroot).

For the pre-developing part I play with a Jessie tainted box (bpo + extra of 
mine),
BUT ultimately I check with pbuilder (last minute Sid).

Jerome

> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWgZCzAAoJEIC/w4IMSybjLsAIANLd88qK6eEoD2VoLooMG/wr
N9fI3XBBjoL1UfYgRlqTbgN8yPuooj/HKTdehWSalJP30ylZvuC8zfZqTycJj0km
2+xduTW40/jUGH3uMvgFNqeqsK++HqO/fUOPgqpTCy7FxUvS0LY9xtQ/dQkyJ1w9
JRvBz2nR3CHDvgCj/Tw5v+264D4xI5PoJCDEWxGRw00utvCK9M/D+YImXHaDsFmg
7rxwrvBtB4dgfnMEG3DmKoyp2eXfQGmkXGIwYZsht2pzJz1F/mR+f0wIM62vVwKB
piL51FAiYWCCCBjZCZ06gYwY/nDckvbYLj7dMq2vfo16ZqKKOF/ChRA/hXNz/a8=
=f8V+
-END PGP SIGNATURE-

Bug#809199: RFS: gap-guava/3.12+ds1-3 [unrep fix] [dbg] -- coding theory library for GAP

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi:

On 28/12/15 19:05, Mattia Rizzolo wrote:
> On Mon, Dec 28, 2015 at 06:00:46PM +0100, Jerome BENOIT wrote:
>> I realized this part of the story at finalizing stage when I was testing
>> my material with pbuilder (Sid): lintian emmitted a lot of warnings about
>> this automatic package: I have fixed them (and other related stuff) by
>> introducing by hand the dbg package. If I remember well the lintian message
>> sent me to a Debian website: the new behaviour of the Debian tool chain
>> was cited in an ad hoc way; it sounds like it might be done by hand.
> 
> Old versions of lintian might emit some warnings, but as of what is
> currently in sid (2.5.39.1, but also 2.5.39 (that is also in -bpo) is
> good enough for this)

I play with the bpo version on my every day box,
but, since debhelp is the Jessie version, no extra/hidden -dbgsym
is generated.


 there should be no messages at all about automatic
> built packages (at least, messages relevant to the automatically built
> stuff)

Indeed: adding a missing -g option in an obscure Makefile.in (last century 
material)
resolved the issue: some upstream packages are full of surprises, especially 
the one
written at the beginning of the C (C89) age or/and GNU age by programmer not 
educated
as programmer (for good and simple reasons).

Thanks,
Jerome


> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWgYw7AAoJEIC/w4IMSybjiMAH/jV3jq9wNf68TE9Gx1Dyjpch
A5ISBu/2dLw0uPfCjlUDfZjxLTN4luVEgcLdoIIZTKJ264Iuu//Y94YxPXkvr2qP
DUHJRoG94ynAWB+VUKzvRW2Amjv9CkM4lpDgbFE8VnGNg+S9R2Qtl12tmD3tuyWJ
tsODsgHryGG0m03YLtU4VqLi4Be/0eWM0mtYRDDVkzaDOPcGVlJgv+kSnPsHpVwz
Xz+jkZNciZZyAyQ9bc0C/5jcQrwTpSLp9lVHjC67sq9CYibQCzGlNN0+QyqA/PnU
bjwiZ2zv7oQdE8DKEemFyDTgIYdr5nh027ouvv9wFK7mUcssPwCJ5ucPunDDv9g=
=hUGL
-END PGP SIGNATURE-

Bug#809024: ITP: iprange -- IP ranges manager

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: wishlist
Owner: Jerome Benoit <calcu...@rezozer.net>

* Package name: iprange
  Version : 1.0.2
  Upstream Author : Costa Tsaousis <co...@tsaousis.gr>
Phil Whineray <p...@firehol.org>
* URL : http://firehol.org
* License : GPL-2+
  Programming Lang: C
  Description : IP ranges manager

Utility for loading and merging Classless Inter-Domain Routing (CIDR) blocks.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWfl1ZAAoJEIC/w4IMSybjCYEIALh3Hd5MGsgZScESTOiulJWq
gLMHen6MZXtWM9lqIZE1JxdXsnckYkFlDGZ9fmvVkosc5Y90vdNtYq7onQqc8vYD
gtwNf1XREM6D/Qs0bVMGOtcf8KCQef6lOVuZoBXXV39LCzbGqCKSBE0+E8fEcqV0
X61iOtxVRRqdNsGvzwcMekZQZdYipUZuSfbQXsEzkJ9CmLtcAYe/kzEWaZjSHmZA
3d8At9+zSD5OMauLKy20fqoaJ4+e3t4jyYAWJ+lgZX3eq37xdEVBLmZq3sh30k6/
/H8t/qfEXCJ5RVypu7e/IP4pKJcKviewVvuPfbm9w8HqRqP6IIzefMTM8t4VFvQ=
=kmPj
-END PGP SIGNATURE-

Bug#809024: ITP: iprange -- IP ranges manager [packaged]

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Folks:

Just to say that I have just deposited at Alioth a zeroth version
of the Debian package for iprange.

For the record,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWf3XjAAoJEIC/w4IMSybjGzQIAK67i+I0+73KYVCxl3omGmHH
JBXEPzrxDbl48T2xurdvaGb+DaotZbtCqaRr8iLdTavP9nJxvFXu8RU8U9MBYARq
2KL6K00igWTwlhEw0hW16CB54WwszT5OE63SKBed+oj1Daf96p75JAAqWIK2l/JJ
rYVrBwHYRxgXxhNP0YhED2w0wFuOfS3+4/x71JrmWyqTv7QxtkHLU0sfTZfFRLsM
rUHV2tCgiFgG9BbkUPDFhcZNU+C++LxjCxJvs9W+LRJJX6Rz8iO6wIYMuERlcLAT
SY4Sz5Jk1LByU+WHPq4LfJVDYQ96GX84+sG4reui7/Ir+J4iVGFSajdESaOtglk=
=IXA0
-END PGP SIGNATURE-

Bug#808782: RFS: jpedal4-lgpl [ITP] Java PDF Extraction Decoding Access Library (LGPL4)

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for a sponsor for the packages jpedal4-lgpl, a wide used
Java library that allows one to manipulate PDF material.
The concerned version of jpedal is actually frozen, but it is still
wildly used because of its license.

Thanks,
Jerome

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#808783: RFS: openviewerfx [ITP] Open Source JavaFX PDF Viewer

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for a sponsor for the package openviewerfx [1],
a Java library to manipulate PDF material (which is the
successor of the jpedal java library).

Thanks,
Jerome

[1] http://anonscm.debian.org/cgit/pkg-java/openviewerfx.git


-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#808411: RFS: primesieve/5.6.0+ds-1 [new upstream release]

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal


Dear Mentors:

I am looking for a sponsor for the package primesieve [1] that
I am maintaining on behalf of the Debian Science-Team.
This version brings to Debian the lastest upstream version.

Thanks,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/primesieve.git

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#620457: Please move /tmp/ssh-XXXXXXXXXXXX directories to $XDG_RUNTIME_DIR

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello:

Please note that XDG_RUNTIME_DIR might be not set on some headless computers:
TMPDIR (and such) [see #619760] might be honour first instead.
Having said that, there exists packages that allows to clean up
the temporary directories (e.g., tmpreaper).

Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWcHQTAAoJEIC/w4IMSybjDs0H/jPfh4i7GJ8WR86xm/hF8Gsn
psQ0+kAatsHTANjmzXOUqrRq31cBeqQ7wpC42ZXESqdYBFebjHNpBIvzsAUPr1Jb
7hZGpekF8SdatKQBUmY2INn3AsH/lxHFM6h59CpwxkJtxbcxM24tRHGBVU/L/Oll
TTjg/6vPSlW1COgSEXA++E97+Fx1S8Uafg7ZJqdCBg3IoLykeuRNbBmoIRBA1gH7
uMaJwNnmkXIY6/OC+YXjb3xOx0oLFivxJJ+DuhqdHUgq+7zf+9q06BPj2Rj87vOe
kovD4R3YWRGf+zpzzmRSuDqaD/Mg5XGvoh0Gj0230flPXi89Crg6Yq0riGU1H9Y=
=3kJM
-END PGP SIGNATURE-

Bug#807829: 4ti2: please make the build reproducible

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello All:

On 13/12/15 16:49, Reiner Herrmann wrote:
> Source: 4ti2
> Version: 1.6.7+ds-1
> Severity: wishlist
> Tags: patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: timestamps locale
> X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
> 
> Hi!
> 
> While working on the "reproducible builds" effort [1], we have noticed
> that 4ti2 could not be built reproducibly.
> It embeds a locale- and timezone-dependent timestamp into the
> documentation.

Indeed. Sorry for forgetting the locale aspect of the time stamp.

> 
> The attached patch fixes this by using the C locale and UTC for
> generating the timestamp.

I have just applied the patch to the git material.

I will wait for more material for submitting the package.

Best wishes,
Jerome

> 
> Regards,
>  Reiner
> 
> [1]: https://wiki.debian.org/ReproducibleBuilds
> 
> 
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWbZ8rAAoJEIC/w4IMSybjiMgIALnCSa5XuL9OMOGGiPuarODC
72SNHEYrZ3uU0+oIrKqRwb2KhOjdBGXbCTaUUXbdi+Qso/2UfvwpnWk3MCc5lEeM
IBcUkozqhtEtKf6eOoknnv9D1QLXnA3dR1htNgOFykv6/iju6/w6ayJcgl9y99mk
khBRW73hwLJGaK7td4Ub6uZri9v9Qlo/W9+fTernpf7GJ1l4CmetFcJiSDrkSGni
akJu6oJ3+W+pdhxPSpF5nN821eELc5pswLnnq7MYMBZXf2F/8Xye3u8+YWMi4dUt
roSfV+p5khON7LTTsfEbjuUr7WH71CjgtUHh2T4kQuNAk8ana4EU/IR2rFA60Fs=
=XaGh
-END PGP SIGNATURE-

Bug#807845: RFS: 4ti2/1.6.7+ds-2 [unrep fix] [CI] -- mathematical tool suite for problems on linear spaces

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for a sponsor for the package 4ti2 [1] that
I am maintaining on behalf of the Debian Science-Team.
This version fixes a `build reproducible' issue and introduces
Continuous Integration material.

Thanks,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/4ti2.git


-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#807789: RFS: 4ti2/1.6.7+ds-1 [New Upstream Release]

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for a sponsor for the package 4ti2 [1] that
I am maintaining on behalf of the Debian Science-Team.
This version is a `New upstream release' that fixes a broken
test and some cosmetic issues.

Thanks,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/4ti2.git


-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#807789: RFS: 4ti2/1.6.7+ds-1 [New Upstream Release]

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Mattia:

On 13/12/15 03:19, Mattia Rizzolo wrote:
> control: owner -1 !
> control: tag -1 + pending
> 
> Hi,
> 
> On Sun, Dec 13, 2015 at 02:48:24AM +0100, Jerome Benoit wrote:
>>  I am looking for a sponsor for the package 4ti2 [1] that
>>  I am maintaining on behalf of the Debian Science-Team.
>>  This version is a `New upstream release' that fixes a broken
>>  test and some cosmetic issues.
> 
> I'm currently building it, and if it will I'll upload it as-is, but I
> have a couple of question for you nontheless:
> 
> * why don't you try to use the git repository in a sane way?  just
>   importing .dsc you build somehow else is not really a good use of it,

It is why I do NOT import dsc material, but I use the same kind of message.
And I group the git-commit to avoid numerous ones.


>   you lost a lot of benefith of git and makes unnecessarily hard for
>   sponsors to review the changes (=> I couldn't use it at all...)
> * I guess
> - debian/{patches,adhoc}/*:
>   - test walk 344, revive;

In the previous package version, the test named walk failed over a sample input 
data file
with generic name 344: it was frozen and I sent a report to the upstream 
maintainer team,
along other minor reports.
This version of 4ti2 mainly fixed the reported issues, see the (upstream) NEWS 
file for
more details. So I unfrozen this test and I performed some minor changes in the 
debian
material to reflect the fixes brought by the upstream team. Those changes are 
minor
in the sense that they mainly concern maintenance, but not end users.


>   - refresh.
>   means something to you, but pretty sure it does mean nothing to me,
>   especially the "test walk 344, revive" line.  At least for the patches
>   next time can you try to be more verbose on what you did?  what you
>   added, what you dropped and why.
> 

I try to be concise. I guess that what you mean is that I should git-commit 
more often.


Thanks,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWbNykAAoJEIC/w4IMSybj1zwH/1npmQv7jLv/HI8j9ISWDRIP
RZhBiKbpn3EGvD6wZX9Wy04p1o44AXuTM4XcsEbl/ex5C3GWKqWHhmDHc73FTgNX
MxII9xUQ4cdtCuezYCfGM0tsNBvUVpOaHIE4FjZcnz3oJSVyBi5U7quuf+YwXqkF
M55J6r7X1OeyXU9QyLH0zuJyhoxPpLXspdXRQKZIKsTgUkInu4s4h4GJABGQqyiJ
z/1EAkOP4Eop1E+j5xWWS1xUsReih9GFWMs3BWDf6iHZk0UNUz1dkxnhI09R8rb7
KWComjv3wnxSfTkX/hQqQ7PCb9LsvIlYYs2cw4WHb6khJ7wR2qmvcbJ6Nzlb0WI=
=yoZf
-END PGP SIGNATURE-

Bug#806773: RFS: normaliz/3.0.0+ds-3 [FTBFS fix]

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello Mattia:

On 06/12/15 01:13, Mattia Rizzolo wrote:
> Control: owner -1 !
> Control: tags -1 + moreinfo
> 
> On Tue, Dec 01, 2015 at 06:06:01AM +0100, Jerome Benoit wrote:
>> I am looking for a sponsor for the package normaliz [1] that
>> I am maintaining on behalf of the Debian Science-Team.
> 
> I'll happily sponsor it, but before that, is there a reason you're not
> asking this to the debian-sciance team? (of which I'm part of)

No reason at all, or clumsyness if any: I post something here:

https://wiki.debian.org/DebianPureBlends/SoB

> 
>> [1] https://anonscm.debian.org/cgit/debian-science/packages/normaliz.git
> 
> The commits on that repository looks weird: almost like you do the work,
> build a .dsc, and then import it to the git repo :S

Let say that I am getting more and more familiar with the packaging process
which is not that complex but ask time to get a good overwhole picture and 
practice.
May be my habit to use quilt is becoming obsolete.

Having said that, I hope that my packages are not that bad.

Jerome
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWY4OQAAoJEIC/w4IMSybjY5IH/3oq/9rmDft01UqiMNP0xm2f
vn2Yqx0cr52oBlZ/ybDtOJZEi0/TwPChJUscz1li5PZ+reym1CFDqLyow/1x+FhH
af7gMNSNwd1FxAocyzSufLGwhO08KMs0/j1lTzudaxyHaZ7Y4ohr0jtRv70dt8k6
yF9DjxtwUi6xGrkuDR42ymJLPh5xkHsSf5EXoqw01d4fBjFhufuhZm9LEu0Pj6BC
My4XnnLcGUUY5A+333XHgnQ94gXd+AMCjLBT9XSMDP5iho77ShARD8F+8l624bTk
2zYyimZyB17l8PM6Rl95ihOl0ICdMxf7TQQDz07u2diDofC8Tz9zcAM5tqLk/Ac=
=ed75
-END PGP SIGNATURE-

Bug#806754: RFS: gmp-ecm/6.4.4+ds-5 [FTBFS fix]

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for a sponsor for the package gmp-ecm [1] that
I am maintaining on behalf of the Debian Science-Team.
This version fix the FTBFS issue #806619 that pointed that
the gmp-ecm package did not honour the arch/indep built scheme:
this release introduce a fully working arch/indep built scheme.

Thanks in advance,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/gmp-ecm.git

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#806769: FTBS: failed test on mipsel architecture: random Bus error emitted from GOMP

[Jerome Benoit]

Package: normaliz
Version: 3.0.0+ds-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hello Folks:

On mipsel architecture, normaliz is subject to random `Bus error(s)' 
that
are emitted from GOMP. A GDB backtrace typically reads:

--8><--
[...]
Starting program: /home/calculus/normaliz/normaliz-00/normaliz/_build/normaliz 
-h test-h/cut.in
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/mipsel-linux-gnu/libthread_db.so.1".
[New Thread 0x77913450 (LWP 24948)]
[New Thread 0x77113450 (LWP 24949)]
[New Thread 0x76913450 (LWP 24950)]

Program received signal SIGBUS, Bus error.
[Switching to Thread 0x77113450 (LWP 24949)]
0x77b1ef60 in GOMP_loop_ull_dynamic_start () from 
/usr/lib/mipsel-linux-gnu/libgomp.so.1
#0  0x77b1ef60 in GOMP_loop_ull_dynamic_start () from 
/usr/lib/mipsel-linux-gnu/libgomp.so.1
#1  0x77b1ee7c in GOMP_loop_ull_dynamic_start () from 
/usr/lib/mipsel-linux-gnu/libgomp.so.1
Backtrace stopped: frame did not save the PC
(gdb)
--><8

For the record,
Jerome


-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages normaliz depends on:
ii  normaliz-bin  3.0.0+ds-1

normaliz recommends no packages.

Versions of packages normaliz suggests:
ii  singular  4.0.2-p2+ds-1

-- no debconf information

Bug#806773: RFS: normaliz/3.0.0+ds-3 [FTBFS fix]

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors:

I am looking for a sponsor for the package normaliz [1] that
I am maintaining on behalf of the Debian Science-Team.
This version fix the FTBFS issue #806769 that pointed random emitting
of `Bus error' from GOMP on mipsel architectures machines: OpenMP is
now disabled on mipsel architecture machines.

Thanks,
Jerome

[1] https://anonscm.debian.org/cgit/debian-science/packages/normaliz.git



-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#806389: RFS: jsurf-alggeo/0.3.0+ds-1 [new uptream release]

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentor:

I am looking for a sponsor for my package jsurf-alggeo that
I am maintaining on behalf of the Debian Science-Team.
jsurf-alggeo is a java library dedicated to algebraic geometry:
it basically renders real algebraic surfaces into PNG files [1].

Thanks,
Jerome

[1] https://packages.debian.org/sid/jsurf-alggeo
[2] https://packages.qa.debian.org/j/jsurf-alggeo.html

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#806108: singular: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello All:


>>After checking that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B"
>>work properly, this package will be suitable to be uploaded in
>>source-only form if you wish (you might want to try it).

I would be very glad to render it suitable to be uploaded in source-only form,
but singular appeared to be quite messy (and it is why singular have not been
around since oldoldstable):
1] so far so good :);
2] part of the independent files are not yet packaged;
3] I am going step by step here.

Thanks,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWVSBXAAoJEIC/w4IMSybjIWcH/RSNqoVRe6M+0EMFwKalYoYR
pxycJ3KP8r4EEN1uLuxQYgA6ZGBmovW79/wenHlRedXmUVPRuTiXMQFhijE/4LuK
NavAO7ntsfOXTvig7BsVMxjZ6m2BgzCl9+D/cCU4oz0tEwJ1vX27GiBTMvsLp0T+
rowirxdQfGxrKIJlZHjI5JwBjyTvXpcYsmjsYaq9F+G+UOjmWa4SsrMnQwYJ/sUs
Eu81eBbfVdjTSbwbpmNoexsXvoj261fTwRGtg8ZweqGtu+sRZiijep4Iq89wcRdZ
a9AEmt5JSDGdmhupFm5CK+E9+Py3k0pm0dQ6zstENPgKdjKFzka9IqgbGfEGwZI=
=Gl/V
-END PGP SIGNATURE-

Bug#805521: RFS: normaliz/3.0.0+ds-2 [FTBFS fix release]

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors,

I am looking for a sponsor for my package normaliz that
I am maintaining on behalf of the Debian Science-Team.

Thanks,
Jerome

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#804981: jsurf-alggeo: failure of the make-TestJSurf autopkgtest test

[Jerome Benoit]

Package: jsurf-alggeo
Version: 0.2.0+ds-1
Severity: normal

Hell Folks:

It appears that the make-TestJSurf lacks a dependency.

For the record,
Jerome



-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages jsurf-alggeo depends on:
ii  antlr33.2-10
ii  default-jre [java7-runtime]   2:1.7-52
ii  libcommons-cli-java   1.2-3
ii  libvecmath-java   1.5.2-5
ii  openjdk-7-jre [java7-runtime] 7u85-2.6.1-6+deb8u1
ii  openjdk-8-jre [java7-runtime] 8u66-b17-1~bpo8+1
ii  oracle-java7-jdk [java7-runtime]  7u76
ii  oracle-java8-jdk [java7-runtime]  8u40

jsurf-alggeo recommends no packages.

Versions of packages jsurf-alggeo suggests:
pn  graphicsmagick-imagemagick-compat  

-- no debconf information

Bug#804892: FTBFS: failed to build on powerpc architecture: __builtin_frame_address not fully supported

[Jerome Benoit]

Package: singular
Version: 4.0.2-p2+ds-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hello Folks:

singular failed some check (omalloc check, precisely) on the powerpc 
architecture
because of a partial support of __builtin_frame_address on this 
architecture.

For the record,
Jerome

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages singular depends on:
ii  singular-data 4.0.2-p2+ds-1
ii  singular-modules  4.0.2-p2+ds-1
ii  singular-ui   4.0.2-p2+ds-1

singular recommends no packages.

singular suggests no packages.

-- no debconf information

Bug#800576: gitk --all doesn’t work anymore in some locales

[Jerome Robert]

This is fixed by 28de568 in the upstream repo [1].

[1] git://ozlabs.org/~paulus/gitk.git

Bug#804714: jsurf-alggeo: new upstream version

[Jerome Benoit]

Package: jsurf-alggeo
Version: 0.1.4+ds-1
Severity: wishlist

Hello Folks:

A new upstream version for jsurf-alggeo is available.

For the record,
Jerome


-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages jsurf-alggeo depends on:
ii  antlr33.2-10
ii  default-jre [java7-runtime]   2:1.7-52
ii  libcommons-cli-java   1.2-3
ii  libvecmath-java   1.5.2-5
ii  openjdk-7-jre [java7-runtime] 7u85-2.6.1-6+deb8u1
ii  openjdk-8-jre [java7-runtime] 8u66-b17-1~bpo8+1
ii  oracle-java7-jdk [java7-runtime]  7u76
ii  oracle-java8-jdk [java7-runtime]  8u40

jsurf-alggeo recommends no packages.

Versions of packages jsurf-alggeo suggests:
pn  graphicsmagick-imagemagick-compat  

-- no debconf information

Bug#804742: FTBFS: failed to build on armel architecture: exception_ptr not suppored on armel

[Jerome Benoit]

Package: normaliz
Version: 3.0.0+ds-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear All,

normaliz failed to build on armel architecture because of a lack of 
support
for exception_ptr on this architecture.

For the record,
Jerome

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages normaliz depends on:
ii  normaliz-bin  3.0.0+ds-1

normaliz recommends no packages.

Versions of packages normaliz suggests:
ii  singular  4.0.2-p2+ds-1

-- no debconf information

Bug#804408: gmp-ecm: constant failure of the make-longcheck autopkgtest test

[Jerome Benoit]

Package: gmp-ecm
Version: 6.4.4+ds-3
Severity: minor

Hello Folks:

It appears that autopkgtest is not yet ready to accept relatively long 
tests
(3 hours does not seems that long for numerical tests perform with 
valgrind).
Meanwhile, the crunchy test might be cooled down.

For the record,
Jerome


-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages gmp-ecm depends on:
ii  libc6 2.19-18+deb8u1
ii  libecm0   6.4.4+ds-3
ii  libgmp10  2:6.0.0+dfsg-6

gmp-ecm recommends no packages.

gmp-ecm suggests no packages.

-- no debconf information

Bug#804406: autopkgtest: add a restriction or a feature to permit tests of different expected duration

[Jerome Benoit]

Package: autopkgtest
Version: 3.17.2~bpo8+1
Severity: wishlist

Dear Maintainer Team:

It appears that one of my current tests (make-longcheck for
the gmp-ecm pacakge, not to mention it) constantly caught a TERM
signal after a fix duration of abour 2h50. For some tests, this
duration limit is certainly very long; but for some other tests
the time scale can far longuer. It would be nice to have a mean
to specify qualitatively the expected time scale of the involved
test (e.g., short, long, very_long, extremely_long, etc).

hth,
Jerome


-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages autopkgtest depends on:
ii  apt-utils   1.0.9.8.1
ii  libdpkg-perl1.17.25
ii  procps  2:3.3.9-9
ii  python3 3.4.2-2
ii  python3-debian  0.1.27

Versions of packages autopkgtest recommends:
pn  autodep8  

Versions of packages autopkgtest suggests:
pn  lxc  
pn  qemu-system  
pn  qemu-utils   
pn  schroot  

-- no debconf information

Bug#804186: FTBFS: underterministic check

[Jerome Benoit]

Package: singular
Version: 4.0.2-p2+ds-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear All,

singular/omalloc check are undeterministic, what emits random FTBFS.

For the record,
Jerome

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages singular depends on:
ii  singular-data 4.0.2-p2+ds-1
ii  singular-modules  4.0.2-p2+ds-1
ii  singular-ui   4.0.2-p2+ds-1

singular recommends no packages.

singular suggests no packages.

-- no debconf information

Bug#777073: Current version doesn't seem able to factor... 1 !

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Julien:

The latest gmp-ecm package has finally reached testing:
have you made any progress on this issue ? Do you think that we can close it ?

Thanks,
Jerome 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWNbP8AAoJEIC/w4IMSybjVS0IAMbwO3zS5F0OYj+vHrTdGB5q
s7Xpp/ZDTglYD8KQ61QZUzgzrlk1eTQXqUYw+qxCTbh5bNWqAeVKLVBFwN18i/6s
kw7fJJeoaV0KjflGvsInnTt3P9LJEpQUm/FTYRxVNC8k5u5tEGtMq0Hzv2QZhQlf
RWbEPX7tGhI7Wk7Y2+8//Ty64z7rLyD0LDoODnpznG6ZQWmdDrbBlB50mREwP0fx
SrIerTZP0/va/xBjClG1kATAPs2YvQnifKxkrzKPkZvazwgJHLPHFCdHmd086Fsc
lLXWJ3nCzEjL2JlP+vGiNevtSZcsglxXlpaIqZmb18gYNe4PhvH3mEVz3AoOrCI=
=J46q
-END PGP SIGNATURE-

Bug#802513: Would you consider to run cme to fix d/control

[Jerome BENOIT]

Hi Again:

On 27/10/15 20:40, Andreas Tille wrote:
> Hi Jerome,
> 
> since I noticed that Vcs-Browser had an old format (lintian would have
> informed about this) I was running
> 
> cme fix dpkg-control

done and uploaded.


> 
> which resulted in several changes.  I would prefer to apply these
> changes but the diff is a bit to much for me to upload it without your
> consensus.  So please consider fixing at least Vcs-Browser - or simply
> start with the habit to let config model editor care for a consistent
> formatting. :-)
> 
> Kind regards
> 
>Andreas.
> 


Thanks,
Jerome

Bug#802981: skrooge: Please package 2.1 version against qt 5.5 and kf5

[jerome]

Package: skrooge
Version: 1.9.3-1
Severity: wishlist

Dear Maintainer,

Version 2.0 is available for for month and the latest statble is 2.1.1
Kf5 and Q5 is available in sid ans testing.
It would be nice to have this version in sid.

King regards

Jerome

Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.3.0-rc5-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages skrooge depends on:
ii  kde-runtime  4:15.08.2-1
iu  kdepim-runtime   4:4.14.10-2
iu  libakonadi-kde4  4:4.14.10-1
ii  libc62.19-22
ii  libgcc1  1:5.2.1-22
ii  libgrantlee-core00.4.0-3
ii  libkactivities6  4:4.13.3-1
iu  libkcalcore4 4:4.14.10-1
ii  libkdecore5  4:4.14.13-1
ii  libkdeui54:4.14.13-1
ii  libkio5  4:4.14.13-1
ii  libknewstuff3-4  4:4.14.13-1
ii  libknotifyconfig44:4.14.13-1
ii  libkparts4   4:4.14.13-1
ii  libkrosscore44:4.14.13-1
ii  libnepomuk4  4:4.14.13-1
ii  libnepomukutils4 4:4.14.13-1
ii  libofx6  1:0.9.10-1+b1
ii  libplasma3   4:4.14.13-1
ii  libqca2  2.1.0.3-4
ii  libqca2-plugin-ossl  2.1.0.3-4
ii  libqjson00.8.1-3
ii  libqt4-dbus  4:4.8.7+dfsg-3
ii  libqt4-network   4:4.8.7+dfsg-3
ii  libqt4-script4:4.8.7+dfsg-3
ii  libqt4-sql   4:4.8.7+dfsg-3
ii  libqt4-sql-sqlite4:4.8.7+dfsg-3
ii  libqt4-svg   4:4.8.7+dfsg-3
ii  libqt4-xml   4:4.8.7+dfsg-3
ii  libqtcore4   4:4.8.7+dfsg-3
ii  libqtgui44:4.8.7+dfsg-3
ii  libqtwebkit4 2.3.4.dfsg-5
ii  libsoprano4  2.9.4+dfsg-3+b1
ii  libsqlite3-0 3.9.1-2
ii  libstdc++6   5.2.1-22
pn  skrooge-common   

skrooge recommends no packages.

skrooge suggests no packages.

Bug#802440: ITP: jpedal-cid -- Java PDF Extraction Decoding Access Library (extra Adobe CID Fonts)

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist
Owner: Jerome Benoit <calcu...@rezozer.net>

* Package name: jpedal-cid
  Version : 1.4
  Upstream Author : IDRsolutions <https://www.idrsolutions.com/>
* URL : https://www.idrsolutions.com/jpedal/support/additional-jars/
* License : Adobe-adhoc
  Programming Lang: none
  Description : Java PDF Extraction Decoding Access Library (extra Adobe 
CID Fonts)

 jPedal is a Java library for viewing and manipulating PDF files that is
 actively developed by IDR Solutions. It aims to provide Java developers
 with complete PDF reader functionality as well as PDF content extraction.
 .
 This package provides extra CMAP files as distributed for jPedal. These fonts
 (CIDFont0/CIDFont2 Foreign language support) are required by some languages.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWJd0XAAoJEIC/w4IMSybjoFUIAMCxtGXYAo/mUON5szUSXXzv
dMlLCCpgoMlqSdLsFocfao5S3WI7o5qvmnlFmDTMcm7aDzhAtgkrjg9kIAFUsQba
dvWD5jg9G8fp28jzmMhLi2E8tMwOutTbTIgFniUk1Y2sfa6kRrHemiGdsGgkd46p
/hmoKbToL+CxgP3zc4bzvnCrE0FJVja8Ygy2GcLGzGPSd+AHAbBYX6hZj+IfIC6g
82jylqIPiXP3TV6HnHIMd1LPyKHYfvsAmaCj8/HeDnLGMT39x4Mylivfa2dYT1pL
es0OyLPJRLPo/0dr//HCe8s6aw7Ud55cEb5fDiOwFjlo7JJFLng/JrnJRLI3N58=
=37yi
-END PGP SIGNATURE-

Bug#802513: ITP: primesieve -- fast prime number generator C/C++ library

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist
Owner: Jerome Benoit <calcu...@rezozer.net>

* Package name: primesieve
  Version : 5.5.0
  Upstream Author : Kim Walisch <kim.wali...@gmail.com>
* URL : http://primesieve.org
* License : BSD-2-clause
  Programming Lang: C/C++
  Description : fast prime number generator C/C++ library

primesieve is a free software program and C/C++ library that generates primes
using a highly optimized sieve of Eratosthenes implementation. primesieve can
generate primes and prime k-tuplets up to 2^64.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWJn8UAAoJEIC/w4IMSybjGfwH/05sZzlVr8FMJ2vqpnHbAjwK
RguNkyttdQbngayA8u9uAxBkGjonnW5XJ8XdZQLM9gbbKqAWq9en2b17OsiGFirE
81It0AtzC3gYMl/CRBvzfQV1Pq6ihXhsOc6Bo2LgekNkn7Mw88Mmkc15fXPkDXm7
E9Y5VngFFRzzUpVhNuCGKOrUi8H2JGhExEX3+I3isskSdo6J4cKux7letgb/qFEk
vgo5mgQniYAcS4e/kUJwM5YUECDmJFHxBHKEVrnf3YIN7Pa//xKtHUhBYPpAHX76
gQuKJNhxuZaU6NeM7qgUcMsRmqCGCsY8OZx4SupH0wzUaKC9jwSPxJseQ+ruxGg=
=lJrM
-END PGP SIGNATURE-

Bug#793012: gmp-ecm: FTBFS on mipsel: bad assembly?

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello:

Finally I could access to  the mips and mipsel porter boxes and check
the patched version of the package: everything is fine.
Thanks to Jurica Stanojkovic.

The patch has been brought to Alioth as is (modulo some comments).

I will submit the new version for sponsorship soon.

Thanks,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWJr+uAAoJEIC/w4IMSybj4BEIALr2myT9YP/2t/Z1J0Khzsjt
T4fdKIbbKJ/f+Z0EvjGYRy4wREK+PyctyP0IeSxv809eohywkrfHhvaRVJvhwILP
GOuNi9uWWcfheoXP1GVse8DjcZaFZAniqIji7yqeixSOyDuwL1iqWNajbFIXQDLV
j6k3aWS8EQV3v4fn72l+dkg64ebFnkd91mFCo2EwatGSN6V5+WBG/tPuXrTA4GIz
eFdKuMKlQg8YWYB73U657mIjwFu5nCddJnWpPldK08o95XvMSRJf1WPuxjDj2Fdl
STE9/PVI5rpupDQOuBFyklKHAfIdPanuVGBaaUeIM16g8ADbHeV5yI5ErxQqjgs=
=oubH
-END PGP SIGNATURE-

Bug#802176: ITP: openviewerfx - Open Source JavaFX PDF Viewer

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist
Owner: Jerome Benoit <calcu...@rezozer.net>

* Package name: openviewerfx
  Version : 6.2b29
  Upstream Author : IDRsolutions <https://www.idrsolutions.com/>
* URL : http://sourceforge.net/projects/openviewerfx/
* License : LGPL-2
  Programming Lang: Java
  Description : Open Source JavaFX PDF Viewer

 Whether you are just looking for a PDF Viewer/Reader for your RaspberryPi
 or a freely usable component to embed in your Java applications, OpenViewerFX
 an innovative JavaFX PDF Viewer/Reader combines the power of JavaFX with
 IDRsolutions industry leading PDF library to deliver a complete
 cross-platform PDF Viewer/Reader under the friendly LGPL Open Source license.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWIvg2AAoJEIC/w4IMSybj6zYH/jBzh8rSEnwT0qBvo9exyOwo
wJPFMBtagVbbq/o6iEG3lEdhkL0M6gxN7eSaWAqHTyE++XzuXvFDf0UUYj/cS9z9
6N77+oUc0rsxPu5Hn+6ZHVq2fBfhZLrB0TwSOn5/Mmp6xIT8IIvrdt1190DyKdpa
hzlM1Ulo/GS/oWT601GPnw2b3SEDvkWMexXwA8Z0bSZu3H1/UroXTr6PrAd76Zia
XQ53qis7/ZOINwu/eHSmq4EulEtzYc8JXQ+jVfZ0zmdHF+ZWaGQQi27N2/bskl6J
F7iebQRhco7OkDJ3VRYTWaVw6XjF5mVfwNGGnt9z23P2r+NYASehAqgKrLqivcg=
=7REA
-END PGP SIGNATURE-

Bug#800961: singular-ui: fails to upgrade squeeze -> wheezy -> jessie -> stretch

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Andreas:

I downgraded the severity from Serious to Important because
the issue involves the package from the oldoldstable (squeeze)
distribution while the package is not present in oldstable and stable.

Thanks,
Jerome

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJWEnqRAAoJEIC/w4IMSybjI+MH/3O7ZRjyzxbNiHxRphhmu/S0
y5HMXY5xz/H6zVMDRq3ELRQXkTOfksb0bfoKPYppyFtYr8Yr003P1InkMi54TGIs
KPDqXg6fvU03V4/bJV/oc4/VjcAYHSlPxOupd/aR/yaGlwJ0+sgsBdEtA+i/WHH5
UYjmVbVIqMkfEuIU8f/eLKYktHwhYIOAnvU1xBCHDptea6llOHZVeEaXyxRGySBu
ba/F/2EY24d434F1JvrdozPw3UDaSFXf4P/Wz59C+qjrEAJ+hQjemhlIubMtSdVh
o9D/gCiHVLPiqLJa5XeouvgprbelcDD0/EumYsaOqEUvgXV9CtLv5+rJRffd1H0=
=eHd0
-END PGP SIGNATURE-

Bug#798379: ITP: jsurf-alggeo -- Java based visualization library for real algebraic geometry

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist
Owner: Jerome Benoit <calcu...@rezozer.net>

* Package name: jsurf-alggeo
  Version : 0.1.4
  Upstream Author : IMAGINARY.org <i...@imaginary.org>
* URL : http://imaginary.org/program/jsurf
* License : Apache-2.0
  Programming Lang: Java
  Description : Java based visualization library for real algebraic geometry

jsurf is a script driven library to visualize some real algebraic geometry.
It is and can be used as the visualization component in Java programs.
 
jsurf is free software distributed under the Apache 2.0 License.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJV7vPDAAoJEIC/w4IMSybjMKoH/jGZtsf7sJZW62HXaA2bOodt
AHHDWUmYqLZ6bT74mW7V4yjbqtLhlozxON07IvaVdB+i2dRPe9wOiOhRKYqtAV9k
Ij6Rw1T+mMrMm3hCoAs4NRFhrb32lF2euqhRyyCWHZF6836wgpWC29+ncGpRbs6d
8HIB6ufcfwidv24ADPLdkfEM3V6gpy/5cMqhjGYR9vZZz5wF3H9bK8hnNvA4eQkc
HywJLRAStnV8rnkiCSEMcufZahVmfZKQ+QoZDIM+sggETfkoZu85VwZZOHkT/Lw2
rIteo2N2fC+WiuS/hjYja49vLbkrrHiiVhA2+AajRVVCApsYCbLO7j54L6o6QAo=
=Kny0
-END PGP SIGNATURE-

Bug#748737: [request-tracker-maintainers] Bug#748737: Bug#748737: rt4-extension-assettracker: fails to upgrade from wheezy

[Jerome Charaoui]

> On Thu, Oct 02, 2014 at 07:27:05AM +, Chris Caldwell wrote:
> > Looks like the upstream's an orphaned project (no commits for 6 months) and 
> > won't be updated for RT 4.2.

Although it's true that upstream seems to have abandoned the project,
work had already begun to update the plugin to 4.2, see branch
3.2/support-4.2 [1]


> > Is this a good place to suggest Best Practical's own RT::Extension::Assets 
> > (http://bestpractical.com/assets) as a candidate for packaging?

The recommended pratice is to submit an RFP [2].


> It's as good as any. Unfortunately I think it is now too late to get
> a new package into jessie. One interesting question is if there is
> any sane data migration strategy between the two: that might affect
> the immediate value of packaging RT::Extension::Assets.

To my knowledge there is no migration path between the two. I think
Debian users of this extension would be best served at this time by
packaging the 4.2 branch and publishing it in the experimental archive.
I've been using it for a bit and although there are a couple of bugs, it
works well enough that the data is still useable, which IMHO is an
acceptable temporary option before BestPractical or someone else decides
to write code to migrate data between the two extensions.

Thanks,

-- Jerome



[1]
https://github.com/AssetTracker/rt-extension-assettracker/tree/3.2/support-rt-4.2
[2] https://wiki.debian.org/RFP



signature.asc
Description: OpenPGP digital signature

Bug#792850: gmp-ecm,libecm-dev: copyright file missing after upgrade (policy 12.5)

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Andreas:

I have just installed piuparts 0.66 on my box in order to reproduce the issue:
so far, I I have not succeeded to reproduced the issue.

Please can you confirm the issue ? Or give the proper option to reproduce it ?

Thanks in advance,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJV3fblAAoJEIC/w4IMSybjBU8IAK99p+S0YZVoHZ0gc5Lu1jLp
lDTVawB7razlDFFjrFh2+m6/ykbu5INgKyxyOe82JXTcI/5+CCQ4RRMaPPLTv6Zt
n39/CCHVgmk0fBsUpapaiWKGmOIqkZpg7l8PEUpPRU9jleDh6laP8rBkcrLhB+5Y
4RSMgdlbcQ9nit1jyrc3KBrvOx/Gl+KO80XkIgAidpytLQ+/Y87DxxhJXWiR0nTQ
oASA74dEHDW5OkZa0c4OFXdBH81NnuweBzdWE0Jc8h/+toXpb5pKdj3poL3aL4Sl
cM1BhRdU+q1Ife82uimMNepHKvXA+tIRuzMajoevohjmm6KOscd0yQvvf+uE288=
=Xu44
-END PGP SIGNATURE-

Bug#793012: gmp-ecm: FTBFS on mipsel: bad assembly?

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Jurica: thanks a lot for your material !

On 26/08/15 15:54, Jurica Stanojkovic wrote:
 Hello,
 
 I was able to build package gmp-ecm_6.4.4+ds-2 with patch that is attached.
 
 First part of patch is taken from upstream (file longlong.h)
 I had to add second part (file sp.h) in order to build package successfully.
 Patch is attached.
 
 Alternatively, if  following code for umul_ppm is used, instead of upstream 
 patch,
 package also does build successfully.
 #define umul_ppmm(w1, w0, u, v) \
__asm__ (multu %2,%3\n\tmflo %0\n\tmfhi %1 \
: =d (w0), =d (w1) : d (u), d (v))
 

I will try first the short version, namely the  three above line.

Thanks,
Jerome


 Thank you!
 
 Regards,
 Jurica
 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJV3e8WAAoJEIC/w4IMSybj3oQH/0o+JsURtfTepyN2n3WzRmI0
k8ggwYatQ5nBFcfESNb0efJSY5n5b27VCtByvEXtZAMIQBvzapyR8Br1pWKH/t04
AR8yCyRoyk2IPML0ZL6Ga/tnWl5CKwGEu2wPVEvvtWJGYSBTf0M7YcqgKGICEheV
WZrsWBrWsJBoVxJFgsN79xwnfSbURY1ZzoicO2mIlQeLaKbHz82EBdJUi2uB/b1L
ZRhWwnXsVM1QBfJg/X0iWXecCu/q50ardpWYo2LYdYuNwykmv6PpPGiQolE/Q2dH
AAWiFb41v+CEYA9PGTOX79u49TLB0ViOGKC79sMJ+ireUbZjqT7/Ty3jRTBNom4=
=pmvu
-END PGP SIGNATURE-

Bug#793876: RFS: chrony/1.31.1-1

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi:

On 24/08/15 23:52, Vincent Blut wrote:
 After inspecting Jerome’s custom init script, it appreared it was buggy.

To my defence: 1] the buggy part was commented as obsoleted, 2] it contains 
more material,
in particular support for /etc/network/if-*.d


 However I’ll have to find a way not to mess with users who set the default
 chronyd user in the init script instead of using the user directive in
 /etc/chrony/chrony.conf. To be honest I don’t see an easy way of doing it,
 so a first good step will probably be to add a warning in a NEWS file.

Note that regular users are not supposed to modify their /etc/init.d/chrony but
they are supposed to configure properly their  /etc/chrony/chrony.conf .

I modify my /etc/init.d/chrony mainly to get /etc/network/if-*.d support.
BTW, is PPP stuff still needed ?

In short, you may rather focus on #312092 and #633422

hth,
Jerome



-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJV25urAAoJEIC/w4IMSybjGwMH/1mbGWS/iBvOfJBUG7od8wW9
ff22VEsvY8GoRw0qNXpVbI+FNRn2uroOS/Q1m8MWzNflnVjUnZ84DUsnsupfLFuV
wUdDyU5/vVaK4KrouigPdGVHc7LTs4thmqlSP+FL/eSyvQIu4+XNB6BUDGtXKOOZ
Ec5/Vep8MMzv/Cx9rr6oUPfx8pVk0RfmHnlWtH5q07PZNAOu3UyLeEPYVVIqY2VI
ntYvEmlrw7aB05gDNFHKJmDYcI8mj6ZboJ18fzx5sdG6E4mLoRM/xr0LvlC/zxbJ
XR/Q0tw2IzxjKrRMWiq+QvKkK/kPDoXhY+ZhVpAOyNq8MODXkpyY3Acqb4NHx2Q=
=mRUF
-END PGP SIGNATURE-

Bug#793876: RFS: chrony/1.31.1-1

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



On 25/08/15 02:00, Vincent Blut wrote:
 Le mar. 25 août 2015 à 0:33, Jerome BENOIT calcu...@rezozer.net a écrit :
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Hi:

 On 24/08/15 23:52, Vincent Blut wrote:
  After inspecting Jerome’s custom init script, it appreared it was buggy.

 To my defence: 1] the buggy part was commented as obsoleted, 2] it contains 
 more material,
 in particular support for /etc/network/if-*.d
 
 You're right, my sentence sounds like the whole init script was buggy, but 
 that isn't the case.
 The context was about the supposedly breakage of the -u option expressed 
 in 55d503b7.7050...@rezozer.net
 
 Sorry, if that offended you!

I just wanted to clarify :-) I am bad, but that bad.

 
  However I’ll have to find a way not to mess with users who set the default
  chronyd user in the init script instead of using the user directive in
  /etc/chrony/chrony.conf. To be honest I don’t see an easy way of doing it,
  so a first good step will probably be to add a warning in a NEWS file.

 Note that regular users are not supposed to modify their /etc/init.d/chrony 
 but
 they are supposed to configure properly their  /etc/chrony/chrony.conf .
 
 Sure, but it'd be great to mitigate upgrade issues for those that did so.

1] modified init.d scripts are managed by Debian at, so you do not have to 
worry about this;
2] most importantly, adventurous folks who modified their init.d scripts are 
supposed to know what they do.

 
 I modify my /etc/init.d/chrony mainly to get /etc/network/if-*.d support.
 BTW, is PPP stuff still needed ?
 
 Yes, there are still Dial-up only internet accesses here and there, but its
 usage dropped significantly in favor of broadband Internet access.
 
 In short, you may rather focus on #312092 and #633422

 hth,
 Jerome
 
 Cheers,
 Vincent

Best wishes,
Jerome
 
 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJV27+EAAoJEIC/w4IMSybjRnYIAITEFF3Su3naL4SGDt0TpieR
vxSqaN/lfgluHso5/HqmHMemMQM17WgVWSgVTMjO0kexl6/ZBJI1WoLiPL236vWY
1wOHu11ks1XD9S7WLDkoFUkg9gDUFMcT9T7GMUh9TAGTaEgfNauWSbIWNfl+fj2t
c91W16WLldoFnKCIHfAjhRGLuvhfEKRDY08uo5Q35r6yUjTeHNeLZiggmuv5U8FT
1rc5lDEcGWmPX8gK0Z4X6m+CVdA+Xzowaq2qX2pBMLYn/H84+WOUvJmsaF93HD2g
PyOj2WaZg9q7SZ5MsedY1sUItgunA9+gbtdKLoXbNkOZaKA5+GP/N/3b9L83AYI=
=mxTm
-END PGP SIGNATURE-

Bug#793012: gmp-ecm: FTBFS on mipsel: bad assembly?

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Arturo:

Have you made any progress ?

Thanks,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJV2QsmAAoJEIC/w4IMSybjxcQH/j96ha2fKrodVdu8E9MxMB7F
bMdpC5SokKhRh+Eu6rZGioC59DecM8HkAPuuqiYsmazYe2mNFLpf2rseiTC3jb3V
IdiTlxfV9XkpUHejE3is/HiM/NfDue+2CqwdTwhKDsCB7rRlVtREeIIuD9MwZjFp
FHp8Ou6JJ8opwJVv0XkBOFbt0apy/78XpxLl45nMxzYdoTKuLwIBVRxCaHizkTyX
/v+7uPGnvuSxnyREmqNeVZenWLK8Ssu1Qyccw8Lr0kqbpg3r0I6XpbRNy18tx6qF
FNZTxpYWRpk0guRRyjyByh7DX5m5YCxMAybwDf1COqzdIdxAKW+OhvpRIO8Knd8=
=6ipP
-END PGP SIGNATURE-

Bug#796246: FATAL: ThreadSanitizer: unexpected memory mapping

[Jerome Robert]

Package: src:linux
Version: 4.1.5-1
Severity: normal

Dear Maintainer,

Starting with 4.1.3-1 I'm no longer able to use ThreadSanitizer:

$ echo 'void main(void){}' | gcc -pie -fPIE -fsanitize=thread -xc -  ./a.out
FATAL: ThreadSanitizer: unexpected memory mapping 0x55d400945000-0x55d40094600

I don't know if this is a gcc or Linux bug but downgrading Linux to 4.0.8-2 or
3.16.7-ckt11-1 fix the problem. The problem can be reproduced with both gcc 
4.9.3
and gcc 5.2.1.

Regards,

Jerome

-- Package-specific info:
** Version:
Linux version 4.1.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.3 
(Debian 4.9.3-3) ) #1 SMP Debian 4.1.5-1 (2015-08-15)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.1.0-2-amd64 
root=UUID=7651a4db-645c-41f9-b4ac-87c01b92e03d ro quiet

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.1.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages linux-image-4.1.0-2-amd64 depends on:
ii  debconf [debconf-2.0]   1.5.57
ii  initramfs-tools [linux-initramfs-tool]  0.120
ii  kmod21-1
ii  linux-base  4.0

Versions of packages linux-image-4.1.0-2-amd64 recommends:
ii  firmware-linux-free  3.4
pn  irqbalance   none

Versions of packages linux-image-4.1.0-2-amd64 suggests:
pn  debian-kernel-handbook  none
ii  grub-pc 2.02~beta2-26
pn  linux-doc-4.1   none

Versions of packages linux-image-4.1.0-2-amd64 is related to:
pn  firmware-atherosnone
pn  firmware-bnx2   none
pn  firmware-bnx2x  none
pn  firmware-brcm80211  none
pn  firmware-intelwimax none
pn  firmware-ipw2x00none
pn  firmware-ivtv   none
pn  firmware-iwlwifinone
pn  firmware-libertas   none
pn  firmware-linux  none
ii  firmware-linux-nonfree  0.44
pn  firmware-myricomnone
pn  firmware-netxen none
pn  firmware-qlogic none
pn  firmware-ralink none
ii  firmware-realtek0.44
pn  xen-hypervisor  none

-- debconf information:
  linux-image-4.1.0-2-amd64/postinst/mips-initrd-4.1.0-2-amd64:
  linux-image-4.1.0-2-amd64/prerm/removing-running-kernel-4.1.0-2-amd64: true
  linux-image-4.1.0-2-amd64/postinst/depmod-error-initrd-4.1.0-2-amd64: false

Bug#794393: xserver-xorg-video-intel: Backport version causes hang on resume from suspend on Jessie

[Jerome]

On Thu, 6 Aug 2015 23:54:15 +0200 Jerome an.in...@free.fr wrote:
 The issue looks fixed in Intel DRM nightly kernel, see on FDO for 
details:

 https://bugs.freedesktop.org/show_bug.cgi?id=90342#c7

I jumped to conclusion too quickly there. As indicated in the FDO how-to 
to submit bugs, when I tested the nightly Intel DRM kernel I had extra 
DRM logs enabled (drm.debug=0x1e), which was not the case when I tried 
Debian kernels 4.0.8 and 4.1.3. It turns out that the extra logs hide 
the issue. Without extra DRM logs, the Intel nightly kernel shows the 
same issue that the 4.X Debian kernels.
So the problem still exists upstream, and tracked by a new bug #91585 at 
FDO:

https://bugs.freedesktop.org/show_bug.cgi?id=91585

The bug was submitted on the backported Intel X driver as it's the 
change that triggered the suspend issue, but it now looks like a kernel 
bug.


Thanks,

Jerome


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#794393: xserver-xorg-video-intel: Backport version causes hang on resume from suspend on Jessie

[Jerome]

The issue looks fixed in Intel DRM nightly kernel, see on FDO for details:
https://bugs.freedesktop.org/show_bug.cgi?id=90342#c7

The bug is still present in Debian unstable kernel 4.1.3-1 though.

I'll try to narrow down when the fix landed as time allows.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#794574: torbrowser-launcher: launcher throws error on start

[Bardot Jerome]

Package: torbrowser-launcher
Version: 0.2.0-1
Followup-For: Bug #794574

Same error, at this day.



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.0.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages torbrowser-launcher depends on:
ii  gnupg1.4.19-3
ii  python   2.7.9-1
ii  python-gtk2  2.24.0-4
ii  python-lzma  0.5.3-2+b1
ii  python-parsley   1.2-1
ii  python-psutil2.1.1-1+b1
ii  python-twisted   15.2.1-1
ii  python-txsocksx  1.13.0.3-1
ii  tor  0.2.6.10-1
ii  wmctrl   1.07-7

torbrowser-launcher recommends no packages.

Versions of packages torbrowser-launcher suggests:
ii  apparmor   2.9.2-3
ii  python-pygame  1.9.1release+dfsg-10+b1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#794393: xserver-xorg-video-intel: Backport version causes hang on resume from suspend on Jessie

[Jerome]

On 08/04/2015 02:56 AM, Vincent Cheng wrote:
Please file a bug report upstream (see instructions above) and let us 
know the bug number so we can mark it as forwarded in the BTS.


When I went to report upstream as indicated I noticed the bug was 
already reported and closed as fixed upstream (no details):

https://bugs.freedesktop.org/show_bug.cgi?id=90342

I went looking for more info on the upstream fix and found this other bug:
https://bugs.freedesktop.org/show_bug.cgi?id=89915

The comment #7 there indicates a fix upstream in kernel 4.0.7. So I 
tried the Debian kernel 4.0.8-2 from testing (again, but this time 
without updating DRM+Mesa so still from Jessie). It hangs much less 
often but when it does the PC is locked solid.


I updated the FDO bug 90342 and asked for clarification on the fix. 
Either it's not the reference I found or the fix is only partial.


The FDO bug 89915 comment 2 suggested as a work-around using the kernel 
option 'i915.enable_execlists=0'. I tried it before testing kernel 4.0.8 
so on the stock Jessie 3.16 kernel and on two tests one was ok, and in 
the other the GPU hanged but recovered. I will make more tests, this may 
be a better option for now.

Will also try kernel 4.1 now in unstable.

TBC...

Thanks,

Jerome


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793998: apophenia: FTBFS: tests fail on certain architectures

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Aaron, thanks for your bug report.

On 30/07/15 19:10, Aaron M. Ucko wrote:
 found 793998 0.999e+ds-2
 notfixed 793998 0.999e+ds-2
 thanks

 These failures are still occurring, and may well indicate real problems,

I am agree.

 in which case ignoring them by disabling the tests

tests were not disabled, but only extended tests, otherwise
the it would build just well as the build failed on tests.

 would have been
 inappropriate anyway.


  Could you please take another look?

I will. Meanwhile I contacted the upstream maintainer who
will have a look as well (after his vacation). Of course,
you can also have a look.

Thanks again,
Jerome


 Thanks!

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJVumIdAAoJEIC/w4IMSybj3xUH+QEI1rM87KxpXmI0JFEz2/Ik
UzGDVitNEm9KUs/+FQJsDy9BrfehLjUqEqiTxh4rttPL2jHhtPjKHlnqQWdPivnm
GnvWQ0KNJyHzExnHlfqC8zRDtKQ6Ixw+gf62SODEQcLd7lzubBHuivc2M+r1c7Jh
MD1z/UuwvJ0KKOpgt6bLfCDOu5c84nbekiVHt6VlsqUhnuYimUWa9Su5eu2OFiGD
1UUlZFUDa0P6uLKwa/mljcu1RvnixQHEGmCTfg7NaFgnZ+MCDl2SxXYXRjqAnW/G
bFnN6bmLbL65K9jjq8ZdLb9qJy3tXZGiDpl21dDpGa/iAZmcf3HW+zK/kA/+hTk=
=AOjp
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#792850: gmp-ecm,libecm-dev: copyright file missing after upgrade (policy 12.5)

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Andreas,

thanks for your report.

I am agree that there is an error here:
I would save some space and at the end I get a bugreport.
Poor me :-(

Whatever. My point is that I am ready to fix it:
the main issue right now is that I am blind to this error because
my piuparts cannot detect it: I run piuparts version 0.64~bpo8+1
((on my fresh Jessie box)) while your attached log was produced
by the most recent version 0.65~201507160102~0.62-31728-gf6286b :
in short, I feel stuck, not to say uncomfortable.

It would be great it I could reproduce the issue on my own box
before to try to fix it; I think.

Thanks for your work,
Jerome


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJVuDZSAAoJEIC/w4IMSybjMJ4H/jbMF8tjvtFWRhCRGQENGh5q
vH5oTOP7/zs/hjw1xkbgGnzeq85f6cTpJrkIre1plLHGqGg8lwSxOGPHlNaKoySz
M1zlNhNjFVhkxKOwfBDw2LpVFVxh7x/Mh7IX7AfFSQvdnR88umj2X+7TNylnri9G
wPzTEghUmeYjoUAUnvDPIg57gmy2lhssahXgXFKMQYGn1rpwcn2qSkKatRsLuSeS
ReBb769iYPIq3jN499D6nFoOVeukJhyeWRPpQZiPxqS2omzCMbJzXpmS8Y+IwXF6
hkKZjDyqvKnAwQQ6AWfKkIqNjyufzxkatR/+D1iiLb6WxOMZaGOSw/dnylVSWQM=
=tztT
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#793012: gmp-ecm: FTBFS on mipsel: bad assembly?

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Arturo:

Thanks for your remark. I noticed the issue but unfortunately
assembly stuff is Chinese for me, so your fix will be welcome.
Note that a bugreport about it was sent to Sage a while ago [1].

Looking forward,
Jerome


[1] http://trac.sagemath.org/ticket/17749
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJVrPNMAAoJEIC/w4IMSybj7nkH/RRiRTW2QvpyqdM2gSU/cviz
H3C2MfzmZ+3FA7yPhksOoCTXqI5R9jx65TrXI8GkeGXvTTqUXOglGcxbK7IybF/j
IkODRNuymuw/LjHcYN16FeGkS9sg7D3Zczr/lB15OB5FXcuMOfPvgsLZaIJFZkfi
kyJDk8cji/XsIYxQNpo5lt/Stlu+6GqR4al1h7hEthRqYEkpNHyuPBz0P+tsasTE
dlw6W9JA6GvJJitKvGHvWKAvY7YPef4x5mN5wlFeW49y5HD2gvNIdI1H58J2pf71
bHI37+/Divv4JjnHvB79dfkdT2RxBlM2vbYP119e1cFYFns6ZYO1ys1EAhAqfHo=
=+Qw/
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#792217: kdirstat: not installable in sid

[Jerome Robert]

kdirstat was a transitional package that I removed in 2.7.6-1 (one year ago). I 
guess that I should have set this kdirstat as an architecture specific package 
instead of arch all. Anyway now that it is gone, the only way to have this bug 
fixed is to have k4dirstat 3.0 built on hurd-i386. As writting those lines I 
can see that one blocker is kguiaddons which is building but failing in ctest.

Jerome


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#777772: apophenia: ftbfs with GCC-5

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, finally a new upstream version has been released:
the corresponding package has been push at Alioth, and
sponsorship is on the way.
The new upstream closes this bug.
Jerome

[1] http://anonscm.debian.org/cgit/debian-science/packages/apophenia.git
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJVoPzYAAoJEIC/w4IMSybjKd8IAI+x1eUIIPC1AD/LqKGoPjl5
ZatneOBCu5rIQ4M4uY4iGjwGSP6lHC2zP5cFkLqrczceyj/7txSouZQFWYoLjauV
3BNyeCC0QTbV657d5lNG0S0o/avMT/WC3xJaBQ+yrDH0nBUfprmj8elZw31SUOUx
mEaF3d+iWa3YohsdJxgBFsGfjiAqIWlBme8DvYi+kl1cij+4Ihxm8Oed6gLtmu1Z
UHOIqN8GBC++bjmd2JYBDLKMp57mQdfTp8sIMLeoRC10USLoVluiZY/Eq9o6jGsR
8VxxZ4m5aKIO8Oqa3z5ali14K3OKEVdUfXIShp5Fq2HBmVHwCTvB+oDP7/z3CsQ=
=+zlb
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#781566: COPYING2 contains some armchair licensing

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, finally a new upstream version has been released:
the corresponding package has been push at Alioth, and
sponsorship is on the way.
The new upstream closes this bug.
Jerome

[1] http://anonscm.debian.org/cgit/debian-science/packages/apophenia.git
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJVoPzmAAoJEIC/w4IMSybjsk0H/0Whe4qzN4o8miM9oCfb0EQH
udz439kh9YqLnn3PPV7eXuW76KfSaXy6PSu4Np9VHP64Hsn/tcRVv2PiocrJbNBI
32HOLE8k6/TglfVTj52obS1ZO/UKEnFwlE7zxMD/2up/OLUTKlDMO051izfKzmAV
GwbQv9UjmwQLOkUGY4NOKR24NvuNaBfgzGNj0ihpbT1EDxrr3zwtygEF3yzXC9Pq
rkTjyVX/Ez5GnDk9Qm7BJ8spPFsi22RsAoWAoSUK00pC4PBYiN9upS1HBw3CuTJh
iYla0NNYmBb7XpMTgqq+53a2yQAHwOyD3qiMKe0EeLYfT4gWCf/ehnyn5QOl2kY=
=EcmD
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#781566: COPYING2 contains some armchair licensing

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi, please be patient, a new release version is on the grill.
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJVm8gNAAoJEIC/w4IMSybjMZwH/iCgXYHVtFxvuqPzUIB2N6Lz
SifwYY45dVjLdhaKbppCkzHBArHS4tEgT9j6XobT5ithWNMPFkoITcD5222un7Or
iKIa59VRUwIfvUMOeDs4Ro7E9f22tbDU0HP+tQLwyqRIha1WK3DUEl16GD/K4uol
Ztzx1oDHECnwCljz4t4/cJ2tbYdkJDY7kdDiW5dRk3p2MgzgWbtxjIAfGzGu9zb6
gikw67RO8cmXHThXpka7rLZ/Nsrd0reTjQjTS7aEb6hqhjTK1O2kW5Hst9016C7j
nf4tPUkXTz1gsMgfolmbYBhi6EL695QzSlZPxi1Sv5Z2Or0zS442tqpcfNJ5hKo=
=zfoa
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#791380: (no subject)

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi:

It appears that it seems to affect WNPP bugs.


examples:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762583
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737696
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771880



hth,
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJVmRR+AAoJEIC/w4IMSybj57MH/0WAygqab8b/Y9fl/VxlfUgf
VpXKK3NmBP5hqGpdwGkEOKa2i1wY6xnCxzjz5Vwf/l8YTzkgBw2ksJZC8OkDeFuW
SC8XCR7AI+ULquHzo3HLWTUZHmv4/9BH4JaJiwpPY4gIl2IVXBGb+a9K1F0JSdrc
kIqlkz+DVrharlJ5okk1hwr0goDEP0Zo3ehQ5YP8UwIsWFbaB00PctfSzT1m32vp
REJrXRcJZlPgbZTCLbIrawot4FvEzQxKGWMpwqB15Mk86l/MBtcQ1s0Gi1hjuLSa
QShVcSMRngwx8lS6qBQLrujv2SKNm2d9lvHzIDG/BVqyoxF7l3vDNxMba52XHBw=
=wZEb
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#791450: ITP: surfer-alggeo-gtk -- interactive visualization of algebraic surfaces

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist
Owner: Jerome Benoit calcu...@rezozer.net

* Package name: surfer-alggeo-gtk
  Upstream Author : IMAGINARY.org i...@imaginary.org
* URL : http://www.imaginary.org/
* License : GPL
  Programming Lang: C++
  Description : interactive visualization of algebraic surfaces

 Surfer-alggeo-gtk is based on the script driven tool Surf and offers an
 intuitive user interface to create images, multiple layers of images and
 animations. Additionally it contains a series of sample galleries with
 explanations.
 .
 Mathematically, the program visualizes real algebraic geometry in real-time.
 The surfaces shown are given by the zero set of a polynomial equation in
 the variables x, y and z. All points in space that solve the equation are
 displayed and form the surface. The program contains a series of sample
 galleries for a good starting point. It also allows a lot of advanced
 settings and is hence also suitable for Surfer “experts” that want to
 design complicated surfaces.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJVmIWoAAoJEIC/w4IMSybjJe4IAIgmQ2wadss/JyrOeKVxjqLM
/AKI8XUjSWAfRJ2/skkfbhQbucvh4yB1VL4l594H6sbf1EBrH9gwRn2m9DrqRhIQ
2aecX+7Wwyy3EyvveYHtIQ9QZ3w6Deu5k3VEIPOynBBlj/14AZwrEzO3lHRRHU4B
ACsVoSIoH2z3A8nuKDySTY2D1MP5OwG2eak4PCo01r/NlfgcJf/NdyaCL242vAWK
N2SRWllTngNfj2bw5+xZPJvS0q1YAwN6PpAciNRjTtphNXiFZxJhNUEvW4EFVtlB
Wx31OzON+xPkqvm/J0aJK39Xbm+7wrp5cnne7NdgHYBCWglMRfJvfaBFNxPWgU0=
=Uj3e
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#790509: libmpfi-dev: transitional package uninstallable

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Andreas,

thanks for your report and your fix.

On 30/06/15 00:38, Andreas Beckmann wrote:
 Package: libmpfi-dev
 Version: 1.5.1+ds-1
 Severity: grave
 Tags: sid
 Justification: renders package unusable
 User: debian...@lists.debian.org
 Usertags: piuparts
 
 Hi,
 
 during a test with piuparts I noticed your package is no longer
 installable in sid:
 
   The following packages have unmet dependencies:
   libmpfi-dev : Depends: libmpfi0-dev (= 1.5.1+ds-1) but it is not going to 
 be installed
 
 This is caused by the Conflicts in libmpfi0-dev:
 
 Package: libmpfi0-dev
 Source: mpfi
 Version: 1.5.1+ds-1
 Replaces: libmpfi-dev (= 1.5.1-3)
 Provides: libmpfi-dev
 Depends: libmpfi0 (= 1.5.1+ds-1), libmpfi0-dev-common (= 1.5.1+ds-1), 
 libmpfr-dev, libgmp-dev
 Conflicts: libmpfi-dev
 Breaks: libmpfi-dev (= 1.5.1-3)
 
 
 The transitional package being uninstallable will prevent migration
 to testing. Please don't drop the transitional package (because
 upgrades won't automatically switch from a real package to a
 virtual one) but drop the Conflicts for now.
 For stretch+1 you can drop the transitional package and switch to
 unversioned Breaks+Replaces (or Conflicts+Replaces) to ensure the
 old transitional one gets removed upon upgrades.

Let be specific. The current d/control metadata for libmpfi0-dev are:

Package: libmpfi0-dev
Provides: libmpfi-dev
Section: libdevel
Architecture: any
Replaces: libmpfi-dev (= 1.5.1-3)
Breaks: libmpfi-dev (= 1.5.1-3)
Depends:
 libmpfi0 (= ${binary:Version}), libmpfi0-dev-common (= ${source:Version}),
 libmpfr-dev, libgmp-dev, ${misc:Depends}
Conflicts: libmpfi-dev
Multi-Arch: same
Description: multiple precision floating-point interval computation library -- 
libdev
[[LONG DESCRIPTION]]


May I replace them by:


Package: libmpfi0-dev
Provides: libmpfi-dev
Section: libdevel
Architecture: any
Replaces: libmpfi-dev (= 1.5.1-3)
Breaks: libmpfi-dev (= 1.5.1-3)
Depends:
 libmpfi0 (= ${binary:Version}), libmpfi0-dev-common (= ${source:Version}),
 libmpfr-dev, libgmp-dev, ${misc:Depends}
Multi-Arch: same
Description: multiple precision floating-point interval computation library -- 
libdev
[[LONG DESCRIPTION]]


Namely, removing the Conflicts: entry.

 
 
 Cheers,
 
 Andreas
 
 PS: Is it really necessary to switch from an unversioned -dev package
 to a versioned one?

For consistency ?


Best wishes,
Jerome

 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJVkdUoAAoJEIC/w4IMSybjltsH/RWaOTW8Hy5q4YL100sUNnKY
Q0spSuFleAtlizziWARSXGBD8qQQTVfmRvzkKLXy7oovQajr1U1w/j8RAJKqTkym
ztSPgorbGhkWo/+Gd+M5llwmheEO4Jq9FLQZ15ZFibwHxK0AyPmZR2UjEjrgG41M
nZUNdWUZBnLauCCAmBpQjWtLRl+HiumhhjAlTWVoeB8wk7awUvjgeM0QN39su5wS
TKhP2T/mwm368OrYC6GISMybTpEC9j1YZDz6EMMdl//lRd2L3I5pz6j+wNm0Q2rf
/YHGypFlzpdr1pH6mAF6djKc8qJLzV8tKv2U3qsLXN7Mthfz/zvcNMfnW5NJ+DI=
=8uzq
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#790254: nmu: ovito_2.3.3-3

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello All:

On 28/06/15 12:23, Niels Thykier wrote:
 On 2015-06-28 12:03, Emilio Pozuelo Monfort wrote:
 On 27/06/15 20:28, Jerome Benoit wrote:
 Package: release.debian.org
 Severity: normal
 User: release.debian@packages.debian.org
 Usertags: binnmu

 Hello,

 the recent tachyon package upgrade comes with a minor library transition:

 I'm sorry but I don't see what library changed SONAME. Can you explain that?

 [...]

 What seems to be blocking this is a block hint from Niels.

 $ grep-excuses tachyon
 tachyon (0.99~b2+dfsg-0.4 to 0.99~b6+dsx-2)
 Maintainer: Debian Science Maintainers
 Too young, only 1 of 5 days old
 Not touching package due to block request by nthykier (check
 https://release.debian.org/jessie/freeze_policy.html if update is needed)
 Not considered

 Cheers,
 Emilio

 [...]

 
 Hi,
 
 Tachyon removes a -dev package, which is still used by ovito, which is
 why I blocked the migration.  See [1] for the extended story.  The summary:
 
  * I recommended that ovito was updated as it was the only rdep
- I assumed it to be faster than re-introducing the -dev package.
  * Jerome said he had asked the maintainer to do it.
  * There is no upload of ovito for months and no bug report about it.
 
 Technically, said package is replaced by a series of provides from
 various other packages.  However, I am fairly sure that buildd insist on
 their being exactly 1 provider of a virtual package if it is to be used.
  In other words, I believe ovito is still unbuildable on our buildds.

I have just tested through pbuilder: you are right, a concrete package
must be specify.

I am on my way to contact the package maintainer of ovito.

 

 
 Regardless, I prefer that we solve this issue now rather than letting
 Tachyon migrate and leaving ovito broken until someone (re)discovers the
 problem.

I am agree.

Thanks,
Jerome

 
 Thanks,
 ~Niels
 
 [1] https://lists.debian.org/debian-mentors/2015/06/msg00173.html
 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJVj/8qAAoJEIC/w4IMSybjCnIH/1kePB/HKArrznmB8qB91UAW
rsVknHvF/CpcTwGqXuKpTpXJnv2jLmzIjMjLq0oymNyrjyLcatgKVdL1KG6rlDHV
Vw5pMcqbNDzaJKn1KUsO/w6uIWmym2fF8gDWIWf00ZMJz8Wi1T4BqOV+l/5i9B4j
uBR1wJGY/nHLpUS0f7S5xvUnjpX9lnMjwsuxxryFYZU+Zh7yQXtxz+DeZ4Ru0rLd
6MVvSUO3fqOlUCn8YkXe22eJaw4aT0JFnt9s5JrhlveWfsvvmKV/3LmnMOmGZMyR
t3lNHWAIbaoh3/XOXSod7qUBhbyElXty8+RW4aqv4P7JBInYiGSiPLClmAcW4ck=
=nD93
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#790254: nmu: ovito_2.3.3-3

[Jerome Benoit]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

Hello,

the recent tachyon package upgrade comes with a minor library transition:
it appears that ovito is the only package that depends on tachyon for now,
and that this unique dependency currently blocks the migration of the tachyon
package from unstable to testing. The current ovito package may rebuild against
the new tachyon package without issue.

Please rebuild ovito against the new tachyon package in view to unblock the
migration of the tachyon package from Sid to Stretch.

Thanks in advance,
Jerome


nmu ovito_2.3.3-3 . ALL . -m tachyon library transition


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#781566: COPYING2 contains some armchair licensing

[Jerome BENOIT]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sigh ! Still waiting.
Jerome
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJVjK6hAAoJEIC/w4IMSybjxicH/jzuiXmRoRCBPKXnZy6zCEgK
WJmBFV2jwLaH/C7BDdgO1e0nwbE8GUCj3Z/uypAfTRQ3ZqHw2lBHCoeC77uwmalp
OOLHT1w8rDUw04JwqlOraGxAFfyoSCiDOJ5wiaA5NbE/amm9NjzvGIjtLuSQF4mL
6SXGJPG57xuXcd5+8nU0IHJSp0XlTuPWgkg3zBHySKONrkiP3FVFCarlH/mo0+t3
DbPlRalfr6e0DyKTYUrz7BDq53/QKoSgcZFP6NaLI/j+Y02GpkNth6o7A+RkIEpu
Srw32fUyKxCLn4UYGjDe/ml9O71UEKtEzhpGyTOFOCG6LXSheRiRxuveX8cieP0=
=9S37
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org