Hopefully a 1000 projects don't need to be updated from Gradle 4 to
Gradle 7!
> Debian does not do out-of-git builds (.git directory is removed from
> sources prior to build), thus I guess this plugin would not be of much
> use (but I may be wrong).
>
Still required since it creates a BoofVers
Instead of updating the "gradle" command could we just install a new
"gradle7" command that points to Gradle 7 instead? I don't think Gradle is
very backwards compatible so that might be the easiest solution.
For Jars that BoofCV downloads, It doesn't download anything outside of
Gradle. It uses a
Based on Dima's comments. Is there any reason we can't just use the Gradle
Wrapper? That way each project can use the version of Gradle it works with
instead of single version for all projects. The only reason I see to not
use Gradle wrapper is because it will download its dependencies and maybe
fo
Hi Andrius,
Good to meet you and thanks for the first attempt at getting BoofCV in
Debian. To keep things simple, that approach that I'm thinking of is to add
"libboofcv-core" to Debian first, which has all the core functionality and
can be added to a project now by referencing "boofcv-core" modul
Thanks for access to the development machines.
I've verified that the mspgcc LTS-20110716 git workspaces comprising the
upstream GNU releases with the mspgcc patches applied, when built with
the mspgcc recommended configuration flags, successfully produce a
toolchain on both gabrielli and smetlana
Package: slapd
Version: 2.4.11-1+lenny1
Severity: normal
When attempting to connect to slapd with an ldap client, the connection
is refused. But if I add a slapd: 172.21. entry to hosts.allow the
problem is fixed. However hosts.allow already contains this matching
entry ALL: .goco.net sshd match
Package: openerp-server
Version: 5.0.3-0-1
Severity: grave
Justification: renders package unusable
Server fails to start and does not report an error if python-xml is not
installed. python-xml not listed as a dependency for the package.
Installing python-xml fixes the problem.
/usr/bin/openerp-s
Package: nfs-kernel-server
Version: 1:1.1.2-6lenny1
Followup-For: Bug #446238
Recently I tried updating my nfs shares to nfs4. I haven't been able to get
them running.
While working the problem, I found the following excerpt in the options
category of the mountd
manpage:
-V or --nfs-version
8 matches
Mail list logo
