osdir.com
mailing list archive

Subject: Re: Re: [QuilomboDigital] Considerações de estilo sobre VESLAC do Nelson. - msg#00133

List: org.user-groups.quilombo

Date: Prev Next Index Thread: Prev Next Index
LC> Se eu entendi o objetivo de diffs que vocês querem no wiki, acho
LC>que bastaria salvar a página original e a sua modificação, e apartir
LC>delas fazer um patch.
LC>
LC> É disso que vocês estão falando ?

Mais ou menos... existem alguns wikis que armazenam estes diffs, e
permitem desfazer e refazer mudanças específicas.

[]s

Nelson

__________________________________________________________________
Nelson Ferraz Insite - Solucoes Internet
e-mail: nferraz-HGnPY92mkKlwFqzsTH5u/w@xxxxxxxxxxxxxxxx
http://www.insite.com.br/




Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

Re: Vantagens Estratégicas SL

Rodrigo Sobrinho wrote: On Sat, 15 Feb 2003 10:52:46 -0200 (BRST) RS>na página 7 - vc coloca o Linux como se ele a parte que faltava para RS>o projeto GNU, que o RMS tanto sonhava. Na verdade Linux não é parte RS>do projeto GNU (e se vc ler o livro do Linus - Just for Fun, vai ter RS>certeza que, se depender dele, nunca vai ser) Hum... o texto diz era que o _kernel_ era a parte que faltava: "Hoje, o sonho de Richard Stallman, de um sistema operacional 100% livre, está praticamente completo. O kernel, ou núcleo do sistema operacional, que era uma das principais peças que faltavam ao projeto GNU, vem sendo aprimorado desde 1991, por Linus Torvalds e uma equipe de desenvolvedores espalhados pelo mundo." o kernel do projeto GNU é o Hurd, e não está funcional Eu não acho o Hurd/Mach não funcional, o que não está bom ainda é o sistema GNU/Hurd como um todo pois muitos pacotes importantes ainda não funcionam direito, mas por parte do kernel não tive problemas. Apesar de não recomendarem para uso crítico. logo, ainda falta o kernel do projeto GNU Não falta eles tem o Linux. A razão de eles quererem terminar o HURD não é por ``sonho''. If we did face the question that people ask---if Linux were already available, and we were considering whether to start writing another kernel---we would not do it. Instead we would choose another project, something to do a job that no existing free software can do. But we did start the Hurd, back then, and now we have made it work. We hope its superior architecture will make free operating systems more powerful. http://www.gnu.org/software/hurd/hurd-and-linux.html Linux é um outro projeto, independente eu diria que o sonho não é apenas ter um SO 100% livre, mas ter um SO escrito inteiramente pela equipe do projeto GNU, do zero Eles não são tão sonhadores assim. São pessoas mais práticas. Se um software é disponível como livre e pode evitar trabalho, este software é adotado para fazer parte do GNU. I should finish the historical story. You see, we set out in 1984 not just to write some free software but to do something much more coherent: to develop an operating system that was entirely free software. So that meant we had to write piece after piece after piece. Of course, we were always looking for shortcuts. The job was so big that people said we'd never be able to finish. And, I thought that there was at least a chance that we'd finish it but, obviously, it's worth looking for shortcuts. So we kept looking around. Is there any program that somebody else has written that we could manage to adapt, to plug into here, and that way we won't have to write it from scratch? For instance, the X Window system. It's true it wasn't copylefted, but it was free software, so we could use it. Now, I had wanted to put a window system into GNU from day one. I wrote a couple of window systems at MIT before I started GNU. And so, even though Unix had no window system in 1984, I decided that GNU would have one. But, we never ended up writing a GNU window system, because X came along. And I said, Goody! One big job we don't have to do. We'll use X. So I basically said, let's take X, and put it into the GNU system. And we'll make the other parts of GNU, you know, work with X, when appropriate. And we found other pieces of software that had been written by other people, like the text formatter TeX, some library code from Berkeley. At that time there was Berkeley Unix, but it was not free software. This library code, initially, was from a different group at Berkeley, that did research on floating point. And, so, we kept, we fit in these pieces. http://www.gnu.org/events/rms-nyu-2001-transcript.txt Transcript of Richard M. Stallman's speech, "Free Software: Freedom and Cooperation" New York University in New York, New York on 29 May 2001 RS>na pagina 16 - mesma coisa. "Linux é o kernel do sistema operacional RS>GNU". Não, o kernel do sistema operacional GNU é o Hurd poderia RS>reescrever: "Linux é o kernel do S.O. híbrido Gnu/Linux" O texto diz que "Linux é o kernel (ou núcleo) _atualmente_ utilizado pelo sistema operacional GNU". tá, peraí o sistema operacional é ferramentas/utilitários + hurd Linux não é GNU, é um projeto do Linus O X, assim como o TeX, o Apache, etc... não são parte do projeto GNU entretanto são aplicativos comumente presentes em instalações do sistema GNU. então: Linux é o kernel de um sistema hibrido GNU/Linux. A meu entender isso não pode ser chamado um sistema operacional GNU. Um sistema operacional GNU tem que possuir um kernel GNU (hurd). Você pode chamar o GNU/Linux de GNU quando a informação de kernel não é relevante. Leia a minha outra mensagem e veja o que o RMS diz. Se formos dizer que GNU/Linux não é GNU então vamos voltar àquela babaquice de dizer que o sistema se chama GNU/Linux/BSD/Apache/Perl/Artistic/X/SYSV, igual como dizem aqueles que não concordam com o nome GNU/Linux. []'s grutz

