Emprint compiles just fine and is actively maintained by me.

PROTO/elm_* compiles just fine and is actively maintained by me.

dh

On 02/02/2010 03:30 PM, Gustavo Sverzut Barbieri wrote:
> Hi all,
>
> Our SVN is huge, a real pain to:
>      - checkout (for both newbies and core devs -- those that must
> checkout everything, so can grep to see what our core changes affect)
>      - understand (for newbies, that also suffer from huge checkout time)
>
> The amount of legacy that not even compiles is great. I tried to
> reduce it a while ago by moving things to BROKEN and OLD. I bet most
> of stuff in OLD is now broken, and I want to remove those altogether
> before 1.0 is released.
>
> My current plan is to remove:
>     - BROKEN/*
>     - OLD/ all except etk and BINDINGS/python-etk -- no hard feelings
> if everyone agrees to remove these as well
>     - PROTO/eve  (I'll add a proper webkit browser once webkit-efl is
> released later this month, we broke all the API and eve as is will not
> even compile)
>
> I need feedback on these, I don't use and don't know nobody that uses
> or maintain those, so no idea if they ever compile or are maintained:
>     - elicit
>     - elitaire
>     - emprint
>     - ephoto
>     - esmart (broken IMO)
>     - estickies
>     - exml
>     - entrance (broken IMO, but seems quaker wants to fix its problems)
>     - edje_editor (uses etk... and not catching up)
>     - edje_viewer (is it working? I guess so... willing to keep it if
> it is working)
>     - imlib2_loaders
>     - imlib2_tools
>     - MISC/enna (move outside SVN AFAIK)
>     - MISC/gevas*
>     - PROTO/elm_* (I guess these are maintained by devilhorns, but need
> to confirm)
>     - PROTO/enterminus (dead and broken AFAIK)
>     - PROTO/e_phys
>     - PROTO/epx
>     - PROTO/exorcist
>     - PROTO/fiddle  (raster never got back to it...)
>     - PROTO/eyesight  (is it maintained? does it work?)
>     - PROTO/gfx_routines
>     - PROTO/keys (is it maintained? does it work?)
>     - BINDINGS/ruby
>     - BINDINGS/perl (all except newly added Elementary?)
>
> Let's not forget we have svn history... so people can always dig there
> to find ancient code, just svn (co|up) -r1234 to get it.
>
> If you are (or better put: used to be) the maintainer of one of these
> packages and do not want to maintain it anymore and cannot find a new
> maintainer, please consider removing it from SVN yourself.
>
> BR,
>


------------------------------------------------------------------------------
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to