Bug#1021949: ITP: zstd-jni-java -- JNI bindings for Zstd

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-j...@lists.debian.org

* Package name: zstd-jni-java
  Version : 1.5.0
  Upstream Author : Luben Karavelov 
* URL : https://github.com/luben/zstd-jni
* License : BSD
  Programming Lang: C, Java, Scale, C++
  Description : JNI bindings for Zstd
 Native library that provides a fast and high-compression lossless algorithm
 for Android, Java, and all JVM languages. It features static
 compress/decompress methods, implementation of InputStream and OutputStream
 for transparent compression of data streams fully compatible with the "zstd"
 program, and minimal performance overhead.

This package is required for Bazel version 5.0.0, it is not currently in
Debian, and therefore I am packaging it. :)

Bug#691417: goblin-camp abandoned upstream

[Olek Wojnar]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

This seems like an interesting concept but it was abandoned upstream
last year [1]. Considering it was only at v0.21 (which looks like it was
meant to be 0.2.1) I think someone would need to pick up development
upstream before it made sense to package this. Just my two cents...

- -Olek

[1] http://www.goblincamp.com/2012/12/moving-on/

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCgAGBQJRi754AAoJEH2D1AagncHkvLsP/0zLagQAhdKLvCiXyDASczij
opI9ojXsQK5nwAGqY8GIVUvoPb3ulzi15ydfuxBegB28ZJ8NBY3vJKBtspIQkDTH
8H0PcZBuaGV9Anr3XGtIYOwnTjFJ4AhZXHh2BkNtV8I5RodNHZxDW9oiidMf399C
xjtajTzEmzELVYN3YLA0kBxyzCiOU4MfpKVqsnL7lkfUl8yExJG8dQTTvennqmMA
d9u/t69DXfr9tCjypftv0VRg0Gy4kyfJ0clAb5QVs1wY6bgY4u7PQs74Be7IAudg
e0nuWttBsE0H+HMj5ItWN3gT2lfpLkc5/MFFoHB4e3FKFDesDysTtdX8XvzVnFpa
rtt0w+SCco8f8E7pmDKj7VCQtwkA5/NPQ55smSwulLJY0iwAILk98hty9BTMNC3A
lRC3IMvlaYRO9QJzKkttjIEF7kddvIiS+R2OTZ+O5RTxY1YSv1HBF/AfYdBz58m8
rpQQPxMHRuPyIEknIbgyR6IikWMqm0meJOl3xc3ljZ50zubO8E+dC7lhqjTwOqFf
UWhgTF3pD/WApJkfrMYoStu7utDV4KTRv7kPASMO6BpCCaQQJ4vdDKVaahAmTPkv
2XfvSnOF7yj9AOXSO7uSIp5+sTiG2MgJC4LvpN7cS0y+5pvc5QwKPbYUnySFK29v
H565Z/ShuHhfoWKJ/R3t
=PpUN
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/518bbe7a.1050...@wojnar.org

Bug#692438: Rigs of Rods -- semi-official Arch Linux Package

[Olek Wojnar]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

This seems like a pretty cool program. I remember it was Project of the
Month on SourceForge a few months back [1]. According to the project
wiki [2] there is a (looks like semi-official) Arch Linux package. In
case that makes things easier for someone interested in packaging this
for Debian. :)

- -Olek


[1] https://sourceforge.net/blog/potm-201211/
[2] http://www.rigsofrods.com/wiki/pages/Compiling_Sources_under_Linux
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCgAGBQJRi8TNAAoJEH2D1AagncHk608P/0OyobUCmPuS6K1VbE65Vh/7
UkCqCMLznHsYI4a1LidBQOGhEqRWBMW0f+BSYqM/BhuZ+1R3MkaF6oO3c9HLXRdj
vPjrWmPxdbsKZpy1LgOO8ZzfoNh/2DomNUP+wMgzYMUfmymJE9G9hTyCDDY1k6L9
BidW0ImgPA686DMQWRC6T9QxKWZBAx4jkkFGJa4vrfpPpogpltzGuVZDpd1q67Xj
dUab8F+T7AP5rbInpDQtF/xGTVbrovpgAkLUrIUEWEhzC56HeZwCbCRZZCw4QrAV
9tMcAM3rU6kkrdPlwVfTjhgjBpy3oUbf4+fRirT1JtEGQXQ9+EAsP+M6God3IVNL
Wb80CQ4i1aiw1VtlQoEJBTCJctIEpWz5c80kVYV4HozRZzWf0SW9VU0gP3jQZ8qp
lPPIt8HKjN/txctwpfAJm+MGqB9yZUV7KWjhAVYpBGF7cXJq+kSaHMsAgDcOXrPy
QjaTOT+6pSxfz+56MENXU2UHp1rpTqqCjSzCMIie3xwUC0aMaUdOXc/GUxozOJ+/
u7lffwvOAPK0VTIxbTyvih0RfrLyYDAOHeCLE1UQ1WspYVy4yZwvU3wd4zJqDp0Y
8AFkWrFtHvQJ2uRezPzuytCqOVnPjjRW96CGFu9aBC+S4bzX9Eg5uRXz46vVIcAv
d3u6hcQ/9f6V3Lh89Vi9
=G5i+
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/518bc4cf.1090...@wojnar.org

Bug#692438: Rigs of Rods packaged for Ubuntu

[Olek Wojnar]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Oops, a little too quick on the send there. Even better: the Google
found an Ubuntu PPA [1] with this package! So it should be (relatively)
straightforward to make a Debian package now, if someone has such an
inclination.

- -Olek

[1] https://launchpad.net/~aapo-rantalainen/+archive/rigsofrods

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCgAGBQJRi8gTAAoJEH2D1AagncHkrZYP/1eWsZMSXOSb5GoYu0sXqyUf
GRcqpVljZ3RhyZouI4F9NBh2mYxqIybHH3non6eiNKoMFFQHAfuNMIw8yQHhp9Hd
FTVX7VO0X4rb/bccdS08PZo8myilG5/qH5LZQcx36bk6Xfp3W8Tuv/Y5aPT6N0fH
ESTfL1OkMI7Sm552YxLvBvWHl83T+OOu+iIfleyPMCayv38ah6AciysEqc8AnXCM
hBuYDK41nQtmGRfGNwTJcLJi6FH2xXAcrUzlT4WOmolnwvXBA37B3sZTWmRXq66D
m1TthzjT1gtiGWVecrKwXH9xuYjB44r7+7qH4OmxmE7+/t8l7UjFD8zicL4VznP8
7fHg4mAUbdqsra34XVxsFzY63QOhBQtppAFKx6LcrbmW4JvlPOZykaTrOFL04Cm/
DK/ybvatxZfnjC32wZTZMgLPkIHee0U1GHtY8qdtVCZop7tv22PietaM5GqPCmaw
d8+V/tzVCG6b+73YLRIJ1NHr/QLEAeOJxBcbFH2cNxV3WtEfAf2BSIogN/4QXIzT
DZ3Ky+xFbxGK3kVz1RtpqkiB8mvLXARiqdD0lTWT0Ev+9R+el4XxIdvcnwWvPGAI
WyjQ1Q3mWJSM7fHZiF21C5/9djyjKCwRZyaS0BRFH9uo9gQ9h+xfNNMXXOQIbL/t
be33LlulgRz8V7w/1kA8
=jsbC
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/518bc815.1040...@wojnar.org

Bug#799746: ITP: libwfut -- WorldForge Update Tool

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: libwfut
  Version : 0.2.3
  Upstream Author : WorldForge Project 
* URL : http://www.worldforge.org/
* License : GPL
  Programming Lang: C++
  Description : WorldForge Update Tool

This package is being reintroduced into Debian. It was previously maintained
by the Games Team and will continue to be maintained that way. It was removed
by Bug #777977 due to the GCC 5 transition. The problems that caused it to be
removed will be corrected before it is uploaded again.

Bug#799748: ITP: ember -- 3D client framework for the WorldForge project

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: ember
  Version : 0.7.2.1
  Upstream Author : WorldForge Project 
