SVG error prevents JOSM to start on Gentoo

[lyciathelycanroc]

What steps will reproduce the problem?

1. install on gentoo using this ebuild: ​https://github.com/prototype99/prototype99
2. run program

What is the expected result?

program starts up normally

What happens instead?

program seemingly hangs on error

Please provide any additional information below. Attach a screenshot if possible.

also says SVGLoader: Could not identify tag 'fegaussianblur'

Build-Name:rindeal-ebuild
Build-Date:2018-10-03 18:01:12
Revision:14289
Ebuild-Version:14289
Is-Local-Build:true

Identification: JOSM/1.5 (14289) Linux Gentoo/Linux
Memory Usage: 288 MB / 5349 MB (231 MB allocated, but free)
Java version: 1.8.0_181-b13, Oracle Corporation, Java HotSpot(TM) 64-Bit Server VM
Screen: :0.0 3840x2160
Maximum Screen Size: 3840x2160
Java package: oracle-jdk-bin:!!! -e, --exact-name is now default.
!!! Use globbing to simulate the old behavior.
1.8.0.181
VM arguments: [-Djava.library.path=/lib:/usr/lib, -Dawt.useSystemAAFontSettings=lcd]

Last errors/warnings:
- E: Failed to locate image 'dialogs/delete'
- E: Handled by bug report queue: java.lang.IllegalArgumentException: User must specify at least 2 colors


=== REPORTED CRASH DATA ===
BugReportExceptionHandler#handleException:
No data collected.

Warning issued by: BugReportExceptionHandler#handleException

=== STACK TRACE ===
Thread: main (1)
java.lang.IllegalArgumentException: User must specify at least 2 colors
	at com.kitfox.svg.batik.MultipleGradientPaint.<init>(MultipleGradientPaint.java:126)
	at com.kitfox.svg.batik.RadialGradientPaint.<init>(RadialGradientPaint.java:360)
	at com.kitfox.svg.RadialGradient.getPaint(RadialGradient.java:128)
	at com.kitfox.svg.ShapeElement.renderShape(ShapeElement.java:122)
	at com.kitfox.svg.Path.render(Path.java:94)
	at com.kitfox.svg.Group.render(Group.java:170)
	at com.kitfox.svg.Group.render(Group.java:170)
	at com.kitfox.svg.Group.render(Group.java:170)
	at com.kitfox.svg.SVGRoot.render(SVGRoot.java:290)
	at com.kitfox.svg.SVGDiagram.render(SVGDiagram.java:88)
	at org.openstreetmap.josm.tools.ImageProvider.createImageFromSvg(ImageProvider.java:1645)
	at org.openstreetmap.josm.tools.ImageResource.getImageIcon(ImageResource.java:163)
	at org.openstreetmap.josm.tools.ImageResource.getImageIconBounded(ImageResource.java:276)
	at org.openstreetmap.josm.tools.ImageResource.getImageIconBounded(ImageResource.java:229)
	at org.openstreetmap.josm.tools.ImageResource.attachImageIcon(ImageResource.java:104)
	at org.openstreetmap.josm.tools.ImageResource.attachImageIcon(ImageResource.java:119)
	at org.openstreetmap.josm.actions.JosmAction.<init>(JosmAction.java:87)
	at org.openstreetmap.josm.actions.JosmAction.<init>(JosmAction.java:126)
	at org.openstreetmap.josm.actions.JosmAction.<init>(JosmAction.java:166)
	at org.openstreetmap.josm.actions.ExitAction.<init>(ExitAction.java:23)
	at org.openstreetmap.josm.gui.MainMenu.<init>(MainMenu.java:188)
	at org.openstreetmap.josm.gui.MainFrame.initialize(MainFrame.java:78)
	at org.openstreetmap.josm.gui.MainApplication.initializeMainWindow(MainApplication.java:395)
	at org.openstreetmap.josm.spi.lifecycle.InitializationTask.call(InitializationTask.java:33)
	at org.openstreetmap.josm.spi.lifecycle.Lifecycle.runInitializationTasks(Lifecycle.java:99)
	at org.openstreetmap.josm.spi.lifecycle.Lifecycle.initialize(Lifecycle.java:71)
	at org.openstreetmap.josm.gui.MainApplication.mainJOSM(MainApplication.java:910)
	at org.openstreetmap.josm.gui.MainApplication$3.processArguments(MainApplication.java:283)
	at org.openstreetmap.josm.gui.MainApplication.main(MainApplication.java:710)

[lyciathelycanroc]

screenshot

[lyciathelycanroc]

build log

[Don-vip]

Did you download JOSM from our website, or are you using a josm native Gentoo package?

EDIT: should have read the ticket...

[Don-vip]

In 14291/josm:

see #16798 - be robust to svgSalamander errors when initializing JOSM actions

[Don-vip]

I've added robustness to this, but the root cause is a wrong packaging/compilation from the Github project. Please report the issue there.

[lyciathelycanroc]

the ebuild actually uses the debian source, due to the fact that there does not appear to be a way to extract a versioned source from the official sources; however after looking at the available subversion eclass it seems very possible to pull a specific revison, so i'll try setting that up and see if it ends up any better