12 Sep
2012
12 Sep
'12
1:47 p.m.
Hey,
some random thoughts:
- bugs are sometimes related to the build system (e.g. patches for
cmake files), so that might be a more generalized version of
host-tools
- shell seems rather broad if it's supposed to include both explorer
(+dlls) and cmd
- services.exe, svchost, and actual service implementations might work
in a generalized "services" component
- umpnpmgr feels like it should go in a category with setupapi & newdev
- translations or localization in general might be useful as a separate
component -- seeing how they're usually handled by different people
than code changes are
- what about drivers that don't fall under usb or networking? Storage/FS
might also be an interesting extra category; and perhaps uniata would
even make sense separated (seeing its possible default assignee)
- Rtl stuff would go under ntcore? What about CRT?
Sorry for the messy list ;)
-Thomas
On 2012-09-11 01:19, caemyr(a)myopera.com wrote:
Hiya
We had a little discussion tonight, regarding changes in component list.
It is obvious that current list is illogical, unplanned and requires
urgent changes, with Jira update this is the best oportunity. Initial
plan was to base upon Timo's Layout rewrite. We had just a small
trimming done - below is the result:
audio
applications
directx (or rather 3d graphics which would allow also mesa/gallium in)
host-tools
networking
ntcore
sdk
shell
usb
winedlls
win32core
+
rosdlls(
| | advapi32
| | kernel32
| | crtdll
| | lsasrv
| | msvcrt
| | msvcrt20
| | msvcrt40
| | samlib
| | samsrv
| | secur32
| | security
| | fmifs
| | vdmdbg
| | userenv
| | uext2
| | ufat
| | ufatx
| | untfs)
The problem is what to do with some ill-fitting to the current scheme,
like:
| nls
| services
| eventlog
| rpcss
| services.exe
| svchost
| umpnpmgr
| spoolsv
and more. Do you see need for more components?