* URL : http://www.worldforge.org/
* License : GPL
  Programming Lang: C++   
  Description : 3D client framework for the WorldForge project

This package is being reintroduced into Debian. It was previously maintained
by the Games Team and will continue to be maintained that way. It was removed 
by Bugs #797418, #563768, #682332, #760058 due to the GCC 5 transition. The
problems that caused it to be removed will be corrected before it is uploaded
again.

Bug#799749: ITP: eris -- WorldForge Client Entity Library

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: eris
  Version : 1.3.23
  Upstream Author : WorldForge Project 
* URL : http://www.worldforge.org/
* License : GPL
  Programming Lang: C++
  Description : WorldForge Client Entity Library

This package is being reintroduced into Debian. It was previously maintained
by the Games Team and will continue to be maintained that way. It was removed 
by Bug #777842 due to the GCC 5 transition. The problems that caused it to be
removed will be corrected before it is uploaded again.

Bug#978482: ITP: rx-java -- Reactive Extensions for the JVM

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: rx-java
  Version : 3.0.7
  Upstream Author : David Karnok 
* URL : https://github.com/ReactiveX/RxJava
* License : Apache 2
  Programming Lang: Java
  Description : Reactive Extensions for the JVM
 Java VM implementation of Reactive Extensions: a library for composing
 asynchronous and event-based programs by using observable sequences.
 .
 It extends the observer pattern to support sequences of data/events and adds
 operators that allow you to compose sequences together declaratively while
 abstracting away concerns about things like low-level threading,
 synchronization, thread-safety and concurrent data structures.

This is a dependency of newer versions of Bazel.

Bug#978652: RFP: bazel-java-tools -- Bazel Tools for Java

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: bazel-java-tools
  Version : 10.5
  Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/java_tools
* License : Apache-2
  Programming Lang: Java
  Description : Bazel Tools for Java
 Tools used by Bazel to compile Java.


*

This package is part of the Bazel Build System. If you would like to package
it, please joint the team at https://salsa.debian.org/bazel-team and upload
to the pre-made project for this package. Please contact us at
bazel-t...@lists.launchpad.net if you have any questions!

*

Bug#978653: ITP: bazel-platforms -- Bazel Platforms

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: bazel-platforms
  Version : 0.0.2
  Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/platforms
* License : Apache-2
  Programming Lang: Settings
  Description : Bazel Platforms
 All canonical constraint_setting()s, constraint_value()s and platform()s that
 are universally useful across languages and Bazel projects.


*

This package is part of the Bazel Build System. If you would like to package
it, please joint the team at https://salsa.debian.org/bazel-team and upload
to the pre-made project for this package. Please contact us at
bazel-t...@lists.launchpad.net if you have any questions!

*

Bug#978660: RFP: bazel-rules-cc -- C++ rules for Bazel

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: bazel-rules-cc
  Version : pending
  Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/rules_cc
* License : Apache-2
  Programming Lang: Starlark
  Description : C++ rules for Bazel
 Starlark implementation of C++ rules in Bazel.


*

This package is part of the Bazel Build System. If you would like to package
it, please joint the team at https://salsa.debian.org/bazel-team and upload
to the pre-made project for this package. Please contact us at
bazel-t...@lists.launchpad.net if you have any questions!

*

Bug#978664: RFP: bazel-rules-java -- Java Rules for Bazel

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: bazel-rules-java
  Version : 0.1.1
  Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/rules_java
* License : Apache-2
  Programming Lang: Starlark
  Description : Java Rules for Bazel


*

This package is part of the Bazel Build System. If you would like to package
it, please joint the team at https://salsa.debian.org/bazel-team and upload
to the pre-made project for this package. Please contact us at
bazel-t...@lists.launchpad.net if you have any questions!

*

Bug#978665: ITP: bazel-rules-pkg -- Bazel package building & fetching rules

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: bazel-rules-pkg
  Version : 0.3.0
  Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/rules_pkg
* License : Apache-2
  Programming Lang: Starlark
  Description : Bazel package building & fetching rules
 Bazel rules for packaging and fetching (for Debian and other distribution
 channels).


*

This package is part of the Bazel Build System. If you would like to package
it, please joint the team at https://salsa.debian.org/bazel-team and upload
to the pre-made project for this package. Please contact us at
bazel-t...@lists.launchpad.net if you have any questions!

*

Bug#978666: RFP: bazel-rules-proto -- Protobuf Rules for Bazel

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: bazel-rules-proto
  Version : Pending
  Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/rules_proto
* License : Apache-2
  Programming Lang: Starlark
  Description : Protobuf Rules for Bazel
 Starlark implementation of Protobuf rules in Bazel.


*

This package is part of the Bazel Build System. If you would like to package
it, please joint the team at https://salsa.debian.org/bazel-team and upload
to the pre-made project for this package. Please contact us at
bazel-t...@lists.launchpad.net if you have any questions!

*

Bug#978668: ITP: bazel-stardoc -- Starlark Documentation Generator

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: bazel-stardoc
  Version : 0.4.0
  Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/stardoc
* License : Apache-2
  Programming Lang: Starlark
  Description : Starlark Documentation Generator
 Documentation generator for Bazel build rules written in Starlark. Stardoc
 provides a Starlark rule that can be used to build documentation for Starlark
 rules in Markdown. Stardoc generates one documentation page per .bzl file.


*

This package is part of the Bazel Build System. If you would like to package
it, please joint the team at https://salsa.debian.org/bazel-team and upload
to the pre-made project for this package. Please contact us at
bazel-t...@lists.launchpad.net if you have any questions!

*

Bug#978669: ITP: bazel-skylib -- Skylib

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: bazel-skylib
  Version : 1.0.3
  Upstream Author : Google Inc.
* URL : https://github.com/bazelbuild/bazel-skylib
* License : Apache-2
  Programming Lang: Starlark
  Description : Skylib
 Library of Starlark functions for manipulating collections, file paths, and
 various other data types in the domain of Bazel build rules.
 .
 Each of the .bzl files in the lib directory defines a "module" — a struct
 that contains a set of related functions and/or other symbols that can be
 loaded as a single unit, for convenience.
 .
 Skylib also provides build rules under the rules directory.

Bug#979846: ITP: bazel -- Tool to automate software builds and tests

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: bazel
  Version : 3.5.1
  Upstream Author : Google Inc. 
* URL : https://github.com/bazelbuild/bazel
* License : Apache-2
  Programming Lang: Java and C++
  Description : Tool to automate software builds and tests
 Supported build tasks include running compilers and linkers to produce
 executable programs and libraries, and assembling deployable packages
 for Android, iOS and other target environments. Bazel is similar to
 other tools like Make, Ant, Gradle, Buck, Pants and Maven.



This package will effectively replace the bazel-bootstrap package which was
created to avoid circular build dependencies with Bazel. The bazel-bootstrap
package will likely remain in the archives as a means of adding Bazel support
to additional architectures in the future.

Bug#838416: Bug#782654: Bug#838416: Bug#782654: Bug#838416: ITP: bazel -- Fast and correct automated build system by Google

[Olek Wojnar]

Hi Kyle, (or other interested/involved parties)

Bazel has suddenly become more important because it is preventing us from
getting packages working that would help with the COVID-19 pandemic. Due to
the significance, I am copying the Debian Med team as well as key people
from this bug's history in the hopes of getting something moving quickly.

On Tue, 22 May 2018 14:55:19 -0600 Kyle Moffett 
wrote:
> I spent a while working on it off and on, but there is a decent amount
> of tweaking and other packaging work needed to get policy-compliant
> bazel packages.  (E.G: There are quite a few binary JAR files shipped
> in the upstream tarball that don't necessarily match the versions in
> Debian).
>
> I just didn't have the spare time, especially now that I have a kid,
> to sink into one package.

I can relate to the kid/time issues! ;) Have you had any time to work on it
recently? Did you ever upload any of your work?

In the meantime, I see that Bazel has an unofficial Ubuntu build [1]. Do
you know anything about that? It seems like a good place for us to start if
you aren't close to a product yourself.

