I've been thinking today that we have a lot of things in sys-devel that shouldn't probably be there, like pmake and bmake.
I'd propose the following move, if nobody has arguments aginst those: sys-devel/bmake -> dev-util/bmake sys-devel/pmake -> dev-util/pmake sys-devel/bison -> dev-util/bison sys-devel/flex -> dev-util/flex sys-devel/autoconf-archive -> dev-util/autoconf-archive sys-devel/ac-archive -> dev-util/ac-archive sys-devel/cons -> dev-util/cons sys-devel/gdb -> dev-util/gdb sys-devel/omni -> dev-lang/omni Reasoning for the moves: - bmake and pmake are additional make commands from the basic one, G/*BSD will have their own in -ubin or -bin, while the rest of the system uses GNU make as sys-devel/make; - bison and flex should get out of the system package set, what clearer than moving them out of sys-*? They are not so commonly used so there should no compelling reason to have them installed on every system; - autoconf-archive and ac-archive are not really something for your system; - cons is not commonly used as build system, so should probably be together with the other not-so-used build systems; - gdb is not part of the system, this might be a problem for crossdev...; - omni is ... well not something I'd look for in sys; plus it's a compiler so it would probably suite dev-lang better. There are a few I'm not sure of because I don't know the package at all, or because I have mixed feelings about them: sys-devel/remake -> dev-util/remake sys-devel/sparse -> dev-util/sparse sys-devel/distcc -> dev-util/distcc sys-devel/icecream -> dev-util/icecream sys-devel/m4 -> dev-lang/m4 sys-devel/patch -> app-text/patch sys-devel/prelink -> sys-apps/prelink (something else? It's not a devel package...) sys-devel/autogen -> dev-util/autogen sys-devel/dev86 -> dev-lang/dev86 sys-devel/bin86 -> dev-lang/bin86 sys-devel/gettext -> app-i18n/gettext (well, it's part of system for G/FBSD, but I'd rather have deps expressed properly...) Yes these are a lot of moves, sincerely I think sys-* categories are a bit bloated as they are, and I suppose we should start moving the things around rather than waiting forever ad ever.. -- Diego "Flameeyes" Pettenò http://blog.flameeyes.eu/
Description: PGP signature