Marc Haber wrote:
>>This is due to the fact that reload-database is not an action in the
>>clamav-daemon init script.
>
> This only applies to sarge; the clamav-daemon packages in sind and
> etch have the reload-database action.
True, I only checked the local init script, which if not even the Sa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marc Haber wrote:
> On Sat, Dec 10, 2005 at 07:35:22PM +0100, Sebastiaan Couwenberg wrote:
>
>>It should work with both versions of the init script when you use:
>>grep -q "^Usage: /etc/init.d/clamav-daemon {start|st
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marc Haber wrote:
>>I have three different systems where I use the volatile package, and it
>>worked fine on all.
>
> Very well. I'm going to upload the new clamav-getfiles to unstable
> tomorrow, and a new clamav-data to unstable as soon as a new dat
tags 343505 patch
thanks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
reassign 345185 kfolding
thanks
Sorry Christophe, I forgot that the "qd" binary package which is part of
kfolding is not the source package "qd" when I filed the bug.
The BTS seems to have trouble with this too.
My apologies for my mistake.
Regards,
Bas
--
To UNSUBSCRIBE, email to [EMA
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
My case of the xmms segfault has been resolved. When I upgraded to the
latest Xorg today, xmms worked again after an X restart.
If I compare the strace the nvidia tls is not used any more now, so I
guess that was the evil doer.
Regards,
Bas
- --
Gn
> Is the fix reproducible also with 1.2.10-1? Are you able to check?
I am not able to install a version prior to the current
(1.2.10+cvs20050809-5).
`apt-get install xmms=1.2.10-1` results in the error:
E: Version '1.2.10-1' for 'xmms' was not found
If I try to remove xmms, to do a fresh install
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Follow op for my previous comment to this bug:
[EMAIL PROTECTED]:~$ kpsewhich -progname=pdfetex pdfetex.pool
/usr/share/texmf/web2c/pdfetex.pool
[EMAIL PROTECTED]:~$ kpsewhich jadetex.in
- --
GnuPG: 0x77A975AD
-BEGIN PGP SIGNATURE-
Version:
Control: fixed -1 gdal/1.9.2-1~exp3
Hi Silvio,
Since version 1.9.2-1~exp3 in experimental the GDAL packages no longer
expose the internal *tiff symbols, but still build with their internal
copies.
It doesn't entirely address the issue, but the recent updates of GDAL to
the latest 1.10.1 upstream
Control: fixed -1 gdal/1.10.1+dfsg-1
Hi Reid,
The recent gdal/1.10.1+dfsg-1 uploaded to unstable appears to have fixed
your issue. GDAL now recognizes the units correctly:
$ gdalinfo /tmp/foo.tif
Driver: GTiff/GeoTIFF
Files: /tmp/foo.tif
Size is 10, 20
Coordinate System is:
PROJCS["LUnits = unkn
Hi Matthias,
The current 4.1.1-5 version of spatialite cannot be built on arm64
because of unmet build dependencies.
It seems the debhelper, perl and file builds for arm64 have some
circular build dependencies.
I'll keep an eye on buildd logs, because I'd still like to know if the
dh-autoreconf
Thanks for setting up the trackers.
As just posted to the debian-gis list:
https://lists.debian.org/debian-gis/2014/02/msg4.html
Am I correct that when we get the go ahead the transition process will
be as follows?
1) upload spatialite 4.1.1-6 to unstable
2) upload librasterli
Control: tags -1 pending
Hi Andreas,
On 02/10/2014 01:56 PM, Andreas Beckmann wrote:
> On 2014-02-09 22:52, Sebastiaan Couwenberg wrote:
>> When I upgrade the the qgis 2.0.1-1 packages currently in unstable to
>> 2.0.1-2 from my local repo the triggers are never run.
>
>
Control: tags -1 pending
Hi Peter,
The patch to disable the troublesome functions on ARM is fixed. QGIS now
successfully builds on armhf.
I've uploaded the updated qgis package to mentors, and requested
sponsorship (#739029).
Kind Regards,
Bas
--
To UNSUBSCRIBE, email to debian-bugs-dist-re
Control: tags -1 pending
Hi Andreas,
The updated qgis package available on mentors and waiting for
sponsorship (#739029).
After I first built the updated package, I noticed that upstream had
fixed this issue separately in their master branch:
https://github.com/qgis/QGIS/commit/f06e72efcd2de347
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Paul,
On 02/15/2014 08:24 AM, Paul Gevers wrote:
> [ Sorry, no intent to sponsor this right now, but ... ]
No problem, the Sponsoring Of Blends initiative is working very nicely.
> On 15-02-14 03:12, Bas Couwenberg wrote:
>> I am looking for a
On 02/15/2014 05:42 PM, Andreas Beckmann wrote:
> Some minor nitpicking:
>
> On Saturday, 15. February 2014 03:12:36 Bas Couwenberg wrote:
>> qgis-plugin-globe- OSG globe plugin for QGIS
>> qgis-plugin-globe-common - OSG GLOBE plugin for QGIS -
>
> inconsistent capitalization
>
Hi Peter,
On 02/20/2014 04:17 PM, peter green wrote:
>>
>> The package is also uploaded to mentors, but I won't request sponsorship
>> until the python-liblas source package is removed from unstable.
>> (#738141)
>>
> I've just spoken to a memeber of the ftp team on irc and you have this
> back
Hi Christian,
Thanks for reporting this issue.
On 02/22/2014 01:54 PM, Christian Hofstaedtler wrote:
> A new ruby-defaults, switching the default Ruby version to 2.0, will be
> uploaded soon. (It is available in experimental for testing.)
>
> During a test rebuild of rdepends with the new packag
Control: fixed -1 spatialite/4.0.0-1
Hi David,
Thanks for reporting this issue.
I can reproduce the build failure with 3.1.0~rc2-2, but not with 4.0.0-1
and up.
The 4.x versions of SpatiaLite were only uploaded to experimental, where
the updated packages for SpatiaLite 4.1.1 are currently waiti
On 01/18/2014 08:25 PM, Rebecca N. Palmer wrote:
> Now that openscenegraph is fixed (and assuming the new qgis builds),
> what is now blocking the spatialite transition (which would fix this and
> #688328)?
There is nothing really blocking the SpatiaLite transition, we're mostly
waiting for the Re
Hi Niko,
Your patches are included in the new upstream release: 0.95.
http://cpansearch.perl.org/src/MARKOV/Geo-Point-0.95/ChangeLog
Kind Regards,
Bas
--
GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 01/28/2014 12:01 AM, Sebastian Ramacher wrote:
> On 2014-01-27 23:34:25, Bas Couwenberg wrote:
>> Package: sponsorship-requests Severity: normal
>>
>> Dear mentors,
>>
>> I am looking for a sponsor for my package "gdal"
>>
>> [...]
>>
>> Chang
On 01/28/2014 08:03 AM, Andreas Tille wrote:
> On Tue, Jan 28, 2014 at 12:20:39AM +0100, Sebastiaan Couwenberg wrote:
>>> gdal is currently involved in the ongoing poppler transition. To
>>> not entangle the poppler and libepsilon transition, please talk to
>>> the R
On 01/28/2014 03:51 PM, Francesco P. Lovergine wrote:
> On Mon, Jan 27, 2014 at 11:34:25PM +0100, Bas Couwenberg wrote:
>> Package: sponsorship-requests
>> Severity: normal
>>
>> Changes since the last upload:
>>
>> * Rebuild for libepsilon1.
>>
>
> Please, don't. You should ask for a bNMU in thi
Hi Sebastian,
Thanks for reporting this issue.
Upstream version 1.6.0 is available at pypi, but liblas has version 1.7.0.
It looks like the python directory from liblas is repackaged for pypi,
the code for version 1.6.0 is identical, the python directory in liblas
has additional tests and exampl
On 01/31/2014 09:23 PM, Rebecca N. Palmer wrote:
> Updated status:
> osgearth, libcitygml, qgis: OK (qgis FTBFS on arm*, but that's non-RC as
> there's no old arm* version in sid)
The updated libcitygml package is not uploaded yet, but I intent to ask
for sponshorship at the end of the weekend if
On 01/31/2014 10:57 PM, Andreas Beckmann wrote:
> On Friday, 31. January 2014 21:44:44 Sebastiaan Couwenberg wrote:
>> The updated libcitygml package is not uploaded yet, but I intent to ask
>> for sponshorship at the end of the weekend if YunQiang Su hasn't replied
>
Hi Graham,
On 02/03/2014 05:52 PM, Graham Inggs wrote:
> The attached patch to src:liblas builds the python-liblas package as well.
> I haven't done extensive testing, but it builds in my Ubuntu PPA and
> seems to produce debs with all the correct files in place.
Thanks for the patch!
I've been
Control: tags -1 pending
Hi,
On 02/04/2014 07:25 PM, Sebastiaan Couwenberg wrote:
> On 02/03/2014 05:52 PM, Graham Inggs wrote:
>> The attached patch to src:liblas builds the python-liblas package as well.
>> I haven't done extensive testing, but it builds in my Ubuntu
Hi Andreas,
Thanks for reporting this issue.
The srs.db provided by qgis-providers-common is updated by crssync
included in qgis-providers.
Because qgis-providers depends on qgis-providers-common, the common
package will be configured first, and I think this will prevent the
trigger in qgis-prov
Hi Peter,
Thanks for working on the QGIS patches for ARM.
I've included your changes are included in the updated qgis package.
I'm currently experimenting with a patch to disable the troublesome
functions on ARM as upstream has done in their master branch for their
Android builds.
The patch doe
On 02/10/2014 12:08 AM, Andreas Beckmann wrote:
> On 2014-02-09 22:52, Sebastiaan Couwenberg wrote:
>> When I upgrade the the qgis 2.0.1-1 packages currently in unstable to
>> 2.0.1-2 from my local repo the triggers are never run.
>
> I'll take a look.
> Is the deb
On 12/05/2013 07:51 AM, Bas Couwenberg wrote:
> Several packages in the SpatiaLite family and related Gaia-SINS software
> are updated to support the new libspatialite. This includes
> librasterlite, a former dependency of spatialite-gui, which is updated from
> librasterlite1 (1.1~svn11) to libras
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/17/2013 08:38 PM, Martin Pitt wrote:
> For wheezy we support PostgreSQL 9.3, and want to drop
> postgresql-9.1.
Do you really mean to drop postgresql-9.1 in wheezy, or did you mean
to write jessie?
> Can you please update the Recommends: from
Hi Matthias,
Thanks for the patch.
The 4.1.1 upstream version of spatialite was uploaded to experimental
this week, the packaging uses dh-autoreconf for retooling which solves
the same problem as your patch.
Can you confirm that spatialite 4.1.1-2 builds correctly on arm64?
Kind Regards,
Bas
On 01/08/2014 08:25 AM, Salvatore Bonaccorso wrote:
> If you fix the vulnerability please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
The new mapserver packages were prepared before the CVE was available.
> Please adjust the affected versio
Control: fixed -1 mapserver/6.4.1-1
Control: fixed -1 mapserver/6.0.4-1
Control: fixed -1 mapserver/5.6.9-1
Control: tags -1 pending
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Control: tags -1 security
As reported by Salvatore Bonaccorso in #734565, there is now a CVE for
the security issue in question.
Can I get a Go/No Go for uploading the proposed changes in the debdiff?
Kind Regards,
Bas
--
GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old)
--
To UNSUBSCRIBE, email
> On 2014-01-08 7:51, Sebastiaan Couwenberg wrote:
>> Control: tags -1 security
>>
>> As reported by Salvatore Bonaccorso in #734565, there is now a CVE for
>> the security issue in question.
>>
>> Can I get a Go/No Go for uploading the proposed changes in th
Hi Salvatore,
On 01/08/2014 10:09 AM, Salvatore Bonaccorso wrote:
> On Wed, Jan 08, 2014 at 08:40:35AM +0100, Sebastiaan Couwenberg wrote:
>> On 01/08/2014 08:25 AM, Salvatore Bonaccorso wrote:
>>> If you fix the vulnerability please also make sure to include the
>>>
> Ping?
I'm not involved with the new PET, but I read on #debian-perl yesterday
that a new machine for PET was setup by Stephen Gran, but there were some
issues with SSH connections.
Kind Regards,
Bas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "uns
Control: fixed -1 libkml/1.3.0~r864-2
Control: tags -1 pending
Hi Jenny,
Thanks for reporting this issue. The jar file contains SWIG generated
code that won't be byte-for-byte identical on different architectures.
So I've dropped the Multi-Arch same for the java bindings, which the
python don't h
On 11/12/2013 10:27 AM, Rebecca N. Palmer wrote:
> Furthermore, Alioth is now expected to be down for days
> (http://lists.debian.org/debian-infrastructure-announce/2013/11/msg1.html),
> so just getting access to the 3.2.1 package might take some time.
I'm not sure if it helps, but I have a cl
On 11/12/2013 02:09 PM, Steven Chamberlain wrote:
> Hi Bas,
>
> Am I right in thinking osgearth cannot build against the
> libopenscenegraph99 currently in sid? So actually you *cannot* fix bug
> #725383 until a new upload of openscenegraph?
Correct. The dependencies of libopenscenegraph need to
Control: fixed -1 gdal/1.10.0-0~exp1
Roland, thanks for bringing this issue to our attention. And thanks for
the patch Michael.
The fix from upstream changeset r25197 is included in the GDAL 1.10.x
package currently in experimental. The transition from 1.9.0 to 1.10.1
should happen as soon as pos
On 06/27/2014 10:11 PM, Ralf Treinen wrote:
> dpkg: error processing archive
> /var/cache/apt/archives/libkml-dev_1.3.0~r864+dfsg-1_amd64.deb (--unpack):
> trying to overwrite '/usr/lib/x86_64-linux-gnu/libminizip.a', which is also
> in package libminizip-dev:amd64 1.1-2
> This is a serious bug
Control: tags -1 confirmed
Hi,
Thanks for reporting this issue.
I've requested a rebuild of spatialite-tools to build with the current
sqlite3 version (#744079).
Kind Regards,
Bas
--
GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
--
To UNSUBSCR
Control: reassign -1 proj-ps-doc
Hi,
`proj +proj=list` was replaced by `proj -lp` quite some time ago.
The replacement is mentioned in the README file for proj:
"+ellps=list and +proj=list REMOVED. Use respective -le and -lp."
The proj-ps-doc package hasn't been updated since 2006, and the up
Control: tags -1 pending
Hi Bastien,
On 04/21/2014 03:36 PM, bastien ROUCARIES wrote:
> This source package contains the following files from the
> IETF under non-free license terms:
>
> third_party/uriparser-0.7.5/doc/rfc*
Thanks for reporting this issue.
I've fixed the package in git by repa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Control: forwarded -1 https://github.com/mapserver/mapserver/issues/4911
Hi,
Thanks for reporting this issue in advance.
I've forwarded the bug upstream for now. And will investigate the
feasibility of porting mapscript for PHP 5.6 further, but I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Control: tags -1 pending
Hi Christian,
On 02/22/2014 11:56 PM, Christian Hofstaedtler wrote:
> * Sebastiaan Couwenberg [140222 19:40]:
>> Supporting Ruby 2.0 is not straight forward. The FindRuby.cmake
>> shipped with CMake 2.8 doe
Control: forwarded -1 https://github.com/Kitware/CMake/pull/92
Hi,
I've forwarded the updated FindRuby.cmake to upstream, for now it's
included in the mapserver package to fix #739773 only.
Hopefully upstream will include it in their next release so we don't
need to include a custom FindRuby.cma
Control: tags -1 patch
Upstream has applied the pull request, but has no plans for a 2.8.12.3
maintenance release and recommends the CMake maintainers backport the patch.
I've updated the cmake source package to include this patch, the debdiff
is attached.
The change can also be pulled from my g
Control: tags -1 pending
Hi Andreas,
Thanks for reporting this issue.
I've fixed the package in git by having debhelper manage the directory.
http://anonscm.debian.org/gitweb/?p=pkg-grass/mapcache.git;a=commitdiff;h=c696bcc727ecc173eadf9b77aa9e566373f49f20
The fixed package is available on men
Control: tags -1 pending
Hi Ezequiel,
Thanks for the patch. I've incorporated it in the updated mapserver
packging in git.
http://anonscm.debian.org/gitweb/?p=pkg-grass/mapserver.git;a=commitdiff;h=85e0c99fafbd7ce868ae860a19e67a820572cfdf
Because mapserver 6.4.1-2 was uploaded earlier today, I
Hi Paolo,
On 03/03/2014 04:17 PM, Paolo Cavallini wrote:
> Just finished and cleaned up my installation from exp. [...]
> ===
> I then get an error:
> ===
> Couldn't load
Hi Tobias,
> I was trying to compile matplotlib basemap
> (http://sourceforge.net/projects/matplotlib/files/matplotlib-
> toolkits/basemap-1.0.7/) which depends on libgeos.
> The compilation fails because matplotlib basemap tries to link against
> "libgeos.so" but in "/usr/lib" only "libgeos-3.3.3
> On Wed, Mar 19, 2014 at 23:45:57 +0100, Sebastiaan Couwenberg wrote:
>> On 03/18/2014 06:45 PM, Julien Cristau wrote:
>> > On Tue, Mar 18, 2014 at 00:56:48 +0100, Sebastiaan Couwenberg
>> >> 8) binnmu gdal 1.10.1+dfsg-4 in unstable
>>
>> Wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Lisandro,
On 03/30/2014 09:41 PM, Lisandro Damián Nicanor Pérez Meyer wrote:
> Bas: can you push this NMU? In case you are not a DD, just prepare
> the package, upload it to mentors and ping me, I'll push the NMU.
I've updated d/changelog to als
On 04/03/2014 01:43 PM, Thorsten Alteholz wrote:
> please add the missing licenses of:
> postgis-2.1.2\doc\xsl\*
> postgis-2.1.2\java\* (LGPL, BSD)
> postgis-2.1.2\liblwgeom\stringbuffer.*
> postgis-2.1.2\loader\*
> to debian/copyright.
I've updated the copyright file using copyright-format 1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 04/04/2014 01:57 PM, Markus Wanner wrote:
> Bas,
>
> On 04/04/2014 01:45 PM, Sebastiaan Couwenberg wrote:
>> I've updated the copyright file using copyright-format 1.0 and
>> included the licenses for the above.
>
&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Control: tags -1 pending
Hi Markus,
I've pushed my changes to git.debian.org, can you upload the package
or shall I request sponsorship?
Kind Regards,
Bas
- --
GPG Key ID: 4096R/E88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E8
Control: tags -1 pending
Hi Jakub,
Thanks for reporting this issue.
On 04/05/2014 10:26 AM, Jakub Wilk wrote:
> libspatialite5 is marked as "Multi-Arch: same", but the following file
> is architecture-dependent:
>
> /usr/share/doc/libspatialite5/examples/Makefile.gz
I've excluded the build fil
Control: fixed -1 proj/4.8.0-3
Control: tags -1 pending
Hi Fernando,
The proj packaging was recently updated to use dh-autoreconf.
http://anonscm.debian.org/gitweb/?p=pkg-grass/proj.git;a=commitdiff;h=ab2c8089330e71403ba0011eae5f22a222399b17
The change is included in proj 4.8.0-3 currently in N
Control: tags -1 pending
Hi,
Update PHP mapscript to build with PHP 5.6 turned out not to be very
hard, the stream handling in the PECL HTTP library served as a nice example.
I've forwarded my patch, and upstream as applied after some minor
adjustments.
The fixed mapserver package is available
Control: tags -1 confirmed
Hi Andy,
Thanks for reporting this issue.
I can reproduce the problem with the lakes.gml sample file shipped with
QGIS. It takes almost 8 minutes to create the spatialite database.
Creating an empty spatialite database is near instantaneous with the
spatialite command
Control: tags -1 confirmed
Hi Fabien,
On 04/24/2014 09:51 AM, Fabien Bochu wrote:
> There is an include of cubewerx_extra.wkt file in epsg.wkt file but the file
> cubewerx_extra.wkt is not in included in package.
> I detect this probleme when I used "gdalsrsinfo" command with "EPSG:900913"
> pa
Hi Andreas,
On 05/04/2014 09:21 PM, Andreas Tille wrote:
> I can not find a commit for gdal/1.11.0+dfsg-1~exp1 in Git.
>
> Am I missing something?
It's in the experimental branch for the time being.
> Kind regards
>
> Andreas.
Kind Regards,
Bas
--
GPG Key ID: 4096R/E88D4AF1
Finger
On 05/04/2014 10:08 PM, Andreas Tille wrote:
> On Sun, May 04, 2014 at 09:29:44PM +0200, Sebastiaan Couwenberg wrote:
>> On 05/04/2014 09:21 PM, Andreas Tille wrote:
>>> I can not find a commit for gdal/1.11.0+dfsg-1~exp1 in Git.
>>>
>>> Am I missing somet
Hi Ralf,
Thanks for reporting this issue.
This same issue was also reported by Ralf Treinen in #Ben
Caradoc-Davies, so I've merged your two bugs.
The liblwgeom-2.1.3 package is fixed using Breaks/Replaces by Markus
Wanner in git, and is pending upload.
Kind Regards,
Bas
--
GPG Key ID: 4096R
Hi Ben,
Thanks for reporting this issue.
This same issue was also reported by Ralf Treinen in #749030, so I've
merged your two bugs.
The liblwgeom-2.1.3 package is fixed using Breaks/Replaces by Markus
Wanner in git, and is pending upload.
Kind Regards,
Bas
--
To UNSUBSCRIBE, email to debia
Control: tags -1 pending
Hi Olly,
Thanks reporting this issue and for the patch.
I've fixed the package in git. And the updated package is available on
mentors, currently waiting for sponsorship (#749752).
Kind Regards,
Bas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.o
Control: forwarded -1 http://hub.qgis.org/issues/10391
Hi Francesco,
As suggested by Alex, I've forwarded your requests to the QGIS issue
tracker.
My apologies for not doing this sooner.
Kind Regards,
Bas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject o
Control: tags -1 confirmed
Hi Matthias,
Thanks for reporting this issue.
The check_bufovflw test still has this issue in 4.2.0-rc1, and upstream
is aware of it, see:
https://groups.google.com/forum/#!msg/spatialite-users/zkGP-gPByXk/_BC3_843LOEJ
For now I'll ignore the failing test to allow th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Control: forwarded -1 https://github.com/libLAS/libLAS/issues/39
Hi Michael,
Thanks for reporting this issue.
I've forwarded your report to upstream with some suggested fixes.
Kind Regards,
Bas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Com
Control: retitle -1 proj-data: Package contains architecture dependant
files in /usr/share
Control: tags -1 pending
Hi Andreas,
Thanks for reporting this issue and sponsoring the fixed package.
On 05/12/2014 01:35 PM, Andreas Tille wrote:
> The package avoids Filesystem Hierarchy Standard since
On 03/16/2014 07:05 PM, Sebastiaan Couwenberg wrote:
> Good news everyone, we got the go ahead. \o/
>
> If the QGIS 2.2 builds for experimental succeed, we can upload 2.2.0-1
> to unstable as part of the SpatiaLite transition.
On 03/16/2014 06:58 PM, Julien Cristau wrote:
> On Fr
> As you're aware that there's an ongoing spatialite transition, is there
> any reason you've filed this as a separate bug, rather than letting it
> just be handled as part of the transition anyway?
I thought that filing the NMU request was the appropriate procedure. It
made sense that actions fro
At the end of last year during the mapnik transition the memory
exhaustion was fixed by scheduling the builds on buildds with more memory.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729121#16
Is that an option now too? Or are the more capable buildds already used?
Kind Regards,
Bas
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 03/18/2014 06:45 PM, Julien Cristau wrote:
> On Tue, Mar 18, 2014 at 00:56:48 +0100, Sebastiaan Couwenberg
> wrote:
>
>> With osgEarth 2.4 and QGIS 2.2 added to the mix, the process
>> becomes:
>>
>> 1) upload
On 03/19/2014 09:28 PM, Aurelien Jarno wrote:
> On Wed, Mar 19, 2014 at 09:18:20PM +0100, Sebastiaan Couwenberg wrote:
>> At the end of last year during the mapnik transition the memory
>> exhaustion was fixed by scheduling the builds on buildds with more memory.
>>
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 03/21/2014 02:53 PM, Julien Cristau wrote:
> osgearth added an unconditional build-dep on libv8-dev, however
> that package is only built on little endian archs by the looks of
> it (it's missing on mips, powerpc, s390x and sparc).
Because libv8
On 03/21/2014 03:43 PM, Francesco P. Lovergine wrote:
> The point is: is it possible to build without libv8-dev on those
> archs and still having a working product? In that case we could
> change the b-d chain appropriately.
Yes, we drop or loosen the b-d on libv8-dev and still have a useable
pac
On 03/21/2014 04:10 PM, Sebastiaan Couwenberg wrote:
> The security status of libv8 is also a bit worrisome, and another reason
> to drop the build dependency. We just need to deal with a number of
> FTBFSes for osgEarth and QGIS then.
This was enough for me to justify dropping the
Control: found -1 1.2.2-3+b1
This issue is still present in the most current version.
I've not been able to reliable reproduce the error with the steps
provided in the original report, but something very similar.
My steps to reproduce the issue:
Select Map -> Projection to open the Map Projecti
Control: found -1 1.2.2-3+b1
This issue is still present in the current version in Debian.
While the table list only shows one entry, adding either of the geometry
columns triggers a traceback in the terminal thuban was started from:
Traceback (most recent call last):
File "/usr/lib/thuban/Thu
Control: tags -1 + experimental
Control: fixed -1 4.1.1-1
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Control: notfixed -1 4.1.1-1
Control: fixed -1 1.1g-1
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Control: fixed -1 4.1.1-1
Control: tags -1 pending
Upstream has advised to disable this specific testcase, or address this
in sqlite's own sqlite3_mprintf().
For now disabling the testcase seems like the best option to allow a
transition for spatialite from experimental.
The testcase is disabled
Control: fixed -1 3.1.0b-2
The current version in unstable use dh-autoreconf for retooling. Those
new builds no longer use -L/usr/lib.
Kind Regards,
Bas
--
GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "uns
Hi Steven,
On 10/04/2013 11:33 PM, Steven Chamberlain wrote:
> Hi,
>
> osgearth fails to build on kfreebsd-* because it tries to directly use a
> Linux-specific syscall:
>
> https://buildd.debian.org/status/package.php?p=osgearth&suite=sid
>> cd /«BUILDDIR»/osgearth-2.4.0+dfsg/build/src/osgEarth
Control: fixed -1 1.3.0~r864-1
Control: tags -1 pending
Hi Ilya,
Thanks for the patches! I've included them in the new libkml package.
The package has been uploaded to mentors, and is awaiting sponsorship
(#725831).
Kind Regards,
Bas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists
Control: fixed -1 1.3.0~r864-1
Control: tags -1 pending
Hi Pino,
Thanks for the patch! I've included it in the new libkml package. The
package has been uploaded to mentors, and is awaiting sponsorship (#725831).
Kind Regards,
Bas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.deb
Control: fixed -1 2.4.0+dfsg-6
Control: tags -1 pending
Thanks for the advice. I've included both Stevens pthread patch, and an
adaptation of my thr_self patch incorporating the feedback. Updated
packaging is available in the Debian GIS git.
Building an updated package is complicated by the fact
On 10/09/2013 10:19 AM, Francesco P. Lovergine wrote:
> Bas did you verify if the new version is still back-compatible against the old
> one? In the opposite case, a SONAME bump is mandatory.
Yes, the only change from upstream is "Allow colors to have leading
whitespace, with or without '#'." That
Control: found -1 gdal/1.6.3-2
Control: found -1 gdal/1.6.3-3
Control: found -1 gdal/1.6.3-4
Control: found -1 gdal/1.7.1-1
Control: found -1 gdal/1.7.2-1
Control: found -1 gdal/1.7.2-2
Control: fixed -1 gdal/1.7.3-1
Some analysis of the libgdal-doc versions available on
snapshot.debian.org shows
Package: wnpp
Owner: Bas Couwenberg
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org
* Package name: libpg-hstore-perl
Version : 1.03
Upstream Author : Galimov Albert
* URL : http://search.cpan.org/dist/Pg-hstore/
* License
notfound 663875 mapserver/5.6.5-2+squeeze2
thanks
On 02/22/2013 08:27 AM, carlo pelliconi wrote:
> Package: cgi-mapserver
> Version: 5.6.5-2+squeeze2
> Severity: normal
>
> I've installed mapserver-bin, cgi-mapserver and php5-mapscript from aptitude.
> when asking mapserv -v it appears SUPPORTS=
Package: src:osgearth
Followup-For: Bug #718382
Control: fixed -1 osgearth/2.4.0+dfsg-4
Control: tags -1 pending
There was indeed a fix for OpenSceneGraph >= 3.1.8 support in the
osgEarth upstream git:
http://anonscm.debian.org/gitweb/?p=pkg-grass/osgearth.git;a=commitdiff;h=fa3747cda6b533fc030d3
1 - 100 of 2452 matches
Mail list logo