Oh, and to state this explicitly: I'm happy to work on this if it'll help
it get into Debian faster! I just don't want to step on anyone's toes if
someone has already made significant progress on this ITP.

-Olek

[1]
https://docs.bazel.build/versions/master/install-ubuntu.html#install-on-ubuntu

Bug#956252: RFP: largelavenderlink -- A web conferencing system designed for online learning

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: largelavenderlink
  Version : 2.2.3
  Upstream Author : BigBlueButton Inc. 
* URL : https://bigbluebutton.org/open-source-license/
* License : (GPL, LGPL v3)
  Programming Lang: (ActionScript, Java, Grails, Scala)
  Description : A web conferencing system designed for online learning

This program provides real-time sharing of audio, video, slides, chat, and
screen. Students are engaged through sharing of emoji icons, polling, and
breakout rooms.


Relevant packaging information:
Source code is hosted on GitHub:
https://github.com/bigbluebutton/bigbluebutton

Given the increased social distancing and closed schools during the COVID-19
pandemic, increased remote learning and collaboration is incredibly
important. This package will help to make such tools available in Debian.

Note that the developer has a trademark on the name "BigBlueButton" and the
logo. The reason for the alliterative name change is to respect the
trademark of the author while using the software package that they developed
in accordance with the license under which it was released.

Bug#782654: Bug#838416: Bug#782654: Bug#838416: ITP: bazel -- Fast and correct automated build system by Google

[Olek Wojnar]

Philipp and Bastien,

Thank you both for your responses!

On Thu, Apr 9, 2020 at 4:23 PM Bastien ROUCARIES <
roucaries.bast...@gmail.com> wrote:

> Upstream seems to be friendly
>
> Time to prod them:
> https://github.com/bazelbuild/bazel/issues/9408


Thanks for highlighting that. It indeed seems that they will likely realize
the importance of their software right now and help. Pinged. :) [1]


> On Wed, Apr 8, 2020 at 10:57 PM Philipp Kern  wrote:
> >
> > On 2020-04-08 19:43, Olek Wojnar wrote:
> > >
> > > In the meantime, I see that Bazel has an unofficial Ubuntu build [1].
> > > Do you know anything about that? It seems like a good place for us to
> > > start if you aren't close to a product yourself.
> >
> > That's the build Google provides that is built with Bazel itself, using
> > a ton of vendored libraries. (Because that's how Google operates
> > internally.)
>

Ah, ok. Good to know. Thanks. Might be better to just start with a vanilla
source package then. I'm playing around with it just to see what I can get
working while we wait for a reply to my ping on Bastien's GitHub issue.


> > Generally the pkg_deb output[1] is not really policy-compliant and more
> > built from the ground up without any Debian tooling. So the /mere
> > existence/ of that package (which was there from the beginning) does not
> > help the quest of getting Bazel packaged for Debian, unfortunately.
> >
> > Kind regards
> > Philipp Kern, obviously not speaking for Google
> >
> > [1]
> >
> https://github.com/bazelbuild/bazel/blob/f828b4c77805ad0ea6afecef798aa69d68bec8d4/scripts/packages/debian/BUILD#L69


Well that's not as encouraging as I'd hoped but still good information to
have. Sounds like our best shot for getting something working in the
near-term is active cooperation and support from Google. Here's hoping they
support that!!

-Olek

Bug#782654: ITP: bazel -- Fast and correct automated build system by Google

[Olek Wojnar]

To those interested in Bazel in Debian:

We just had a very positive discussion with upstream and I think that
finally getting Bazel into Debian is on the horizon. This endeavor is going
to be larger than one person, in the long run if not right at this moment.

Therefore, I would like to create a Bazel packaging team in Debian since a
team approach is what will ensure this build system remains viable and
well-supported even after the short-term goal of helping to get software
into Debian to address the COVID-19 pandemic.

If you are subscribed to this bug and are interested (or know someone who
is), please let me know if you would like to be part of that team in some
capacity. I am happy to continue coordinating this team and I am equally
happy to pass that responsibility on if anyone else has a strong desire to
do that. Since Kyle was previously working this project by himself, I
definitely defer to him if he has the time and desire to lead the new team.

Looking forward to getting a good group of people together who can
contribute to this, to whatever extent they are able!

-Olek

Bug#958537: RFP: error-prone-java -- Catch common Java mistakes as compile-time errors

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: error-prone-java
  Version : 2.3.4
  Upstream Author : Google
* URL : https://github.com/google/error-prone
* License : Apache
  Programming Lang: Java
  Description : Catch common Java mistakes as compile-time errors

A static analysis tool for Java that catches common programming mistakes at
compile-time. It hooks into the standard build, so all developers run it
without thinking. It tells users about mistakes immediately after they’re
made and produces suggested fixes, allowing tooling to be built on it.

This package is needed for protobuf-java-util which is needed for bazel
which is needed for tensorflow and other packages in high demand due to
COVID-19 work my the scientific and medical communities.

I recommend that this package be maintained in the Java team because, aside
from the immediate dependency needs, it will be invaluable to Java
developers.

Bug#782654: ITP: bazel -- Fast and correct automated build system by Google

[Olek Wojnar]

Hi Timo,

On Sat, Apr 25, 2020, 10:06 Timo Röhling  wrote:

> On Tue, 14 Apr 2020 11:27:45 -0400 Olek Wojnar  wrote:
> > To those interested in Bazel in Debian:
>
> I'm interested in helping out. I have decent C++ and Python experience,
> both with coding and Debian packaging, and I would really like to see
> Tensorflow in Debian.
>

We'd love to have your help! I just added you to the temporary team on
Salsa [1]. I'll be setting up a proper team but, so far, my focus has been
on just getting something working in my personal namespace.

Expect an olek3 branch later today with the latest from what Yun (pcloudy)
and I have been working on.

Welcome to the team!

-Olek

[1] https://salsa.debian.org/olek/bazel

Bug#959765: RFP: tensorflow -- Computation using data flow graphs for scalable machine learning (C)

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: tensorflow
  Version : 2.0.1
  Upstream Author : Google Inc. 
* URL : https://www.tensorflow.org/
* License : Apache
  Programming Lang: Python
  Description : Computation using data flow graphs for scalable machine 
learning (C)

Computation using data flow graphs for scalable machine learning (C)
 TensorFlow is an open source software library for numerical computation
 using data flow graphs. The graph nodes represent mathematical operations,
 while the graph edges represent the multidimensional data arrays (tensors)
 that flow between them. This flexible architecture enables you to deploy
 computation to one or more CPUs or GPUs in a desktop, server, or mobile
 device without rewriting code.

This package was identified as an important resource for the medical and
scientific communities in light of the COVID-19 pandemic. Packaging was
previously hampered by unavailability of the Bazel Build System in Debian.[1]
During the 2020 COVID-19 Biohackathon, [2] the Debian Med team began a concerted
effort to finally package Bazel and thereby allow packaging of tensorflow.
This effort has been progressing very well therefore it is probably a
reasonable time to start thinking about packaging tensorflow once Bazel is
available. The first goal of Bazel packaging is to allow tensorflow to be
easily packaged in Debian and the Debian Bazel team [3] is receiving great
support from upstream to make this happen.


