Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 185919 - net-proxy/webscarab: masked for removal
Summary: net-proxy/webscarab: masked for removal
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Java (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it
URL:
Whiteboard: Pending removal: 2015-12-09
Keywords: NeedPatch, PMASKED
Depends on:
Blocks:
 
Reported: 2007-07-19 21:36 UTC by Rabbe Fogelholm
Modified: 2015-12-10 09:45 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rabbe Fogelholm 2007-07-19 21:36:52 UTC
After installing net-proxy/webscarab-20060718 I noticed that the application complains upon startup that "JavaHelp" is not present. I therefore emerged dev-java/javahelp-2.0.02_p46 also. The complaint did not go away. I then copied all files /usr/share/javahelp/lib/j* to /opt/sun-jdk-1.5.0.12/jre/lib/ext (which is presumably my "java extension directory"). After doing this I could start webscarab with no complaint.

Reproducible: Didn't try

Steps to Reproduce:
1. Emerge webscarab

2. Start webscarab (I started it as root).


Actual Results:  
Complaints in the console output, saying "The JavaHelp libraries could not be found", "Please add jhall.jar to the extension directory of your Java Runtime environment". Built-in help not usable.

Expected Results:  
No complaint, built-in help usable.

Maybe javahelp should be a dependency of webscarab. Then there is also the additional configuration problem of making webscarab find the jhall.jar jarfile and such; I don't know that should best be solved.
Comment 1 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2007-07-19 22:02:18 UTC
(In reply to comment #0)
> Maybe javahelp should be a dependency of webscarab. Then there is also the
> additional configuration problem of making webscarab find the jhall.jar jarfile
> and such; I don't know that should best be solved.
 
Should be solved by using java eclasses and functions in the ebuild, namely java-pkg_dojar to install the jar, and java-pkg_dolauncher to create the launcher (using main class and not -jar as -jar doesn't allow to set custom CLASSPATH) instead of the script in FILESDIR.

Also, the package should ideally be built from source as sources seem available.
Comment 2 Alin Năstac (RETIRED) gentoo-dev 2007-08-21 19:10:06 UTC
Java team, please attach an ebuild that builds the package from source. I don't know much java :(
Comment 3 Pacho Ramos gentoo-dev 2015-11-04 16:53:56 UTC
This is completely dead for ages and upstream points people to use Zed Attack Proxy Project instead
Comment 4 Patrice Clement gentoo-dev 2015-12-10 09:45:04 UTC
commit 6ee5bd6 (HEAD, master)
Author: Patrice Clement <monsieurp@gentoo.org>
Date:   Thu Dec 10 09:44:14 2015 +0000

    net-proxy/webscarab: Removal. Fixes bug 185919.
    
    Signed-off-by: Patrice Clement <monsieurp@gentoo.org>

 delete mode 100644 net-proxy/webscarab/Manifest
 delete mode 100644 net-proxy/webscarab/files/webscarab.sh
 delete mode 100644 net-proxy/webscarab/metadata.xml
 delete mode 100644 net-proxy/webscarab/webscarab-20070504.ebuild