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 Sarge
-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|stop|restart|force-reload
Thanks
-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 database
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 [EMAIL
-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
- --
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:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I've been looking in to this bug because I use this package myself too,
and because it is among the RC bugs blocking lenny.
As I wrote in my message to control@ [1], I merged this issue with
#481103 because they report the same issue only for a
settings (if available) in debconf before prompting.
+(Closes: 503713)
+
+ -- Sebastiaan Couwenberg [EMAIL PROTECTED] Tue, 04 Nov 2008 16:27:47 +0100
+
bindgraph (0.2a-3.1) unstable; urgency=low
* Non-maintainer upload.
diff -ruN ../bindgraph-0.2a.old/debian/config ../bindgraph-0.2a/debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Perrier wrote:
Quoting José Luis Tallón ([EMAIL PROTECTED]):
José Luis, any plans to prepare an upload? I'd be happy to sponsor it
if needed as fixing two RC bugs during this week-end would continue my
one RC bug per week-end series...
Today I encountered this issue on a Dell Optiplex 760 while trying to
setup my new workstation at work.
Both the Etch and Etch 'N' Half D-I, which I initially tried, fail to
detect the network card. The Lenny D-I RC2 and the daily build of
2009-02-09 also fail to detect the network card. Manually
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Perrier wrote:
The only option could be adding something to an errata file.
That would very be nice.
While researching this problem a bit more, I found that support for the
Intel 82567LM-3 NIC was added in kernel 2.6.28:
commit
Package: rsync
Version: 3.0.3-2
Severity: normal
Would it be possible to get the fix for the rsync regression in #493559
(error rsync: on remote machine: -: unknown option) into lenny via
proposed-updates?
I ran into this issue at work were we now have a mix of etch and lenny
systems.
I could
Thank your for your insight. This is much more useful in our discussion
with the FAH developers than Matthias' reply in the Ubuntu bug report.
I'll communicate your comments to the FAH devs.
Many thanks,
Bas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
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
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
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
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 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
Package: wnpp
Owner: Bas Couwenberg sebas...@xs4all.nl
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 a...@cpan.org
* URL :
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=AGG,
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
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
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 be
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
Hi Aaron,
Thanks for bringing reporting this. The problem was indeed the missing
build dependency on libperl-dev. I've successfully build the fixed
package in a i386 chroot.
The fixed package has been uploaded to mentors and is waiting for
sponsorship (#723991).
Kind Regards,
Bas
--
GnuPG:
Control: fixed -1 6.4.0-2
Control: tags 667771 pending
Hi Ondřej,
An updated mapserver package incorporating the php5enmod/php5sidmod
changes has been uploaded to mentors and is waiting for sponsorship
(#723991).
Kind Regards,
Bas
--
To UNSUBSCRIBE, email to
Dear Colin,
Is this bug still relevant?
In the mean time MapServer has been updated in Debian to 6.2.1 and
6.4.0. These build use -ldl already.
In Ubuntu saucy MapServer has been updated to 6.2.1-3, and should pull
in 6.4.0-2 from Debian.
Kind Regards,
Bas
--
GnuPG: 0xE88D4AF1 (new) /
Hi,
On 09/25/2013 11:50 PM, Jonathan Wiltshire wrote:
On Wed, Sep 25, 2013 at 10:38:54PM +0200, Bas Couwenberg wrote:
In the same commit in the Debian GIS repository
--sourcedir=debian/tmp is dropped for dh_install which shouldn't
effect the package as debhelper 7 and up already look in this
Hi Ivan,
I've tried to reproduce your problem with QGIS 2.0.1, but I'm not able
to download the HDF file.
ftp://e4ftl01.cr.usgs.gov/MODIS_Composites/MOTA/MCD12Q1.005/2008.01.01/MCD12Q1.A2008001.h22v03.005.2011215183430.hdf
The FTP server claims to allow anonymous access with an email address as
Control: fixed -1 qgis/2.0.1-1
Control: tags -1 pending
Hi Ivan,
On 09/29/2013 03:54 PM, Ivan Shmakov wrote:
Sebastiaan Couwenberg sebas...@xs4all.nl writes:
I've tried to reproduce your problem with QGIS 2.0.1, but I'm not
able to download the HDF file.
[...snip...]
AIUI
Control: fixed -1 gqis/2.0.1-1
Control: tags -1 pending
This issue has been addressed in the updated QGIS package, which also
include the latest upstream release.
The package has been uploaded to mentors and is waiting for sponsorship
(#724927).
Kind Regards,
Bas
--
GnuPG: 0xE88D4AF1 (new) /
Control: fixed -1 gqis/2.0.1-1
Control: tags -1 pending
Thanks for the patch!
It's applied in the updated QGIS package, which also includes the latest
upstream release.
The package has been uploaded to mentors and is waiting for sponsorship
(#724927).
Kind Regards,
Bas
--
GnuPG: 0xE88D4AF1
Control: fixed -1 gqis/2.0.1-1
Control: tags -1 pending
This issue has been addressed in the updated QGIS package, which also
includes the latest upstream release.
The package has been uploaded to mentors and is waiting for sponsorship
(#724927).
Kind Regards,
Bas
--
GnuPG: 0xE88D4AF1 (new)
Control: fixed -1 gqis/2.0.1-1
Control: tags -1 pending
This issue has been addressed in the updated QGIS package, which also
includes the latest upstream release.
The package has been uploaded to mentors and is waiting for sponsorship
(#724927).
Kind Regards,
Bas
--
GnuPG: 0xE88D4AF1 (new)
Control: fixed -1 gqis/2.0.1-1
Control: tags -1 pending
This issue has been addressed in the updated QGIS package, which also
includes the latest upstream release.
The package has been uploaded to mentors and is waiting for sponsorship
(#724927).
Kind Regards,
Bas
--
GnuPG: 0xE88D4AF1 (new)
Control: fixed -1 gqis/2.0.1-1
Control: tags -1 pending
This issue has been addressed in the updated QGIS package, which also
includes the latest upstream release.
The package has been uploaded to mentors and is waiting for sponsorship
(#724927).
Kind Regards,
Bas
--
GnuPG: 0xE88D4AF1 (new)
Control: fixed -1 gqis/2.0.1-1
Control: tags -1 pending
Packaging for the new upstream release is pushed to the Debian GIS git,
and the updated package has been uploaded to mentors where it's waiting
for sponsorship (#724927).
Kind Regards,
Bas
--
GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old)
Control: fixed -1 3.1.0b-2
Control: tags -1 pending
This issue has been fixed in the 4.1.1-1 package which will supersede
the 4.0.0-1 package in experimental. But the change to 4.x will require
a transition for which we're not quite ready yet.
In the the mean time I've prepared an updated
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
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
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
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
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=osgearthsuite=sid
cd /«BUILDDIR»/osgearth-2.4.0+dfsg/build/src/osgEarth
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:
Hi Andreas,
Thanks for looking into osgEarth so shortly before you VAC.
On 09/18/2013 01:25 PM, Andreas Tille wrote:
on SoB Wiki page[1] you asked for sponsering your package. I checked
out VCS via
gbp-clone ssh://git.debian.org/git/pkg-grass/osgearth.git
and found an old version
On 09/18/2013 03:11 PM, Andreas Tille wrote:
Hi Bas,
On Wed, Sep 18, 2013 at 01:45:00PM +0200, Sebastiaan Couwenberg wrote:
Thanks for looking into osgEarth so shortly before you VAC.
Well, forcing people to wait is demotivating ... and I want to push a
bit on the motivation side, right
Hi Andreas,
On 09/18/2013 03:32 PM, Andreas Tille wrote:
Hi again,
On Wed, Sep 18, 2013 at 01:45:00PM +0200, Sebastiaan Couwenberg wrote:
I'll merge the changes for jessie into master and push it to git.debian.org.
Only cosmetic hints:
debian/rules:
-
override_dh_clean
Package: wnpp
Owner: Bas Couwenberg sebas...@xs4all.nl
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-...@lists.debian.org
* Package name: tinyows
Version : 1.1.0-3
Upstream Author : Barbara Philippot, Olivier Courtin and the MapServer
team.
* URL
Control: fixed -1 6.4.0-2
Control: tags -1 pending
Hi Andreas,
Thank you for bringing this issue to my attention. A fixed package has
been uploaded to mentors and is waiting for sponsorship. (#723991)
On 09/21/2013 08:48 PM, Andreas Beckmann wrote:
If the transtional packages are not
Control: fixed -1 2.4.0+dfsg-5
Control tags -1 pending
Hi Andreas,
Thanks for your detailed explanation.
A fixed package has been uploaded to mentors and is waiting for
sponsorship (#723996).
Kind Regards,
Bas
--
GnuPG: 0xE88D4AF1 (new) / 0x77A975AD (old)
--
To UNSUBSCRIBE, email to
Hi Andreas,
Thanks again for you detailed explanation.
I've updated the package on mentors to drop the transitional packages
for the old libmapserver packages. Since there are no file conflicts the
Break/Replaces has also been removed from the libmapserver1 package.
Kind Regards,
Bas
--
-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
[...]
Changes since the last
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 Release Team and wait for their OK. (I
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 this case, via
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
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
My NMU got uploaded yesterday
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 PPA and
seems to produce debs
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
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 =
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
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 versions
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 the debdiff?
You proposed the changes four days ago
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
CVE (Common Vulnerabilities Exposures
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
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
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
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
-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 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
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
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 debdiff you sent also already in git
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
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.
Attached patch hasn't been
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
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:
-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
There
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
backwards, the
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 package,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Control: tags -1 pending
Hi Christian,
On 02/22/2014 11:56 PM, Christian Hofstaedtler wrote:
* Sebastiaan Couwenberg sebas...@xs4all.nl [140222 19:40]:
Supporting Ruby 2.0 is not straight forward. The FindRuby.cmake
shipped with CMake 2.8
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
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
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
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
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
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
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
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
With both spatialite and librasterlite built on all
-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 also
1 - 100 of 2329 matches
Mail list logo