1 |
Can't the users download and install those tables manually from the |
2 |
official ophcrack website/server? If so, maybe adding the instructions |
3 |
in the pkg_postinst() phase of app-crypt/ophcrack ebuild would be |
4 |
enough. In that case, it wouldn't make sense having |
5 |
app-crypt/ophcrack-tables in the portage tree and should be treecleaned. |
6 |
|
7 |
************************** |
8 |
Vicente Olivert Riera |
9 |
Gentoo Linux Developer |
10 |
ID GnuPG: 5AE9E7B2E9BBCBA8 |
11 |
************************** |
12 |
|
13 |
On 10/16/2013 01:20 AM, Mike Auty wrote: |
14 |
> Hi there, |
15 |
> |
16 |
> I'm updating the app-crypt/ophcrack-tables package to include the new |
17 |
> tables available from their site. These are basically just additional |
18 |
> data packages that can be useful with the app-crypt/ophcrack package, |
19 |
> but they're very large. Including all of them will come just short of |
20 |
> 30Gb. I don't know whether it's ok to add that to our mirrors, or add |
21 |
> RESTRICT="mirror"? |
22 |
> |
23 |
> Also, these take up a lot of space in distfiles. Does anyone know of |
24 |
> a clever way to allow them to be installed without also stashing a |
25 |
> copy in distfiles (symlinking to the distfiles directory is a no go, |
26 |
> because each "set" needs its own files to have the same name as the |
27 |
> other sets)? |
28 |
> |
29 |
> I guess it's a bit of an infra question, but thought I'd ask here in |
30 |
> case anyone else has found themselves in a similar situation. For |
31 |
> more specifics about what the package is like/for see the test ebuild |
32 |
> at [1]... |
33 |
> |
34 |
> Mike 5:) |
35 |
> |
36 |
> [1] |
37 |
> http://git.overlays.gentoo.org/gitweb/?p=dev/ikelos.git;a=blob;f=app-crypt/ophcrack-tables/ophcrack-tables-1.1.ebuild |
38 |
> |