> don't get an error window from JabRef but it still fails with a java > /usr/lib/libreoffice/programm/classes to /usr/lib/libreoffice/ I > If I try to connect manually again but change the lib path from > "File not found: /usr/lib/libreoffice/program/classes/program/classes/unoil.jar" > manually (with the default values for the LO executable and libs), I > I can reproduce this issue (on unstable). > Using jabref 3.8.2+ds-12, jabref is unable to connect to libreoffice automatically or manually. > Experiencing the same problem in Buster with a vanilla installation, but probably with a different cause. On Wed, at 02:14:04AM +0200, gregor herrmann wrote: I inadvertently sent the last email as HTML (sorry), so I am resending it as plain text. JabRef was able to connect to LibreOffice fine for me in Stretch. : class $AppClassLoader cannot be cast to class ($AppClassLoader and are in module java.base of loader 'bootstrap')Īt net.sf.addURL(OpenOfficePanel.java:484) ~Īt net.sf.connect(OpenOfficePanel.java:419) ~Īt net.sf.lambda$initPanel$0(OpenOfficePanel.java:141) ~Īt (AbstractButton.java:1967) ~Īt $Handler.actionPerformed(AbstractButton.java:2308) ~Īt (DefaultButtonModel.java:405) ~Īt (DefaultButtonModel.java:262) ~Īt .BasicButtonListener.mouseReleased(BasicButtonListener.java:279) ~Īt (AWTEventMulticaster.java:297) ~Īt (Component.java:6632) ~Īt (JComponent.java:3342) ~Īt (Component.java:6397) ~Īt (Container.java:2263) ~Īt (Component.java:5008) ~Īt (Container.java:2321) ~Īt (Component.java:4840) ~Īt (Container.java:4918) ~Īt (Container.java:4547) ~Īt (Container.java:4488) ~Īt (Container.java:2307) ~Īt (Window.java:2772) ~Īt (EventQueue.java:772) ~Īt $4.run(EventQueue.java:721) ~Īt $4.run(EventQueue.java:715) ~Īt (Native Method) ~Īt $JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) ~Īt $JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:95) ~Īt $5.run(EventQueue.java:745) ~Īt $5.run(EventQueue.java:743) ~Īt (EventQueue.java:742) ~Īt (EventDispatchThread.java:203) Īt (EventDispatchThread.java:124) Īt (EventDispatchThread.java:113) Īt (EventDispatchThread.java:109) Īt (EventDispatchThread.java:101) Īt (EventDispatchThread.java:90) I see this output from jabref when I attempt to connect: Using jabref 3.8.2+ds-12, jabref is unable to connect to libreoffice automatically or manually. Ii okular 4:16.08.2-1+b1Įxperiencing the same problem in Buster with a vanilla installation, but probably with a different cause. Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores) The "ure" package does not use /usr/lib/ for. "program/classes/" subfolder, and search these optionallyĤ) Libreoffice could be more consistent in where. (program/classes, as the case for /usr/share/java/).ġ) The default path in the automatic or manual connect could pointed to /usr/lib/libreoffice/Ģ) Upstream could allow specifying multiple search pathsģ) Upstream could hard-code in multiple search locations, suchĪs /usr/share/java/ and drop the hard-coded requirement for the usr/share/libreoffice/ does not work, as not all jars are in theseĭirectories (for /usr/share/libreoffice/ OR under the apprpriate sub-path Which are not in the default paths listed by the program.įurthermore, as jabref insists on appending "program/classes/" toĪny path that you specify, you can only access them by supplying These files are located in some of these folders (but not all): The "manual connect" feature fails as it is looking for several The Libreoffice "connect" feature does not appear to work in this version
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |