On Wed, Jul 11, 2012 at 03:44:22PM -0400, Brad King wrote:
This should fix it:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=8720aa04
Ideally we should add a test for this case but I have no time now.
We'll include the fix in the next 2.8.9 rc.
Thank you very much for tracking down
Processing commands for cont...@bugs.debian.org:
clone 680825 -1
Bug #680825 [src:gromacs] gromacs: FTBFS: mv: cannot stat
`/«PKGBUILDDIR»/debian/gromacs-mpich/usr/lib/*.so': No such file or directory
Bug 680825 cloned as bug 681428
severity -1 normal
Bug #681428 [src:gromacs] gromacs:
Hello,
On Thursday 12 July 2012 20:47:59 Nicholas Breen wrote:
On Wed, Jul 11, 2012 at 03:44:22PM -0400, Brad King wrote:
This should fix it:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=8720aa04
Ideally we should add a test for this case but I have no time now.
We'll include
On 07/11/2012 03:40 AM, Evgeni Golov wrote:
Dear cmake maintainers, could you please have a look at the bug (and
build log) and guess why 2.8.9 stopped building the libraries in the
mdrun target? Is it a bad cmake file or a regression in cmake?
It is a regression in CMake AFAICT. I bisected
On 07/11/2012 02:29 PM, Brad King wrote:
Try adding the flag
-DCMAKE_INSTALL_DEFAULT_COMPONENT_NAME=Unspecified
to the CMake configuration step to work around the problem.
Nevermind about this workaround. I had tested it with a leftover
build of a good version during git bisect.
This
On 07/11/2012 02:55 PM, Brad King wrote:
This hunk:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=7ced0732#patch4
Seems to have reversed a previous fix:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=43cad3e4
of a problem similar to what we observe here.
This should fix it:
Source: gromacs
Version: 4.5.5-2
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120708 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
make[4]: Entering directory
7 matches
Mail list logo