Em Sat, Apr 27, 2002 at 03:38:04AM -0300, Kiss The Blade escreveu:
> On Fri, 26 Apr 2002 14:00:56 -0300
> "Leonardo T. de Carvalho" <[EMAIL PROTECTED]> wrote:
> > Claro, mas seus clientes ficam "presos" � vc.
> Welcome to the real world, Mr. Anderson.
:-)
> > Nosso software produzido N�O � copyrighted.
Ouch, todos os que fazemos s�o, n�s apenas licenciamos como GPL, BSD, etc,
de acordo com as necessidades nossas e do cliente.
O software produzido por voc�s � de dom�nio p�blico? Onde posso encontr�-los?
N�o confunda copyright com a forma como um software � licenciado.
Copyright != Licen�a
<CORTA>
> comprou, pra eu mandar email e ver se no contrato est� escrito q ele pode
> redistribuir o software junto com c�digo fonte. Se n�o, ent�o isso tudo �
> conversa pra boi dormir mesmo.
Sim, mas o boi vai ficar desiludido e insone ;)
> � t�o dificil admitir q vc VENDE propriedade intelectual? (nao vc, seu
> chefe. Seu sal�rio vem da venda de propriedade intelectual)
Mas � confuso para a maioria das pessoas, como esta e _milhares_ de outras
discuss�es mostra.
> > Discordo, tem um XP num hardware 2 vezes melhor que o meu aqui do
> > lado. E a pemba do StarOffice abre docs Word MAIS R�PIDO que ele.
> > =oP
> Pois aqui � justamente o contr�rio, levava mais tempo pro XP BOOTAR do que
> o StarOffice ABRIR (isso quando tinha XP aqui, nao tem mais). Veja bem, um
> SISTEMA OPERACIONAL, com player multimidia, browser, ambiente grafico
> cheio de frufrus e uma s�rie de m�dulos que deus sabe quantos s�o, tudo
> isso carregado ao mesmo era mais r�pido para carregar do que um MALDITO
> PROGRAMA OFFICE. Diz alguma coisa?
KTB, porque � t�o dif�cil acreditar que um sistema operacional pode ser
mais simples e menos complexo do que uma suite Office?
Algu�m aqui j� lembrou que o StarOffice e tantos outros softwares propriet�rios
foram feitos para um ambiente sem padroniza��o (ou com muitas ;) ) nem
arquitetura (oficial ou "de facto") para ambiente gr�fico: Linux, Unices, etc,
e que ainda tinha que funcionar no Windows e (IIRC) MacOS. Duplica��o. N�o
adianta o kernel tentar ser esperto com t�cnicas de pagina��o, carga por,
demanda, caching, etc, etc, se os usu�rios do coitado n�o compartilham quase
nada (t�, compartilham a glibc e meia d�zia de outras bibliotecas simples).
Quando chegar o tempo em que o StarOffice (ou outro software comercial qualquer)
quando carregado encontrar boa parte dos componentes j� em mem�ria pois
ou est�o sendo usados pelo que se convencionar chamar de "sistema operacional"
e "ambiente gr�fico" ou est�o sendo usados por outro aplicativo (comercial ou
n�o), veremos, at� l� fica esta josta de hoje em dia (que n�o � t�o ruim quanto
a de alguns meses atr�s, que foi melhor do que a de um ano atr�s, que...).
Quando tivermos padroniza��o na ABI C++ e um compilador decente, etc (opa, o
gcc 3.1 vem ai, gerando bin�rios C++ mais aderentes a ABI, mas 10%, em m�dia,
mais lentos que os gerados pelo 2.95.3 :( mas isto poder� ser recuperado
em mais um ciclo de otimiza��es, quem sabe no gcc 3.2 recuperamos estes 10% e
ganhamos mais uns 5%).
Resumo: n�o � t�o bom, como o kernel era em 1991, 1992 ;) Como o apache era h�
alguns anos atr�s, como...
Para terminar, algu�m j� notou como os aplicativos Linux est�o passando a
usar dezenas de DLLs, oops, bibliotecas compartilhadas? Exemplo:
[acme@brinquedo acme]$ ldd /usr/bin/gnomemeeting
libopenh323.so.1 => /usr/lib/libopenh323.so.1 (0x4001f000)
libdl.so.2 => /lib/libdl.so.2 (0x405e2000)
libpt.so.1 => /usr/lib/libpt.so.1 (0x405e7000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40886000)
libssl.so.0.9.6 => /usr/lib/libssl.so.0.9.6 (0x4089d000)
libcrypto.so.0.9.6 => /usr/lib/libcrypto.so.0.9.6 (0x408cb000)
libgnomeui.so.32 => /usr/lib/libgnomeui.so.32 (0x40984000)
libart_lgpl.so.2 => /usr/lib/libart_lgpl.so.2 (0x40a58000)
libgdk_imlib.so.1 => /usr/lib/libgdk_imlib.so.1 (0x40a66000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40a89000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40a94000)
libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0x40aac000)
libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0x40bea000)
libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0x40c1d000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40c20000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40c2e000)
libgnome.so.32 => /usr/lib/libgnome.so.32 (0x40cee000)
libgnomesupport.so.0 => /usr/lib/libgnomesupport.so.0 (0x40d06000)
libesd.so.0 => /usr/lib/libesd.so.0 (0x40d0d000)
libaudiofile.so.0 => /usr/lib/libaudiofile.so.0 (0x40d14000)
libdb.so.2 => /usr/lib/libdb.so.2 (0x40d36000)
libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x40d44000)
libldap.so.2 => /usr/lib/libldap.so.2 (0x40d67000)
liblber.so.2 => /usr/lib/liblber.so.2 (0x40d8f000)
libresolv.so.2 => /lib/libresolv.so.2 (0x40d99000)
libgthread-1.2.so.0 => /usr/lib/libgthread-1.2.so.0 (0x40dab000)
libm.so.6 => /lib/libm.so.6 (0x40daf000)
libgdk_pixbuf.so.2 => /usr/lib/libgdk_pixbuf.so.2 (0x40dd2000)
libgconf-1.so.1 => /usr/lib/libgconf-1.so.1 (0x40de6000)
liboaf.so.0 => /usr/lib/liboaf.so.0 (0x40e21000)
libORBitCosNaming.so.0 => /usr/lib/libORBitCosNaming.so.0 (0x40e3b000)
libORBit.so.0 => /usr/lib/libORBit.so.0 (0x40e44000)
libIIOP.so.0 => /usr/lib/libIIOP.so.0 (0x40e80000)
libORBitutil.so.0 => /usr/lib/libORBitutil.so.0 (0x40e8e000)
libnsl.so.1 => /lib/libnsl.so.1 (0x40e91000)
libgconf-gtk-1.so.1 => /usr/lib/libgconf-gtk-1.so.1 (0x40ea8000)
libgnomecanvaspixbuf.so.1 => /usr/lib/libgnomecanvaspixbuf.so.1 (0x40eaf000)
libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x40eb3000)
libc.so.6 => /lib/libc.so.6 (0x40efe000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x41025000)
libz.so.1 => /usr/lib/libz.so.1 (0x41047000)
libsasl.so.7 => /usr/lib/libsasl.so.7 (0x41057000)
libkrb4.so.2 => /usr/lib/krb5/libkrb4.so.2 (0x41063000)
libdes425.so.3 => /usr/lib/krb5/libdes425.so.3 (0x4107a000)
libkrb5.so.3 => /usr/lib/krb5/libkrb5.so.3 (0x41080000)
libk5crypto.so.3 => /usr/lib/krb5/libk5crypto.so.3 (0x410ec000)
libcom_err.so.3 => /usr/lib/krb5/libcom_err.so.3 (0x41107000)
libpopt.so.0 => /usr/lib/libpopt.so.0 (0x41109000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
libdb-3.1.so => /lib/libdb-3.1.so (0x41112000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x4118c000)
libpam.so.0 => /lib/libpam.so.0 (0x411ba000)
libgssapi_krb5.so.2 => /usr/lib/krb5/libgssapi_krb5.so.2 (0x411c2000)
libdb.so.3 => /usr/lib/libdb.so.3 (0x411d8000)
Note que isto � recursivo, o gnomemeeting (netmeeting like) n�o liga
diretamente com todas estas bibliotecas, mas as biblitecas com as quais ele
liga, as que estas liga, etc, acabam gerando esta pequenas listagem de 54
bibliotecas compartilhadas. Um aplicativo como o StarOffice usa boa parte
da funcionalidade necess�ria a um gnomemeeting, mas n�o usa as mesmas
bibliotecas, liga de forma est�tica, ou tem suas pr�prias bibliotecas para
fazer a mesma coisa.
Ah, o gnomemeeting acima � parte do snapshot, vers�o em desenvolvimento do
Conectiva Linux, p�s CL 8, mas ele tamb�m est� presente no CL 8, mas em uma
vers�o anterior. O tempo n�o para. Conceitos mudam. Aprendam a lidar com
eles. Como? N�o sei exatamente, venho tentando h� 8 anos... :-)
- Arnaldo
Assinantes em 27/04/2002: 2258
Mensagens recebidas desde 07/01/1999: 164635
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
mailto:[EMAIL PROTECTED]
