Fellow Developers, Maintainers, and Contributors,
This is a quick update on recent progress with packaging the Bazel Build
System [1] for Debian. My involvement grew out of an urgent need for
TensorFlow that was identified during the recent COVID-19 Biohackathon
[2]. Upstream has been very
On Wed, May 13, 2020 at 2:33 PM Thorsten Glaser wrote:
> On Wed, 6 May 2020, Andreas Tille wrote:
>
> > > Or perhaps we need a webpage or wiki page generated by parsing the
> > > Contents file and listing the matching Debian package for each class
> > > or, at least, Java package (unless split
Hi Emmanuel,
On Wed, May 6, 2020 at 10:03 AM Emmanuel Bourg wrote:
>
> You can remove javax-annotation from the list, it's already packaged as
> libgeronimo-annotation-1.3-spec-java. Also error-prone and
> checker-framework provide annotations that are not required at runtime,
> patching them
On Wed, May 6, 2020 at 11:23 AM Thorsten Glaser wrote:
> Or perhaps we need a webpage or wiki page generated by parsing the
> Contents file and listing the matching Debian package for each class
> or, at least, Java package (unless split across multiple packages)…
>
> …
>
> …
>
> … I just
Hello fellow Java developers,
Has anyone been looking at packaging the JNI bindings for Zstd? [1][2]
Seems like a very useful piece of software and a fairly simple package. I
didn't see anything on WNPP but I wanted to check here as well before
filing an RFP.
Thanks and I hope everyone is having
Hi Pierre,
On Mon, Sep 7, 2020, 11:26 Pierre Gruet wrote:
>
> Besides, I have a general question: when a package A is sent into NEW,
> should I wait for it to exit the NEW queue before sending another
> package B, which (build-)depends on A, into NEW?
>
Generally speaking: yes. It will prevent
Perfect, thanks!!
On Fri, May 29, 2020 at 4:04 PM Thorsten Glaser wrote:
>
> Took me eight minutes ☻
>
Ha! Figured it was something really simple. The trick is knowing which
simple thing it is, right? ;) Thanks again!
-Olek
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
I'd like to add that this issue often comes up in Java packages as well,
for similar directory structure reasons. For example,
O: libgoogle-flogger-java: [90mrepeated-path-segment [0m flogger
usr/share/maven-repo/com/google/flogger/flogger/0.5.1/
O: libgoogle-flogger-java:
On Tue, Jun 30, 2020 at 10:29 AM Thorsten Glaser wrote:
> On Sun, 28 Jun 2020, Olek Wojnar wrote:
>
> > [1] https://wiki.debian.org/Java/MavenPkgs/Unstable
>
> I updated both of them. Sorry it took a bit.
>
Awesome, thanks!
> This is some web thingy, so updating the p
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
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
Java Maintainers,
Has anyone been able to successfully use Gradle for Debian packaging? I am
finding the experience an exercise in extreme frustration
For example, I have been trying to build grpc-java and it needs the Gradle
Protobuf plugin ("com.google.protobuf"). Seems simple enough,
Hi Java Maintainers,
I'm on one of the last Java dependencies for Bazel but I'm a bit stuck. For
some reason opencensus-api will not find the auto-value dependency, even
though it is clearly installed. I even looked into the chroot and the jar
files were there. I can't see anything obvious in the
Hi Vincent,
On Sat, Jun 20, 2020 at 5:34 AM Vincent Prat wrote:
> I agree that Gradle can be a pain to package software for Debian.
>
According to the documentation of the antonov protobuf gradle plugin [1],
> the name of the plugin is just "protobuf".
>
Ahhh... RTFM. Ha, ha! If I had been
Oops, meant to send to list...
-- Forwarded message -
From: Olek Wojnar
Date: Tue, Jun 23, 2020 at 12:20 PM
Subject: Re: [Help] gradle-plugin-protobuf
To: Samyak Jain
Hi Samyak,
On Tue, Jun 23, 2020 at 8:12 AM Samyak Jain wrote:
> While parsing through dependenc
Hi everyone,
I've been having some problems with a tweaked build and, before reporting a
bug, I wanted to see if anyone had any insights as to what is going wrong
here.
So flogger [1] and bazel have a circular build dependency therefore
upstream helped me to create an alternate Maven build for
On Sun, May 24, 2020 at 4:09 AM Emmanuel Bourg wrote:
> Le 23/05/2020 à 21:10, Thorsten Glaser a écrit :
>
> > Ouch, 33M… methinks this is more suited as a web application.
> > Not all that easy… due to sheer size, at least.
>
> +1, an online search engine similar to codesearch.debian.net would
Hi tony,
On Sun, Jun 28, 2020 at 9:48 PM tony mancill wrote:
>
> I attempted to reproduce this but the package depends on
> libchecker-framework-java and the sources checked into the Salsa repo
> [3] don't match what I see uploaded NEW [4]. Do you mind pushing the
> branch you used for the
Hi Emmanuel,
On Sun, Jun 7, 2020 at 5:00 AM Emmanuel Bourg wrote:
> I'm not sure to understand, but the root pom should not be ignored, it
> has to be installed in the binary package. Otherwise there might be
> missing information for other projects depending on this project.
>
In general, I
Fellow Java Maintainers,
Great news: Error Prone annotations are now officially available in Debian!
[1]
This should help simplify a number of packages where Error Prone support
previously had to be patched out. Please note that due to dependency
issues, the entire Error Prone package is not
Update: it's building now. I'm not entirely sure why, it's still ugly, but
I'm going with it.
Thanks to anyone who may have been taking a look at this!
-Olek
On Sun, Jun 21, 2020 at 4:48 AM Olek Wojnar wrote:
> Hi Java Maintainers,
>
> I'm on one of the last Java dependencies
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
Hi Emmanuel,
On Sat, Jun 6, 2020 at 2:25 PM Emmanuel Bourg wrote:
>
> The --ignore option in the .poms files means the module won't be built.
> maven.ignoreRules specifies the dependencies that are ignored. It's two
> different things.
>
> If you have a multi module project with a test module
Debian Java Maintainers,
I have now tried using the "--ignore" parameter a few times in the
d/package_name.poms file for Maven packages. What seems to happen is that
packages I have listed in d/maven.ignoreRules produce errors because they
cannot be found for the "ignored" POM. Based on my
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.
Fellow Java Maintainers,
Due to the tight interdependencies between a number of the Google ecosystem
Java packages that Bazel depends on, could you please coordinate on here
and on the Bazel team list (copied above) before team-uploading any of
Bazel's dependencies[1]? I'm trying to avoid
Control: tag -1 confirmed
Thank you for the bug report! I am able to replicate this locally. It
looks like this was caused by a recent upload of opencensus-java that
removed two symbols. I am working on an upload of an updated grpc-java
package that no longer requires those symbols.
-Olek
On Wed, Dec 23, 2020 at 11:46 AM Hans-Christoph Steiner
wrote:
>
> Hear hear! Thanks for working on Bazel, looks like Android/AOSP is
> switching to Bazel, so we'll need it to build the Android Tools packages
> in the future.
>
You're welcome. :) I'm looking forward to all the dependencies
Greetings MIPS porters, (and adding Java Team as well)
On Thu, Dec 24, 2020 at 11:31 PM Olek Wojnar wrote:
> Hello again MIPS porters,
>
> On Wed, Nov 11, 2020 at 8:35 PM YunQiang Su wrote:
>
>> Olek Wojnar 于2020年11月12日周四 上午3:57写道：
>> >
>> > Dear MIPS
Hello MIPS and Java teams,
On Mon, Jan 11, 2021 at 12:57 AM Olek Wojnar wrote:
> Greetings MIPS porters, (and adding Java Team as well)
>
> I created a Dockerfile [4] that will allow for an easy demonstration of
> the problem from any host architecture.
>
Ok, despite some
Hi Yun,
On Mon, May 31, 2021 at 4:17 AM Yun Peng wrote:
> Thanks, Olek!
>
> Looks like the bug is fixed in the latest release of google-oauth-client.
> Does this mean we just need to upgrade its version in Debian?
>
> Please let me know if I can help with anything!
>
Thanks for the offer but
Debian Bazel Team,
It just came to my attention that there is a Release Critical Security
Bug against the google-oauth-client-java package. [1] If not fixed
quickly, this will result in the removal of that package as well as its
dependencies (google-api-client-java and bazel-bootstrap). Fixing
On Thu, Apr 29, 2021 at 11:12 AM Thorsten Glaser wrote:
>
> > - There are no lintian errors/warnings except for need of manpages.
>
> $ lintian -vIiE --pedantic --color=auto *.changes
>
> This often finds many more than one’s standard invocations do.
>
> Manpages are important (now’s the time to
On Sat, May 1, 2021 at 5:59 PM Thorsten Glaser wrote:
> On Sat, 1 May 2021, Olek Wojnar wrote:
>
> > FWIW, help2man is often a really good starting point.
>
> REALLY not; that produces really bad-quality man(7)-format manpages.
>
> These days you want semantical markup
PS If anyone wants an easy mdoc solution, I just pushed a trivial local
Python 3 fix [1] I had for cli2man [2] to upstream. Unfortunately, this is
not actually in Debian ATM so not quite as convenient. But it is
certainly more correct, to the point mirabilos made.
[1]
Hi Samyak,
I'm going to try to attend on behalf of the Debian Bazel team. As Bazel in
Debian matures, I'm interested to know how our team can help to support
yours!
-Olek
On Mon, Mar 22, 2021 at 3:38 PM Samyak Jain wrote:
> Hello, Teams!
>
> I hope everyone is doing well.
>
> The last
Hi Markus,
On Fri, Mar 12, 2021 at 5:40 PM Markus Koschany wrote:
>
> Good news, we came to an agreement to package OpenRefine and to support its
> maintenance for the foreseeable future. I intend to introduce the core
>
That looks really exciting, thanks for working on that! I imagine that
, if you would like to.
Thanks!
-Olek
-- Forwarded message -
From: Olek Wojnar
Date: Thu, Mar 11, 2021 at 9:26 PM
Subject: Fwd: Bug#959016: lists.debian.org: New mailing list request:
debian-bazel
To: Debian Bazel Packaging Team
Great news! We'll use the new Debian list for future
On Sun, Feb 28, 2021 at 12:05 PM Olek Wojnar wrote:
> Update: I see that a new version of OpenJDK 11 is currently building for
> mips64el. Does this new version address the directory deletion issue?
>
> If so, then yay and thanks. If not, I'll go ahead and just report a bug
> aga
Update: I see that a new version of OpenJDK 11 is currently building for
mips64el. Does this new version address the directory deletion issue?
If so, then yay and thanks. If not, I'll go ahead and just report a bug
against the Debian package so it's easier to track. I'm thinking Severity
Hi Markus,
On Sat, Apr 17, 2021, 17:33 Markus Koschany wrote:
>
> Thanks for your and Emmanuel's feedback. I have finished the packaging and
> just
> uploaded the new httpcore5 and httpclient5 source packages to NEW.
>
Awesome!
The new artifacts are co-installable. I had to patch both
On Mon, Apr 19, 2021, 13:26 Markus Koschany wrote:
>
> It seems httpcomponents-{core5,client5} requires
> io.reactivex.rxjava2:rxjava
> but we have version 3 in Debian. I get some compilation errors because of
> that.
>
Ah, ok! Is there any value in packaging v2 of rxjava? Any other packages
Hello Java Team and OpenJDK Team,
I'm hesitant to start filing potentially serious bugs at this point in the
release cycle so please let me know if there's something I'm missing in
this situation.
I've been trying to get the bazel-bootstrap package to build on mips64el.
It's *almost* completing
Thank you all for your inputs and suggestions!
On Sat, Feb 13, 2021 at 2:43 AM Matthias Klose wrote:
>
> you could try to debug with java -zero / javac -J-zero on amd64.
Done! [1] Unfortunately, I don't see anything useful there but perhaps one
of you will.
On Sat, Feb 13, 2021 at 2:21 PM
vailable in Debian!
On Tue, Feb 16, 2021 at 12:29 AM Ao Qi wrote:
> >
> > On Mon, Feb 15, 2021 at 10:22 PM Aleksey Shipilev
> wrote:
> > >
> > > On 2/15/21 1:40 AM, Olek Wojnar wrote:
> > > > On Sat, Feb 13, 2021 at 2:21 PM raphael.jo...@free.f
Hi Matthias,
On Sat, Feb 13, 2021 at 2:43 AM Matthias Klose wrote:
>
> On 2/12/21 10:26 PM, Olek Wojnar wrote:
> >
> > Any insights or suggestions would be greatly appreciated!
>
> you could try to debug with java -zero / javac -J-zero on amd64.
>
Sure! Wha
On Thu, Jul 29, 2021, 03:09 Andrius Merkys wrote:
>
> Maybe an antlr4 packaging team could be set up to coordinate
> synchronized version bumps?
>
That sounds like a good compromise. And this way the Security Team would
have a single contact if there's a security issue.
-Olek
Hi Peymaneh,
On Tue, Jul 27, 2021, 04:09 Peymaneh Nejad wrote:
>
> Is it intended or wished for that additional runtimes other than Java are
> packaged in seperate source packages, or would it be better to add another
> binary package (that'd be golang-github-antlr-antlr4-dev) to the existing
>
and
On Thu, Sep 10, 2020 at 11:41 AM tony mancill wrote:
Hello Olek,
On Wed, Sep 09, 2020 at 10:44:35AM -0400, Olek Wojnar wrote:
> Hello fellow Java developers,
>
> Has anyone been looking at packaging the JNI bindings for Zstd?
[1][2]
> Seems
Package: wnpp
Severity: wishlist
Owner: Olek Wojnar
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-java@lists.debian.org
* Package name: zstd-jni-java
Version : 1.5.0
Upstream Author : Luben Karavelov
* URL : https://github.com/luben/zstd-jni
* License
Fellow Bazel contributors (and Java Team members),
I've discussed this with a few of you but I want this to go to the widest
possible audience right now. We still have no idea why Bazel Java tests are
failing [1] and it seems to indicate an actual problem with Bazel, as opposed
to just a flaky
Hi hc,
Thanks for helping to start the conversation!
On February 21, 2023 2:38:14 PM UTC, Hans-Christoph Steiner
wrote:
>
>If the test passes regularly, and just sometimes fails under the same
>conditions, I would consider disabling it in autopkgtest rather than have it
>not make it into
Hello and thanks to everyone who offered advice and suggestions on this!
Using your suggestions and insights, I dug into the issue with some new ideas.
I came to two conclusions:
1) There does not appear to be anything fundamentally broken with the
bazel-bootstrap package...however...
2) The
Hi sun min,
On 2/21/23 10:15, sun min wrote:
The maintainer added a “-XX:+UseParallelGC” for garbge collectors
param(target jdk16+) which can boost build performance for about 30%
compared with the default GC param “-XX:+UseG1GC”[1].
I added that in an attempt to override the incorrect flag,
55 matches
Mail list logo
