Bug#883098: RFS: libreoffice-texmaths/0.43-1 [ITP]

[kkremitzki]

Hello Rene,

On Wed, 2017-11-29 at 19:20 +0100, Rene Engelhard wrote:
> On Wed, Nov 29, 2017 at 11:05:43AM -0600, kkremit...@gmail.com wrote:
> > * Package name: libreoffice-texmaths
> >   Version : 0.43-1
> >   Upstream Author : Roland Baudin 
> > * URL : htthttp://roland65.free.fr/texmaths/
> > * License : GPL2
> >   Section : tex
> > 
> > It builds those binary packages:
> > 
> >   libreoffice-texmaths - TexMaths is a LaTeX equation editor for
> > LibreOffice
> 
> Looks good basically. What I saw, though is:
> 
> Depends: libreoffice-common, libreoffice-core (>= 3.3.0~),
> libreoffice-writer, texlive, dvipng, ${misc:Depends}
> 
> - common and -core are superfluous (writer would depend on them
> anyway)
>   and 3.3.0 is there since the beginning. Even wheezy has 3.5.4
> - README says
> " - LibreOffice Draw (version 4 or later)
> "
>   so you probably want to a) add -draw b) make it >= 4.0 :-)
> 
> Regards,
> 
> Rene


Thanks for the feedback. I tested the dependencies some more and
uploaded libreoffice-texmaths-0.43-2 with the changes. To summarize:

Depends: libreoffice-draw (>= 4.0), texlive, ${misc:Depends}
Enhances: libreoffice-writer, libreoffice-impress, libreoffice-draw

Bug#883132: RFS: opendict/0.6.8-1

[Daniel Echeverry]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: opendict
 * Version : 0.6.8-1
 * Upstream Author : Martynas Jocius
 * URL : http://sourceforge.net/projects/opendict/
 * License : GPL-2.0+
   Section : text

It builds those binary packages:

opendict   - computer dictionary for several dictionary formats

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

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

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

dget -x 
https://mentors.debian.net/debian/pool/main/o/opendict/opendict_0.6.8-1.dsc

More information about hello can be obtained from
http://sourceforge.net/projects/opendict/.

Changes since the last upload:

   QA Upload.
  * New upstream release.
  * debian/control
+ Bump standard versions 4.1.1
  + Use HTTPS in Link to copyright format.
+ Remove version depends from python.
+ Change debhelper to 10 in B-D.
+ Remove X-Python-Version field.
  * debian/compat
+ Switch compat level 9 to 10.
  * debian/changelog
+ Remove trailing whitespaces.
  * debian/watch
+ Use HTTPS in url.

Regards

-- 
Daniel Echeverry
http://wiki.debian.org/DanielEcheverry
http://rinconinformatico.net
Linux user: #477840
Debian user

Bug#883130: RFS: colorclass/2.2.0-2

[Carl Suster]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for a small update to a python module:

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

dget -x 
https://mentors.debian.net/debian/pool/main/c/colorclass/colorclass_2.2.0-2.dsc


colorclass (2.2.0-2) unstable; urgency=medium

  * Upload to unstable.
  * Tell dh_compress to leave example.py alone.
  * Enable autopkgtest-pkg-python test suite.
  * Bump standards to 4.1.1, no changes needed.

 -- Carl Suster   Fri, 24 Nov 2017 13:21:26 +1100


Thanks,
Carl


On 24/11/17 16:17, Carl Suster wrote:

Dear DPMT,

Could someone please help me upload my latest version of the colorclass 
module? This is just moving it from experimental (where it landed due to 
the ongoing freeze at the time I last touched the package) to unstable 
and doing some very minor packaging updates.


I've uploaded the package to mentors but I'm unable to push my changes 
to DPMT git since I don't have ssh access any more. I'm not sure if this 
is related to the alioth replacement or if there is some other problem. 
In the meantime I pushed my changes to a temporary home on GitLab: 
https://gitlab.com/arcresu/colorclass



Thanks,
Carl

Bug#858538: RFS: fadecut/0.2.1-1

[Anton Gladky]

Hi Marco,

sorry I forgot about this package. I will review it ASAP,

Best regards

Anton


2017-11-29 19:32 GMT+01:00 Marco Balmer :
> Dear mentors,
>
> I am still looking for a sponsor for my package "fadecut"
>
> * Package name: fadecut
>   Version : 0.2.1-1
>   Upstream Author : Martin Gafner, Marco Balmer
> * URL : https://github.com/fadecut/fadecut
> * License : GPL-3.0
>   Section : sound
>
> It builds those binary packages:
>
>   fadecut - toolset to rip audiostreams, cut, fade in/out and tag
>
> To access further information about this package, please visit the
> following URL:
>
>   https://mentors.debian.net/package/fadecut
>   https://github.com/fadecut/fadecut/tree/debian
>
>   Alternatively, one can download the package with dget using this
> command:
>
> dget -x 
> https://mentors.debian.net/debian/pool/main/f/fadecut/fadecut_0.2.1-1.dsc
>
> Changes since the last upload:
>
> fadecut (0.2.1-1) unstable; urgency=low
>
>   * New 0.2.1 upstream release
>   * Standards bumped to 4.1.1
>   * Add pandoc to build-depends
>   * Add opus-tools to depends
>   * Add gzip to build-depends
>   * Add mediainfo to depends and build-depends
>   * Change watch-file url
>   * Replace with new Vcs-Git to github url
>   * Integrate changes from NMU two years ago (to be consistend d/changelog)
>   * Bump compat level 10 and debhelper >=10
>
> Thank you in advance,
> Marco Balmer

