Hi there, I am porting an Internet content filtering application to Gentoo Linux but several dependencies are missing so I am writing a couple of tiny ebuilds. The ebuild attached here resolves one of the software's dependencies. Muffin is a World Wide Web filtering system written entirely in Java that can filter any HTTP data sent and received by your web browser. more info: http://muffin.doit.org/ or http://sourceforge.net/projects/muffin/ This package is in version 0.9.3 and the development seems to be active. This ebuild could find its place in the 'net-www' section of the Portage Tree. Thank you very much, Great job, julien
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?
