30 Jun
2004
30 Jun
'04
12:47 a.m.
I propose the removal of the eh/cleanup1 test.
This one depends on a patched version of SGLR, it is huge and takes a
lot of time to run, and best of all it randomly fails.
See bug #37 on gforge: "This test always fail, but never at the same place."
It prevents the auto-build system to install cxx-grammar and test the
packages that depends on it. Very annoying.
Any objection?
--
Clement Vasseur -o)
[ nitro :: EPITA CSI 2005 ] /\\
"Programming is about being lazy." _\_V
30 Jun
30 Jun
11:05 a.m.
>> "Clement" == Clement Vasseur
<nitro(a)epita.fr> writes:
I propose the removal of the eh/cleanup1 test.
This one depends on a patched version of SGLR, it is huge and takes a
lot of time to run, and best of all it randomly fails.
See bug #37 on gforge: "This test always fail, but never at the same place."
It prevents the auto-build system to install
cxx-grammar and test the
packages that depends on it. Very annoying.
Any objection?
Please, keep it there, but disable its execution. Drop a huge note
explaining the problem.
1 Jul
1 Jul
7:19 p.m.
Akim Demaille <akim(a)epita.fr> wrote
Since the test works fine everywhere except on Sandrock, I dropped
Sandrock instead of dropping the test.
--
Clement Vasseur -o)
[ nitro :: EPITA CSI 2005 ] /\\
"Programming is about being lazy." _\_V
>>
"Clement" == Clement Vasseur <nitro(a)epita.fr> writes:
I propose the removal of the eh/cleanup1 test.
This one depends on a patched version of SGLR, it is huge and takes a
lot of time to run, and best of all it randomly fails.
See bug #37 on gforge: "This test always fail, but never at the same place."
It prevents the auto-build system to install
cxx-grammar and test the
packages that depends on it. Very annoying.
Any objection?
Please, keep it there, but disable its execution. Drop a huge note
explaining the problem.
7247
days inactive
7249
days old
2 comments
2 participants
participants (2)
-
Akim Demaille -
Clement Vasseur