/srv/irclogs.ubuntu.com/2019/03/11/#ubuntu-java.txt

sil2100tdaitx, doko: ok, I see Steve (or someone) copied all of stage5 and antmaven already, right?13:54
sil2100Did sbeattie sign off on anything else since then?13:55
dokosil2100: yes. but the hints still need updating. could you do that?13:55
tdaitxsil2100: yeah, I asked steve to copy it if he had the time13:55
dokono, I'm building a few more packages, but these need review13:55
tdaitxdoko: which ppa are/will you be using for those?13:57
sil2100doko: for which apps? All from antmaven?14:01
dokotdaitx: stage514:06
dokotdaitx: can you look at the jabref crash?14:07
dokosil2100: look at http://people.canonical.com/~ubuntu-archive/proposed-migration/bionic/update_excuses.html for all these "Not touching" messages14:11
dokocrap, virtualbox-hwe requires the hwe stack in -updates. sbeattie, how do you want to handle this?14:16
tdaitxdoko: will do, just found the error report14:17
sil2100doko: ACK14:25
sil2100doko: think I pushed the right ones14:45
sbeattiedoko: ugh, the xorg hwe stack? I guess we need no-change rebuilds for those, too.15:46
sbeattienot sure how many source packages that is.15:46
dokosbeattie: or having virtualbox-hwe in -updates? LocutusOfBord claims that this is only usable with the hwe15:47
sbeattieeh, I would be okay with that, I guess.15:48
dokook15:49
dokosbeattie: stage5 has three more packages: virtualbox libpdfbox-java mongo-java-driver15:52
sbeattieokay15:56
sbeattiesil2100: +1 on virtualbox libpdfbox-java mongo-java-driver being binary copied to bionic-proposed from the stage5 ppa.17:11
dokosbeattie: one more in stage5: openhft-chronicle-threads17:20
dokoand new ppa android-tools17:20
* doko hides17:20
* sbeattie sighs17:22
sil2100sbeattie: ok, thanks, will copy shortly (need to finish this DMB meeting)17:23
huehnerdoko: left you some comment here yesterday evening on my first tomcat testing17:23
sbeattiedoko: openhft-chronicle-threads is depwait on debhelper 12.17:25
dokoouch17:29
dokosbeattie: openhft-chronicle-threads now built17:36
sbeattiethanks17:36
dokohuehner: thanks. not sure what to do about the init files. if you leave them as init scripts for 8, then they are different for 9 ...17:58
sbeattiesil2100: +1 on openhft-chronicle-threads going to bionic-proposed from stage518:11
sil2100Will copy those in a second, thanks o/18:37
huehnerdoko: for the init script, if you undo that change gets messy from maintenance as diverging18:49
huehnerdoko: when keeping best is probably to try to make it very visible for people on updating + help them to cope with it (i.e. example systemd service override file do undo access restrictions)18:50
huehnerdoko: for making visible not sure if you have something stronger than NEWS file entry available here?18:51
dokohuehner: where is your draft for these notes? ;p18:57
huehnerdoko: in #debian-java chat with ebourgh some month ago ;) i raised those there for next debian stable18:57
huehnerdoko: that aside i can try to list up the possible problem i did/can think of as a start18:58
dokothat would be nice18:59
huehnerdoko: that other topic (missing entropy causing 30s delay)19:00
huehnermaybe there longer but i don;t remember ever noticing it19:00
huehnerSo not sure if its 'regressio' (as perceived by user) or not... maybe tomcat/java now trying harder to get entropy19:00
sil2100doko, sbeattie: ok, packages approved19:01
dokosbeattie: I probably will update a few more packages which had updates in disco, but that shouldn't be many19:08
sbeattiedoko: okay, just ping me with a list. thanks.19:11
dokosbeattie: so looks like we want the android packages in -proposed as well. would be nice to have them reviewed tomorrow when the email is ready19:18
tdaitxdoko: ok, found the issue with jabref, it is related to libjgoodies-looks-java (debian #898906), fortunately it is a runtime thing and just updating bionic to the cosmic version should fix it19:24
dokota, just add it to stage519:24
tdaitxsure, I will just wait for it to be published on the test ppa to test to be sure it fixes it19:25
tdaitxyeah, it is fixed with the update19:47
tdaitxdoko: sbeattie: copied libjgoodies-looks-java to stage5, it fixes a runtime issue with java's Look&Feel in jabref (scilab and zeroc-ice also seemed to be affected)19:50
sbeattieokay, waiting for it to finish building.19:53
sbeattietdaitx: and that change didn't require additional changes from jabref to no longer refer to  com.jgoodies.looks.windows.WindowsLookAndFeel ?20:39
sbeattie(dcs shows a few things referencing that class, but it's not clear to me whether there's runtime detection of whether that class exists or not)20:40
tdaitxsbeattie: no, the (previous) libjgoodies in bionic would actually cause java to throw a NoClassDefFoundError because it did _try_ to load the WindowsLookAndFeel regardless20:42
tdaitxwith the fix it just throws a ClassNotFoundException that is catched by jabref20:42
tdaitxso there's no need to recompile reverse bdeps of libjgoodies-looks-java20:43
sbeattietdaitx: okay, thanks.20:49
sbeattiesil2100: when you come back online, +1 on libjgoodies-looks-java being binary-copied from stage5 to bionic-proposed.20:50
tdaitxdoko: as for sweethome3d, how did you run it? chroot, qemu, something else?21:23
tdaitxI tested it on a bionic chroot and when /dev/dri was not binded to the chroot I got a lot of weird errors: not only menus, the whole app would show black regions where it should be showing some content21:23
tdaitxafter I binded /dev/dri to the chroot then I got the right app, menus were working just fine21:23
tdaitxI did find a weird bug (unrelated) about setting the Look&Feel: setting it on swing.properties does not work at all, I had to set it using the -D setting (either on command line or through _JAVA_OPTIONS)21:23
tdaitxalso, from java UIManager code the swing.properties should be located in conf/ not lib/ as we have right now, still, copying the file into conf/swing.properties still does not work21:23
tdaitxanyway, I was unable to properly reproduce the menu bug on the chroot when /dev/dri is properly bind mounted21:24
sbeattiehrm android-platform-libnativehelper 8.1.0+r23-1~18.04 drops a bunch of JniConstants:: statics (like bigDecimalClass, constructorClass, deflaterClass) that it looks like android-framework-23 still references, is that okay?23:45

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!