[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782654
[2] https://salsa.debian.org/med-team/community/2020-covid19-hackathon
[3] https://salsa.debian.org/bazel-team

Bug#959765: Existing Packaging in Debian Science Team

[Olek Wojnar]

Also, note the packaging already exists in the Debian Science Team [1].
This would need to be updated for a Bazel build. That process is still
expected to be a bit of a hack with the current `bazel-bootstrap` package
but the Debian Bazel team will be happy to offer advice and assistance.

[1] https://salsa.debian.org/science-team/tensorflow

Bug#959829: RFP: google-api-client-java -- Flexible, efficient, and powerful Java client library for accessing any HTTP-based API on the web

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: google-api-client-java
  Version : 1.30.9
  Upstream Author : Google Inc.
* URL : https://github.com/googleapis/google-api-java-client
* License : Apache 2.0
  Programming Lang: Java
  Description : Flexible, efficient, and powerful Java client library for 
accessing any HTTP-based API on the web

This library can access any HTTP-based API on the web, not just Google APIs.
It has a powerful OAuth 2.0 library with a consistent interface. It also has
lightweight and efficient XML and JSON data models that support any data
schema, support for protocol buffers, and a set of generated libraries for
Google APIs.

**

Dear Prospective Packager,

This package is part of the dependency chain for medical and scientific
community resources that the Debian Med team has identified as relevant to the
COVID-19 pandemic. If you are able to participate in this endeavor [1], your
assistance is greatly appreciated!

-Olek
On behalf of the Debian Bazel Team

[1] https://salsa.debian.org/bazel-team/meta/-/wikis/Workplan-Part-1

Bug#959830: RFP: google-auth-java -- Open source authentication client library for Java

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: google-auth-java
  Version : 0.20.0
  Upstream Author : Google Inc.
* URL : https://github.com/googleapis/google-auth-library-java
* License : BSD-3-Clause
  Programming Lang: Java
  Description : Open source authentication client library for Java

This project consists of 3 artifacts. google-auth-library-credentials contains
base classes and interfaces for Google credentials.
google-auth-library-appengine contains App Engine credentials. This artifact
depends on the App Engine SDK. google-auth-library-oauth2-http contains a wide
variety of credentials as well as utility methods to create them and to get
Application Default Credentials.

**

Dear Prospective Packager,

This package is part of the dependency chain for medical and scientific
community resources that the Debian Med team has identified as relevant to the
COVID-19 pandemic. If you are able to participate in this endeavor [1], your
assistance is greatly appreciated!

-Olek
On behalf of the Debian Bazel Team

[1] https://salsa.debian.org/bazel-team/meta/-/wikis/Workplan-Part-1

Bug#959831: RFP: google-auto-java -- Collection of source code generators for Java.

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: google-auto-java
  Version : 1.0/1.0/1.7.1/0.10
  Upstream Author : Google Inc.
* URL : https://github.com/google/auto/
* License : Apache 2.0
  Programming Lang: Java
  Description : Collection of source code generators for Java.

Java is full of code that is mechanical, repetitive, typically untested, and
sometimes the source of subtle bugs. Sounds like a job for robots! The Auto
subprojects are a collection of code generators that automate those types of
tasks. They create the code you would have written, but without the bugs. Save
time. Save code. Save sanity.

**

It's likely that this would be better packaged as 4 distinct packages:
google-auto-factory-java, google-auto-service-java, google-auto-value-java,
and google-common-java. That decision is left to the adopter.

**

Dear Prospective Packager,

This package is part of the dependency chain for medical and scientific
community resources that the Debian Med team has identified as relevant to the
COVID-19 pandemic. If you are able to participate in this endeavor [1], your
assistance is greatly appreciated!

-Olek
On behalf of the Debian Bazel Team

[1] https://salsa.debian.org/bazel-team/meta/-/wikis/Workplan-Part-1

Bug#959832: RFP: checker-framework-java -- Framework that enhances Java’s type system to make it more powerful and useful

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: checker-framework-java
  Version : 1.8.0
  Upstream Author : Checker Framework developers
* URL : https://github.com/typetools/checker-framework
* License : GPL2 w/ classpath exception, MIT, and (LGPL or Apache)
  Programming Lang: Java
  Description : Framework that makes Java’s type system more powerful and 
useful

A "checker" is a tool that warns you about certain errors or gives you a
guarantee that those errors do not occur. The Checker Framework comes with
checkers for 24 specific types of errors.

**

Dear Prospective Packager,

This package is part of the dependency chain for medical and scientific
community resources that the Debian Med team has identified as relevant to the
COVID-19 pandemic. If you are able to participate in this endeavor [1], your
assistance is greatly appreciated!

-Olek
On behalf of the Debian Bazel Team

[1] https://salsa.debian.org/bazel-team/meta/-/wikis/Workplan-Part-1

Bug#959834: RFP: diffutils-java -- Implementation of general operations with diff files

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: diffutils-java
  Version : 1.3.0
  Upstream Author : Dmitry Naumenko 
* URL : 
https://repo1.maven.org/maven2/com/googlecode/java-diff-utils/diffutils/1.3.0/diffutils-1.3.0-sources.jar
* License : Apache 1.1
  Programming Lang: Java
  Description : Implementation of general operations with diff files

**

Dear Prospective Packager,

This package is part of the dependency chain for medical and scientific
community resources that the Debian Med team has identified as relevant to the
COVID-19 pandemic. If you are able to participate in this endeavor [1], your
assistance is greatly appreciated!

-Olek
On behalf of the Debian Bazel Team

[1] https://salsa.debian.org/bazel-team/meta/-/wikis/Workplan-Part-1

Bug#959835: RFP: error-prone-java -- Catch common Java mistakes as compile-time errors

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: error-prone-java
  Version : 2.3.4
  Upstream Author : Google Inc.
* URL : https://github.com/google/error-prone
* License : Apache 2
  Programming Lang: Java
  Description : Catch common Java mistakes as compile-time errors

Static analysis tool for Java that catches common programming mistakes at
compile-time.

**

Dear Prospective Packager,

This package is part of the dependency chain for medical and scientific
community resources that the Debian Med team has identified as relevant to the
COVID-19 pandemic. If you are able to participate in this endeavor [1], your
assistance is greatly appreciated!

-Olek
On behalf of the Debian Bazel Team

[1] https://salsa.debian.org/bazel-team/meta/-/wikis/Workplan-Part-1

Bug#959836: RFP: google-flogger-java -- Fluent Logging API for Java

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: google-flogger-java
  Version : 0.5.1
  Upstream Author : Google Inc.
* URL : https://github.com/google/flogger
* License : Apache 2
  Programming Lang: Java
  Description : Fluent Logging API for Java

Many benefits over existing logging APIs including more self-documenting log
statements and additional features that help you manage your logging better.

**

Dear Prospective Packager,

This package is part of the dependency chain for medical and scientific
community resources that the Debian Med team has identified as relevant to the
COVID-19 pandemic. If you are able to participate in this endeavor [1], your
assistance is greatly appreciated!

-Olek
On behalf of the Debian Bazel Team

[1] https://salsa.debian.org/bazel-team/meta/-/wikis/Workplan-Part-1

Bug#959837: RFP: grpc-java -- Java gRPC implementation, HTTP/2 based RPC

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: grpc-java
  Version : 1.29.0
  Upstream Author : Google Inc.
* URL : https://github.com/grpc/grpc-java
* License : Apache 2
  Programming Lang: Java
  Description : Java gRPC implementation, HTTP/2 based RPC

gRPC-Java works with JDK 7. gRPC-Java clients are supported on Android API
levels 14 and up (Ice Cream Sandwich and later).

**

Dear Prospective Packager,

This package is part of the dependency chain for medical and scientific
community resources that the Debian Med team has identified as relevant to the
COVID-19 pandemic. If you are able to participate in this endeavor [1], your
assistance is greatly appreciated!

-Olek
On behalf of the Debian Bazel Team

[1] https://salsa.debian.org/bazel-team/meta/-/wikis/Workplan-Part-1

Bug#959838: RFP: opencensus-java -- Stats collection and distributed tracing framework

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: opencensus-java
  Version : 0.26.0
  Upstream Author : Google Inc.
* URL : https://github.com/census-instrumentation/opencensus-java
* License : Apache 2
  Programming Lang: Java
  Description : Stats collection and distributed tracing framework

Toolkit for collecting application performance and behavior data. It currently
includes 3 APIs: stats, tracing, and tags.

**

Dear Prospective Packager,

This package is part of the dependency chain for medical and scientific
community resources that the Debian Med team has identified as relevant to the
COVID-19 pandemic. If you are able to participate in this endeavor [1], your
assistance is greatly appreciated!

-Olek
On behalf of the Debian Bazel Team

[1] https://salsa.debian.org/bazel-team/meta/-/wikis/Workplan-Part-1

Bug#959839: RFP: javax-annotation-java -- Annotations for common semantic concepts in Java

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: javax-annotation-java
  Version : 1.3.2
  Upstream Author : Oracle
* URL : https://github.com/javaee/javax.annotation
* License : CDDL 1.1, GPL 2 w/ classpath exception
  Programming Lang: Java
  Description : Annotations for common semantic concepts in Java

It was envisioned that various JSRs would use annotations to enable a
declarative style of programming. It would be especially valuable to have
consistency within the Java EE component JSRs, but it is also valuable to
allow consistency between Java EE and Java SE.
.
This standalone release of Java(TM) Common Annotations uses a Java Platform
Module System "automatic" module name of java.annotation, to match the module
name used in JDK 9. A future version will include full module metadata.

**

Dear Prospective Packager,

This package is part of the dependency chain for medical and scientific
community resources that the Debian Med team has identified as relevant to the
COVID-19 pandemic. If you are able to participate in this endeavor [1], your
assistance is greatly appreciated!

-Olek
On behalf of the Debian Bazel Team

[1] https://salsa.debian.org/bazel-team/meta/-/wikis/Workplan-Part-1

Bug#959834: Fwd: RFP: diffutils-java -- Implementation of general operations with diff files

[Olek Wojnar]

Oops, dropped bug email...

-- Forwarded message -
From: Olek Wojnar 
Date: Wed, May 6, 2020 at 10:21 AM
Subject: Re: RFP: diffutils-java -- Implementation of general operations
with diff files
To: Andrej Shadura 


Hi Andrej,

Thanks for bringing up this point!

Based on Yun Peng's comment, would it be better if we disambiguated this
package by calling it "google-diffutils-java" instead? Maybe mention the
line vs character thing as well in the description?

-Olek

Bug#959834: Fwd: RFP: diffutils-java -- Implementation of general operations with diff files

[Olek Wojnar]

Hi Sudip,

On Wed, May 6, 2020 at 12:32 PM Sudip Mukherjee 
wrote:

> On Wed, May 06, 2020 at 04:54:22PM +0100, Sudip Mukherjee wrote:
>
> > Taking the source from:
> > https://code.google.com/archive/p/java-diff-utils/source/default/source
> > the packaging was fairly simple and if noone has already done it I can
> > finalize it and upload to mentors and change this to ITP at the same
> time.
>

That would be great! It would be best to have someone from the Java Team
review/sponsor but, if none of them are available, I am willing to do that.

fwiw, I did a diff and its the same source in the linked jar and the
> link I gave. Also, looking at java-diff-utils that Andrej mentioned, is
> actually a fork from the google code.
>

Thanks for doing that extra check and good to know! The fork (as well as
the line vs character thing) would probably be good to mention in the
package description so it's clear for everyone. I'd also consider adding
the "google" at the front of the package name (or something else) to easily
distinguish it from the one already in the repository and prevent confusion
from users.

-Olek

Bug#959834: Fwd: RFP: diffutils-java -- Implementation of general operations with diff files

[Olek Wojnar]

Hi Andrej,

On Wed, 6 May 2020 19:25:35 +0200 Andrej Shadura <
andrew.shad...@collabora.co.uk> wrote:
>
> I don’t think we need the original code since it’s much older and the
> fork has seen quite some development. They are backwards-compatible
> except that the Maven coordinates are different. Basically, we only need
> to patch Bazel to use it.

Are you comfortable with making such a patch? If so, could you please
submit it upstream [1] and copy this bug? Sounds like you know what you're
talking about and if you think that would be an easier way to resolve this
issue then I'm 100% behind it!

-Olek

PS If you submit an upstream issue and patch, could you please tag @olekw
and @meteorcloudy? Thanks!

[1] https://github.com/bazelbuild/bazel/issues/new

Bug#959834: Fwd: RFP: diffutils-java -- Implementation of general operations with diff files

[Olek Wojnar]

Hi Andrej,

On Wed, May 6, 2020 at 1:45 PM Andrej Shadura <
andrew.shad...@collabora.co.uk> wrote:

> On 06/05/2020 19:39, Andrej Shadura wrote:
>
> > Java-diff-utils is based on the LGPL-2.1 code which IIRC was a direct
> > port of GNU diff to Java, and the then-maintainer of j-d-u has slapped
> > ASL on that code:
>
> In other words, in my opinion the right approach would be to port Bazel
> to the current j-d-u project, submit the patch upstream and thus reduce
> the number of packages depending on the legacy j-d-u.
>
> Uploading unmaintained legacy code with questionable licensing is a big
> meh in my book.
>

Wow. Good points. I agree and thanks for bringing them up! I'm willing to
deal with a lot to get good code into Debian but licensing issues is
typically not one of them... :/ Better to know about such things sooner
than later...

Sudip: I appreciate your enthusiasm here but in light of this issue perhaps
it may be better if you looked at one of the other packages instead.

-Olek

Bug#959834: Fwd: RFP: diffutils-java -- Implementation of general operations with diff files

[Olek Wojnar]

Hi Yun,

On Wed, May 6, 2020 at 3:38 PM Yun Peng  wrote:

> Hi Olek,
>
> First to correct one thing I said previously. The libdiffutils-java
> package is indeed a fork of the one Bazel has been using instead of what I
> said a character based diff implementation. I confused it with a different
> project diff-match-patch .
>

Ah, thanks for the clarification.


> Theoretically we can port Bazel to use the newer j-d-u library. I tried to
> do that, but it turned out the old version (diffutils-1.3.0) is imported in
> Google's internal code base and is a dependency by many other projects,
> including the internal version of Bazel.
> So it's very hard to migrate Bazel to the forked version of j-d-u.
>

Well that's not good news... :( Do you know if there's a newer/maintained
version of the pre-fork diffutils somewhere?


> As for the old version, I don't see where the license issue comes from.
> The code is very simple and it should be under Apache 2 license. I still
> hope we can have it in Debian if that's possible.
>

It seemed there was some ambiguity on licensing from the links Andrej
posted. Do you know who (if anyone) is responsible for diffutils at Google
now? If Google holds copyright then it should be possible to get
clarification on that license.

-Olek

>

Bug#959834: Fwd: RFP: diffutils-java -- Implementation of general operations with diff files

[Olek Wojnar]

Yun,

On Wed, May 6, 2020 at 5:34 PM Andrej Shadura <
andrew.shad...@collabora.co.uk> wrote:

>
> This makes the code not acceptable in Debian.
>
> I’m also very much against of packaging an obsolete and buggy old
> version of the code when we already have the new one in Debian.
>

I am assuming that Andrej is speaking for the Debian Java team here in
which case I must respect his wishes on this. Would it be possible for us
to get a Hangout together with Andrej (and any other required Debian Java
team members) and whoever at Google is in a decision-making position about
which version of diffutils are being used? Maybe if we get everyone
together we can figure out a reasonable way forward that will work for
everyone.

At worst, we can implement a possible Bazel patch from Andrej just in
Debian. That would resolve this issue


> --
> Cheers,
>   Andrej
>

Bug#959834: Fwd: RFP: diffutils-java -- Implementation of general operations with diff files

[Olek Wojnar]

Yun,

On Wed, May 6, 2020 at 5:34 PM Andrej Shadura <
andrew.shad...@collabora.co.uk> wrote:

>
> This makes the code not acceptable in Debian.
>
> I’m also very much against of packaging an obsolete and buggy old
> version of the code when we already have the new one in Debian.
>

I am assuming that Andrej is speaking for the Debian Java team here in
which case I must respect his wishes on this. Would it be possible for us
to get a Hangout together with Andrej (and any other required Debian Java
team members) and whoever at Google is in a decision-making position about
which version of diffutils are being used? Maybe if we get everyone
together we can figure out a reasonable way forward that will work for
everyone.

At worst, we can implement a possible Bazel patch from Andrej just in
Debian. That would resolve this issue by allowing us to use the newer
library that is already in Debian but I prefer not deviating from upstream
if we don't have to... It seems like we should be able to come to a
consensus solution here if we can get the right people to have a
conversation.

-Olek

Bug#959834: Fwd: RFP: diffutils-java -- Implementation of general operations with diff files

[Olek Wojnar]

On Thu, May 7, 2020 at 5:51 AM Yun Peng  wrote:

> Thanks Andrej & Olek for helping clarify this issue.
>
> If the old library indeed has a LICENSE issue, we should definitely
> migrate to the newer version. Same for other Google projects. I'll initiate
> this from Google internally.
>

Great, thanks!


> PS. The migration is indeed simple, I did it for Bazel in this commit
> 
> .
>

Perfect! I'll cherry-pick that to satisfy the diffutils dependency and I'll
close this bug. Thanks!

-Olek

Bug#960984: RFP: google-http-client-java -- Google HTTP Client Library for Java

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: google-http-client-java
  Version : 1.35.0
  Upstream Author : Google Inc.
* URL : https://github.com/googleapis/google-http-java-client
* License : Apache
  Programming Lang: Java
  Description : Google HTTP Client Library for Java

 Flexible, efficient, and powerful Java library written by Google for
 accessing any resource on the web via HTTP. The library has the following
 features:
 .
 Pluggable HTTP transport abstraction that allows you to use any low-level
 library such as java.net.HttpURLConnection, Apache HTTP Client, or URL Fetch
 on Google App Engine.
 Efficient JSON and XML data models for parsing and serialization of HTTP
 response and request content. The JSON and XML libraries are also fully
 pluggable, and they include support for Jackson and Android's GSON libraries
 for JSON.

**

Dear Prospective Packager,

This package is part of the dependency chain for medical and scientific
community resources that the Debian Med team has identified as relevant to the
COVID-19 pandemic. If you are able to participate in this endeavor [1], your
assistance is greatly appreciated!

-Olek
On behalf of the Debian Bazel Team

[1] https://salsa.debian.org/bazel-team/meta/-/wikis/Workplan-Part-1

Bug#959829: RFP: google-api-client-java -- Dependencies

[Olek Wojnar]

This is my best guess as to the build dependencies for this package. Note
that two have not been packaged yet (RFP bugs listed)

junit4
libxpp3-java
libhttpclient-java
libguava-java
libjsr305-java
libjdo-api-java
libservlet-api-java
libprotobuf-java
libgoogle-auth-java (
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959830)
libgoogle-http-client-java (
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960984)

Bug#960984: RFP: google-http-client-java -- Dependencies

[Olek Wojnar]

This is my best guess as to the build dependencies for this package. Note
that one has not been packaged yet, one needs an updated version (bugs
listed), and two may not be required

libjackson2-core-java
libgoogle-gson-java
junit4
libtruth-java (needs 0.42, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958539)
libxpp3-java
libhttpclient-java
libguava-java
libguava-testlib-java
libjsr305-java
libprotobuf-java
libmockito-java
libjdo-api-java
libopencensus-java (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959838
)
mysql-connector-java (not packaged but maybe not strictly required?)
j2objc-annotations (not packaged but maybe not strictly required?)

Bug#960991: RFP: google-auto-java -- Collection of source code generators for Java.

[Olek Wojnar]

It looks like this can be avoided in the Bazel build. It should probably
still be packaged at some point but that packaging is not urgent.

Bug#961826: RFP: google-compile-testing-java -- Testing tools for javac and annotation processors

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: google-compile-testing-java
  Version : 0.18
  Upstream Author : Google, Inc.
* URL : https://github.com/google/compile-testing
* License : Apache
  Programming Lang: Java
  Description : Testing tools for javac and annotation processors

A library for testing javac compilation with or without annotation
processors.

**

This is a useful package and used by a number of Google's FLOSS products.
Dependencies are all either in Debian or will be very shortly as of late
May 2020. 

Bug#960984: ITP: google-http-client-java -- Google HTTP Client Library for Java

[Olek Wojnar]

Hi Andreas,

First of all, great thanks for helping with this! More hands will
definitely help get these dependencies packaged more quickly!

On Mon, Jun 1, 2020 at 3:12 AM Andreas Tille  wrote:

>
> I admit I was not very successful so far and need help.  Here are
> the errors I've got from mh_make:
>

I'm hardly a Java expert so I'm interested to hear what they say when they
chime in. My one input here is have you tried excluding the modules we
don't need using the "--ignore" functionality in d/*.poms? Perhaps that
might eliminate some of the problems you're seeing? It looks like we
definitely need google-http-client-*.jar and
google-http-client-jackson2-*.jar but perhaps we can do without some of the
others?

-Olek

Bug#962082: ITP: escapevelocity-java -- A subset reimplementation of Apache Velocity with a much simpler API.

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: escapevelocity-java
  Version : 0.9.1
  Upstream Author : Google, Inc.
* URL : https://github.com/google/escapevelocity
* License : Apache
  Programming Lang: Java
  Description : A subset reimplementation of Apache Velocity with a much 
simpler API.

EscapeVelocity is a templating engine that can be used from Java. It is a
reimplementation of a subset of functionality from Apache Velocity.
.
If EscapeVelocity successfully produces a result from a template evaluation,
that result should be the exact same string that Velocity produces. If not,
that is a bug.
.
EscapeVelocity has no facilities for HTML escaping and it is not appropriate
for producing HTML output that might include portions of untrusted input.

Bug#960984: ITP: google-http-client-java -- Google HTTP Client Library for Java

[Olek Wojnar]

Hi Sudip,

Thanks for taking a look!

On Tue, Jun 2, 2020 at 11:03 AM Sudip Mukherjee 
wrote:

>
> > > I'm hardly a Java expert so I'm interested to hear what they say when
> they chime in. My one input here is have you tried excluding the modules we
> don't need using the "--ignore" functionality in d/*.poms? Perhaps that
> might eliminate some of the problems you're seeing? It looks like we
> definitely need google-http-client-*.jar and
> google-http-client-jackson2-*.jar but perhaps we can do without some of the
> others?
> >
> 
> >
> > If you need "google-http-client-*.jar" then that will mean you will
> > need all the modules,
>

Sorry, I think I was unclear. The "*" was referring to the version number.


> From a quick look at bazel
> (https://github.com/bazelbuild/bazel/tree/master/third_party/api_client)
> , it seems only "google-http-client" and "google-http-client-jackson2"
> is needed. So, another quick look at the source code and it seems we
> don't have "com.google.j2objc" and "io.opencensus". I think
> com.google.j2objc can be ignored but we will need io.opencensus. And
> you already have ITP for that. #959838. imho, "io.opencensus" needs to
> be packaged before "google-http-client-java", and from that you will
> mostly need "io.opencensus.common, io.opencensus.contrib and
> io.opencensus.trace".
>

Correct, those are the only two artifacts we need. The problem with the
dependencies is that opencensus depends on google-auth which in turn
depends on http-client-java. ;) Yay dependencies! :) So we need to figure
out how to either build http-client without opencensus or the other way
around. Ideas are very welcome!

