Summary: | app-dicts/freedict-* - Add Freedict packages using a Python script that generates all possible ebuild packages. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | guaka |
Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | app-dicts+disabled, jrmalaq, theli.ua |
Priority: | Normal | Keywords: | EBUILD |
Version: | unspecified | ||
Hardware: | All | ||
OS: | All | ||
URL: | http://www.freedict.de | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | A python script to generate freedict ebuilds |
Description
guaka
2004-01-07 08:38:59 UTC
Created attachment 23311 [details]
A python script to generate freedict ebuilds
it needs twisted
interesting, probably more approriately looked at by app-dicts. i wonder if it is a good idea to automate generating ebuilds, or just release it as a seperate tool and then let people generate these in their overlays .. i already find maintaining the seperate dictionary files difficult .. This might be more interesting if done more in the spirit of g-cpan.pl. Basically g-cpan.pl creates ebuilds for CPAN modules, stores the new ebuild in a temporary overlay directory, then emerges the CPAN module just like any other package. Also it checks to see if there's already an existing ebuild. It should be fairly simple to add this functionality to the current script. Go ahead :) It would indeed be nicer to have it in only one thingy. Even better if it also generated stuff that can be used by stardict. 4 years since last comment... is this still relevant? ~6 years of basically no comment... likely should close it. Either way, it's not python's business (just because a script is in python doesn't mean it's anyway relevant to us)... Closing this, now this both hasn't been commented on for over 15 years AND produces ebuilds using a banned EAPI. |