[Pkg-electronics-devel] Bug#1099511: newest releases of bc* java libraries cause arduino to fail to start

[Matthias Geiger]

On Mon, 07 Apr 2025 22:20:47 +0200 Matthias Geiger <werdahias at riseup.net> wrote:
> On Tue, 4 Mar 2025 11:51:06 +0100 Emmanuel Bourg <ebourg at apache.org> wrote:
> > On 04/03/2025 11:33, Jonas Smedegaard wrote:
> > 
> > > Thanks for the clarification.
> > > 
> > > I have reassigned accordingly: If I understand you correctly, the bug
> > > (of changing without coordination with reverse dependencies) is in
> > > src:bouncycastle, even if the best fix might be a change in arduino.
> > 
> > Actually the issue is the classpath used by arduino, it contains only 
> > bcprov.jar and should now also include bcutil.jar. This can't be done at 
> > the src:bouncycastle level and must be changed in src:arduino, here:
> > 
> > https://salsa.debian.org/electronics-team/arduino/arduino/-/blob/debian/2%251.8.19+dfsg1-2/debian/arduino.links?ref_type=tags#L25
> > 
> > The arduino package will also require a dependency on libbcutil-java.
> >
> Hi Emmanuel,
> thanks for the hint. I built a package with said tweaks enabled; 
> however, it still fails to start:
> 
> $ arduino
> Picked up JAVA_TOOL_OPTIONS:
> Error: main class processing.app.Base can't be initialized
> Reason: java.lang.NoClassDefFoundError: 
> processing/app/helpers/UserNotifier
> 
> Do you have any more pointers so I can fix this in time for trixie ?
>
Actually this was an error on my end, so disregard that. dh_link didn't 
seem to do the trick; however, I found out that the class was moved to 
org/bouncycastle/internal/asn1/cryptlib/CryptlibObjectIdentifiers.class
(note the "internal" string).
arduino looks for the library at 
org/bouncycastle/asn1/cryptlib/CryptlibObjectIdentifiers.class (and does 
not find it), thus failing.
I do not know how to tell it to look at .../internal... , so I'd 
appreciate any advice so I can fix it.

best,

Matthias Geiger <werdahias>