-Olek

Bug#960984: ITP: google-http-client-java -- Google HTTP Client Library for Java

[Olek Wojnar]

Hi Sudip,

On Wed, Jun 3, 2020 at 7:43 AM Sudip Mukherjee 
wrote:

>
> Do you know which modules from google-auth you will need? I think thats
> #959830.
>

Yes, I do: google-auth-library-credentials.jar,
google-auth-library-oauth2-http.jar. Take a look at [1], we've got lots of
good info there. Please let me know if anything is missing or you have any
other questions. We appreciate any assistance!

-Olek

[1] https://salsa.debian.org/bazel-team/meta/-/wikis/Workplan-Part-1

Bug#960984: ITP: google-http-client-java -- Google HTTP Client Library for Java

[Olek Wojnar]

Hi Sudip,

On Thu, Jun 4, 2020 at 8:30 AM Sudip Mukherjee 
wrote:

> Sorry, I think I am missing something. To build http-java-client you
> should only need "api" and "contrib/http_util" from opencensus-java
> which (iiuc) does not need google-auth.
>

Hmm, I think you're right. Good catch and thanks!

Andreas, since you were working on opencensus, do you want to check if this
will work? I'm going to push an alternate packaging paradigm to Salsa
shortly for your reference.

-Olek

Bug#962308: ITP: ceed-cpp -- CEED (CEGUI unified editor) port to C++ and Qt 5

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: ceed-cpp
  Version : 1.0.0
  Upstream Author : Vladimir Orlov 
