Summary: | muffin-0.9.3.ebuild (new ebuild) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Julien TIERNY <julien.tierny> |
Component: | New packages | Assignee: | Java team <java> |
Status: | RESOLVED WONTFIX | ||
Severity: | enhancement | CC: | julien.tierny |
Priority: | High | Keywords: | EBUILD |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
The ebuild itself
Manifest Digest Ebuild correction |
Description
Julien TIERNY
2004-05-13 14:30:57 UTC
Created attachment 31367 [details]
The ebuild itself
Created attachment 31368 [details]
Manifest
Created attachment 31369 [details]
Digest
Why does this package have a runtime dependency on binutils? Does it do on-the-fly binary compilation of some sort? > Why does this package have a runtime dependency on binutils?
oops,
must be a mistake of my own.
before adding this ebuild to the CVS tree (if you plan to do it ;-)), just wait a little bit :
I will post tonight a new version including CLASSPATH support (needed by top level applications using Muffin) and an Init-RC script to launch Muffin at startup.
cheers, julien
Created attachment 31882 [details]
Ebuild correction
Added CLASSPATH support.
Hi there, I have just submitted a new version of muffin's ebuild with CLASSPATH support (sorry for beeing that late). I didn't use java-config because I experienced issues when 'env-updating' after using java-config in my ebuilds (java-config --add-system-classpath seems to corrupt /etc/env.d/21java-classpath when I emerge 2 ebuilds using it). I planned to write an init-rc script for muffin because it provides a "-nw" option (launches the application without creating windows). The fact is that even when this option is passed, the application still tries to connect to an X11 session. I contacted the developers and hope to receive an answer soon. Anyhow, I will have a look at the java source code in order to see if a patch could be applied at emerge. see you, julien Execution flow of muffin with the '-nw' option : ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ " Muffin version 0.9.3a, Copyright (C) 1996-2000 Mark R. Boyns <boyns@doit.org> Muffin comes with ABSOLUTELY NO WARRANTY; for details see Help/License. This is free software, and you are welcome to redistribute it under certain conditions; see Help/License for details. Creating new configuration: default.conf Xlib: connection to ":0.0" refused by server Xlib: No protocol specified Exception in thread "main" java.lang.InternalError: Can't connect to X11 window server using ':0' as the value of the DISPLAY variable. at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method) at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:125) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:140) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:62) at java.awt.Window.init(Window.java:223) at java.awt.Window.<init>(Window.java:267) at java.awt.Frame.<init>(Frame.java:398) at org.doit.muffin.MuffinFrame.<init>(MuffinFrame.java:45) at org.doit.muffin.Main.<init>(Main.java:77) at org.doit.muffin.Main.main(Main.java:715) " - muffin.Main classe inherits of the muffin.MuffinFrame classe (the superclass' constructor is called line 77). - muffin.MuffinFrame classe inherits of the java.awt.Frame classe (superclass' constructor call line 45). So it seems that the Java API that Muffin uses is buggy. Therefore, I think it is not possible to patch Muffin's sources at emerge. Would anyone have a better idea to solve the problem (ie writing an init-rc script) ? thanx, julien unmaintaed upstream? |