Bug#858538: RFS: fadecut/0.2.1-1

[Marco Balmer]

Dear mentors,

I am still looking for a sponsor for my package "fadecut"

* Package name: fadecut
  Version : 0.2.1-1
  Upstream Author : Martin Gafner, Marco Balmer
* URL : https://github.com/fadecut/fadecut
* License : GPL-3.0
  Section : sound

It builds those binary packages:

  fadecut - toolset to rip audiostreams, cut, fade in/out and tag

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

  https://mentors.debian.net/package/fadecut
  https://github.com/fadecut/fadecut/tree/debian

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

dget -x 
https://mentors.debian.net/debian/pool/main/f/fadecut/fadecut_0.2.1-1.dsc

Changes since the last upload:

fadecut (0.2.1-1) unstable; urgency=low

  * New 0.2.1 upstream release
  * Standards bumped to 4.1.1
  * Add pandoc to build-depends
  * Add opus-tools to depends
  * Add gzip to build-depends
  * Add mediainfo to depends and build-depends
  * Change watch-file url
  * Replace with new Vcs-Git to github url
  * Integrate changes from NMU two years ago (to be consistend d/changelog)
  * Bump compat level 10 and debhelper >=10

Thank you in advance,
Marco Balmer


signature.asc
Description: PGP signature

Bug#883098: RFS: libreoffice-texmaths/0.43-1 [ITP]

[Rene Engelhard]

On Wed, Nov 29, 2017 at 11:05:43AM -0600, kkremit...@gmail.com wrote:
> * Package name: libreoffice-texmaths
>   Version : 0.43-1
>   Upstream Author : Roland Baudin 
> * URL : htthttp://roland65.free.fr/texmaths/
> * License : GPL2
>   Section : tex
> 
> It builds those binary packages:
> 
>   libreoffice-texmaths - TexMaths is a LaTeX equation editor for
> LibreOffice

Looks good basically. What I saw, though is:

Depends: libreoffice-common, libreoffice-core (>= 3.3.0~),
libreoffice-writer, texlive, dvipng, ${misc:Depends}

- common and -core are superfluous (writer would depend on them anyway)
  and 3.3.0 is there since the beginning. Even wheezy has 3.5.4
- README says
" - LibreOffice Draw (version 4 or later)
"
  so you probably want to a) add -draw b) make it >= 4.0 :-)

Regards,

Rene

Bug#883098: RFS: libreoffice-texmaths/0.43-1 [ITP]

[kkremitzki]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "libreoffice-texmaths"

* Package name: libreoffice-texmaths
  Version : 0.43-1
  Upstream Author : Roland Baudin 
* URL : htthttp://roland65.free.fr/texmaths/
* License : GPL2
  Section : tex

It builds those binary packages:

  libreoffice-texmaths - TexMaths is a LaTeX equation editor for
LibreOffice

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

https://mentors.debian.net/package/libreoffice-texmaths


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

  dget -x https://mentors.debian.net/debian/pool/main/libr/libreoffic
e-texmaths/libreoffice-texmaths_0.43-1.dsc



Regards,
 Kurt Kremitzki

Re: How to determine the filename for dlopen()

[Christian Seiler]

Am 2017-11-26 15:26, schrieb wf...@niif.hu:

At least I can't see any other
way to express alternative groups of library dependencies like ((libnss
and libnspr) or libssl), which would be needed for crypto plugins.


Well, if a software wants to support alternatives, then the following
would work quite well:

 - Software has an internal abstraction layer for these libraries.
   (It will need that anyway.)
 - Any integration with any of these libraries is done in plugins
   for that specific software (which are dlopen()d). The plugins
   themselves expose only the abstraction layer, but are in turn
   linked against the actual libraries.

Since the internal plugin interface between the software and the
various plugins for different libraries is something that the
authors of the software themselves control, there's never going
to be an issue there, you upgrade them in lock-step and everything
just works.

And since the plugin libraries themselves are directly linked
against the actual libraries, automatic dependency generation will
just work, as well as symbol versioning.

In Debian packaging you'd ideally want to separate out each
alternative into their own package, so that the main package doesn't
need to depend on all alternatives.

Regards,
Christian

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

[gustavo panizzo]

Hello

On Mon, Nov 27, 2017 at 02:00:00AM +0900, Roger Shimizu wrote:

Dear mentors list,

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

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

For local test, it just need the commands below:

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

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

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


I'd suggest to install apache as part of the tests and connect to
localhost:80, that way it always works even if ci.debian.net moves to
China or google goes down

to test python-openstackclient; MySQL, RabbitMQ, Apache and others are
installed, I haven't check its tests in a while but happy to help you



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



--
IRC: gfa
GPG: 0X44BB1BA79F6C6333

Bug#883064: RFS: pentobi/14.0-1

[Juhani Numminen]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: pentobi
   Version : 14.0-1
   Upstream Author : Markus Enzenberger
 * URL : https://pentobi.sourceforge.io
 * License : GPL-3.0+
   Section : games

It builds those binary packages:

pentobi - clone of the strategy board game Blokus
pentobi-kde-thumbnailer - clone of the strategy board game Blokus - KDE 
thumbnailer


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


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

The git repository is there:

  https://anonscm.debian.org/git/pkg-games/pentobi.git

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

  dget -x 
https://mentors.debian.net/debian/pool/main/p/pentobi/pentobi_14.0-1.dsc


Changes since the last upload:

  * New upstream release.
  * Bump Standards-Version to 4.1.1, no changes needed.
  * Add Rules-Requires-Root: no.
  * Make an 'empty' override target actually empty, so that dh does not
call debian/rules unnecessarily.


With best regards,
Juhani