The following commit has been merged in the master branch:
commit ac4148dc67be65fc73c651cbc6b5d9d39dcc6cea
Author: Francesco Paolo Lovergine
Date: Wed May 30 12:09:02 2012 +0200
Removing redundant license files.
diff --git a/debian/changelog b/debian/changelog
index c5b1d64..7fa998e 100644
The following commit has been merged in the master branch:
commit 0ed4333a4d6c020a5823dc698fad9155cdb5e785
Author: Francesco Paolo Lovergine
Date: Wed May 30 13:37:22 2012 +0200
Undoing change about license removing.
diff --git a/debian/rules b/debian/rules
index 1634bd3..c717d65 100755
--
The following commit has been merged in the master branch:
commit c354d51b954fde9ced0537d797e3a7b765827711
Author: Francesco Paolo Lovergine
Date: Mon Jun 4 18:16:25 2012 +0200
Fixating #675514
diff --git a/debian/changelog b/debian/changelog
index 7fa998e..786da04 100644
--- a/debian/chan
The tag, debian/6.4.2-2 has been created
at c354d51b954fde9ced0537d797e3a7b765827711 (commit)
- Shortlog
commit c354d51b954fde9ced0537d797e3a7b765827711
Author: Francesco Paolo Lovergine
Date: Mon Jun 4 18:16:25 2012 +0200
Package: src:gdal
Version: 1.9.0-2
Severity: serious
Tags: sid wheezy
Justification: fails to build from source (but built successfully in the past)
Hi!
Your package failed to build on the buildds:
make[2]: Entering directory
`/build/buildd-gdal_1.9.0-2+b1-amd64-8y0tnm/gdal-1.9.0/swig/ruby'
/bi
Processing commands for cont...@bugs.debian.org:
> block 666126 with 675972
Bug #666126 [release.debian.org] transition: poppler 0.18
666126 was blocked by: 651169 651385 651388 670967 666067 660937 652650
666126 was not blocking any bugs.
Added blocking bug(s) of 666126: 675972
> thanks
Stopping
Hi,
Does gdal need an explicit Build-Depends: ruby1.8 instead of ruby;
would that cause the buildscripts to pick the right include paths?
> /bin/bash
> /build/buildd-gdal_1.9.0-2+b1-kfreebsd-i386-sJevbb/gdal-1.9.0/libtool
> --mode=compile --tag=CXX g++ -g -O2 -Wall -fPIC -DPIC
> -I/build/bui
Hello,
On Mon, Jun 4, 2012 at 9:18 PM, Steven Chamberlain wrote:
> Does gdal need an explicit Build-Depends: ruby1.8 instead of ruby;
> would that cause the buildscripts to pick the right include paths?
Yep. The problem is that the calls to ruby with the package ruby
installed now install th
tags 675972 + patch
thanks
Hi,
On 04/06/12 21:14, Vincent Fourmond wrote:
> I've checked that it works changing from ruby to
> ruby1.8. You probably should try to use ruby1.9.1-dev at a later date.
I'm not the maintainer, I was just asking. Thanks a lot for the help!
Not tested this myself yet
On Mon, Jun 4, 2012 at 10:25 PM, Steven Chamberlain wrote:
> On 04/06/12 21:14, Vincent Fourmond wrote:
>> I've checked that it works changing from ruby to
>> ruby1.8. You probably should try to use ruby1.9.1-dev at a later date.
>
> I'm not the maintainer, I was just asking. Thanks a lot for the
Processing commands for cont...@bugs.debian.org:
> tags 675972 + patch
Bug #675972 [src:gdal] gdal: FTBFS: fatal error: ruby.h: No such file or
directory
Added tag(s) patch.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
675972: http://bugs.debian.org/cgi-bin/bu
On Mon, Jun 4, 2012 at 20:18:45 +0100, Steven Chamberlain wrote:
> Hi,
>
> Does gdal need an explicit Build-Depends: ruby1.8 instead of ruby;
> would that cause the buildscripts to pick the right include paths?
I'd rather suggest removing gdal's ruby packages. They have no reverse
deps in the
On Mon, Jun 4, 2012 at 22:33:42 +0200, Vincent Fourmond wrote:
> As far as I can tell, the package doesn't contain ruby scripts, only
> bindings. Dependencies will need to make sure ruby1.8 is used, though.
> (but there isn't ;-)...). Users will have to take care.
>
That's entirely unacceptabl
On 04/06/12 21:42, Julien Cristau wrote:
> I'd rather suggest removing gdal's ruby packages. They have no reverse
> deps in the archive anyway.
So if I understand this right, gdal only produces bindings for ruby1.8,
which Ruby maintainers want to remove for Wheezy+1 anyway, and no
packages in Whe
Source: geos
Version: 3.3.3-1
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120604 qa-ftbfs
User: debian-r...@lists.debian.org
Usertags: default19
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
Package: gmt
Version: 4.5.7-2
Severity: normal
User: debian-h...@lists.debian.org
Usertags: hurd
Tags: patch
Hi,
Currently gmt fails to build on Debian GNU/Hurd.
Attached is a patch for building on Hurd. (Pretty much same patch as kfreebsd).
Thank you,
Barry deFreese
Index: gmt-4.5.7/configure
16 matches
Mail list logo