* URL : https://github.com/cegui/ceed-cpp
* License : GPL-3
  Programming Lang: C++
  Description : CEED (CEGUI unified editor) port to C++ and Qt 5

CEED C++ is a GPL3-licensed, cross-platform, C++ port of the (now unmaintained)
python CEED. It provides a multi-tab CEGUI layout designer and imageset editor.


**

The CEGUI package has been in Debian for years but it has limited usefulness
without a means of creating/modifying GUIs. This package does that. The
original version of CEED was written in Python, was messy, and was
unmaintained. This package addresses those shortcomings.

Bug#962866: ITP: openjson -- rewrite of the evil licensed json.org

[Olek Wojnar]

On Mon, Jun 15, 2020 at 6:15 AM Sudip Mukherjee 
wrote:

>
>  Json.org is a popular java library to parse and create json string from
>  the author of the json standard Douglas Crockford. His implementation
> however
>  is not free software[1].
>




> but using this 'openjson' is a cleaner implementation, without the need
>
to modify original code.
>

Thanks for doing this! It's about time we got a replacement for that into
Debian!

-Olek

Bug#962899: ITP: google-common-protos-java -- Google common protos for Java

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: google-common-protos-java
  Version : 1.16.0
  Upstream Author : Google Inc.
* URL : https://github.com/googleapis/common-protos-java
* License : Apache-2.0
  Programming Lang: Java
  Description : Google common protos for Java

