Re: tracking down the bottleneck

5 messages Options
Embed this post
Permalink
hamish-2

Re: tracking down the bottleneck

Reply Threaded More More options
Print post
Permalink

Hamish:
> I'm trying to find why sparc builds of gdal are holding everything
> from sifting through to debian/testing.

[solved]

> in part gdal seems to be waiting for geos which seems fine except for:
>   http://release.debian.org/migration/testing.pl?package=osm2pgsql
>   "osm2pgsql has the same version in unstable and testing"
> which I don't really understand.

Paul Martin wrote:
> What it means is that nobody's uploaded a new osm2pgsql for a good
> while. If it's been replaced by another package, it might be necessary
> for a dummy osm2pgsql package to be uploaded which depends on the newer
> package name which contains the osm2pgsql program (and drops the
> dependancy on geos).


(see also http://release.debian.org/migration/testing.pl?staller=geos)


....

http://qa.debian.org/debcheck.php?dist=unstable&package=osm2pgsql
"Package has a Depends on libgeos-3.0.0 (>= 3.0.0) which cannot be
satisfied on *"

osm2pgsql build-depends on libgeos-dev, which at build time for it
was libgeos-3.0.0 but now the new package name is libgeos-3.1.0 and
the old name doesn't exist. So a rebuild in Sid should do it..

should libgeos-3.1.0 provides libgeos-3.0.0 or is the pkg name change
due to lack of backward compatibly?


Maintainer for osm2pgsql is listsed as DebianGIS so we may be able to do
something about it ... :)


newer+unofficial svn version of the package here:
  http://www.gpsdrive.de/build_cluster/results.shtml



Hamish



     


_______________________________________________
Pkg-grass-general mailing list
[hidden email]
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-general
Francesco P. Lovergine

Re: tracking down the bottleneck

Reply Threaded More More options
Print post
Permalink
On Tue, May 26, 2009 at 01:56:30AM -0700, Hamish wrote:

>
> Hamish:
> > I'm trying to find why sparc builds of gdal are holding everything
> > from sifting through to debian/testing.
>
> [solved]
>
> > in part gdal seems to be waiting for geos which seems fine except for:
> >   http://release.debian.org/migration/testing.pl?package=osm2pgsql
> >   "osm2pgsql has the same version in unstable and testing"
> > which I don't really understand.
>
> Paul Martin wrote:
> > What it means is that nobody's uploaded a new osm2pgsql for a good
> > while. If it's been replaced by another package, it might be necessary
> > for a dummy osm2pgsql package to be uploaded which depends on the newer
> > package name which contains the osm2pgsql program (and drops the
> > dependancy on geos).
>
>
> (see also http://release.debian.org/migration/testing.pl?staller=geos)
>
>
> ....
>
> http://qa.debian.org/debcheck.php?dist=unstable&package=osm2pgsql
> "Package has a Depends on libgeos-3.0.0 (>= 3.0.0) which cannot be
> satisfied on *"
>
> osm2pgsql build-depends on libgeos-dev, which at build time for it
> was libgeos-3.0.0 but now the new package name is libgeos-3.1.0 and
> the old name doesn't exist. So a rebuild in Sid should do it..
>
> should libgeos-3.1.0 provides libgeos-3.0.0 or is the pkg name change
> due to lack of backward compatibly?
>
>
> Maintainer for osm2pgsql is listsed as DebianGIS so we may be able to do
> something about it ... :)
>
>
> newer+unofficial svn version of the package here:
>   http://www.gpsdrive.de/build_cluster/results.shtml
>

Looking into this: it still is a valid program for OSMers. In first
approximation it simply needs to be updated for current libs.

--
Francesco P. Lovergine

_______________________________________________
Pkg-grass-general mailing list
[hidden email]
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-general
Francesco P. Lovergine

Re: tracking down the bottleneck

Reply Threaded More More options
Print post
Permalink
On Tue, May 26, 2009 at 03:27:08PM +0200, Francesco P. Lovergine wrote:
>
> Looking into this: it still is a valid program for OSMers. In first
> approximation it simply needs to be updated for current libs.
>

Just done some minor modifications, but it needs to be updated
to current svn tree.

--
Francesco P. Lovergine

_______________________________________________
Pkg-grass-general mailing list
[hidden email]
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-general
Andreas Putzo-3

Re: tracking down the bottleneck

Reply Threaded More More options
Print post
Permalink
On May 26  16:04, Francesco P. Lovergine wrote:
> On Tue, May 26, 2009 at 03:27:08PM +0200, Francesco P. Lovergine wrote:
> >
> > Looking into this: it still is a valid program for OSMers. In first
> > approximation it simply needs to be updated for current libs.
> >
>
> Just done some minor modifications, but it needs to be updated
> to current svn tree.

The version still works with current planet files but obviously missing
some features and bug fixes, most important loading planet diffs.

I prepared an updated package which i think is ready to be uploaded.
Frankie, do you mind checking and uploading the package?

Andreas


_______________________________________________
Pkg-grass-general mailing list
[hidden email]
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-general
Francesco P. Lovergine

Re: tracking down the bottleneck

Reply Threaded More More options
Print post
Permalink
On Tue, May 26, 2009 at 09:54:07PM +0200, Andreas Putzo wrote:

> On May 26  16:04, Francesco P. Lovergine wrote:
> > On Tue, May 26, 2009 at 03:27:08PM +0200, Francesco P. Lovergine wrote:
> > >
> > > Looking into this: it still is a valid program for OSMers. In first
> > > approximation it simply needs to be updated for current libs.
> > >
> >
> > Just done some minor modifications, but it needs to be updated
> > to current svn tree.
>
> The version still works with current planet files but obviously missing
> some features and bug fixes, most important loading planet diffs.
>
> I prepared an updated package which i think is ready to be uploaded.
> Frankie, do you mind checking and uploading the package?
>

I already uploaded the current one updated for current sid with high
priority in order to solve the pending reverse depends stalling.
In the meantime it is ok IMHO preparing and testing the new package
in experimental.

--
Francesco P. Lovergine

_______________________________________________
Pkg-grass-general mailing list
[hidden email]
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-general