ur name to uploaders (and remove mine). Commit that to
Salsa and wait until Trixie release to upload. I don't mind my name
being on the package in Trixie if someone else commits to caring for it
in the future.
Best regards,
-Olek
a massive effort to keep this
package updated to the standards that we need. I'm not sure that any of
us has the time for that.
Best regards,
-Olek
Ok, continuing the hard conversation here.
On Mon, 28 Aug 2023 14:53:47 -0400 Olek Wojnar wrote:
Update: Upstream has agreed to release a new version which should
address the issues of the aging codebase. Therefore, my current
inclination is to continue to provide this package.
I'll
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
nteer towards achieving these goals.
Thanks and looking forward to speaking with you more!
-Olek
[1] https://salsa.debian.org/bazel-team/meta/
[2] https://lists.debian.org/debian-bazel/
Update: Upstream has agreed to release a new version which should
address the issues of the aging codebase. Therefore, my current
inclination is to continue to provide this package.
I'll keep this bug open for now in case anyone else would like to weigh
in with opinions.
-Olek
w you'd like to move forward on this.
-Olek
Control: tag -1 pending
Hi Lucas and thanks for the bug report!
On 7/26/23 16:23, Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build
on amd64.
Fixed and will be uploading shortly.
-Olek
OpenPGP_signature
Description: OpenPGP digital signature
ful.
Also, thanks for bringing this up! It's a tough conversation to have but
it *IS* a conversation that we should be having.
-Olek
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=962308
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
save you the trouble.
Thanks for doing it this time!
Particularly, I think the package to installed is bazel-bootstrap, can
you confirm?
That is correct.
Thanks again!
-Olek
OpenPGP_signature
Description: OpenPGP digital signature
Hi Paul,
On 5/29/23 00:22, Paul Gevers wrote:
Hi Olek,
First and foremost, I'm sorry this bug report dropped completely from
the radar during the major part of bullseye being stable.
Thank you for the apology. I definitely understand how crazy things get
prior to release!
On 11-08
. Keeping them in bullseye has no value and adds a
possible cyber attack vector.
Therefore, I am filing bugs to remove all remaining libraries and
components that support WorldForge. Please let me know if you have any
questions. Thanks!
-Olek
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950926
. Keeping them in bullseye has no value and adds a
possible cyber attack vector.
Therefore, I am filing bugs to remove all remaining libraries and
components that support WorldForge. Please let me know if you have any
questions. Thanks!
-Olek
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950926
. Keeping them in bullseye has no value and adds a
possible cyber attack vector.
Therefore, I am filing bugs to remove all remaining libraries and
components that support WorldForge. Please let me know if you have any
questions. Thanks!
-Olek
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950926
. Keeping them in bullseye has no value and adds a
possible cyber attack vector.
Therefore, I am filing bugs to remove all remaining libraries and
components that support WorldForge. Please let me know if you have any
questions. Thanks!
-Olek
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950926
. Keeping them in bullseye has no value and adds a
possible cyber attack vector.
Therefore, I am filing bugs to remove all remaining libraries and
components that support WorldForge. Please let me know if you have any
questions. Thanks!
-Olek
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950926
. Keeping them in bullseye has no value and adds a
possible cyber attack vector.
Therefore, I am filing bugs to remove all remaining libraries and
components that support WorldForge. Please let me know if you have any
questions. Thanks!
-Olek
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950926
. Keeping them in bullseye has no value and adds a
possible cyber attack vector.
Therefore, I am filing bugs to remove all remaining libraries and
components that support WorldForge. Please let me know if you have any
questions. Thanks!
-Olek
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950926
. Keeping them in bullseye has no value and adds a
possible cyber attack vector.
Therefore, I am filing bugs to remove all remaining libraries and
components that support WorldForge. Please let me know if you have any
questions. Thanks!
-Olek
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950926
.
Thank you very much for the patch! I'm preparing the upload now.
-Olek
OpenPGP_signature
Description: OpenPGP digital signature
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
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
Hi Adrian,
On March 3, 2023 11:02:53 AM UTC, Adrian Bunk wrote:
>On Thu, Mar 02, 2023 at 12:44:42AM -0500, Olek Wojnar wrote:
>>...
>> I disabled mips64el leading up to the soft freeze since -4 was not building
>> correctly at that time on that architecture. Lacking the ti
t enabled that functionality,
as you suggested. Hopefully it will work correctly on the buildds as well!
-Olek
Hi Adam,
On 2/4/23 13:11, Adam D. Barratt wrote:
Control: tags -1 + confirmed
On Sun, 2023-01-29 at 20:28 -0500, Olek Wojnar wrote:
The phyx package incorrectly declares a Build Dependency on the
libatlas-cpp-0.6-dev package. The src:atlas-cpp package is obsolete
since the
only packages that
Team upload
+ * Remove erroneous Build Dependency on libatlas-cpp
+- libatlas-cpp is completely unrelated to phyx and phyx does not use it
+- The BD was added accidentally and needs to be removed for proper
+ dependency resolution
+
+ -- Olek Wojnar Sun, 29 Jan 2023 18:27:53 -0500
+
recommendations I would definitely appreciate them!
-Olek
[1]
https://salsa.debian.org/bazel-team/bazel-bootstrap/-/blob/master/debian/patches/fix_JDK-16_test_failures.patch
OpenPGP_signature
Description: OpenPGP digital signature
n Ubuntu, lets see how the build goes.
Well, I didn't have to wait long. From what I can see that build
succeeded! Can you tell me if the autopkgtest succeeded?
-Olek
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1026937#15
OpenPGP_signature
Description: OpenPGP digital signature
time digging into the bazel-bootstrap build
errors,[2][3] I believe that those are caused by this missing flag.
Could you please add that one as well? Thank you!
-Olek
[1]
https://salsa.debian.org/debian/grpc/-/commit/f8f8a4445fa63f803ee02dd142c37be1f6e040f4
[2]
https://buildd.debian.org
ex.h:550: error: undefined reference to
'absl::debian3::Mutex::Unlock()'
collect2: error: ld returned 1 exit status
␛[32m[111 / 127]␛[0m 3 actions running
I'm talking to László about this because it seems to be connected to the
ongoing grpc transition. Hopefully we can figure something out soon!
-Olek
/usr/share/maven-repo/build-only/build-only/debian/build-only-debian.pom
Agreed! I noticed that too right after I uploaded. I made a fixed
version but haven't had a change to upload it yet. I'll update the
changelog to close this bug and upload soon.
-Olek
OpenPGP_signature
D
ou'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_signat
Package: ftp.debian.org
Severity: normal
Hello,
This is a follow-up to [1], apologies for not mentioning experimental in that
report.
Thanks!
-Olek
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1024116
, if they
would like, on my behalf.
-Olek
Control: tags -1 - moreinfo
On Mon, Nov 14, 2022, 21:22 Olek Wojnar wrote:
>
> I'll remove the tag once the upload is complete.
>
Upload complete
>
is a completely unnecessary BD on a
completely unrelated package. That being said, it absolutely needs to be
fixed. I submitted a PR in Salsa [1] and, if needed, will upload the fix
myself as a member of the Debian Med Team.
I'll remove the tag once the upload is complete.
-Olek
Package: ftp.debian.org
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Upstream agrees with removal: https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=950926#49
-BEGIN PGP SIGNATURE-
iQJEBAEBCgAuFiEELejiDiSiH9jtG0ynfYPUBqCdweQFAmNy1zcQHG9sZWtAZGVi
aWFuLm9yZwAKCRB9g9Q
Package: ftp.debian.org
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Upstream agrees with removal: https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=950926#49
-BEGIN PGP SIGNATURE-
iQJEBAEBCgAuFiEELejiDiSiH9jtG0ynfYPUBqCdweQFAmNy1xwQHG9sZWtAZGVi
aWFuLm9yZwAKCRB9g9Q
Package: ftp.debian.org
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Upstream agrees with removal: https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=950926#49
-BEGIN PGP SIGNATURE-
iQJEBAEBCgAuFiEELejiDiSiH9jtG0ynfYPUBqCdweQFAmNy1wgQHG9sZWtAZGVi
aWFuLm9yZwAKCRB9g9Q
Package: ftp.debian.org
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Upstream agrees with removal: https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=950926#49
-BEGIN PGP SIGNATURE-
iQJEBAEBCgAuFiEELejiDiSiH9jtG0ynfYPUBqCdweQFAmNy1vAQHG9sZWtAZGVi
aWFuLm9yZwAKCRB9g9Q
Package: ftp.debian.org
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Upstream agrees with removal: \https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=950926#49
-BEGIN PGP SIGNATURE-
iQJEBAEBCgAuFiEELejiDiSiH9jtG0ynfYPUBqCdweQFAmNy1swQHG9sZWtAZGVi
aWFuLm9yZwAKCRB9g9
Package: ftp.debian.org
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Upstream agrees with removal: \https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=950926#49
-BEGIN PGP SIGNATURE-
iQJEBAEBCgAuFiEELejiDiSiH9jtG0ynfYPUBqCdweQFAmNy1ocQHG9sZWtAZGVi
aWFuLm9yZwAKCRB9g9
Package: ftp.debian.org
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Upstream agrees with removal: \https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=950926#49
-BEGIN PGP SIGNATURE-
iQJEBAEBCgAuFiEELejiDiSiH9jtG0ynfYPUBqCdweQFAmNy1i8QHG9sZWtAZGVi
aWFuLm9yZwAKCRB9g9
Package: ftp.debian.org
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Upstream agrees with removal: \https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=950926#49
-BEGIN PGP SIGNATURE-
iQJEBAEBCgAuFiEELejiDiSiH9jtG0ynfYPUBqCdweQFAmNy1hkQHG9sZWtAZGVi
aWFuLm9yZwAKCRB9g9
Package: ftp.debian.org
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Upstream agrees with removal: https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=950926#49
-BEGIN PGP SIGNATURE-
iQJEBAEBCgAuFiEELejiDiSiH9jtG0ynfYPUBqCdweQFAmNy1dQQHG9sZWtAZGVi
aWFuLm9yZwAKCRB9g9Q
Package: ftp.debian.org
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Upstream agrees with removal: https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=950926#49
-BEGIN PGP SIGNATURE-
iQJEBAEBCgAuFiEELejiDiSiH9jtG0ynfYPUBqCdweQFAmNy1EgQHG9sZWtAZGVi
aWFuLm9yZwAKCRB9g9Q
eam
(cc-ed)?
Either should help timely upgrades in Debian.
If you opt to go under the Games Team umbrella, I will be happy to help
mentor/sponsor, as needed.
Thanks for the great additions to the storyline :)
Yes!
-Olek
OpenPGP_signature
Description: OpenPGP digital signature
Source: bazel-bootstrap
Version: 4.2.2+ds-1
Severity: serious
Tags: ftbfs upstream
Forwarded: https://github.com/bazelbuild/bazel/issues/15831
The default use of OpenJDK 17 causes bazel-bootstrap to FTBFS. This is an
upstream issue and upstream's fix[1] should be cherry-picked as soon as
possible.
upload the updated package when the transition starts.
Thanks for letting me know. The patch looks pretty trivial, I'll add it
to packaging in the next couple days and will be ready to upload when
3.21 hits unstable.
-Olek
OpenPGP_signature
Description: OpenPGP digital signature
convention that includes a hyphen and I belive that this
convention is breaking the test's regex[1].
Please let me know if there's any additional information that you need.
Thank you!
-Olek
[1]
https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/Check/Languages/Java.pm#L116
ease of maintainability of the Bazel infrastructure in Debian. We should
upgrade.
Filing this bug to track progress and to allow for blocking by other required
packaging actions.
-Olek
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
Source: rx-java
Version: 3.0.7+ds-2
Severity: wishlist
Tags: newcomer
Dear Prospective Debian Bazel contributor,
This package needs to be updated for the Bazel 5.x release. This *should* be
a fairly straightforward process. If you are interested, please send an email
to our mailing list [1] where
Source: grpc-java
Version: 1.26.0+ds-1
Severity: wishlist
Tags: help
Dear Prospective Debian Bazel contributor,
This package needs to be updated for the Bazel 5.x release. This will likely
*NOT* be a straightforward process. If you are interested, please send an email
to our mailing list [1] wher
Source: checker-framework-java
Version: 3.0.1+ds2-3
Severity: wishlist
Tags: newcomer
Dear Prospective Debian Bazel contributor,
This package needs to be updated for the Bazel 5.x release. This *should* be
a fairly straightforward process. If you are interested, please send an email
to our mailin
Source: google-auto-value-java
Version: 1.7.2-2
Severity: wishlist
Tags: newcomer
Dear Prospective Debian Bazel contributor,
This package needs to be updated for the Bazel 5.x release. This *should* be
a fairly straightforward process. If you are interested, please send an email
to our mailing li
Source: google-auto-common-java
Version: 0.10-2
Severity: wishlist
Tags: newcomer
Dear Prospective Debian Bazel contributor,
This package needs to be updated for the Bazel 5.x release. This *should* be
a fairly straightforward process. If you are interested, please send an email
to our mailing li
urious bug report. Sounds like there's
something really strange going on here... But the patching is definitely
working correctly.
Thanks again for the help troubleshooting. Now I need to figure out what
is REALLY going on to cause these failures...
-Olek
OpenPGP_signature
Description:
Hi Paul,
Thanks for the quick reply and the troubleshooting!
On 10/6/22 16:14, Paul Gevers wrote:
Hi Olek,
On 06-10-2022 22:05, Paul Gevers wrote:
On 06-10-2022 21:38, Olek Wojnar wrote:
It's entirely possible that this is also a problem in may package,
which is
why I have the test
d happy to provide any additional information if it will help!
-Olek
[1]
https://ci.debian.net/data/autopkgtest/testing/arm64/b/bazel-bootstrap/26782992/log.gz
[2]
https://ci.debian.net/data/autopkgtest/testing/ppc64el/b/bazel-bootstrap/26736720/log.gz
[3]
https://ci.debian.net/data/autopkgtest/tes
If it helps, the empty directory tag from lintian is:
https://lintian.debian.org/tags/package-contains-empty-directory
I'm not sure how many, if any, of the packages currently triggering the
tag are related to this bug in mk-origtargz.
OpenPGP_signature
Description: OpenPGP digital signature
Perl
well enough to submit a fix to the root issue.
That being said, I'm happy to help in any other way. Thanks in advance for
looking into this issue!
-Olek
[1] https://salsa.debian.org/debian/devscripts/-/merge_requests/285
bad and problematic concept. So, I
agree with you. :)
> I agree with Olek, Ember (and friends) were always hard to keep floating in
> Debian, so I can
> understand Oleks' sentiment about maybe using snap… However this can be done
> by the
> users themselves, there is no need
sitting
there for over 7 months... :(
-Olek
Markus,
Sorry for the slow reply, it has been an extraordinarily crazy time over
here recently. I'm barely keeping up on emails but I'm hoping that things
quiet down a little in the coming weeks and allow me to catch up. This is
near the top of my list!
-Olek
On Fri, Oct 22, 2021
oad? it's been moved to the games team
> more than a year ago, it's under that team maintenance, so please
> proceed asap with an upload to fix this RC bug
Last I checked, Steve had not created a Salsa account yet. If he has, and
has updated the repo with the new version, I'll b
nce I hope that will make it easier to copy/paste it
into the release notes.
Thank you!
-Olek
(On behalf of the Bazel packaging team)
Control: tag -1 confirmed
Thanks for the fix! Looks good and I appreciate you committing to VCS as
well. I will definitely include this on my next upload (after freeze).
Hi smcv,
On Sun, Jun 13, 2021 at 6:43 PM Simon McVittie wrote:
>
> On Sun, 13 Jun 2021 at 22:18:42 +0200, Jochen Sprickerhof wrote:
> > * Olek Wojnar [2021-06-13 15:15]:
>
> some API designs make it
> really hard to keep backwards compatibility, because a lot of int
t
the time that another package depended on the 1.12.x series of OGRE. So,
for the record, I certainly bear a good part of the responsibility for this
being an issue so close to release.
Thanks again for the assistance and apologies for the issues this caused in
rviz!
-Olek
can see in the debdiff, over 99% of this
upload
is a backport of the upstream fix for this security vulnerability.
Also, this is my first security bug so please let me know if I'm missing
anything in the process! Thanks!
-Olek
google-oauth-client-java.debdiff
Description: Binary
Control: tag -1 + confirmed
Thanks for the bug report, Moritz!
Sorry for the delay, apparently I was not receiving emails about the
google-oauth-client-java package. I will work to get this fixed today.
-Olek
OpenPGP_signature
Description: OpenPGP digital signature
ive it a shot myself in
the next several months.
-Olek
So this bug is definitely not RC but would it be possible to get a fix for
it into bullseye? This seems like something that would be good to fix
before that release is stable.
Thanks in advance!
-Olek
tch [3] that may address this issue.
We have verified that the `deleteRecursively` functionality works correctly on
the following achitectures: amd64, arm64, ppc64el, s390x, ppc64, and riscv64.
Thanks!
-Olek
[1] https://lists.debian.org/debian-java/2021/02/msg00010.html
[2] https://lists.debian.
that as default behavior,
is it something that could be implemented as an option? Something along
the lines of `blhc --accept-quoted` perhaps?
Thanks for your work on this package, it's a very useful indicator of
regressions or other coding issues!
-Olek
[1] https://salsa.debian.org/bazel-team/bazel-bootstrap/-/jobs/1452282
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
lists all WNPP bugs. If the prior ITP for foo is present,
it is many pages down and the packager is unlikely to see it.
I have replicated this behavior with a few ITP/RFP bugs, but please let me
know if you have any questions or issues with replicating. Thank you!
-Olek
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
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
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
S
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: 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
*
T
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 imp
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
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
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
minating x86_64, as line [1] does, gives a very high probability of the
resulting architecture being incompatible with 64-bit-only packages.
If this is not easy to fix, is there a recommended workaround to
prevent false-positive failures? Thanks!
-Olek
[1] https://salsa.debian.org/bazel-team/bazel-b
public forum.
Thank you!
-Olek
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
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 t
-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
&g
droid/ziputils/BUILD
O: bazel-bootstrap-data: [90mrepeated-path-segment [0m buildjar
usr/share/bazel/embedded_tools/src/java_tools/buildjar/java/com/google/devtools/build/buildjar/jarhelper/
-Olek
Hi Felix,
First of all, apologies for accidentally replying to the wrong email
before. Sending to the bug email now.
On Wed, Aug 12, 2020 at 2:26 AM Olek Wojnar wrote:
> Hi Felix,
>
> On Tue, Aug 11, 2020 at 7:35 AM Felix Lechner
> wrote:
>
>> Hi Olek,
>>
>&g
same error for
an "ar" archive file which is *not* arch dependent. For example, the *.ar
files in this directory:
https://salsa.debian.org/bazel-team/bazel-bootstrap/-/tree/olek-temp4/tools/build_defs/pkg/testdata
Please consider using the `file` command or something similar to disting
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
e near term. I may re-add them later
once I have time to implement some of the recommended techniques to make
symbol maintenance less painful.
I'll upload an updated package shortly.
-Olek
>
alsa.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
t we need (google-api-client and
google-api-client-jackson2). That should vastly simplify things.
-Olek
1 - 100 of 224 matches
Mail list logo