Protocol buffer types which are common dependencies throughout the Google API
ecosystem, generated for Java. The protobuf definitions for these generated
Java classes are provided in the googleapis repository.

Bug#959829: [covid-19] Help needed to finalise bazel predependency google-api-client-java

[Olek Wojnar]

Hi Andreas,

On Tue, Jun 16, 2020 at 4:15 AM Andreas Tille  wrote:

> [ERROR] [ERROR] Some problems were encountered while processing the POMs:
> [ERROR] Non-resolvable import POM: Cannot access central (
> https://repo.maven.apache.org/maven2) in offline mode and the artifact
> com.google.http-client:google-http-client-bom:pom:debian has not been
> downloaded from it before. @ line 105, column 16
> [ERROR] Non-resolvable import POM: Cannot access central (
> https://repo.maven.apache.org/maven2) in offline mode and the artifact
> com.google.oauth-client:google-oauth-client-bom:pom:debian has not been
> downloaded from it before. @ line 112, column 16
>
> I have added libgoogle-http-client-java that is carrying the classes in
> question but it seems I need to do some more magic to make maven finding
> it.  It would be great if somebody would refresh my mind how to do this.
>

Good question! Due to some dependency issues, the bom artifacts are not
packaged. But you should be able to just depend on the non-bom pom files.

-Olek

Bug#962967: ITP: google-oauth-client-java -- Google OAuth Client Library for Java

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: google-oauth-client-java
  Version : 1.27.0
  Upstream Author : Jeff Ching 
* URL : https://github.com/googleapis/google-oauth-java-client
* License : Apache-2.0
  Programming Lang: Java
  Description : Google OAuth Client Library for Java

Powerful and easy-to-use Java library for the OAuth 1.0a and OAuth 2.0
authorization standards. The Google OAuth Client Library for Java is designed
to work with any OAuth service on the web, not just with Google APIs. It is
built on the Google HTTP Client Library for Java.

Bug#959829: [covid-19] Help needed to finalise bazel predependency google-api-client-java

[Olek Wojnar]

Hi tony,

On Wed, Jun 17, 2020 at 12:39 AM tony mancill  wrote:

>
> I've pushed a "tmancill" branch to the Salsa repo that gets us further
>

Thanks!


> along.  At this point, the build is failing with this error:
>
>package com.google.api.client.util does not exist
>
> This Java package should be part of the google-http-java-client package.
> I'm looking into why it's missing now.
>

Strange. I don't think that's part of g-h-j-c but I could be wrong. In
related news, I just pushed oauth-client to NEW. Bootleg version available
on Salsa [1] in the meantime for your favorite local repos. :) I believe
that was the last api-client dependency [2] we were missing. ...until we
find the next one... ;)

Bedtime for me but I'll take a look at that missing .util in the morning if
you haven't figured it out by then. :)

Oh, just realized a potential problem! We need to package version 1.27.0,
not 1.30.9. Due to the dependency hell we're working with, that's the
version that lets us get everything to work "well enough." Once
opencensus and grpc-java are in, I think we'll be able to go through and
update many of these packages to newer versions. I'll bet this problem will
go away with the lower version.

-Olek

[1] https://salsa.debian.org/java-team/google-oauth-client-java
[2]
https://salsa.debian.org/bazel-team/meta/-/wikis/Workplan-Part-1#3-package-dependencies

Bug#959829: [covid-19] Help needed to finalise bazel predependency google-api-client-java

[Olek Wojnar]

On Wed, Jun 17, 2020 at 12:19 PM Andreas Tille  wrote:

> I have the feeling we are coming closer to a solution iteratively now
> but there are some remaining errors unfortunately:
>

If any of you have a moment, I recommend patching the main pom.xml to only
build the two modules that we need (google-api-client and
google-api-client-jackson2). That should vastly simplify things.

-Olek

Bug#959829: [covid-19] Help needed to finalise bazel predependency google-api-client-java

[Olek Wojnar]

Hi Sudip,

On Wed, Jun 17, 2020, 13:38 Sudip Mukherjee 
wrote:

>
> That was easy. I have pushed my changes to "sudip" which now builds
> only those two.
>

Great, thanks!

And, just noticed (after pushing) that the Vcs in d/control is wrong.
> It should be https://salsa.debian.org/java-team/google-api-java-client
> or the repo needs to be renamed.
>

Good catch, thanks! The repo should be named google-api-client-java for
consistency with the rest of the ecosystem. (And Debian Java policy)

-Olek

PS I suppose one could theoretically do google-api-java-client-java but I
think that's needlessly awkward and repetitive.

Bug#963579: ITP: perfmark-java -- High Performance Tracing Library for Java

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 

* Package name: perfmark-java
  Version : 0.19.0
  Upstream Author : Google LLC
* URL : https://github.com/perfmark/perfmark
* License : Apache
  Programming Lang: Java
  Description : High Performance Tracing Library for Java

 Low-overhead, manually-instrumented, tracing library for Java. Users can add
 the tracing function calls to their code to see how long each part takes.
 .
 Features
 .
 * Very Low Overhead: When enabled, tracing a function call adds about 70ns.
   Tracing is done in a lock-free, wait-free, thread local buffer, which
   avoids interfering with your latency-sensitive code.
 .
 * Dynamically Enabled: PerfMark can be enabled or disabled at runtime. When
   disabled, PerfMark has zero overhead, taking advantage of the JIT compiler
   to remove the tracing.
 .
 * Inter-thread Communication: Existing profilers have difficulty expressing
   which thread wakes up and executes work on another thread. PerfMark allows
   users to express this relationship explicitly, making for a clear picture
   of how code flows.
 .
 * Small Library Size: The PerfMark tracing API is only 5 KB in size, and has
   minimal dependencies making it easy to include in other projects. If no
   backend for recording the trace is present, the library safely disables
   itself.
 .
 * Multiple Java Versions: The PerfMark API supports Java 6, making it easy to
   include on older or constrained environments. Additionally, PerfMark
   includes optimized backends for Java 6, Java 7, and Java 9. Each of these
   backends is automatically loaded at runtime (if possible) and uses advanced
   JVM features for maximum speed.
 .
 * Chrome Trace Viewer Integration: PerfMark can export to the Chrome Trace
   Event Format, making it easy to view in your Web Browser.

