[Hard-mach] Diretivas para o projeto // Directives for the project

[Leonardo Pereira]

Olá, vou estrear essa lista de dicussão com um assunto que deve ser base do projeto. Temos que decidir o que será usado como base para o nosso projeto, que se realmente caminhar, não vejo motivos para ele não se tornar um Mach 2. 

O primeiro ponto que eu gostaria de colocar é qual seria a base para desenvolvimento do nosso projeto. Hoje existem 3 versões que funcionariam com o Hurd.
 - A primeira é o GNU Mach 1, a única completamente funcional, entretanto, ela possui MUITOS códigos realmente desorganizados além do "famoso" glue-code para os drivers do linux.
 - A segunda é o Oskit-Mach (GNU Mach 2), atualmente ele não funciona por alguns bugs, mas ele possui algumas vantagens sobre o GNU Mach 1, bugs existentes na versão antiga não existem mais nessa versão.
 - A terceira, que é a que eu considero ideal, trata-se do StoMach, foi um projeto iniciado por Gianluca com a intenção de substituir o glue-code por códigos do oskit, assim todo o kernel permaneceria com a estrutura antiga, mas os drivers, que é, de fato, um dos maiores gargalos do GNU Mach 1 na questão de organização do código, seriam substituidos pelo oskit. Entretanto, apenas o suporte a disco rígidos foi implementado por Gianluca, pois ele abandonou o projeto ao não gostar da interface do oskit nem da falta de suporte a threads do mesmo.

Alguns trabalhos, de fato, independem dessa decisão (como modificação de VM e IPC, que são os mesmo para todos), mas é, no mínimo, interessante essa decisão como forma de guiar outros projetos como limpeza do código, organização do Build System...

Outra coisa importante seria que todos que fosse participar do projeto solicitassem a documentação da FSF para repasse de Copyright para a mesma. Você não paga nada, eles lhe enviarão uma carta onde virão os contratos de acordo com os projetos solicitados e depois você assina, coloca dentro do envelope que eles enviam e envia de volta para eles. o valor para envio fica em torno de 3 reais. Você ainda ganha alguns adesivos que eles mandam de brinde.

Isso é importante para que no futuro o trabalho possa ser continuado por outra pessoas caso a licença precise mudar por qualquer motivos. Outro ponto é para que a FSF possa defender os Direitos Autorais do projeto legalmente. Entre outras questões menores.

Quaisquer dúvidas é só perguntar que Eu ou o Xsun, que já assinamos os papeis para o GNU Mach, GNU Hurd e GlibC, podemos explicar como proceder.

---

Hi, I think that are some important things to discuss about the initial directives of this project, since we need organization to improve this project and possibility it to turn GNU Mach 2.

The first point that I wanna discuss is what will be the base code for development on this project. Today there are 3 versions of Mach that works with Hurd.
 - The 1st is the tradicional GNU Mach 1, the unique fully functional. The problem of it is that it has many unececessary code, a ugly glue-code for linux 
2.0 drivers and a ugly and strange Build System.
 - The 2nd is the Oskit-Mach (GNU Mach 2), today it do not work, but it already has some improvements over GNU Mach 1, some big problems of the GNU Mach 1 do not exist on this version.
 - The 3rd is the Stomach. It was a project started, and latter abandoned, by Gianluca. The initial intention was replace the glue-code for code of oskit. Today only the IDE drivers are working. This version solve some ugly-code-problem of GNU MAch 1, but do not solve others structural problems. He abandoned the project because he didn't liked the oskit interface and the fact that it is not threaded

Some jobs, in fact, are independant of this decision (like works on VM and IPC, that are the same for all versions), but is, at least, interesting this decision to guide others projects, like code cleaning, organization of the Buld System...

Sorry for my ugly English.