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
Hi Peter,
Thanks for prompt reply.
On 2022-03-24 17:16, Peter A wrote:
> 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.
This would
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
Dear Peter and Dima,
Sorry for the delay. Somehow I did not receive any mails sent to
1006...@bugs.debian.org (will subscribe), thus I only now noticed your
conversation after accidentally revisiting the bug page.
Good to meet you too, Peter!
First of all, regarding Cephis, my original reason to
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
Hello,
On 2022-03-01 09:12, Andrius Merkys wrote:
> I have my packaging at hand and I will push it once Salsa becomes online
> again. I will use my personal namespace. I will let you know when this
> is done.
I have pushed my packaging to Salsa:
https://salsa.debian.org/merkys/boofcv
I will try
This is probably a dumb question since I don't know anything about java
build systems, but I'll ask it anyway.
Most build systems think about:
- Which commands are needed to build stuff
- Which commands are needed to rebuild stuff (if some artifacts are
built already or if we're not building e
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
Hi Dima,
On 2022-02-28 22:04, Dima Kogan wrote:
> Andrius: you packaged some of the dependencies of BoofCV, and you
> mentioned that you were interested in getting BoofCV itself into Debian.
> Are you still interested in doing that? If you already looked into it,
> can you share any specific chall
Package: wnpp
Owner: Dima Kogan
Severity: wishlist
* Package name: boofcv
Version : 0.40.1
Upstream Author : Peter Abeles
* URL or Web page : http://boofcv.org
* License : Apache-2.0
Description : Real-time computer vision library
This is for the BoofCV library for
10 matches
Mail list logo
