od policy in general, and it would solve my concerns.
Thanks!
On Fri, Apr 8, 2016 at 10:50 AM Steve McIntyre wrote:
> [ Including a CC to Robie from the previous bug #763589... ]
>
> Hey guys,
>
> On Tue, Mar 22, 2016 at 11:37:56PM +, Roddy Shuler wrote:
> >Package: fake-hwclo
the future. Again, once in this state, the fake-hwclock can never
be set back properly under normal usage, and thus overrides the real
hwclock on every future boot.
--
*Roddy Shuler* | +1.585.530.7960 | Endless
e reported on #763589.
--
....
*Roddy Shuler* | +1.585.530.7960 | Endless
Perfect! Thanks for your suggestion, Steve. That does sound like a
cleaner solution than what I had proposed.
Roddy
On Mon, Feb 29, 2016 at 5:28 PM Steve McIntyre wrote:
> Hi Roddy, and thanks for getting in touch!
>
> On Wed, Feb 24, 2016 at 09:27:26PM +0000, Roddy Shuler wrote:
&
nformation is in the past:
$SAVED"
echo "To set system time to this saved clock anyway, use
\"force\""
fi
;;
--
*Roddy Shuler* | +1.585.530.7960 | Endless
mmons-*-java packages.
- Roddy Shuler
There were two build errors...
The first (per the subject of the bug) is fixed by adding a build (and I
assume run-time) dependency on libcommons-collections-java
The second (a few lines later in the build output) is due to ant.properties
calling out the version of jsp.jar that is provided by lib
The problem is in 0002-fix-dependency-on-maven-test-tools.patch...
The version for maven-test-tools needs to be updated from 1.2 to 1.3 to
match what is being generated by the package.
8 matches
Mail list logo