Bug#1050889: ITP: turbine-java -- A header compiler for Java

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: turbine-java
  Upstream Author : Google Inc. 
* URL : https://github.com/google/turbine
* License : Apache-2.0
  Programming Lang: Java
  Description : A header compiler for Java

 Used internally in the Bazel Build System.

This is required to package Bazel Java Tools which in turn is required to
package Bazel version 5.

Bug#1002856: RFP: openrgb -- Control RGB devices

[Olek Wojnar]

Hi there,


I just had a quick look at the source code. The problem are the vendored
headers in the dependencies/ folder. Per debian policy they need to be
packaged themselves.


I was just looking at this package as well and I was a bit confused by 
your comment. What exactly are you seeing in the dependencies folder 
that would require separate library packages? Could you also please 
point me to the policy that requires this?



For openrgb this means at least seven new libraries.


I see considerably more than seven directories in that folder so, again, 
I'm confused about what you're saying.


Upstream provides *.debs in the meantime. 


Which is very convenient! It seems that packaging this into main (GPL2+) 
should be fairly straightforward unless I'm missing something. If I am 
missing something, I welcome the education from someone! :)


-Olek



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1035705: ITP: plume-reflection-util-java -- Utility libraries related to Java reflection

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: plume-reflection-util-java
  Version : 0.2.2
  Upstream Author : Michael Ernst 
* URL : https://github.com/plume-lib/reflection-util
* License : MIT
  Programming Lang: Java
  Description : Utility libraries related to Java reflection

 Various utility libraries related to Java reflection from the plume-lib
 project.

This package is needed to build the full Checker Framework package which is
in turn needed for Bazel version 5.

Bug#1035706: ITP: plume-util-java -- Plume-lib utility libraries for Java

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: plume-util-java
  Version : 1.1.0
  Upstream Author : Michael Ernst 
* URL : https://github.com/plume-lib/plume-util
* License : MIT
  Programming Lang: Java
  Description : Plume-lib utility libraries for Java

 Various Java utility libraries from the plume-lib project. These include:
 collections and iterators, text processing, math, random selection,
 determinism and immutability, utility interfaces, and the JVM runtime system.

This package is needed to build the full Checker Framework package which is
in turn needed for Bazel version 5.

Bug#1037260: ITP: plume-hashmap-util-java -- Plume-lib utility libraries for Java HashMaps

[Olek Wojnar]

Package: wnpp
Severity: wishlist
Owner: Olek Wojnar 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: plume-hashmap-util-java
  Version : 0.0.1
  Upstream Author : Michael Ernst 
* URL : https://github.com/plume-lib/hashmap-util
* License : GPL 2 with Classpath Exception
  Programming Lang: Java
  Description : Plume-lib utility libraries for Java HashMaps

 Hashmap Java utility libraries from the plume-lib project. These libraries are:
 Hasher, WeakHashMap, and WeakIdentityHashMap.

This package is needed to build the full Checker Framework package which is
in turn needed for Bazel version 5.

Bug#959765: Existing Packaging in Debian Science Team

[Olek Wojnar]

Hi Petter,

On Wed, Nov 3, 2021 at 7:13 PM Petter Reinholdtsen  wrote:

> Hi,
>
> Any news on getting Teensorflow through the NEW queue?
>

I'm afraid not. The NEW queue is quite huge at the moment. We've had a
pretty trivial (but progress-blocking) update to bazel-bootstrap sitting
there for over 7 months... :(

-Olek

Bug#968471: RFP: libgdx -- cross-platform java game development framework

[Olek Wojnar]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I don't have the time to package this but I am interested in it and I would
be happy to mentor/sponsor someone who wanted to work on it.

- -Olek

On 2020-08-16 at 03:08, deb...@emorrp1.name wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: libgdx
>   Version : 1.9.11
>   Upstream Author : Mario Zechner  and Nathan
Sweet
> 
> * URL : https://libgdx.badlogicgames.com/
> * License : Apache-2.0, CC BY-SA 3.0, sadly uses a CLA
>   Programming Lang: Java, C++
>   Description : cross-platform java game development framework
>
> LibGDX is a relatively low level, free, open source cross platform game
> development framework. The goal of the project is to assist you in
creating
> games/applications and deploy to desktop and mobile platforms without
getting
> in the way and letting you design however you like.
>
> There are plenty of higher level tools in the framework to get you
started
> quickly, and there is full access to low level API if and when you need
to use
> them. Libgdx tries not be the "end all, be all" solution. It does not
force a
> specific design on you. Pick and choose from the features below.
>
> Cross-Platform
> 3rd Party Support
> Audio
> Input Handling
> Math & Physics
> File I/O & Storage
> Graphics
> Utilities
> Tools
>
> --
>
> This is a dependency for games such as mindustry (#959466),
> shatteredpixeldungeon (#805925), destination-sol, unciv, ore-infinium,
> biosphere. It is of course a high quality tool in its own right whose
packaging
> would be of interest to any game devs on debian e.g. as an alternative to
> godot.
>
> I'm guessing this would be a complex package to maintain especially if
its full
> modularity was supported. So I recommend joining the java-team, but it's
> relevant to games-team interests too.
-BEGIN PGP SIGNATURE-
Version: FlowCrypt Email Encryption 7.8.9
Comment: Seamlessly send and receive encrypted email

wsFzBAEBCgAGBQJfPZ0NACEJEH2D1AagncHkFiEELejiDiSiH9jtG0ynfYPU
BqCdweRaEBAApbyygixo8R0QxYXtsNkruD2zUlZKHPVRjjV9Tr1jzs7PxP9/
Wqf2mpXYQJg5hz6Pn4lsm6UHVHAfmn5IlgQqsuR57hWIctivkquM0E5j2NwU
wZI4TMhS4QlfBm71ozz1dUbwcY/casOgunM1YQ5fkt88N0Vd5krVSg5vMQ34
jO9LZGzdveEmtJEZvwUugjvX30w9zLL65FL3BsK8AmxoTpXV6ppL7btDEMqk
t2Yl5TByDFNqITl/yIvE1Y4wssUrJM4Mn5JVPKrBG3uiHLUtLDZyxBub/tdi
L9N4JAUKWL8x/qOg0zwUf9BkxS5ozSc/igPmzgenQToOVkx6hHqiRcV2tkq8
bp9VZlZw1N4ChGEBz4cmQ0x3VMyJKx9Lh5XtvFSFFNBcm5snxPnk+xT2skvC
GjcD/7s6DKvwO/E60gArvYARd3ZKqB2Mbpqp72m9Kdo7relw/LD9p4tMk2LT
mE9gJKJyOuU/qAUm94NSex3fB1sZi4CEwTAwse3663Rp61T+RlO82K0Bobj+
tl7QXXsj40tsN2DRYmYXzVzNV+mDYMUYO0JzFQiReXpSXkj6Tv3Tj6iG6Y0H
bIElUTAtCVwYG37QHbuvhlebamWSFJrP826TzqanWrGhd9SIKcCZRbO1qh+s
WsDGC3poVpn7yD5VaxhgHTWtKIfqs2EXO9Q=
=Q1FH
-END PGP SIGNATURE-

Bug#969346: RFP: bazel-java-tools -- Bazel Tools for Java

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: bazel-java-tools
  Version : javac14_v1.0
  Upstream Author : Google
* URL : https://github.com/bazelbuild/java_tools
* License : Apache
  Programming Lang: C++ and Java
  Description : Bazel Tools for Java

The tools used by Bazel to compile Java.



Ultimately needed for non-bootstrap bazel packages

Bug#969347: RFP: bazel-platforms -- Bazel platforms values

[Olek Wojnar]

Package: wnpp
Severity: wishlist

* Package name: bazel-platforms
  Version : Latest
  Upstream Author : Google 
* URL : https://github.com/bazelbuild/platforms
* License : Apache
  Programming Lang: Configuration data
  Description : Bazel platforms values

All canonical constraint_setting()s, constraint_value()s and platform()s that
are universally useful across languages and Bazel projects.



For eventual packaging of non-bootstrap bazel packages.