ease consider applying this change in Debian as well.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debia
on to
be included in Ubuntu. At the moment I'm only looking at resolving build
failures to unblock library transitions related to the python3.5 transition,
not at merging new work from Debian.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
the search path. This is a wrong fix which causes
/usr/include/spatialite/spatialite.h to be found instead of
/usr/include/spatialite.h, resulting in a misbuild on 64-bit archs.
Thanks for considering the patch.
--
Steve Langasek Give me a lever long enough and a Free OS
De
that the python3.5
transition is coming soon to Debian, at which point the severity of this bug
might be raised.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Into the distance, a ribbon of black
Stretched to the point of no turning back
diff -Nru netcdf-4.1.3/debian/changelog netcdf-4.1.3/debian/changelog
--- netcdf-4.1.3/debian/changelog 2014-08-06 15:30
MPI-enabled HDF5 is not compatible with
C++? Then there wouldn't be a proliferation of packages that I
worried about.
Thanks!
-Steve
signature.asc
Description: Digital signature
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.de
On Wed, Feb 22, 2012 at 09:34:20AM +0100, Julien Cristau wrote:
> On Tue, Feb 21, 2012 at 20:10:17 -0600, Steve M. Robbins wrote:
>
> > On Tue, Feb 21, 2012 at 03:01:12PM +0100, Julien Cristau wrote:
> >
> > > I guess the best would be to reintroduce them but as part
iants didn't really "Provide" libhdf5-7).
Maybe. However, there are already four variants of C bindings:
serial, mpich2, openmpi, and default "mpi". Splitting C++ libraries
would mean doubling this to 8.
Why is that better than simply reactiving C++ (for all variants)
On Sun, Feb 19, 2012 at 09:37:49PM +0100, Julien Cristau wrote:
> On Sun, Feb 19, 2012 at 13:40:03 -0600, Steve M. Robbins wrote:
>
> > Package: hdf5
> > Version: 1.8.8-7.1
> > Severity: normal
> >
> > hdf5 (1.8.8-7.1) unstable; urgency=low
> >
> &
Package: hdf5
Version: 1.8.8-7.1
Severity: normal
hdf5 (1.8.8-7.1) unstable; urgency=low
* Stop building the c++ libraries, nothing uses them.
That's not true. I need C++ libraries for ITK. Please re-enable.
Thanks,
-Steve
-- System Information:
Debian Release: wheezy/sid
APT pr
Package: hdf5-helpers
Version: 1.8.8-7.1
Severity: normal
The manpage is present, but nothing in /usr/bin:
steve@riemann{~}dpkg -L hdf5-helpers
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/hdf5-helpers
/usr/share/doc/hdf5-helpers/copyright
/usr/share/doc/hdf5-helpers/changelog.gz
/usr/share
Hi,
I'd like to contribute towards a solution for this. I'm forwarding to
debian-devel to get some others' ideas.
On Wed, Feb 01, 2012 at 09:57:39AM +0100, Sylvestre Ledru wrote:
> Le mardi 31 janvier 2012 à 21:56 -0600, Steve M. Robbins a écrit :
> > Naively, I don
On Tue, Jan 31, 2012 at 04:41:06PM +0100, Sylvestre Ledru wrote:
> reassign 657949 hdf5
> forcemerge 591346 657949
> thanks
>
> Le lundi 30 janvier 2012 à 00:02 -0600, Steve M. Robbins a écrit :
> > Package: libhdf5-mpi-dev
> > Version: 1.8.8-5
> > Severity:
df5-7 conflicts with itself?
-Steve
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UT
On Tue, Dec 27, 2011 at 11:20:16AM -0600, Steve M. Robbins wrote:
> On Tue, Dec 27, 2011 at 04:45:21PM +0100, Lucas Nussbaum wrote:
> > On 26/12/11 at 22:40 -0600, Steve M. Robbins wrote:
>
> > > It would be quite helpful to do a rebuild of the 237 boost reverse
>
(0.18-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * control: Switch to non-versioned boost build-dependencies.
+(Closes: #630434).
+
+ -- Steve M. Robbins Sat, 23 Jul 2011 00:22:40 -0500
+
dans-gdal-scripts (0.18-1) unstable; urgency=low
* New upstream release.
diff -u
possible, I'd encourage you to use the unversioned development
packages; e.g. "libboost-regex-dev" instead of
"libboost-regex1.46-dev".
Thanks,
-Steve
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http:
id of them
altogether.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@
On Fri, 31 Dec 2010, Gabriele Giacone wrote:
Rebuilt on a debian machine and reproduced on ppc vm.
Attached backtrace.
The stack trace for this sqlite issue on ppc from Fedora looks similar.
https://bugzilla.redhat.com/show_bug.cgi?id=494266
Cheers,
Gabriele
On Mon, 20 Dec 2010, Michel Dänzer wrote:
On Son, 2010-12-19 at 22:29 +0900, Hideki Yamane wrote:
I think a good next step would be to resolve why rebuilding packages
locally seems to work around the problem for Steve but not for you.
Which package(s) exactly are you each rebuilding locally
On Thu, 9 Dec 2010, Hideki Yamane wrote:
On Sat, 4 Dec 2010 12:47:20 -0500
Steve wrote:
If I build the qgis .deb files from source on my machine I don't get the
crash but the debs from the repository always crash.
Is it possible to force a rebuild of the .debs in testing?
Interesti
If I build the qgis .deb files from source on my machine I don't get the
crash but the debs from the repository always crash.
Is it possible to force a rebuild of the .debs in testing?
The .debs I build are:
--
dpkg -I libqgis1.4.0_1.4.0+12730-3_powerpc.deb
new debian p
Package: qgis
Version: 1.4.0+12730-3+b2
Severity: grave
Justification: renders package unusable
qgis segfaults on startup.
(gdb) where
#0 0x0fda860c in ?? () from /usr/lib/libqgis_core.so.1.4.0
#1 0x0fda8e50 in ?? () from /usr/lib/libqgis_core.so.1.4.0
#2 0x0fdc2430 in ?? () from /usr/lib/lib
you will upload with updated build-deps
2. your package fails to build with Boost 1.42
3. you prefer that I try building with Boost 1.42
and upload an NMU
4. something else?
Thanks,
-Steve
signature.asc
Description: Digital signature
___
oost 1.38 rather than the previous 1.34.1.
Regards,
-Steve
[1]
http://lists.alioth.debian.org/pipermail/pkg-boost-devel/2009-February/001773.html
[2] http://lists.debian.org/debian-release/2009/03/msg00147.html
[3] http://lists.debian.org/debian-release/2009/04/msg00251.html
[4] http://lists.debian.o
ou can use the existing Boost 1.37 packages to investigate what the
transition means for your code.
Thanks,
-Steve (for the Debian Boost maintainer team)
[1] This has been debated widely on the Boost lists and elsewhere.
See, e.g. http://lists.boost.org/Archives/boost/2008/03/135212.php for
On Sun, Feb 01, 2009 at 05:39:02PM -0600, Dirk Eddelbuettel wrote:
>
> Steve,
>
> I have no intention of turning this into a best practices flamewar or
> drawn-out discussion.
That's fine. I'm not interested in a drawn-out discussion either. I
asked the questions
On Sun, Feb 01, 2009 at 10:52:18AM -0600, Dirk Eddelbuettel wrote:
>
> On 1 February 2009 at 00:37, Steve M. Robbins wrote:
> | Hello Dirk,
> |
> | On Mon, Jan 26, 2009 at 09:10:04PM -0600, Dirk Eddelbuettel wrote:
> |
> | > Open MPI 1.3, released a few days ago, rec
es that Open MPI 1.3 is not binary compatible with
Open MPI 1.2. Presumably, therefore, the SONAME has changed.
So I don't understand what this request is about. Can you explain?
Thanks,
-Steve
signature.asc
Description: Digital signature
___
Pkg-g
addition to libhdf5-lam, libhdf5-mpich, etc or as a
replacement for them.
The goal would be to have libhdf5-mpi-default-dev for packages such as
MINC to build with.
Cheers,
-Steve
[1] http://lists.debian.org/debian-science/2008/10/msg00097.html
[2] http://packages.qa.debian.org/m/mpi-defaults.html
On Sat, Mar 29, 2008 at 10:39:54AM +0100, Rafael Laboissiere wrote:
> If you think I should file a bug report about this, please tell me.
I think you should file a severity: serious bug report about this, so that
it's appropriately visible where others in the project will see it.
-
.
Regards
--
steve
fr.po
Description: application/gettext
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
Package: mapserver
Version: 4.8.4-1
Severity: wishlist
Tags: l10n Patch
Hi,
Please find attached the french debconf templates translation,
proofread by the debian-l10n-french mailing list contributors.
This file should be put as debian/po/fr.po in your package build tree.
Regards
--
steve
Package: mapserver
Version: 4.8.4-1
Severity: wishlist
Tags: l10n Patch
Hi,
Please find attached the french debconf templates translation, proofread by
the debian-l10n-french mailing list contributors.
This file should be put as debian/po/fr.po in your package build tree.
Regards
--
s°
f
severity 391075 minor
thanks
The missing python module is resolved with python-wxgtk2.4 version 2.4.5.1.1.
I think we'll probably still want thuban upgraded to wxwidgets 2.6 sooner
rather than later, but this is no longer a release-critical bug (2.4.5.1.1
hits testing tonight).
Thanks,
--
control file that was used
> to build the current testing packages, not some age-old
> ones.
What are you talking about? The current version of the package
build-depends on libgdal1-1.3.2-dev.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian De
Package: mapserver
Version: 4.8.4-1
Severity: wishlist
Tags: l10n Patch
Hi,
Please find attached the french debconf templates translation, proofread by
the debian-l10n-french mailing list contributors.
This file should be put as debian/po/fr.po in your package build tree.
Regards
--
s°
ts
dependency on python-wxgtk2.4.
Also, FWIW, binNMUs are properly the domain of the porters, and don't fall
under the policy for source NMUs.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set
On Thu, 2006-05-04 at 15:08 -0700, Steve Langasek wrote:
> Is anyone looking after this bug?
I'll have a look this weekend.
Steve
> It seems to be a straightforward makefile
> edit for libgdal-grass; whereas removing this package from etch means
> removing qgis as well d
Is anyone looking after this bug? It seems to be a straightforward makefile
edit for libgdal-grass; whereas removing this package from etch means
removing qgis as well due to qgis-plugin-grass.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer
On Tue, 2006-04-11 at 18:09 +0200, Bill Allombert wrote:
> On Tue, Apr 11, 2006 at 10:15:18AM -0400, Steve Halasz wrote:
> > On Tue, 2006-04-11 at 15:09 +0200, Bill Allombert wrote:
> > > Package: grass
> > > Version: 6.0.2-2
> > > Severity: important
>
> libgrass :Depends: grass (= 6.0.2-2)
These really depend on each other since each is unusable without the
other. So it looks like we need to find the stuff in the grass package
that is used by the grass libs and move it to libgrass. Probably a
number of things in /usr/lib/grass/etc at least.
Ste
are previous binaries in the archive for alpha and ia64.
The problem is that gdal has code to support 64-bit ODBC, but assumes that
SQLLEN will be a #define -- which with UnixODBC, it isn't. The only
reliable test for the presence of SQLLEN is therefore a configure test; but
for Debian's
e wait for libgdal-grass 1.3.1-1 currently in the NEW queue.
Steve
___
Pkg-grass-devel mailing list
Pkg-grass-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-devel
ad of
fakeroot for building, and mapserver does not have a clean separation
between its "clean" and "build" targets. The "clean" target is specified as
running under rootcmd; you should therefore *not* be creating files in
"clean". (That, and
expects
modules in /usr/lib/php4/20050606/, and packages using this interface need
to depend on phpapi-20050606. You should be using php-config4
--extension-dir and php-config4 --phpapi respectively to determine these
values, as the #defines PHP upstream provides in their headers for this are
comple
he
output of curl-config --vernum, which is empty in libcurl3-openssl-dev
7.15.0-3. (The generated error message uses the value of curl-config
--version instead.) I assume that since the commandline option still
exists, that it's meant to still be available for use.
--
Steve Langase
lt on hppa, waiting for gcc-4.0, gmp,
> > libpng).
> > All the best.
> > pc
> >
unixodbc-dev depends on
gtkodbcconfig0 depends on
gdk-imblib1 is uninstallable due to
bug #328354
This has kept libgdal-grass from building. Blah.
Steve
>
> Unixodbx did transition
h grass, since grass
build-depends on gdal. You need to create an orig.tar.gz tarball with
just the grass driver as described here:
http://article.gmane.org/gmane.comp.gis.grass.pkg.general/732
You can download the libgdal-grass source package destined for unstable
from mentors.debian.net as a star
49 matches
Mail list logo
