Bug#953848: RFS: libneo4j-client/2.2.0-1.1 [NMU, RC] -- Command line shell for the Neo4j graph database

2020-03-13 Thread Sudip Mukherjee
Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "libneo4j-client"

 * Package name: libneo4j-client
   Version : 2.2.0-1.1
   Upstream Author : Chris Leishman 
 * URL : https://neo4j-client.net
 * License : Apache
 * Vcs : https://github.com/cleishm/libneo4j-client
   Section : devel

It builds those binary packages:

  neo4j-client - Command line shell for the Neo4j graph database
  libneo4j-client11 - Client library for the Neo4j graph database
  libneo4j-client-dev - Development files for libneo4j-client, a client library 
for Neo4j
  libneo4j-client-doc - Documentation for libneo4j-client, a client library for 
Neo4j

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

  https://mentors.debian.net/package/libneo4j-client

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

  dget -x 
https://mentors.debian.net/debian/pool/main/libn/libneo4j-client/libneo4j-client_2.2.0-1.1.dsc

Changes since the last upload:

   * Non-maintainer upload.
   * Fix ftbfs with gcc-9. (Closes: #925753)


-- 
Regards
Sudip



Bug#953803: Fwd: Re: Bug#953803: RFS: xdg-utils/1.1.3-2 -- desktop integration utilities from freedesktop.org

2020-03-13 Thread Nicholas Guriev
By mistake I did not check recipients and forgot to send my reply to
Debian bug tracker, sorry.

 Forwarded Message 
From: Nicholas Guriev 
To: Emilio Pozuelo Monfort 
Subject: Re: Bug#953803: RFS: xdg-utils/1.1.3-2 -- desktop integration 
utilities from freedesktop.org
Date: Fri, 13 Mar 2020 23:05:44 +0300
Mailer: Evolution 3.34.1-2 

dpkg was earlier configured for the package to automatically use single
debian patch, and hence I can choose not to bother with Quilt and manage
changes by using Git. It has a smarter merge algorithm and a wider
integration with external conflict resolvers. Besides that, the package
repository is a plain fork of the upstream one and so it has shared
history. It would be fairly odd to have two concurrent systems for
control modifications of the sole package.



Bug#953330: marked as done (RFS: wireless-tools/30~pre9-13.1 [NMU, RC] -- Tools for manipulating Linux Wireless Extensions)

2020-03-13 Thread Debian Bug Tracking System
Your message dated Fri, 13 Mar 2020 22:37:21 +0100
with message-id <20200313213721.ga10...@angband.pl>
and subject line Re: Bug#953330: RFS: wireless-tools/30~pre9-13.1 [NMU, RC] -- 
Tools for manipulating Linux Wireless Extensions
has caused the Debian Bug report #953330,
regarding RFS: wireless-tools/30~pre9-13.1 [NMU, RC] -- Tools for manipulating 
Linux Wireless Extensions
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


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

Dear mentors,

I am looking for a sponsor for my package "wireless-tools"

 * Package name: wireless-tools
   Version : 30~pre9-13.1
   Upstream Author : Jean Tourrilhes 
 * URL : 
http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html
 * License : GPL-2+
 * Vcs : None
   Section : net

It builds those binary packages:

  wireless-tools - Tools for manipulating Linux Wireless Extensions
  ifrename - Rename network interfaces based on various static criteria
  libiw30 - Wireless tools - library
  libiw-dev - Wireless tools - development files
  wireless-tools-udeb - Tools for manipulating Linux Wireless Extensions
  libiw30-udeb - Tools for manipulating Linux Wireless Extensions

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

  https://mentors.debian.net/package/wireless-tools

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

  dget -x 
https://mentors.debian.net/debian/pool/main/w/wireless-tools/wireless-tools_30~pre9-13.1.dsc

Changes since the last upload:

   * Non-maintainer upload.
   * Fix ftbfs. (Closes: #925857)
 - Thanks Reiner Herrmann.


-- 
Regards
Sudip
--- End Message ---
--- Begin Message ---
On Sat, Mar 07, 2020 at 09:31:26PM +, Sudip Mukherjee wrote:
>  * Package name: wireless-tools
>Version : 30~pre9-13.1

> Changes since the last upload:
> 
>* Non-maintainer upload.
>* Fix ftbfs. (Closes: #925857)
>  - Thanks Reiner Herrmann.

As the maintainer is otherwise active(-ish), and the fix is fresh, I've
uploaded to DELAYED/7.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ in the beginning was the boot and root floppies and they were good.
⢿⡄⠘⠷⠚⠋⠀   --  on #linux-sunxi
⠈⠳⣄--- End Message ---


Bug#953798: marked as done (RFS: xtrx-dkms/0.0.1+git20190320.5ae3a3e-1 [ITP] -- XTRX PCI driver for linux)

2020-03-13 Thread Debian Bug Tracking System
Your message dated Fri, 13 Mar 2020 22:04:13 +0100
with message-id <20200313210413.gb1144...@msg.df7cb.de>
and subject line Re: RFS: xtrx-dkms/0.0.1+git20190320.5ae3a3e-1 [ITP] -- XTRX 
PCI driver for linux
has caused the Debian Bug report #953798,
regarding RFS: xtrx-dkms/0.0.1+git20190320.5ae3a3e-1 [ITP] -- XTRX PCI driver 
for linux
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


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

Dear mentors, Hamradio Maintainers

I am looking for a sponsor for my package "xtrx-dkms"

 * Package name: xtrx-dkms
   Version : 0.0.1+git20190320.5ae3a3e-1
   Upstream Author : Sergey Kostanbaev 
 * URL : https://github.com/xtrx-sdr/xtrx_linux_pcie_drv
 * License : LGPL-2.1+
 * Vcs : 
https://salsa.debian.org/debian-hamradio-team/xtrx-dkms
   Section : kernel

It builds those binary packages:

  xtrx-dkms - XTRX PCI driver for linux

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

  https://mentors.debian.net/package/xtrx-dkms

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

  dget -x 
https://mentors.debian.net/debian/pool/main/x/xtrx-dkms/xtrx-dkms_0.0.1+git20190320.5ae3a3e-1.dsc

Changes since the last upload:

   * Initial release (Closes: #945156)

Regards,

--
  Sepi Gair
--- End Message ---
--- Begin Message ---
Re: Sepi Gair 2020-03-13 
<5a55d90b2886da73818391cc2a17a0dcfe5ff6d9.ca...@email.cz>
> I am looking for a sponsor for my package "xtrx-dkms"

Uploaded.

Christoph--- End Message ---


Bug#953773: RFS: codelite/14.0+dfsg-1 [QA] -- Powerful and lightweight IDE

2020-03-13 Thread David Hart
Hi,

>On Fri, Mar 13, 2020 at 11:19:46AM +, David Hart wrote:
>>  * Package name: codelite
>>Version : 14.0+dfsg-1
>> ...
>> This is an update to the latest upstream version, codelite 14.0.
>> The amended package builds and works, and has no significant lintian issues.
>
>Hi!
>I'm afraid it doesn't build on current unstable: there's this bug repeated
>in eleventy zillion places:
>
>/usr/include/wx-3.0/wx/datetime.h:462:40: error: ‘INT_MIN’ was not declared in
>this scope
>  462 | wxDateTime() { m_time = wxLongLong(wxINT32_MIN, 0); }
>  |^~~
>/usr/include/wx-3.0/wx/datetime.h:462:40: note: ‘INT_MIN’ is defined in header
>‘’; did you forget to ‘#include ’?

Argh!, yes. I now get that too after a dist-upgrade, and in a new sbuild (I
don't think my previous one was updating properly). However it also happens when
trying to build the current codelite 13.0 package.

It seems to be a result of gcc upgrading to 9.3.0, and has now been reported
elsewhere: e.g. #953806 and #953796. There's also an explanation (that's well
outside my comfort zone) at
https://bugs.launchpad.net/ubuntu/+source/chrony/+bug/1867316 .

IIUC this needs to be fixed in gcc, and there's nothing that can be done at
codelite level.

Thank you for your input.

Regards,

David



Bug#953773: RFS: codelite/14.0+dfsg-1 [QA] -- Powerful and lightweight IDE

2020-03-13 Thread David Hart
Hi,

>David Hart kirjoitti 13.3.2020 klo 13.19:
>> Changes since the last upload:
>> 
>>* QA upload.
>>  .
>>* New upstream release.
>>  - Remove the .py extension from a script with language-extension
>>  .
>>* d/patches:
>>  - Refresh patches.
>>  - Drop 2 patches applied upstream.
>>  - Make a helper script python3-compatible.
>>  .
>>* debian/control:
>>  - Bump standards to 4.5.0.
>>  .
>>* debian/lintian-overrides:
>>  - Add override for file-references-package-build-path false positive.
>> 
>> This is an update to the latest upstream version, codelite 14.0.
>> The amended package builds and works, and has no significant lintian issues.
>
>Hi!
>
>The codelite-plugins package recommends qt4-qmake which has been removed from
>Debian already. Can the recommendation be upgraded to qt5-qmake?

Thank you for letting me know. I've done so in the git repo, and I'll create an
updated package when building is possible again.

Regards,

David



Bug#953803: RFS: xdg-utils/1.1.3-2 -- desktop integration utilities from freedesktop.org

2020-03-13 Thread Emilio Pozuelo Monfort
Hi Nicholas,

On 13/03/2020 18:20, Nicholas Guriev wrote:
> Package: sponsorship-requests
> Severity: normal
> X-Debbugs-CC: pkg-freedesktop-maintain...@lists.alioth.debian.org
> Control: block 652038 by -1
> Control: block 908760 by -1
> Control: block 910070 by -1
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "xdg-utils"

I would sponsor this, but I don't like that you patched the upstream scripts
directly without using a patch system. That will make it harder to merge newer
upstream versions (due to conflicts). If you change that and use proper patches
(ideally git-format'ted ones when coming from upstream), I will happily sponsor
this.

Cheers,
Emilio



Bug#953803: RFS: xdg-utils/1.1.3-2 -- desktop integration utilities from freedesktop.org

2020-03-13 Thread Nicholas Guriev
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: pkg-freedesktop-maintain...@lists.alioth.debian.org
Control: block 652038 by -1
Control: block 908760 by -1
Control: block 910070 by -1

Dear mentors,

I am looking for a sponsor for my package "xdg-utils"

 * Package name: xdg-utils
   Version : 1.1.3-2
 * URL : https://www.freedesktop.org/wiki/Software/xdg-utils/
 * License : Expat
 * Vcs : https://salsa.debian.org/freedesktop-team/xdg-utils
   Section : utils

It builds those binary packages:

  xdg-utils - desktop integration utilities from freedesktop.org

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

  https://mentors.debian.net/package/xdg-utils

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

  dget -x 
https://mentors.debian.net/debian/pool/main/x/xdg-utils/xdg-utils_1.1.3-2.dsc

Changes since the last upload:

   [ Debian Janitor ]
   * Bump debhelper from old 10 to 12.
   * Set debhelper-compat version in Build-Depends.
   * Add upstream metadata info.
 .
   [ Nicholas Guriev ]
   * Shift debian/NEWS content to the left.
   * Set Rules-Requires-Root: no in debian/control.
   * Obey the nocheck build option.
   * Bump Standards-Version to 4.5.0.
   * Add machine readable debian/copyright file.
   * Now uscan(1) watches FreeDesktop GitLab.
   * Add trailing new line into auto-generated patch header.
   * Drop redundant invocation dh_installchangelogs in debian/rules.
   * Install release notes as NEWS file in according P. 12.7 of the Debian
 policy.
   * xdg-mime: Create config directory if it does not exist yet.
 Closes: #652038.
 .
   [ Rex Dieter ]
   * xdg-open: Do better pcmanfm check, fix AND operator. Closes: #908760,
 Upstream: BR106636, BR106161.
 .
   [ Alberto Salvia Novella ]
   * xdg-email: Support for Deepin.
 .
   [ Mario van der Linde ]
   * Enable Cinnamon screensaver for XDG aware desktop environments (e.g. LXQt).
 .
   [ Iain Lane ]
   * xdg-screensaver: Sanitise window name before sending it over the bus.
 Closes: #910070, LP: #1743216, Upstream: BR108121.
 .
   [ Andrea Tarocchi ]
   * xdg-open: correct handling directories with spaces in the name.
 LP: #1848335, Upstream: #166.

Regards,

--
  Nicholas Guriev



Bug#953798: RFS: xtrx-dkms/0.0.1+git20190320.5ae3a3e-1 [ITP] -- XTRX PCI driver for linux

2020-03-13 Thread Sepi Gair
Package: sponsorship-requests
Severity: wishlist

Dear mentors, Hamradio Maintainers

I am looking for a sponsor for my package "xtrx-dkms"

 * Package name: xtrx-dkms
   Version : 0.0.1+git20190320.5ae3a3e-1
   Upstream Author : Sergey Kostanbaev 
 * URL : https://github.com/xtrx-sdr/xtrx_linux_pcie_drv
 * License : LGPL-2.1+
 * Vcs : 
https://salsa.debian.org/debian-hamradio-team/xtrx-dkms
   Section : kernel

It builds those binary packages:

  xtrx-dkms - XTRX PCI driver for linux

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

  https://mentors.debian.net/package/xtrx-dkms

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

  dget -x 
https://mentors.debian.net/debian/pool/main/x/xtrx-dkms/xtrx-dkms_0.0.1+git20190320.5ae3a3e-1.dsc

Changes since the last upload:

   * Initial release (Closes: #945156)

Regards,

--
  Sepi Gair



Bug#953773: RFS: codelite/14.0+dfsg-1 [QA] -- Powerful and lightweight IDE

2020-03-13 Thread Juhani Numminen
David Hart kirjoitti 13.3.2020 klo 13.19:
> Changes since the last upload:
> 
>* QA upload.
>  .
>* New upstream release.
>  - Remove the .py extension from a script with language-extension
>  .
>* d/patches:
>  - Refresh patches.
>  - Drop 2 patches applied upstream.
>  - Make a helper script python3-compatible.
>  .
>* debian/control:
>  - Bump standards to 4.5.0.
>  .
>* debian/lintian-overrides:
>  - Add override for file-references-package-build-path false positive.
> 
> This is an update to the latest upstream version, codelite 14.0.
> The amended package builds and works, and has no significant lintian issues.

Hi!

The codelite-plugins package recommends qt4-qmake which has been removed from
Debian already. Can the recommendation be upgraded to qt5-qmake?


--
Juhani



Re: Help to package nest-simulator to enable upgrading pynn

2020-03-13 Thread Andreas Tille
Hi Steffen,

thanks for registering on Salsa.  You might like to read the Debian Med
team policy[1]

On Fri, Mar 13, 2020 at 09:34:12AM +0100, Steffen Graber wrote:
> Without really knowing anything about debian packages, is
> 
> override_dh_auto_test:
>   /usr/bin/ctest /
> --force-new-ctest-process /
> --build-exe-dir $(CURDIR)/bin /
> -j$((`nproc`))
> 
> an option?

Sounds promising but did not helped (see my last commit).
I was wondering whether there is some way to patch such PATH in but
I can not found any place where this might be possible.

I wonder if you are running the test in a local build and have
some /usr/bin/nest installed - which you might have as developer -
which executable gets really tested.  May be you call the install
target first and the test finds the new executable.  However, in
Debian the sequence is

   configure
   build
   test
   install

Thanks a lot for your contribution anyway

 Andreas.


[1] https://med-team.pages.debian.net/policy/
 
> Am 12.03.20 um 19:50 schrieb Andreas Tille:
> > Control: tags -1 help
> > 
> > [debian-mentors readers please start reading at this mark @debian-mentors]
> > 
> > Hi Steffen,
> > 
> > I'm working on upgrading the Debian package of pynn.  While I assume the
> > latest upstream version of pynn will fix all Python3 migration issues it
> > also has the new dependency on nest-simulator.  Thus I commited
> > preliminary packaging for this to the Debian development Git[1].  Thanks
> > for your great initial work for Debian packaging inside the upstream
> > tarball.  I left you as Uploader in d/control and I hope you would like
> > to maintain the Debian packaging inside the Debian Med team who is
> > traditionally very welcoming to newcomers.  If you agree please register
> > at salsa.debian.org and ask for membership in the Debian Med team (or
> > ping me by mentioning your salsa user name).  If you agree the easiest
> > way for maintenance would be if you drop the debian/ dir from the
> > upstream source and we maintain it here directly with the goal of
> > uploadin it to official Debian (and from there propagating to all Debian
> > derivatives).
> > 
> > 
> > @debian-mentors
> > 
> > To update pynn to a Python3 aware version we need the new package
> > nest-simulator.  I've prepared the packaging[1] based on some work by
> > upstream (thanks for this Steffen).  Unfortunately I'm stumbling upon
> > ctest:
> > 
> > PATH=/build/nest-simulator-2.20.0/bin:/usr/sbin:/usr/bin:/sbin:/bin 
> > dh_auto_test
> > cd build && make -j4 test ARGS\+=-j4
> > make[2]: Entering directory '/build/nest-simulator-2.20.0/build'
> > Running tests...
> > /usr/bin/ctest --force-new-ctest-process -j4
> > Test project /build/nest-simulator-2.20.0/build
> > Start   1: selftests/test_pass.sli
> > Could not find executable /usr/bin/nest
> > Looked in the following places:
> > /usr/bin/nest
> > /usr/bin/nest
> > /usr/bin/Release/nest
> > /usr/bin/Release/nest
> > /usr/bin/Debug/nest
> > /usr/bin/Debug/nest
> > /usr/bin/MinSizeRel/nest
> > 
> > 
> > I wonder how I can tell ctest that the executable that is needed can be
> > found in /build/nest-simulator-2.20.0/bin.  Seems my means in d/rules
> > 
> > PATH=$(CURDIR)/bin:$(PATH) dh_auto_test
> > 
> > is not sufficient.
> > 
> > Any better idea?
> > 
> > Kind regards
> > 
> >   Andreas.
> > 
> > [1] https://salsa.debian.org/med-team/nest-simulator
> > 
> 
> -- 
> Steffen Graber
> 
> SimLab Neuroscience
> Division HPC in Neuroscience
> Jülich Supercomputing Centre
> Institute for Advanced Simulation
> Forschungszentrum Jülich GmbH
> E-mail: s.gra...@fz-juelich.de 
> Phone:  +49 2461 61 85457
> http://www.fz-juelich.de/ias/jsc
> 
> Institute of Neuroscience and Medicine (INM-6)
> Computational and Systems Neuroscience &
> Institute for Advanced Simulation (IAS-6)
> Theoretical Neuroscience &
> JARA Institute Brain Structure-Function Relationships (INM-10)
> Forschungszentrum Jülich GmbH
> http://www.csn.fz-juelich.de
> 



-- 
http://fam-tille.de



Bug#953773: RFS: codelite/14.0+dfsg-1 [QA] -- Powerful and lightweight IDE

2020-03-13 Thread Adam Borowski
On Fri, Mar 13, 2020 at 11:19:46AM +, David Hart wrote:
>  * Package name: codelite
>Version : 14.0+dfsg-1

> Changes since the last upload:
> 
>* QA upload.
>  .
>* New upstream release.
>  - Remove the .py extension from a script with language-extension
>  .
>* d/patches:
>  - Refresh patches.
>  - Drop 2 patches applied upstream.
>  - Make a helper script python3-compatible.
>  .
>* debian/control:
>  - Bump standards to 4.5.0.
>  .
>* debian/lintian-overrides:
>  - Add override for file-references-package-build-path false positive.
> 
> This is an update to the latest upstream version, codelite 14.0.
> The amended package builds and works, and has no significant lintian issues.

Hi!
I'm afraid it doesn't build on current unstable: there's this bug repeated
in eleventy zillion places:

/usr/include/wx-3.0/wx/datetime.h:462:40: error: ‘INT_MIN’ was not declared in 
this scope
  462 | wxDateTime() { m_time = wxLongLong(wxINT32_MIN, 0); }
  |^~~
/usr/include/wx-3.0/wx/datetime.h:462:40: note: ‘INT_MIN’ is defined in header 
‘’; did you forget to ‘#include ’?


Full log attached.


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ in the beginning was the boot and root floppies and they were good.
⢿⡄⠘⠷⠚⠋⠀   --  on #linux-sunxi
⠈⠳⣄


codelite_14.0+dfsg-1_amd64.build.xz
Description: application/xz


Bug#953773: RFS: codelite/14.0+dfsg-1 [QA] -- Powerful and lightweight IDE

2020-03-13 Thread David Hart
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: codelite
   Version : 14.0+dfsg-1
   Upstream Author : Eran Ifrah 
 * URL : https://codelite.org
 * License : CodeLite
 * Vcs : https://salsa.debian.org/debian/codelite (previous 
codelite version)
 https://github.com/dghart/debian-salsa-codelite-clone 
(current version)
   Section : devel

It builds those binary packages:

  codelite - Powerful and lightweight IDE
  codelite-plugins - Powerful and lightweight IDE - plugins

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

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

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

  dget -x
  
https://mentors.debian.net/debian/pool/main/c/codelite/codelite_14.0+dfsg-1.dsc

Changes since the last upload:

   * QA upload.
 .
   * New upstream release.
 - Remove the .py extension from a script with language-extension
 .
   * d/patches:
 - Refresh patches.
 - Drop 2 patches applied upstream.
 - Make a helper script python3-compatible.
 .
   * debian/control:
 - Bump standards to 4.5.0.
 .
   * debian/lintian-overrides:
 - Add override for file-references-package-build-path false positive.

This is an update to the latest upstream version, codelite 14.0.
The amended package builds and works, and has no significant lintian issues.

Please note that I don't have access to salsa, so that does not contain the new 
version.
Instead there is a clone at 
https://github.com/dghart/debian-salsa-codelite-clone 

Regards,

David Hart