On 7/23/19 7:17 PM, Herbert Fortes wrote:
> Can you detail more what is wrong?
See: https://ci.debian.net/packages/g/gphoto2/testing/amd64/
And the log files linked from there.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D
Hi Elena,
On Fri, 7 Jun 2019 09:21:22 +0200 Elena ``of Valhalla'' wrote:
> Of course after the release the severity can be raised back, as then it
> would apply to the majority of users indeed (but I'd just upload the
> new version of the package and be done with it).
With the buster release and
Hi Graham,
Thanks for the additional info.
On 7/20/19 9:41 PM, Graham Inggs wrote:
> On Sat, 20 Jul 2019 at 20:50, Sebastiaan Couwenberg
> wrote:
>> python-xarray 0.12.1-2 migrated to testing on 2019-07-16, so it's
>> available in testing again.
>
> Yes, src:python-xar
Control: tags -1 pending
Hi Chiara,
Thanks for your work on the FITS driver and clarifying the license issue.
The CFITSIO support has been re-enabled in the gdal package and will be
included in the next upload. Note that it has only been enabled on the
experimental branch for GDAL 3.x, I don't
On 7/13/19 9:11 AM, Sebastiaan Couwenberg wrote:
> On 7/13/19 8:25 AM, Sergey B Kirpichev wrote:
>> On Sun, 7 Jul 2019 08:29:08 +0200 Sebastiaan Couwenberg
>> wrote:
>>> Please upload a new revision to unstable with source-only changes...
>>
>> Backport for B
Hi Guillaume,
Thanks for the extensive report.
On 7/15/19 7:15 PM, Guillaume Pasero wrote:
> I am using libossim1 through Orfeo ToolBox and I noticed a crash when
> upgrading Ossim from 2.6.2 to 2.7.2.
We could try upgrading ossim to 2.8.2. maybe that contains a fix.
> There is a segmentation
On 7/14/19 8:59 AM, Bas Couwenberg wrote:
> liblas will be removed from Debian, it's dead upstream, has outstanding
> security issues, and FTBFS with GDAL 3.
>
> Please drop the build dependencies from your package as per the attached
> patch.
>
> Those build dependencies seems to be unused any
Control: tags -1 pending
Hi Helmut,
On 7/14/19 11:56 AM, Helmut Grohne wrote:
> sosi2osm fails to cross build from source, because the upstream Makefile
> hard codes the build architecture pkg-config. The attached patch makes
> it substitutable and sosi2osm becomes cross buildable. Please
On 7/13/19 4:00 PM, Chris Lamb wrote:
> Hi Bas,
>
>> For the saga packaging available in git, lintian reports:
>>
>> E: libsaga-gdi-7.3.0-dbgsym: usr-share-doc-symlink-to-foreign-package
>> libsaga-gdi-7.3.0
>
> I just noticed you marked this as not found in the latest version; can
> you
On 7/13/19 8:25 AM, Sergey B Kirpichev wrote:
> On Sun, 7 Jul 2019 08:29:08 +0200 Sebastiaan Couwenberg
> wrote:
>> Please upload a new revision to unstable with source-only changes...
>
> Backport for Buster:
> https://mentors.debian.net/package/monit
> Please
On 7/4/19 3:51 PM, Sergey B Kirpichev wrote:
> On Thu, Jul 04, 2019 at 02:13:03PM +0200, Bas Couwenberg wrote:
>> My strong preference is for you to maintain the backport as you are the most
>> able maintainer of the package, so I hope we can find a solution where I can
>> support you with the
Control: tags -1 pending
Hi Jason,
Thanks for the patch, I've included it in git. Hopefully the next GMT
release will have your PR merged so we can drop it from the package again.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A
On 6/2/19 8:32 PM, 積丹尼 Dan Jacobson wrote:
> SC> The order is irrelevant, you probably still have customized priories
> SC> where you prefer experimental over unstable like you did before.
>
> Ah, yes, with
> APT::Default-Release "experimental"
> I bet you can reproduce it.
Probably, but that is
On 6/2/19 7:52 PM, 積丹尼 Dan Jacobson wrote:
> B> sid (with or without experimental).
>^^^
> Yes, that was what I was using.
> And I had experimental first in sources.list.
The order is irrelevant, you probably still have customized priories
where you prefer
Control: tags -1 pending
On 4/15/19 5:27 PM, Chris Lamb wrote:
> I just ACCEPTed python-deprecated from NEW but noticed it was missing
> attribution in debian/copyright for at least Marcos Cardoso.
>
> This is in no way exhaustive so please check over the entire package
> carefully and address
retitle 917606 ITP: python-deprecated -- Python decorator to deprecate
old classes, function, or methods
owner 917606 !
thanks
On Sat, 29 Dec 2018 08:11:32 +0100 Daniel Stender wrote:
> Like python-deprecation which is already in the archive [1],
> however bloscpack >= 0.16.0 [2] uses this one.
Control: tags -1 pending
Fixed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 3/31/19 9:02 PM, Dmitry Shachnev wrote:
> On Sun, Mar 31, 2019 at 08:24:17PM +0200, Sebastiaan Couwenberg wrote:
>> On 3/31/19 4:54 PM, Dmitry Shachnev wrote:
>>> First of all, sorry for breaking qgis. Sip 4.19.14 was a minor release
>>> and I did not expect it to br
On 3/31/19 4:54 PM, Dmitry Shachnev wrote:
> First of all, sorry for breaking qgis. Sip 4.19.14 was a minor release
> and I did not expect it to break anything. And I learned about this
> breakage only now.
My experience with SIP is that every new upstream release, even minor
ones, introduce
Control: retitle -1 unblock: qgis/3.4.6+dfsg-1
On 3/17/19 11:43 PM, Sebastiaan Couwenberg wrote:
> On 3/17/19 8:17 PM, Sebastiaan Couwenberg wrote:
>> On 2/24/19 9:23 PM, Bas Couwenberg wrote:
>>> Because the 2.18 LTR is EOL with the release of QGIS 3.4.5 having the
&g
Control: owner -1 !
On Tue, 26 Mar 2019 15:19:51 +0100 Gürkan Myczko wrote:
> I have a working package as in, you can build this from debian source
> package:
> http://phd-sid.ethz.ch/debian/laszip/
The team maintained packaging is available on Salsa:
Control: tags -1 pending
Hi Jonatan,
Thanks for the translation, it has been updated in git.
You may want to prioritize other packages that are still in testing though.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 - moreinfo
On 3/23/19 4:52 PM, Jonathan Wiltshire wrote:
> On Tue, Mar 19, 2019 at 07:35:53PM +0100, Bas Couwenberg wrote:
>> Please unblock package nsca-ng 1.5-4.
>>
>> It cherry-picks the OpenSSL 1.1.1 change from the 1.6 release available
>> in experimental.
>
> nsca-ng has
Control: retitle -1 unblock: qgis/3.4.5+dfsg-1
On 3/17/19 8:17 PM, Sebastiaan Couwenberg wrote:
> On 2/24/19 9:23 PM, Bas Couwenberg wrote:
>> Because the 2.18 LTR is EOL with the release of QGIS 3.4.5 having the
>> latter in buster is probably better than leaving the qgis package
On 2/24/19 9:23 PM, Bas Couwenberg wrote:
> Because the 2.18 LTR is EOL with the release of QGIS 3.4.5 having the
> latter in buster is probably better than leaving the qgis package at the
> last 2.18.x release (2.18.28).
>
> QGIS 3.4 is the new LTR and switches to Qt5 and Python 3, as such
> the
Control: tags -1 confirmed
Looks like sip4 (4.19.14+dfsg-1) broke the SIP bindings again.
It's quite unfortunate that the 2.18.x LTR is EOL upstream, making them
unlikely to provide a fix.
I'll see what I can do to fix this. If I can't, we'll just have to
release buster without QGIS and deal
Control: tags -1 pending
On 3/17/19 7:05 PM, Lucas Nussbaum wrote:
>> sbuild-build-depends-python-osmapi-dummy : Depends: python-tox but it is
>> not installable
According to #922487 the transition package was removed, but this was
not coordinated.
The B-D has been replaced with 'tox' to fix
With libLAS being deprecated and in maintenance mode upstream, it will
take some time to get fixes from upstream unless someone contributes them.
Once the fixes are available they'll be added to the Debian package.
During the bullseye development cycle liblas is likely to be removed
from Debian,
Control: tags -1 pending
The symlinks in the packages currently in the archive are fine.
Your log shows that only python-pycoast is installed, but
python-pycoast-doc is not. That's why the symlinks are broken.
The symlinks should be moved to the -doc package too. This change has
been committed
Hi David,
Just noticed this package in the NEW queue, and I wonder why you aren't
maintaining this package within the Nagios team where icinga2 &
icingaweb2 are also maintained.
Your ITP doesn't make it clear why this module was packaged in the first
place. What are you trying to achieve by
On 3/2/19 9:21 AM, Emmanuel Bourg wrote:
> Le 02/03/2019 à 08:07, Sebastiaan Couwenberg a écrit :
>
>> In the future I would prefer if reverse dependencies of updated java
>> packages where tested when they are updated, like people do for transitions.
>
> Thank yo
Control: tags -1 pending
Hi Emmanuel,
Thanks for the patch.
In the future I would prefer if reverse dependencies of updated java
packages where tested when they are updated, like people do for transitions.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056
Control: tags -1 pending
On 1/14/19 12:25 PM, Bas Couwenberg wrote:
> On 2019-01-14 11:37, Scott Kitterman wrote:
>> qgis is the last package that depends on the Qt4 version of
>> QScintilla2. It
>> would be nice to be able to drop that for Buster.
>>
>> I notice that qgis 3.4.3 is available as
Control: tags -1 pending
On 2/22/19 8:27 PM, Andreas Beckmann wrote:
> dh_installman: Cannot find (any matches for) "debian/man/pycsw-admin.1"
> (tried in .)
ronn apparently changed behaviour:
ronn debian/man/pycsw-admin.md
roff: debian/man/pycsw-admin.md.1
html:
Control: tags -1 pending
On 2/18/19 9:14 PM, Alastair McKinstry wrote:
> Please change the build-depends from "gfortran" to "gfortran |
> fortran-compiler".
Committed in git.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D
Control: tags -1 pending
This issue is already fixed in git, but was not uploaded due to the low
severity.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Control: tags -1 pending
On 2/10/19 9:24 PM, Sebastiaan Couwenberg wrote:
> On 1/31/19 2:17 PM, Bas Couwenberg wrote:
>> On 2019-01-31 13:36, Andreas Beckmann wrote:
>>> during a test rebuild of spatialite/experimental I noticed that it hangs
>>> during the vir
Control: tags -1 fixed-upstream
On 1/31/19 2:17 PM, Bas Couwenberg wrote:
> On 2019-01-31 13:36, Andreas Beckmann wrote:
>> during a test rebuild of spatialite/experimental I noticed that it hangs
>> during the virtualknn test. After killing that process the build
>> continued and succeeded. I
Control: tags -1 pending
Hi Matt,
On 2/9/19 10:24 PM, Matt Marjanovic wrote:
> I suspect this is simply a mistake in the debian/python-cartopy-data.install
> file.
Indeed it is, and now fixed in git. A new upload to unstable will follow
shortly.
Kind Regards,
Bas
--
GPG Key ID:
Control: tags -1 pending
Hi Matt,
On 2/9/19 10:36 PM, Matt Marjanovic wrote:
> The 'repo_data_dir' element in the cartopy.config dictionary still has its
> upstream default value of "/usr/lib/python3/dist-packages/cartopy/data",
> however the "python-cartopy-data" package installs these files in
Control: tags -1 moreinfo
On 2/8/19 1:25 PM, Max wrote:
> after upgrade the login page show this error:
>
> Fatal error: Uncaught error: Undefined class constant
> 'MYSQL_ATTR_INIT_COMMAND' in
> /usr/share/php/Icinga/Data/Db/DbConnection.php:196
> stack trace: bla bla bla ...
>
> the package
Control: tags -1 moreinfo
Hi Daniel,
What is the practical problem that you experience? In other words, when
using the web interface, what doesn't work?
Note that Icinga 1.x is EOL upstream, and will the next Debian stable
release will likely be the last to include it. It will have 1.14.2,
On 1/20/19 5:17 PM, Jan Wagner wrote:
> Am 20.01.19 um 16:51 schrieb Sebastiaan Couwenberg:
>> I'm generally not a fan of ePN and disable it in most plugins I use, as
>> real perl doesn't suffer from the ePN limitations.
>>
>> My general recommendation to users is to di
On 1/20/19 4:05 PM, Jan Wagner wrote:
> does this (symlink utils.pm in /usr/lib/icinga) sounds for you like a
> solution that can work out?
If by that you mean that monitoring-plugins provides the symlink, that
sounds reasonable.
I'm generally not a fan of ePN and disable it in most plugins I
Control: tags -1 patch
Changing the build dependency to libcoin-dev is sufficient to resolve
this issue, see the attached patch.
As this RC bug is threatening testing autoremoval of OSG and its reverse
dependencies, please upload new a revision soon.
Kind Regards,
Bas
--
GPG Key ID:
Control: tags -1 patch
Changing the build dependency to libcoin-dev is sufficient to resolve
this issue, see the attached patch.
As this RC bug is threatening testing autoremoval of OSG and its reverse
dependencies, please upload new a revision soon.
Kind Regards,
Bas
--
GPG Key ID:
On 1/9/19 9:14 AM, Andreas Tille wrote:
> BTW, did I missed a transition
> announcement for a new version of python-numpy?
AFAIK there has never been a coordinated transition for python-numpy.
Seeing how new upstream releases regularly break reverse dependencies,
uploading (pre-)releases to
On 1/7/19 11:45 AM, Debian Bug Tracking System wrote:
> node-carto is back in buster.
But it is not compatible with the new mapnik-reference:
carto project.mml > style.xml
/usr/lib/nodejs/carto/lib/carto/tree/reference.js:19
if (mapnik_reference.version.hasOwnProperty(version)) {
On 1/5/19 12:24 PM, Otto Kekäläinen wrote:
> ti 25. jouluk. 2018 klo 21.31 Sebastiaan Couwenberg kirjoitti:
>>> I cannot reproduce this inside a Docker image (e.g. via Salsa
>>> gitlab-ci.yml) because the operation is too heavy, but basically this
>>> bug report
On 1/4/19 4:57 PM, Alex Mestiashvili wrote:
> On 1/4/19 11:29 AM, Bas Couwenberg wrote:
>> The autopkgtest for your package fail with python-numpy
>> (1:1.16.0~rc1-3), this increased the required age of python-numpy which
>> blocks the gdal transition.
>>
>> Please fix the autopkgtest of your
On 1/4/19 10:36 AM, Emilio Pozuelo Monfort wrote:
> On 03/01/2019 17:44, Sebastiaan Couwenberg wrote:
>> On 1/3/19 4:39 PM, Sebastiaan Couwenberg wrote:
>>> On 1/3/19 4:23 PM, Emilio Pozuelo Monfort wrote:
>>>> On 02/01/2019 21:10, Sebastiaan Couwenberg wrote:
&g
On 1/3/19 4:39 PM, Sebastiaan Couwenberg wrote:
> On 1/3/19 4:23 PM, Emilio Pozuelo Monfort wrote:
>> On 02/01/2019 21:10, Sebastiaan Couwenberg wrote:
>>> On 1/2/19 12:55 PM, Emilio Pozuelo Monfort wrote:
>>>> On 26/12/2018 08:46, Bas Couwenberg wrote:
>
On 1/3/19 4:23 PM, Emilio Pozuelo Monfort wrote:
> On 02/01/2019 21:10, Sebastiaan Couwenberg wrote:
>> On 1/2/19 12:55 PM, Emilio Pozuelo Monfort wrote:
>>> On 26/12/2018 08:46, Bas Couwenberg wrote:
>>>> Package: release.debian.org
>>>>
On 1/2/19 12:55 PM, Emilio Pozuelo Monfort wrote:
> On 26/12/2018 08:46, Bas Couwenberg wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>>
>> For the Debian GIS team I'd like to transition to GDAL 2.4.0.
>>
>> Like
On 12/25/18 8:12 PM, Otto Kekäläinen wrote:
> ti 25. jouluk. 2018 klo 10.17 Sebastiaan Couwenberg
> (sebas...@xs4all.nl) kirjoitti:
>>
>> On 12/25/18 8:57 AM, Otto Kekäläinen wrote:
>>> Can you please provide an actual pbuilder command or something I can
>>>
On 12/25/18 8:57 AM, Otto Kekäläinen wrote:
> Can you please provide an actual pbuilder command or something I can
> copy-paste to reproduce the actual problem (and not just the aptitude
> symptom)?
Sure:
sudo cowbuilder --create \
--distribution=sid \
reopen -1
notfixed -1 mariadb-10.3/1:10.3.11-2
found -1 mariadb-10.3/1:10.3.11-2
severity -1 serious
thanks
Hi Otto,
Unfortunately the issue is not fixed in 1:10.3.11-2:
# apt-cache show libmariadb3 | grep Version
Version: 1:10.3.11-2
# aptitude install default-libmysqlclient-dev
The
On 12/24/18 8:18 PM, Otto Kekäläinen wrote:
> There is probably room to optimize things, but I cannot see that there
> would be a huge bug.
I guess looking at the FTBFS buildlogs from reproducible builds won't
change your assessment of the severity either.
Any of the affected packages will also
On 12/24/18 12:59 PM, Otto Kekäläinen wrote:
> Severity: normal
Really? With so many affected packages?
> I am unable to reproduce this issue. Installing all of the mentioned
> packages works just fine.
Use the aptitude resolver:
# aptitude install default-libmysqlclient-dev
The following
Hi Sébastien,
Thanks for your work on nagvis.
On 12/12/18 10:02 AM, Sébastien Delafond wrote:
> I've got a 1.9.10 nagvis package ready in salsa[0], that fixes four of
> the currently open bugs including this one. I've also manually included
> 1:1.7.10+dfsg1-3.2, which wasn't present in the salsa
Control: tags -1 pending
On 12/6/18 1:15 PM, Jeremy Bicha wrote:
> Debian may be updating its poppler version to 0.71 before the Buster
> Transition Freeze. The current version of gdal in Debian fails to
> build with the new poppler version.
I'm not so sure about another Poppler transition in
On 12/5/18 2:04 PM, Lee Garrett wrote:
> Also, https://icinga.com/docs/ is of limited use for Debian, as it always
> points to the latest icinga2 version, which does not match the feature set and
> version shipped in Debian.
You filed this issue for the backports version, which should keep up
On 12/5/18 11:50 AM, Lee Garrett wrote:
> I know of upstream's documentation page. It would be great to have the
> documentation offline, though, as there are many reasons why you'd want to
> read the documentation but don't have internet access. Right now icinga2-doc
> is not useful as it is.
On 12/3/18 9:54 AM, Ole Streicher wrote:
> On 03.12.18 09:41, Sebastiaan Couwenberg wrote:
>> hdf5 is unable to migrate to testing because gnudatalanguage
>> autopkgtests fail. Test failures indicate that the package is broken,
>> and not suitable for release. It should be
On 12/3/18 8:59 AM, Ole Streicher wrote:
>>> autopkgtests for 0.9.9-1 still fail [0], and since it's blocking the
>>> migration of hdf5 it makes the package unsuitable for release
>>> justifying the RC severity [1].
>>
>> Sorry, but I don't see this: gdl does not *break* hdf5 ("break" means
>> IMO
Control: reopen -1
Control: notfixed -1 gnudatalanguage/0.9.9-1
Control: severity -1 serious
Control: block 913837 by -1
Hi Ole,
On Sun, 2 Dec 2018 10:59:03 +0100 Gilles Filippini wrote:
> Ole Streicher a écrit le 01/12/2018 à 21:08 :
> > I think that failing CI tests are not a reason for
Control: tags -1 pending
Hi Andreas,
Thanks for the patch. It's been applied in git and will be included in
the next upload.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
On 12/1/18 5:16 PM, Gilles Filippini wrote:
> On Fri, 30 Nov 2018 15:53:29 +0100 Gilles Filippini wrote:
>> On 2018-11-30 14:31, Emilio Pozuelo Monfort wrote:
>>> On 17/11/2018 11:54, Emilio Pozuelo Monfort wrote:
Control: tags -1 confirmed
On 15/11/2018 21:37, Gilles Filippini
Control: tags -1 upstream pending
This issue is caused by PHP 7.3, see:
https://bugs.php.net/bug.php?id=76753
I've added a patch to fix the issues in the icingaweb2 code, and a new
upload to unstable will follow shortly.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint:
On 11/17/18 2:06 PM, Gilles Filippini wrote:
> Emilio Pozuelo Monfort a écrit le 17/11/2018 à 11:54 :
>> Control: tags -1 confirmed
>>
>> On 15/11/2018 21:37, Gilles Filippini wrote:
>>> Package: release.debian.org
>>> Severity: normal
>>> User: release.debian@packages.debian.org
>>> Usertags:
On 11/11/18 11:55 AM, Blaž Lorger wrote:
> On 11. 11. 18 10:23, Sebastiaan Couwenberg wrote:
>> On 11/11/18 9:14 AM, Blaž Lorger wrote:
>>> After installing openjdk-11-jre I'm experiencing significant slowdown
>>> when downloading OSM replication files (--rri). What u
bsfcgal-dev
>>> -> libsfcgal-osg1 -> libopenscenegraph100v5 -> libcoin80v5. Looking at
>>> https://udd.debian.org/cgi-bin/autoremovals.cgi there's quite a few
>>> packages depending on coin3. So the question whether this affects
>>> freecad only or more packages is
On 11/2/18 6:58 PM, Lee Garrett wrote:
> On 01/11/2018 20:15, Sebastiaan Couwenberg wrote:> Hi Lee,
>>
>> On 11/1/18 6:41 PM, Lee Garrett wrote:
>>> installing icinga2-common on a system that does not have icinga2 installed
>>> fails as follows:
>>>
Hi Lee,
On 11/1/18 6:41 PM, Lee Garrett wrote:
> installing icinga2-common on a system that does not have icinga2 installed
> fails
> as follows:
>
> [...]
>
> Installing icinga2 directly, which pulls in icinga2-common, makes the
> installation go through cleanly.
Installing icinga2-common by
Control: tags -1 moreinfo
Hi Matthias,
On 11/1/18 5:50 PM, Matthias Klose wrote:
> According to the build logs, otb builds with -msse2 -mfpmath=sse on i386.
> Which
> it should not do.
Why shouldn't it do that?
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41
On 10/29/18 10:13 PM, Faidon Liambotis wrote:
> On Mon, Oct 29, 2018 at 09:10:40PM +0100, Sebastiaan Couwenberg wrote:
>>> I disagree on that -- excessive and spurious logging is a serious issue
>>> and filling up logs of the Nagios server fast is as well
On 10/29/18 8:53 PM, Faidon Liambotis wrote:
> On Mon, Oct 29, 2018 at 06:12:21PM +0100, Sebastiaan Couwenberg wrote:
>>> Could you explain a little bit more your rationale about this? It feels
>>> to me like a prime candidate for an SPU: serious issue affecting the
On 10/29/18 5:59 PM, Faidon Liambotis wrote:
> On Fri, Oct 26, 2018 at 05:32:56PM +0200, Sebastiaan Couwenberg wrote:
>>> Applying
>>> https://github.com/NagiosEnterprises/nrpe/commit/fe006d2556c906de84321188630ab0d25c317cc1
>>> and
>>> https://g
On 10/25/18 11:54 PM, gregor herrmann wrote:
> On Thu, 25 Oct 2018 19:30:15 +0200, Sebastiaan Couwenberg wrote:
>
>> On 10/25/18 7:22 PM, Fedor Zuev wrote:
>>> Installation of PDL::IO::Browser module is disabled by default
>>> because of some problem on Mac
On 10/25/18 7:22 PM, Fedor Zuev wrote:
> Installation of PDL::IO::Browser module is disabled by default
> because of some problem on MacOS (according to documentation).
> Since Debian is not MacOS - it will be nice to enable this module
> in debian package.
>
>
Control: tags -1 pending
Hi Gilles,
Thanks for the patch, it's been committed in git and a new upload to
unstable will follow shortly.
The patch has also been forwarded upstream, but that issue has seen no
activity from upstream since it was created in 2016...
Kind Regards,
Bas
--
GPG Key
Control: tags -1 pending
Hi Helmut,
On 10/17/18 3:04 PM, Helmut Grohne wrote:
> In any case, the combination of upstream.patch and rules.patch make
> ossim cross buildable. Please do something useful with them.
Thanks for the patches, they've been applied in git and a new upload to
unstable
On 10/13/18 8:09 AM, Sebastiaan Couwenberg wrote:
> On 10/12/18 10:29 PM, Sebastiaan Couwenberg wrote:
>> Upstream has added support for popper 0.69.0, and the changes have been
>> cherry-picked into a patch for the Debian package.
>>
>> A new upload to unstable will
On 10/12/18 10:29 PM, Sebastiaan Couwenberg wrote:
> Upstream has added support for popper 0.69.0, and the changes have been
> cherry-picked into a patch for the Debian package.
>
> A new upload to unstable will follow shortly.
Beware that it FTBFS on mips due to some java issue
Control: tags -1 pending
Upstream has added support for popper 0.69.0, and the changes have been
cherry-picked into a patch for the Debian package.
A new upload to unstable will follow shortly.
Kind Regards,
Bas
Control: tags -1 upstream
Control: forwarded -1 https://github.com/OSGeo/gdal/issues/1004
Hi Emilio,
Thanks for reporting this issue, I've forwarded it upstream.
Kind Regards,
Bas
Can you please RM qmapshack, it's blocking testing migration.
Kind Regards,
Bas
On Wed, 03 Oct 2018 20:42:42 +0200 Petter Reinholdtsen wrote:
> According to sebastic on #debian-gis, the way to load spatialite changed
> in version 4.2, and now the correct way to load the library is to use
> "SELECT load_extension('mod_spatialite');", while the GeoDjango database
> backend try
On 9/19/18 8:03 AM, Konrad Bauckmeier wrote:
> Am 19.09.2018 um 06:48 schrieb Sebastiaan Couwenberg:
>> On 9/19/18 1:18 AM, Konrad Bauckmeier wrote:
>>> I run into the same problem. The proposed solution works for me.
>>> Sorry for asking, since I am a
On 9/19/18 1:18 AM, Konrad Bauckmeier wrote:
> I run into the same problem. The proposed solution works for me.
> Sorry for asking, since I am a newbie: Is there any reason, that the
> patch was not accepted yes?
Not enough manpower in the team. If you have time and motivation, please
join the
qlandkartegt has been automatically removed from testing, please also
remove it from unstable.
Kind Regards,
Bas
Control: tags -1 pending
Hi Andreas,
Thanks for your continued piuparts work. This issue is fixed in git by
tightening the build dependency. And a new upload will follow shortly.
Kind Regards,
Bas
Control: tags -1 pending
Hi Daniel,
Thanks for reporting this issue with a link to the patch.
On 9/7/18 11:21 AM, Daniel Schreiber wrote:
> tilestache in testing does not work due to API changes in the python
> mapnik bindings. There is an upstream bugfix in tilestache which fixes
> that issue:
On 8/26/18 11:02 AM, Stuart Prescott wrote:
> On Sunday, 26 August 2018 10:29:43 AEST Sebastiaan Couwenberg wrote:
>> On 8/26/18 10:17 AM, Stuart Prescott wrote:
>>>>>> No one in the Debian GIS team is willing to maintain this EOL package
>>>>>> any l
On 8/26/18 10:17 AM, Stuart Prescott wrote:
No one in the Debian GIS team is willing to maintain this EOL package
any longer, qmapshack is were we invest our effort.
>>>
>>> Please file a WNPP bug that orphans qlandkarte. That signals to others
>>> that
>>> they can (and should) take
On 8/26/18 8:50 AM, Stuart Prescott wrote:
> On Saturday, 25 August 2018 23:05:51 AEST Sebastiaan Couwenberg wrote:
>> On 8/25/18 7:45 PM, Christoph Biedl wrote:
>>> Christoph, who'd like to have a usable qlandkartegt in Debian - how is
>>> QMapShack s
Control: tags -1 wontfix
On 8/25/18 7:45 PM, Christoph Biedl wrote:
> Christoph, who'd like to have a usable qlandkartegt in Debian - how is
> QMapShack supposed to be a replacement?
Upstream stopped developing QLGT and switches his attention to QMS.
You will have to take over maintenance
Hi Holger,
Are you aware of this issue in NSCA-ng?
I did not find a link to a bugtracker on nsca-ng.org, so I'm forwarding
this by email.
On Sat, 26 May 2018 23:35:46 +0200 Sebastian Andrzej Siewior wrote:
> Source: nsca-ng
> Version: 1.5-2
> Severity: important
> User:
Control: tags -1 unreproducible moreinfo
On 8/15/18 5:38 PM, Sebastiaan Couwenberg wrote:
> On 08/15/2018 05:15 PM, Niko Tyni wrote:
>> I haven't located the cause yet; diffing build logs makes me wonder if
>> the 'generate' target of swig/python/GNUmakefile is getting err
On 8/20/18 11:32 AM, Pirate Praveen wrote:
> On 20/08/18 1:24 PM, Pirate Praveen wrote:
>> On 20/08/18 12:54 PM, Pirate Praveen wrote:
>>> On a second thought, since their builds also use node-pre-gyp, may be
>>> rebuilds are enough. Anyway, I have updated node-zipfile to latest
>>> upstream
1001 - 1100 of 2334 matches
Mail list logo