Next Message by Date: click to view message preview

Re: [VESLAC] Definição de SO.

LC>> Acho que podemos incluí-la na página, para ilustrar o fato de que "The use LC>> of "operating system" to mean "kernel" is found in a number of textbooks LC>> on system design, going back to the 80s". LC> LC> O problema é que ela não concorda com "going back to the 80s", acho que LC>a primeira versão é de 87, e mesmo na segunda edição de 96(?) a afirmação LC>permanece. As citações não precisam concordar, pois o objetivo aqui é mostrar que existem visões conflitantes! LC>> (Eu só precisarei dos dados bibliográficos desta obra, para poder citá-la LC>> corretamente) LC> LC>Os dados que eu tenho aqui são da versão traduzida pela Bookman, mas LC>você deve encontrar os dados do livro original na página do Tanenbaum: É importante citar a fonte de onde tiramos a citação, e não necessariamente a edição original, a não ser que alguém tenha o "Operating Systems Design and Implementation" e possa nos fornecer a citação em inglês. []s Nelson __________________________________________________________________ Nelson Ferraz Insite - Solucoes Internet e-mail: nferraz-HGnPY92mkKlwFqzsTH5u/w@xxxxxxxxxxxxxxxx http://www.insite.com.br/

Previous Message by Thread: click to view message preview

Re: Re: [QuilomboDigital] Considerações de estilo sobre VESLAC do Nelson.

On Sun, Feb 16, 2003 at 08:41:10PM -0300, Nelson Correa de Toledo Ferraz wrote: > HF>Quanto ao backup, seria muito interessante que o Wiki tivesse um > HF>mecanismo de "diffs" semelhante ao CVS. Por acaso ele não tem?! > HF> > HF>Se não tiver, eis algo em falta na implementação do Wiki. > > Infelizmente, o Wiki não possui este mecanismo de diffs. Alguém sugere uma > outra implementação? Se eu entendi o objetivo de diffs que vocês querem no wiki, acho que bastaria salvar a página original e a sua modificação, e apartir delas fazer um patch. É disso que vocês estão falando ? -- Luiz Fernando N. Capitulino Krypto: Soluções em Redes e Segurança http://www.kryptoseg.kit.net

Next Message by Thread: click to view message preview

Re: Re: [QuilomboDigital] Considerações de estilo sobre VESLAC do Nelson.

On Sun, 16 Feb 2003 20:41:10 -0300 (BRT) Nelson Correa de Toledo Ferraz <nferraz-HGnPY92mkKlwFqzsTH5u/w@xxxxxxxxxxxxxxxx> wrote: > HF>Vi coisas como uma nota grudada no texto, algo como GNU1, que pensei > HF>que fossem erros de digitação. :-) > > Sim, concordo com vocês -- GNU [1] ficaria bem melhor. > > HF>Quanto ao backup, seria muito interessante que o Wiki tivesse um > HF>mecanismo de "diffs" semelhante ao CVS. Por acaso ele não tem?! > HF> > HF>Se não tiver, eis algo em falta na implementação do Wiki. > > Infelizmente, o Wiki não possui este mecanismo de diffs. Alguém sugere uma > outra implementação? sei lá esse aqui tem http://limbo.ime.usp.br/educar2002/ já ouviu falar no Prof. Imre Simom? Sobrinho
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by