Notícia publicada por brain em abril 16, 2004 10:23 AM
| TrackBack
A palestra online sobre o Conectiva Linux 10, realizada em um servidor de chat para permitir a participação de interessados de todo o Brasil, encerrou há poucos minutos. Se você não pôde participar, veja e comente a íntegra da transcrição abaixo.
Agradecemos à Conectiva que gentilmente se dispôs a nos enviar este material imediatamente após a conclusão do evento. Atualização: A Conectiva informa que a palestra chegou a ter 210 participantes simultâneos, o que demonstra o interesse no seu novo produto e é a prova do sucesso do evento.
14:05 <acme> boa tarde!
14:21 <acme> Pessoal, sugiro a leitura do artigo http://www.osnews.com/story.php?news_id=6734,
diversos dos temas lá tratados serão discutidos aqui
14:21 <acme> É sobre o CL 9 ainda entretanto
14:22 <acme> É um artigo que foi publicado hoje: 2004-04-15 06:12:20 UTC
15:00 <cavassin> Boa tarde a todos.
15:00 <cavassin> Agradeço a presença de vocês e espero que aproveitem bem a palestra.
15:00 <cavassin> O objetivo é dar um panorama do desenvolvimento do Conectiva Linux 10.
15:00 <cavassin> e as perguntas podem ser feitas no canal #PerguntasConectiva.
15:00 <heliocastro> Boa tarde
15:01 <cavassin> Vamos começar com o Arnaldo Carvalho de Melo, mais conhecido como acme,
o brasileiro que mais contribui para o kernel linux.
15:01 <acme> Boa Tarde
15:01 <cavassin> acme, a bola está contigo :-)
15:01 <acme> Ok Cavassin!
15:02 <andreas___> pergunta se o pessoal do fundo está ouvindo :)
15:02 <acme> Bem, apesar de um pouco batido creio ser interessante investir alguns minutos
falando sobre o histórico das distribuições da Conectiva, vou ser breve, prometo!
15:02 <acme> andreas___: :-)
15:02 <acme> ok, utf-8 desligado :)
15:03 <acme> Quando começamos a Conectiva, não tínhamos o objetivo de manter um sistema operacional
15:04 <acme> isto surgiu porque precisávamos administrar um número crescente de máquinas em
provedores de acesso a internet na então infância da internet comercial brasileira
15:04 <acme> Ainda lembro de quando usava Slackware na Kanopus :-)
15:04 <acme> então tomei conhecimento da Red Hat, na época a versão "Picasso", 3.0.3
15:04 <acme> e a forma de gerenciar pacotes me interessou
15:05 <acme> começamos então a utilizá-la
15:05 <acme> mas faltavam diversos pacotes
15:05 <acme> notavelmente os que incluiam criptografia
15:05 <acme> que não podiam ser incluidos por conta da legislação americana
15:05 <acme> então aprendi o funcionamento de rpms
15:05 <acme> e estudei um pouco o instalador do RH
15:06 <acme> em determinado momento tínhamos um bom conjunto de pacotes rpm adicionais
15:07 <acme> fazer com que estes pacotes e os que substituiam pacotes já no Red Hat fosse
instalados mais facilmente, isto é, durante a instalação do sistema
15:07 <acme> sem necessidade de depois instalar um monte de rpms foi o que me fez estudar a
distro com um todo
15:07 <acme> bem, para encurtar, em determinado momento tínhamos uma ligeira derivação da RH
mais adequada ao uso no Brasil e no mercado que nós atacávamos
15:07 <acme> como era difícil comprar CDs pela internet, problemas com a receita, etc
15:08 <acme> e tínhamos mesmo que queimar uma quantidade de CDs para entregar aos nossos
clientes...
15:08 <acme> 500 CDs fica caro... putz, mas mil é demais...
15:08 <acme> ok, fizemos mil
15:08 <acme> surgiu na info exame...
15:08 <acme> nas versões seguintes começamos a investir mais
15:09 <acme> agora eu tinha ajuda do cavassin! depois do rodarvus!
15:09 <acme> e de um menino de 14 anos, curioso!
15:10 <acme> aurélio depois e o time foi crescendo
15:10 <acme> investimos num instalador
15:10 <acme> e depois precisávamos de ferramentas adicionais, como um atualizador de pacotes, etc
15:10 <acme> sempre procurando se integrar a projetos existentes
15:10 <acme> primeiro Linuxconf
15:11 <acme> onde contribuimos muitos módulos para configuração de diversos serviços
15:11 <acme> depois com o apt-rpm
15:11 <acme> e em seguida synaptic
15:11 <acme> continuamos investindo nestes projetos, colaborando com os mantenedores e em alguns
casos nos tornando mantenedores
15:12 <acme> durante o CL 10 procuramos, nesta linha, melhorar o synaptic como ferramenta de
instalação do sistema
15:12 <acme> e investimos em diversas outras características nestas ferramentas
15:12 <acme> como o suporte a scripting no apt e no synaptic
15:13 <acme> também continuamos trabalhando na fragmentação de pacotes por características
15:13 <acme> procurando tornar a distribuição flexível para um número maior de cenários
15:13 <acme> e reduzindo o uso de espaço em disco e de banda de comunicação utilizada para
atualização de pacotes
15:14 <acme> também procuramos ouvir mais os usuários do Conectiva Linux
15:14 <acme> e implementar uma série de processos que nós já planejávamos há bastante tempo
15:15 <acme> como a liberação de isos numa sequencia de Technology Previews (nah, deveria ser
em português :P ), depois betas e em breve Release Candidades
15:15 <acme> a resposta tem sido boa e temos tido a alegria de ver mais pessoas discutindo a
distribuição em desenvolvimento em nossas listas de discussão
15:16 <acme> voltando a fragmentação de pacotes
15:16 <acme> os componentes de uma distro Linux tem sido traduzidos para uma multitude de línguas
15:16 <acme> o que acaba aumentando muito o espaço utilizado por uma instalação tradicional
15:17 <acme> usando o suporte a scripting no apt e synaptic e com infra-estrutura no sistema
de manutenção da distribuição
15:17 <acme> separamos todas as línguas em pacotes separados
15:17 <acme> deixando tudo de forma transparente
15:17 <acme> agora somente as línguas escolhidas pelo usuário serão instaladas
15:18 <acme> isto foi especialmente importante no caso do KDE
15:18 <acme> onde o número de traduções é enorme
15:18 <heliocastro> Opa...
15:18 <acme> aqui eu descanso um pouco e passo a bola para o helio
15:18 <acme> para que fale sobre isto e sobre outros aspectos do KDE
15:18 <heliocastro> Pela contagem do ano passado chegamos a mais de 4000 pacotes de i18n
15:19 <heliocastro> Isso por termos dividido os 56 idiomas entre app e docs específicos
15:19 <heliocastro> Poderia falar mais sobre isso, mas temos uma lista grande de perguntas..
15:20 <heliocastro> Acho que podemos responder as demais questões durante isso..
15:20 <acme> um esclarecimento: nos CDs do CL10 vão somente traduções para português, espanhol
e variações de inglês
15:21 <acme> mas todas estarão disponíveis pela internet
15:21 <acme> podemos responder algumas perguntas, moderador? :)
15:21 <niemeyer> Acredito que seria interessante dar continuidade na palestra, e deixar as
perguntas mais para o fim. Do contrário teremos dificuldade de voltar aos tópicos propostos
inicialmente.
15:21 <acme> ok
15:22 <acme> helio, continua? ou eu posso falar sobre infraestrutura da distro um pouco
15:22 <heliocastro> bom, a bola está comigo
15:22 <acme> ok
15:22 <heliocastro> Tivemos um trabalho carregado em conjunto com a equipe de produtos para o CL10
15:22 <heliocastro> Tivemos testes de usabilidade
15:23 <heliocastro> Com usuários de diverssas categorias
15:23 <heliocastro> Desde usuário final a técnicos e empresários
15:23 <heliocastro> Graças a isso pudemos identifica alguns detalhes que só mesmo através de
uso poderíamos pegar
15:24 <heliocastro> Então como a palavra de ordem ultimamente no mundo Linux é Desktop,
conseguimos aproximar o desktop padrão, que no nosso cas é o KDE
15:24 <heliocastro> para o mais próximo dos requisitos do usuário.
15:24 <heliocastro> Uma grande problema foi o supermount
15:25 <heliocastro> E hábitos legados do usuário, que embora todo mundo trabalhe sobre a base
de idéias acumuladas de sistemas operacionais diferentes
15:25 <heliocastro> ainda havia muita coisa que precisava ser feita
15:25 <heliocastro> O tema foi estudado, os menus trabalhados exaustivamente
15:26 <heliocastro> Os novos recursos de compatibilizar com os outros ambientes Desktop como
Gnome e Xfce
15:26 <heliocastro> Simplificação de interfaces que eram muito complexas
15:27 <heliocastro> Melhor ajuste dos painéis de configuração, o que vale um comentário.. Ainda
não temos a solução ideal mas estamos tentando chegar ao ponto ótimo..
15:27 <heliocastro> Ja conseguimos ter uma integração transparente entre o kclcontrol e o webmin
15:28 <heliocastro> Evitando assim que o usuário precise usar n ferramentas de configuração
15:29 <heliocastro> O CL10 sai com o KDE 3.2.2 final, com todas as novidades e alguns ajustes
espeçificos
15:29 <heliocastro> Incluindo um gerenciamento melhor de dispositivos
15:30 <heliocastro> Embora o que todo mundo esteja comentando de novas distribuições detectarem
tudo, ninguém se lembrou que é quase inperante ter seu dispositivo detectado e não saber
como usá-lo
15:30 <heliocastro> Impressoras podem ser tranparentes, mas é necessário que ao plugar
disposistivos como camêras digitais, elas estejam de acesso fáciol no desktop
15:31 <heliocastro> E temos ainda todso os novos recursos adicionados as ultimas releases do KDE,
como Integrador de Groupware, Kontact.
15:32 <heliocastro> Sistemas de armazenamento seguro de senhas
15:32 <acme> kaffeine!
15:32 <heliocastro> Transparência de arquivos de rede...
15:32 <heliocastro> Eu ia chegar na Multimedia
15:32 <heliocastro> :-)
15:32 <heliocastro> Mas tão me batendo aqui pra responder perguntas...
15:33 <acme> :)
15:33 <acme> antes eu quero falar um pouco sobre infra-estrutura de manutenção da distro
15:34 <acme> algo pouco visto mas muito importante
15:36 <niemeyer> acme?
15:36 <andreas___> ok, lá vem as perguntas
15:36 <heliocastro> Perguntas ?
15:36 <andreas___> <Aline---> Gostaria se saber qual é a estratégia da Conectiva para tentar
reconquistar a confiança de diversos usuários corporativos ou não que ela perdeu devido a
degradação da distribuição nos últimos tempos, sendo uma das mais criticadas principalmente
pelos universitários. Qual é a estratégia de convencimento de que essa forma de desenvolvimento
trará uma distribuição melhor?
15:36 <heliocastro> Responde tu
15:37 <heliocastro> acme: ?
15:37 <acme> ok
15:37 <acme> resultados :)
15:38 <acme> no nosso lado temos percebido uma constante melhoria devido a disponibilização de
isos com regularidade
15:38 <acme> recebendo e respondendo sugestões
15:38 <acme> podendo com isto ter a distribuição testada em um número maior de configurações
e resolvendo um número maior de problemas
15:38 <acme> antes do lançamento da próxima versão
15:39 <acme> próxima pergunta? :)
15:39 <andreas___> <fireblade_br> o supermount vai ser padrão? Tem como eu desabilitá-lo? (eu
odeio colocar um CD no drive e depois ter um monte de janelas abrindo no meu desktop)
15:40 <heliocastro> Eu respondo
15:40 <acme> vá em frente! :)
15:40 <heliocastro> Sim, ele é padrão mas há como desabilitar..
15:40 <heliocastro> E os patchs não afetam o funcionamento de ambos os processos
15:41 <heliocastro> Não terá milhares de janelas :-)
15:41 <heliocastro> Próxima
15:41 <andreas___> <Dicroh> pq a conectiva nao abre um clube tipo o da mandrake, redhat ?
15:41 <acme> é algo que vem sendo mais seriamente considerado e estudado nos últimos meses
15:41 <heliocastro> acme: ?
15:41 <acme> durante discussão na linux-br há uns 6 meses atrás
15:42 <acme> eu reuni uma série de sugestões que estão sendo analisadas, para que possamos
identificar que estrutura é necessária
15:42 <acme> para que isto seja útil para os usuários
15:42 <andreas___> <Schimidt> Pergunta: Qual será a novidade [se é que vai ter] para quem usa
só no desktop ?
15:42 <acme> e para que seja lucrativo de tal forma a ter continuidade
15:42 <acme> helio: é sua!
15:42 <heliocastro> Quanto as novidades do Desktop..
15:43 <heliocastro> COmo principal novidae eu gostaria de dizer que o usuário pode usar
praticamente todos os serviços sem ter um console aberto !
15:43 <heliocastro> Graças a infraestrutura criada pelo KDE
15:43 <niemeyer> Eu também citaria: maior estabilidade, decorrente do amadurecimento dos
softwares em questão.
15:43 <heliocastro> Podemos mesmo acessar serviços de ssh via browser..
15:44 <heliocastro> Próxima
15:44 <andreas___> <aprigio> Aos usuarios que não sabem a empresa conectiva (pelo oq eu li) teria
entrado em acordo com o mercadolivre proibindo e impossibilitando oss usuarios do mercadolivre
vender os ISOs do conectiva linux fazendo com que a versao SERVER seja disponiobilizada barata
demais por la e impossibilitando as vendas. Senhores da conectva s/a isso tb nao seria uma
falta de etica? Isso eh facilmente visualizado em varios sites que informa
15:44 <andreas___> m que a conectiva e o mercadolivre nao querem que ninguem venda cds do CL
linux nele
15:44 <heliocastro> acme: ?
15:44 <andreas___> acme?
15:45 <acme> de volta
15:46 <acme> eu gostaria de manter a palestra sobre aspectos técnicos, pois os palestrantes
não estão diretamente envolvidos com estes processos para que possamos dar uma resposta adequada
15:46 <acme> o Rodrigo, diretor de marketing, está presente e está anotando estas questões
15:46 <andreas___> <TiaGo_O> andreas___: PEGUNTA INTERRESSANTE DO const "terá mudanás no conteúdo
programático ministrado nos cursos?" !!!
15:46 <acme> possivelmente uma página com considerações a respeito seja o ideal
15:46 <acme> sim
15:47 <andreas___> ZORNIPLEX> Uma dúvida, no cl10 vai vir com suporte aos novos Nforce2 e 3?
15:47 <acme> os cursos estão sendo revistos, mas esta também é uma pergunta que fica fora do
escopo desta palestra, creio :)
15:47 <acme> Rodrigo, vai anotando :)
15:47 <heliocastro> Eu respondo
15:47 <acme> ok
15:47 <heliocastro> Nforce2 est;a suportado já no novo Kernel
15:47 <heliocastro> nforce3 está sobre consulta
15:48 <andreas___> <minholi> andreas___: Sobre a fragmentação de pacotes feita pela conectiva. Eu
acredito que isso realmente tenha o seu lado bom, evitando que o tráfego de dados desnecessário
durante atualizações e tudo mais. Só que é comum ter problemas de dependência ao tentar compilar
alguma coisa numa instalação padrão do Conectiva Linux e ficar completamente perdido por não
saber em quais pacotes estão as libs necessárias e outr
15:48 <andreas___> os problemas relacionados à nomenclatur
15:48 <heliocastro> Bom, esse
15:48 <acme> isto é resolvido ou grandemente facilitado usando as características do apt
15:48 <andreas___> complementando essa pergunta:
15:48 <andreas___> <epx> a mão de obra de fragmentar pacotes do CL vale a pena? alguem instala
que não pelos task-*?
15:48 <andreas___> <epx> pessoalmente acho que é um tempo mal gasto, mas isso sou eu
15:48 <andreas___> <_leslie> epx: só sei que separar a documentação do pacote original como
lilo e lilo-doc é um saco
15:48 <andreas___> <_leslie> volta e meia vc precisa instalar o pacote de documentação por que
esqueceu uma linha de comando
15:49 <andreas___> acme?
15:49 <acme> estou formulando a resposta
15:50 <acme> isto será facilitado de uma forma similar ao que foi feito com os pacotes de
internacionalização
15:50 <acme> isto é, por default documentação seria instalada quando o pacote relacionado
for instalado
15:50 <acme> de forma automática
15:50 <acme> a fragmentação traz vantagens, porém exige mudanças no sistema para que possa ser
plenamente utilizada
15:51 <acme> isto vem sendo feito e será melhorado
15:51 <andreas___> <RedCzar777> Pergunta: Será o webmin a ferramenta que substituirá o
Linuxconf? Haverá alguma mudança nessa ferramenta para se adequar melhor ao CL 10?
15:51 <acme> próxima?
15:51 <heliocastro> Eu respoondo
15:51 <acme> ok
15:51 <heliocastro> Como disse na introdução, o webmin está sendo integrado ao ambiente junto
ao kclcontrol
15:52 <heliocastro> Para o usuário deverá parecer tranparente
15:52 <heliocastro> Ele vai estar totalmente integrado ao CL10 com o mesmo aspecto. E o Linuxconf
ainda está lá
15:52 <heliocastro> Proxima
15:52 <andreas___> <Djalma-AL> Por que não utilizam um processo de atualização de pacotes
permanente independente da versão do C.L., ou seja, versões novas de programas como o sshd por
exemplo não são atualizadas, mantendo-se o 3.5 e não o 3.8 que é mais recente?
15:53 <acme> esta seria para o andreas, mas posso responder :)
15:53 <acme> vou responder
15:53 <acme> novas versões trazem melhorias, mas também trazem potenciais novos problemas
15:54 <acme> e muitas vezes exigem atualizações de outros componentes do sistema
15:54 <acme> o que potencialmente desestabiliza partes não relacionadas
15:54 <acme> o procedimento mais conservador, e utilizado
15:54 <acme> é o de fazer "backports", modificando apenas as partes que estão envolvidas com
o problema que disparou a atualização
15:54 <acme> próxima?
15:54 <andreas___> <Aline---> Correção da pergunta: Devido a utilização das últimas versões do
kernel (2.6) no CL10, pude perceber que há incompatibilidades com alguns hardwares, indo de HD
até placa de som, o que funcionava adequadamente nas versões anteriores. O que a Conectiva fará
para a divulgação da lista de incompatibilidades que poderão ocorrer em diversas ocasiões?
15:55 <acme> respondo
15:55 <acme> já há algumas versões nós liberamos um arquivo com considerações
15:55 <acme> sobre as mudanças e problemas comuns encontrados na atualização de componentes
principais
15:56 <acme> bem como novas formas de se obter um comportamento existente nas versões anteriores
15:56 <acme> próxima?
15:56 <andreas___> <void_main_void> Uso o conectiva desde a versão 6, e nunca consegui fazer
meu win modem (o famoso motorola sm56) funcionar no linux. Até mesmo em outras distribuições
sempre tive esse problema. Na internet encontrei várias receitas milagrosas pra resolver isso,
mas que nunca deram certo. Será que o Conectiva 10 finalmente vai facilitar a utilização destes
tipos de modems?]
15:57 <heliocastro> Tivemos uma experiência recente em um installfest em Curitiba
15:57 <heliocastro> O grande problema atual está relacionado com alguns drivers não estarem
ainda disponibilizados para Kernel 2.6
15:58 <heliocastro> e por motivos de licença comercial, não podemos redistribuí-los
15:58 <heliocastro> Proximo
15:58 <andreas___> <AndersonCSantos> alguma esperanca do CL10 oficial vir com os drivers da
NVIDIA ?
15:58 <heliocastro> Sim
15:58 <acme> ele vem :)
15:59 <acme> próxima?
15:59 <andreas___> <AndersonCSantos> o Xconfigurator nao instala por padrao e o xf86cfg eh
muito rustico... alguma ferramenta em substituicao ?
15:59 <heliocastro> Eu respondo
16:00 <heliocastro> Estamos estudando um substituto adequado, mas graças ao xrandr, a necessidade
16:00 <heliocastro> de configurar o X várias vezes se reduziu, poi o principal motivo
16:00 <heliocastro> Era a troca de resolução, que agora é dinâmica
16:00 <heliocastro> Próxima
16:00 <andreas___> <Aline---> pergunta relaciona a resposta do helio em licença de alguns
drivers: Por que então a Conectiva não cria um script com os procedimentos de instalação dos
drivers não licenciados para livre distribuição. Isso seria muito fácil e ajudaria muito os
usuários que não possuem conhecimentos suficientes para realizar essa tarefa.
16:01 <niemeyer> Eu
16:01 <niemeyer> É uma excelente idéia, e existem planos para isso.
16:01 <acme> isto em parte foi resolvido durante bastante tempo pela comunidade, com o Roxo
liberando, no linmodens.org
16:01 <acme> conversamos bastante sobre isto, sobre drivers para impressoras, etc
16:02 <acme> com as ferramentas de configuração detectando os dispositivos
16:02 <acme> e se integrando com o apt/kynaptic/synaptic
16:02 <acme> e buscando as últimas versões dos drivers adequados
16:02 <acme> que por estarem fragmentados
16:02 <acme> tornarão o processo mais fácil e rápido
16:03 <acme> isto _quase_ foi feito para o cl10
16:03 <acme> próxima?
16:03 <andreas___> <kov> outra duvida que eu tenho: quais os planos da conectiva em relacao aa
base de codigo do apt? a distancia entre ele e o apt do debian tem aumentado muito, eu acho,
e temo que a pouca compatibilidade que existe vai realmente acabar logo
16:03 <acme> creio que aqui o Niemeyer é autoritativo
16:03 <acme> niemeyer?
16:03 <acme> :)
16:03 <niemeyer> Aqui! :)
16:04 <niemeyer> A maior distância entre o APT do Debian e da Conectiva é devido aos constantes
desenvolvimentos feitos pela própria Conectiva. :)
16:04 <niemeyer> Já há algum tempo o maior fluxo de mudanças e a partir do APT-RPM para o APT
"upstream", como chamamos.
16:04 <niemeyer> Notadamente,
16:05 <acme> isto é: para os mantenedores originais
16:05 <niemeyer> houveram muitas mudanças benéficas entre o APT-RPM disponível no CL9 e no
CL10. Por exemplo, instalação de pacotes locais utilizando os algoritmos de resolução de
dependências.
16:05 <niemeyer> Isso se encontrava na lista de "desejos" da Debian já há muito tempo,
16:05 <niemeyer> e está sendo planejada a integração destas features em breve.
16:06 <acme> próxima?
16:06 <niemeyer> Note também que os "merges", como dizemos, são feitos constantemente de ambos
os lados.
16:06 <niemeyer> Mais informações sobre mudanças recentes podem ser obtidas nessa matéria:
16:06 <andreas___> <si0ux> Pergunta: Sobre servidores, como ficará o suporte a HA ? Incluirão
pacotes do Linux Virtual Server?
16:06 <niemeyer> http://www.linuxit.com.br/artigos/aptrpm.html
16:07 <heliocastro> acme: ?
16:07 <acme> aqui
16:08 <heliocastro> acme, responde sobre esta de HA ?
16:08 <acme> esta não foi uma área atacada
16:08 <acme> mas o suporte a lvs vem sendo integrado no kernel "stock"
16:08 <acme> i.e. o kernel mantido pelo Linus/Andrew
16:08 <acme> o David Miller incorporou o LVS no 2.6, depois de diversas mudanças
16:08 <acme> então o suporte básico está disponível
16:09 <acme> e no snapshot existem pacotes para trabalhar com LVS
16:09 <andreas___> <AndersonCSantos> Porque trazer pacotes com otimizacao 386 quando a maior
parte das cpus eh 586 pelo menos ? alguma esperanca de otimizacao para o CL 10 ?
16:09 <acme> opa
16:09 <acme> existe muita discussão a respeito disto
16:09 <heliocastro> Vamos falar de _cmov ?
16:09 <acme> mas o fato é que as opções de compilação que utilizamos não otimizam para i386
16:10 <niemeyer> O ademar postou um excelente comentário sobre isso em uma thread da br-linux
recentemente.
16:10 <acme> elas apenas procuram não incompatibilizar com máquinas mais antigas
16:10 <niemeyer> Vejamos a url..
16:10 <acme> otimizações não são feitas necessariamente com uso de instruções presentes somente
em processadores mais recentes
16:10 <niemeyer> <ade_br> http://brlinux.linuxsecurity.com.br/noticias/002088.html
16:10 <acme> e nos pacotes principais
16:10 <acme> existe otimização específica
16:11 <acme> feita na forma de múltiplos pacotes
16:11 <acme> um para cada arquitetura
16:11 <acme> então temos kernel para athlon, pentium4, etc
16:11 <heliocastro> Adicionando
16:11 <acme> e em alguns pacotes, notadamente os que o andreas mantém
16:11 <acme> para multimídia/vídeo
16:11 <acme> é feita otimização que torna estes pacotes incompatíveis com processadores mais
antigos
16:12 <heliocastro> Os pacotes vem compilados com suporte a cmov, que é habilitado em arch > i686
16:12 <acme> pois ai se nota um ganho _real_
16:12 <andreas___> <const> o processo de instalação do CL10 continuará com o CL9?
16:12 <andreas___> <const> em modo texto apenas o Básico e completo em gráfico?
16:12 <andreas___> <const> o modo texto funcionará de modo completo?
16:13 <niemeyer> Resumindo a questão do i386 vs. i586, existe mais marketing do que realidade.
16:13 <heliocastro> Sim, continua
16:13 <acme> porém o processo de instalação gráfico foi _grandemente_ melhorado
16:14 <acme> um dos pontos interessantes é que somente com o primeiro CD a maioria dos usuários
terá os pacotes necessários para a maioria dos propósitos
16:14 <acme> próxima?
16:14 <andreas___> <void_main_void> As duas distribuições que sempre me chamaram mais atenção e
que mais usei até hoje foram Conectiva e Red Hat. Mas uma das vantagens do Conectiva sempre foi a
questão de conseguir ler partições ntfs, o que o Red Hat não faz tão fácil. Alguma melhoria será
(ou já foi) feita no Conectiva para melhorar esse trabalho com partições ntfs? De preferência
para possibilitar também a escrita?
16:15 <heliocastro> é ossível escrita e leitura em ntfs
16:15 <heliocastro> possível
16:15 <andreas___> <eluizbr> o boot remo continua no CL 10?
16:15 <acme> ele está sendo atualizado
16:15 <acme> pelo Túlio
16:15 <acme> e deverá usar diversas melhorias de infra estrutura que fizemos
16:16 <acme> como scripting lua para gerenciar as diversas imagens com seus /etc específicos, etc
16:16 <andreas___> * Mauricio gostaria de saber se o sistema de menus vai gerar automaticamente
os menus do WindowMaker como em versoes anteriores do Conectiva
16:16 <acme> helio?
16:17 <heliocastro> O suporte aos menus no caso do windowmaker foi descontinuado
16:17 <heliocastro> Estamos assumindo o sistema do freedesktop.org
16:17 <heliocastro> Processo de XDG
16:17 <heliocastro> O que permite que o mesmo menu seja adequado para KDE, Gnome e Xfce
16:18 <heliocastro> Se alguém portar o wmaker para usar freedesktop.org, será bem vindo
16:18 <heliocastro> próximo
16:18 <andreas___> <slackware-ownz> Gostaria de saber quais são os planos para o melhoramento
da seguranca no Conectiva, ou o que já foi melhorado.
16:18 <heliocastro> acme: ?
16:18 <acme> estamos trabalhando num sistema de firewall pessoal a ser usado durante o processo
de instalação
16:19 <andreas___> <Luciano_LabAlvar> Pergunta: Haverá suporte a gravadores de DVD ? Digo,
sem a limitação de 1GB do cdrecord original ?
16:19 <acme> também continuamos incluindo uma grande diversidade de ferramentas de segurança
na distribuição
16:19 <acme> para futuro, pós cl10 deveremos estar adotando o potencial do linux security modules
16:19 <acme> usando selinux
16:19 <heliocastro> Sim, teremos suporte a gravação de DVD sem a limitação de 1Gb...
16:19 <acme> até já gravamos um DVD
16:20 <acme> com um ISO gigante :)
16:20 <heliocastro> E melhor ainda, tivemos um CL10 de teste local aqui
16:20 <heliocastro> COm 1 DVD
16:20 <andreas___> <ruda> andreas___, Por que a conectiva (e outras distros) estão tirando
pacotes clássicos da distro? Porque o bsdgames morreu? Daqui a pouco vão tirar o ed!
16:20 <heliocastro> O CL10 é um subconjunto do que é o Conectiva
16:21 <heliocastro> Todas estas ferramentas estarão disponíveis no FTP, via apt
16:21 <andreas___> o pessoal tem perguntado bastante sobre treinamento também, alguém pode
falar sobre isso?
16:21 <acme> Rodrigo?
16:21 <heliocastro> andreas___: Acredito que o rodrigo poderia fazer um QA separado..
16:22 <acme> sim, estaremos fazendo mais sessões como estas
16:22 <acme> procurando responder a todas estas considerações, perguntas e sugestões
16:22 <acme> porém são muitas, então temos que procurar nos organizar para conseguir atender :)
16:23 <acme> isto está sendo feito
16:23 <heliocastro> Proxima ?
16:23 <andreas___> <AxParker> PERGUNTA: Agora que a SuSE deve transformar o YaST em free
software, existem planos de incluí-lo numa versão futura do CL?
16:23 <niemeyer> Eu respondo
16:23 <niemeyer> Existem planos de incluir qualquer software que se comprove uma alternative
melhor aos produtos já existentes na distribuição.
16:24 <acme> sempre estamos considerando as opções
16:24 <acme> como fizemos na época do Linuxconf
16:24 <niemeyer> Sendo eles da suse, da redhat, da debian, ou de qualquer outra empresa ou
pessoa que desenvolva software livre.
16:24 <andreas___> note que sempre que um software comercial vira "free", existe um grande
período de adaptação
16:24 <andreas___> vide mozilla, por exemplo
16:24 <andreas___> <slackware-ownz> Quanto ao kernel 2.6 e o 2.4, gostaria de saber a opinião
dos desenvolvedores do Conectiva a respeito de sua adocão em maquinas de pequeno porte e com
baixo um baixo poder de processamento.
16:24 <acme> ou openoffice
16:25 <acme> respondo esta
16:25 <acme> um dos grandes medos no time de desenvolvedores do kernel
16:25 <acme> era de que com a busca por tornar o linux escalável
16:25 <acme> para máquinas monstro
16:25 <acme> Altix SGI, etc
16:25 <acme> ele se tornasse inviável para máquinas de menor porte
16:25 <acme> e que fosse necessário um fork
16:25 <acme> para cada objetivo
16:25 <acme> porém ocorreu uma surpresa
16:26 <acme> com o 2.6 sendo melhor que os kernels anteriores
16:26 <acme> para máquinas de menor porte!
16:26 <acme> esforços com o do mpm
16:26 <acme> kernel-tiny
16:26 <acme> onde contribui com alguns patches
16:26 <acme> que acabaram já incorporados no 2.6 stock
16:26 <acme> mostram que existe possibilidade
16:27 <acme> de suportar NUMA, 64bits, SMP
16:27 <heliocastro> Minha contribuição a essa pergunta
16:27 <acme> enquanto tornamos melhor o kernel para sistemas embarcados
16:27 <andreas___> <Copag> andreas___: Hoje, grandes empresas e universidades que utilizam
Conectiva Linux em seus servidores, e gostariam de ser ouvidos pela Conectiva, para sugestão de
idéias e afins, que não utilizem o servidor (e sim os .ISO normais), e não paguem por suporte,
são atendidas? E quando querem dar sugestões? Não são potencias para fazer críticas e sugestões,
por não serem clientes que pagam?
16:27 <acme> o 2.6-tiny por exemplo, consegue ser usável numa máquina com apenas _2_ MB de RAM
16:27 <acme> :)
16:28 <heliocastro> Bom, a máquina da minha mãe com 350 Mhz roda muito melhor com o kernel 2.6 :-)
16:28 <heliocastro> Foi um ganho estupendo !
16:28 <acme> sobre sugestões de "não pagantes"
16:28 <acme> snapshot.conectiva.com espera por elas!
16:28 <acme> e nas listas também discutimos, independente de ser pagante ou não
16:29 <acme> e quando vamos atender um cliente
16:29 <acme> que paga
16:29 <andreas___> <focker-> ORACLE e DELL qdo recebem chamados de suporte e o sistema operacional
utilizado é conectiva nao oferecem suporte, o que a conectiva pensa em fazer a respeito? Isto
impossibilita a implementacao do conectiva linux em muitos clientes
16:29 <acme> como as Casas Bahia, etc
16:29 <acme> as melhorias feitas para atender as necessidades dos clientes são incorporadas
na distribuição
16:29 <acme> o que acaba sendo uma simbiose _muito_ interessante
16:29 <heliocastro> acme: Tu responde a da certificação ?
16:29 <acme> sim
16:30 <acme> infelizmente isto não é algo que a Conectiva tenha ingerência
16:30 <acme> as decisões sobre quem certificar cabem a estas empresas
16:30 <acme> muitas pessoas usaram (e usam) Oracle com Conectiva Linux
16:30 <acme> há anos
16:30 <acme> sem problemas
16:30 <acme> é uma questão apenas de política destas empresas
16:30 <acme> existiram casos em que licitações
16:30 <acme> exigiam Conectiva Linux
16:31 <acme> e para atender isto representantes locais de alguns destes fornecedores de hardware
16:31 <acme> nos contrataram
16:31 <andreas___> <int0x80> andreas___: Vou conseguir migrar do CL9 para o CL10 sem precisar
apagar tudo?
16:31 <acme> i.e. o mercado determina isto
16:31 <acme> sim, é isto que procuramos com muitos testes
16:31 <acme> e com a liberação de isos para testes
16:31 <acme> eu fiz algo interessante
16:31 <acme> fiz diversos testes
16:32 <acme> atualizando um Red Hat 9 para o snapshot
16:32 <acme> o processo até que não é complicado
16:32 <acme> e venho fazendo mudanças ao longo do tempo
16:32 <acme> para que isto fique cada vez mais fácil
16:32 <acme> instala o apt
16:32 <acme> aponta para um repositório do cl10 ou snapshot
16:32 <acme> apt-get dist-upgrade
16:33 <acme> e em boa parte dos casos, tem funcionado a contento
16:33 <acme> não é algo que vamos suportar oficialmente no momento
16:33 <acme> mas é algo que é testado periodicamente
16:33 <andreas___> <ptl> Se eu, o Joerlei, o Patola e o Manoel Pinho resolvêssemos criar um
servidor de contribuições, todos iriam perguntar: a Conectiva apoia essa iniciativa? Faz parte
da estratégia da empresa esse tipo de relacionamento com a comunidade de usuários? Ou é só uma
iniciativa de tolos defensores da distro?
16:34 <heliocastro> qualquer contrib seria bem vindo
16:34 <acme> certamente seria bem-vindo
16:35 <acme> e não temos problemas, pelo contrário, seria excelente, se isto fosse discutido
na lista snapshot-users
16:35 <acme> eu tenho em minha fila, por exemplo
16:35 <acme> uma série de pacotes feitos por um assinante da snapshot-users
16:35 <heliocastro> Eu até gostaria de garantir os nossos policies de pacotes para ajudar... Assim
o contrib garabtiria o padrão de qualidade que estamos atingindo no momento
16:35 <acme> que vou analisar e eventualmente incorporar no snapshot
16:35 <niemeyer> Também seria legal mencionar que estamos muito contentes com a iniciativa
sendo feita em www.ccl-br.com.br
16:35 <acme> sim
16:35 <acme> foi uma surpresa _muito_ agradável
16:35 <heliocastro> Próxima ?
16:36 <andreas___> <barzi> andreas___, eu nunca havia experimentado uma versão beta tão
dinâmica (ontem e hoje o "apt-get upgrade" e "dist-upgrade" atualizaram as 3 vezes que pedi
só pra testar. Acredito que isso se deve à essa participação da comunidade. A Conectiva vai
potencializar isso?
16:36 <andreas___> eu também gostaria de mais discussão na snapshot-users
16:36 <niemeyer> acme: Hora de falar na infraestrutura. ;)
16:36 <acme> ok
16:36 <andreas___> a lista é de tráfego extremamente baixo, ainda mais se comparada com a
fedora-devel, por exemplo
16:36 <heliocastro> Isso
16:37 <acme> nós temos investido bastante em infra-estrutura para manutenção da distribuição
16:37 <acme> já há bastante tempo adotamos o subversion
16:37 <acme> como ferramenta de controle de versões
16:37 <acme> sendo um dos "cases" mais interessantes desta ferramenta
16:37 <acme> o Niemeyer escreveu um artigo que foi publicado no site do projeto Subversion
16:37 <acme> isto é algo que distros como a conectiva
16:38 <niemeyer> Links sobre o assunto:
16:38 <niemeyer> https://moin.conectiva.com.br/RepositorySystem
16:38 <acme> que tem que se preocupar com _todos_ os aspectos de manutenção de um Sistema
Operacional
16:38 <niemeyer> http://www.tigris.org/newsletter/newsletter-2004-03.html
16:38 <acme> atualização para versões anteriores
16:38 <andreas___> <int0x80> andreas___: quando eu usar o apt-get dist-upgrade para atualizar
minha dostribuição.... o pacote do kernel será atualizado para o 2.6
16:38 <acme> "branches" para pacotes específicos para clientes que precisam de alguma
característica que ainda não queremos colocar na distro principal
16:38 <heliocastro> Sim
16:39 <acme> mas que através de testes extensivos vemos que atende as necessidades do cliente
16:39 <acme> são mantidas no repsys, um sistema que o Niemeyer desenvolveu
16:39 <acme> para manter _todos_ os pacotes das últimas distribuições da conectiva
16:39 <acme> então temos histórico de todas as modificações feitas
16:39 <acme> e este sistema é software livre
16:39 <acme> amplamente documentado
16:40 <acme> e disponível na distribuição
16:40 <andreas___> <NoB> SISTEMA DE IMPRESSAO o lpr vai ser sacado fora..... e as matriciais
como vao ficar?
16:40 <acme> coisa incomum entre as distribuições
16:40 <acme> colocaremos links para os assuntos discutidos, juntamente com o log da palestra
16:40 <heliocastro> Bom, vamos lá
16:41 <heliocastro> Quanto a impressão
16:41 <heliocastro> O lpr em si como aplicação não está presente
16:41 <heliocastro> Porém o CUPS que é um sistema mais avançado
16:41 <heliocastro> Provê todo o framework do lpr
16:41 <heliocastro> Isso torna os métodos de impressão com lpr tranparentes
16:42 <andreas___> <si0ux> andreas___: Com o fim do freeswan, que solução irão adotar para a
implementação de VPNs???
16:42 <acme> o 2.6 vem com ipsec nativo
16:42 <heliocastro> A base de suporte de impressoras com o Cups é muito maior e abrabgente,
isso inclui matriciais
16:42 <heliocastro> Portanto, só ganhamos com a mudança
16:42 <acme> que é disponibilizado no cl10
16:43 <acme> e existem "forks" do freeswan
16:43 <acme> que vao sendo analisados
16:43 <andreas___> que tal fazer uma listinha das novidades do CL10? Algo rápido?
16:44 <heliocastro> Vamos lá
16:44 <niemeyer> Pessoal, 10 minutos.
16:44 <heliocastro> - Suporte a multimídia melhorado ( DVD gravação e leitura )
16:45 <heliocastro> - kernel 2.6
16:45 <heliocastro> - KDE 3.2.2 com otimização ao supoermount
16:45 <andreas___> - firewall pessoal
16:45 <heliocastro> Gnome 2.6
16:45 <andreas___> - servidor pop/imap com suporte a domínios virtuais
16:46 <andreas___> - openldap 2.1.x com backend berkeley DB pré-configurado
16:46 <heliocastro> Drivers nativos NVIDIA
16:46 <andreas___> - anti-vírus para samba
16:46 <heliocastro> Samba 3.0
16:46 <andreas___> - anti-vírus genérico (clamav)
16:47 <heliocastro> Blender ultimo release co engine de renderização especial
16:47 <heliocastro> Gimp 2
16:47 <heliocastro> OpenOffice 1.1.1
16:47 <heliocastro> Completo em pt_BR ( POrtuguê do Brasil )
16:47 <heliocastro> gcc 3.3
16:47 <andreas___> - gravação de CD com ultra-dma (cortesia do kernel 2.6), não se usa mais
ide-scsi
16:47 <heliocastro> Xfree 4.4.0 final
16:48 <andreas___> - ferramentas anti-spam (spamassassin, bogofilter)
16:49 <cavassin> instalador com carga de módulos mais rápida, detecção automatica de placas de
som, instalação do perfil padrao em um CD com o synaptic melhorado.
16:49 <cavassin> suporte a xfs e jfs no instalador
16:49 <heliocastro> Kontact
16:49 <andreas___> - lvm2 (cortesia do kernel 2.6)
16:50 <andreas___> por fim, alguma data provável para o lançamento do cl10? :)
16:50 <heliocastro> kwallet ( carteira de senhas pessoais ) - KDE 3.2.2
16:50 <andreas___> o firewall pessoal é bem simples, como o nome diz, orientado para desktops
16:50 <acme> final do primeiro semestre
16:50 <andreas___> teve uma discussão sobre seu desenvolvimento na lista snapshot-users, pena
que só poucas pessoas opinaram
16:50 <heliocastro> Final do primeiro semestre de 2004
16:51 <andreas___> http://distro2.conectiva.com.br/pipermail/snapshot-users/2004-March/002357.html
(sobre o firewall pessoal)
16:51 <acme> possibilidade de instalação usando _bem_ menos espaço em disco
16:52 <andreas___> <slackware-ownz> Como anda a participacão da Conectiva e seus membros no
United Linux e quais são seus focos de mercado?
16:54 <andreas___> <lmvaz> a solução de boot remoto ainda será mantida? caso sim, quais as
alterações e melhorias com relação à versão anterior?
16:54 <acme> será mantida
16:54 <acme> novidades a respeito serão divulgadas na snapshot-users
16:55 <cavassin> será mantida. Estamos planejando usar o apt para instalar os pacotes nas estações.
16:55 <cavassin> Bem pessoal,
16:55 <cavassin> Pela quantidade de perguntas interessantes e pelo número
16:55 <cavassin> de participantes tenho certeza que teremos outras palestras
16:55 <cavassin> num futuro próximo.
16:55 <cavassin> Deixo abaixo alguns links interessantes de áreas que foram citadas:
16:55 <cavassin> Programa Beta e Bugzilla:
16:55 <cavassin> http://www.conectiva.com.br/beta/
16:55 <cavassin> http://distro2.conectiva.com.br/bugzilla
16:55 <cavassin> Sobre as versões beta:
16:55 <cavassin> https://moin.conectiva.com.br/TechnologyPreview
16:55 <cavassin> Lista Snapshot Users:
16:55 <cavassin> http://distro2.conectiva.com.br/mailman/listinfo/snapshot-users
16:55 <cavassin> Muito obrigado pela atenção de todos.
16:55 <cavassin> Meus agradecimentos também aos palestrantes.
16:56 <cavassin> clap clap clap :-)
16:56 <acme> mirrors: http://moin.conectiva.com.br/mirrors
16:56 <acme> muito bom mesmo!
16:56 <acme> vamos fazer mais :-)
Parabéns ao pessoal da Conectiva , acompanhei a transmissão e gostei muito.
Acho muito importante para a adoção em massa do Linux no Brasil, por todos os tipos de usuário, que uma distribuição nacional completa se fortaleça.
Essa proximidade da Conectiva da comunidade de usuários transmite mais segurança na hora de escolher a distribuição.
Espero ansioso pelo CL 10 e que esta tentativa de aproximação dos usuários seja definitiva.
Gostaria antes de tudo de agradecer ao Augusto pela publicação da palestra, infelizmente não tive como participar, parabenizo também a Conectiva pela brilhante idéia de discutir o desenvolvimento do CL10. Baixei as isos do Beta 2 e fiquei bastante surpreso com as novidades da nova distro. Espero que estas mudanças elencadas acima sejam apenas o início de um trabalho em parceria com os usuários e que este seja coroado de muito êxito. Desde o CL 5 até o 9 (tenho todas as caixas) venho acompanhando o amadurecimento do CL e ao longo desse período, a evolução tem sido constante. Continuem assim, desenvolvendo um Linux voltado especialmente para o usuário final (não deixando de lado é claro o corporativo).
Gostaria antes de tudo de agradecer ao Augusto pela publicação da palestra, infelizmente não tive como participar, parabenizo também a Conectiva pela brilhante idéia de discutir o desenvolvimento do CL10. Baixei as isos do Beta 2 e fiquei bastante surpreso com as novidades da nova distro. Espero que estas mudanças elencadas acima sejam apenas o início de um trabalho em parceria com os usuários e que este seja coroado de muito êxito. Desde o CL 5 até o 9 (tenho todas as caixas) venho acompanhando o amadurecimento do CL e ao longo desse período, a evolução tem sido constante. Continuem assim, desenvolvendo um Linux voltado especialmente para o usuário final (não deixando de lado é claro o corporativo).
Gostaria antes de tudo de agradecer ao Augusto pela publicação da palestra, infelizmente não tive como participar, parabenizo também a Conectiva pela brilhante idéia de discutir o desenvolvimento do CL10. Baixei as isos do Beta 2 e fiquei bastante surpreso com as novidades da nova distro. Espero que estas mudanças elencadas acima sejam apenas o início de um trabalho em parceria com os usuários e que este seja coroado de muito êxito. Desde o CL 5 até o 9 (tenho todas as caixas) venho acompanhando o amadurecimento do CL e ao longo desse período, a evolução tem sido constante. Continuem assim, desenvolvendo um Linux voltado especialmente para o usuário final (não deixando de lado é claro o corporativo).
Puxa, depois de quase sete anos usando o CL é a primeira vez que me sinto mais próximo da nossa distribuição nacional. Já fiz muito contato com o suporte (vejam lá o e-mail se tiverem registro) e uns poucos por telefone, mas é a primeira vez que tenho esta experimentação.
Por favor, dediquem mais tempo a este tipo de atividade, vocês verão os resultados. Vou até parar de procurar outras distos porque sinceramente depois da decepção com o CL 9.0 eu já estava instalando n "sabores" para abandonar o CL. Vou esperar pelo 10!!!
Achei a iniciativa louvável, entretanto vou usar o espaço de comentários daqui para insistir um pouco mais sobre a fragmentação dos pacotes.
Na minha opinião, a fragmentação é o pior defeito do Conectiva Linux. Pode até ter sido uma boa idéia inicialmente, pois a grande maioria das pessoas não dispõe de conexões rápidas para ficar baixando atualizações o tempo todo, e a fragmentação ajuda muito, mas eu faria a coisa de forma diferente.
Empacotem tudo de acordo com o que o autor produziu, dessa forma a independência dos mantenedores da distribuição será dada aos usuários avançados e, caso a conectiva esteja precisando de um modelo de negócios interessante, aí vai a minha sugestão:
Vendam assinaturas de atualização e suporte, assim as pessoas que não tem condição de fazer o download de todas as atualizações da internet apartir dos repositórios APT podem receber periódicamente um CD com atualizações que pode ser utilizado como CD complementar em novas instalações assim como no CL9++ ou como fonte para atualizações de sistemas que já estejam em funcionamento.
Isso não infringiria o licenciamento, pois as pessoas poderiam continuar pegando as atualizações da Internet ou mesmo compilando apartir dos fontes (sem os famosos problemas causados pela forma como o Conectiva Linux é empacotado) e de quebra reduziria os custos de empacotamento da Conectiva, podendo concentrar seus esforços em melhorias mais sensíveis do que ficar dividindo pra salvar alguns megabytes das conexões de seus usuários.
Pensem nisso... :-)
Fico feliz em saber que a Conectiva continua investindo em sua distribuição, e da mesma forma que o Alexandre Martins, eu já estava experimentando outras distros depois do fiasco do CL9.0 (precisei voltar p/ o CL8.0).
Tenho certeza que esta iniciativa da Conectiva em compartilhar e colher informações sobre sua distro com os usuários vai lhes render muitos benefícios, e cito como principal deles, a confiança na distro, que foi bastante afetada após o CL9.0.
Aguardarei o CL10 com bastante expectativa e espero voltar a confiar neste empacotamente brazuca.
O fato de você não gostar da pulverização de pacotes que a Conectiva fez não quer dizer que outros não apreciem. É mais do que apenas consumo de banda, é também a possibilidade de escolher que a glibc-i18n-pt-br seja instalada sem que a glibc-i18n-es-ar também seja! É poder ter realmente SOMENTE do que precisa no sistema. Dá mais possibilidades de personalização e ajuste fino da distribuição. Eu apreciava muito isso quando usava Conectiva e sinto bastante falta ao usar debian. Os pacotes do X são os mais representativos disso, existem inúmeros executáveis e serviços que nunca vou usar.
A propósito, vi que o Conectiva 10 vem com o XFree86 4.4.0. O pessoal da Conectiva não acha pelo menos incômoda a licença dele?
Infelizmente hoje as 15:00hs eu estava atrás de um maldito FIREWALL... Perdi esssa mas na do CL 11 estarei por lá!!!
Parabéns a toda equipe responsável pelo Conectiva 10!!!
P.S.: Gostei de ver um OS tupiniquim no OSNews!
Denis Galvão
É interessante ver como este tipo de atitude, que não consome muito tempo, e nem dinheiro, aproxima a distro da comunidade. Eu mesmo, nem estava cogitando o CL10, mas agora vou testá-lo. Parabéns, Conectiva!
Muito bom, adorei isso ae!
Valeu Augusto!!!
Agora queria saber se alguem sabe dos drivers da ATi, hehehhe =)
Sabem de algo?
Espero ansioso para testar o conectiva 10, pois não posso ter a versão beta em minha empresa, e parabens para a conectiva, isso mesmo, agora tendo uma postura mais flexivel ouvindo os usuários de sua distribuição, e atendendo aos pedidos dos mesmos e também da comunidade o uso da propria distribuição e respeito vai alcançar o prestigio que merece. Parabens Conectiva!
Alguem tem a transcrição do canal #PerguntasConectiva? Lá também foram respondidas algumas perguntas, mas as atenções maiores foram para o canal da palestra.
Patola,
Eles disseram que se incomodaram com a licença do XFree sim, mas não vão ter tempo hábil de trocar para outra alternativa. No entanto disseram que já estão trabalhando no/com XOrg para possivelmente utilizar num CL11.
Realmente fazer uma troca dessas leva muito tempo e dá muito trabalho e, como sabemos, o CL tem algumas outras coisas com prioridades maiores que precisam ser consertadas.
Excelente Augusto ! Parabéns pela iniciativa de transcrever a palestra aqui.
Infelizmente eu estava todo enrolado na hora da palestra e não pude participar, mas eu acho que as perguntas que faria acabaram sendo feitas.
Quanto à questão de uma comunidade de usuários do CL eu acho essencial a sua existência. Vira e mexe eu sinto a necessidade de um rpm para o CL de um programa não existente e gero um rpm "nas coxas" (geralmente adaptando rpms de distribuições similares ou gerando a partir dos tarballs fontes com o checkinstall) e o disponibilizo no meu site. Mas eu sinto falta de uma documentação da Conectiva com orientações de como fazer isso de tal modo que obedeça as normas que o pessoal da Conectiva deve usar internamente.
Eu tenho umas idéias também de adaptar (ou criar do zero, dependendo do que for mais fácil) a excelente idéia dos "ícones mágicos" do Kurumin, para instalação e configuração de winmodems, modems ADSL e programas mais comuns. Mas precisaríamos de uma comunidade de usuários/desenvolvedores para criar e testar os scripts.
gostei do pessoal da conectiva,que esta com muita vontade de mudar a visão do pessoal que mexe com linux, parte do pessoal que mexe com linux que a distru da conectiva 8 ate 9 foram as piores ja feita !! espero que eles possam mudar esta imagem e conectiva 10 seja bom e que atenda a necessidade da comunidade tanto do BRasil como de fora !!! Valeu pessoal da conectiva e br-linux.org muito obrigado !!!
Concordo com o Manoel Pinho. Tenho situações similares onde recorri aos mesmos procedimentos. Conclusão: esforços dobrados!
Se houvesse um lugar central e procedimentos claros, eu o Manoel Pinho e outros poderíamos publicar e consultar estes esforços.
Ao que parece a Conectiva está atenta à esta questão e deixou claro que apoiaria uma iniciativa destas.
É o momento para formentarmos mais este ponto.
Concordo com o Manoel Pinheiro e o sabugao,
Acho que a distribuição avançaria mais rápido se houvesse uma "edição aberta" do Conectiva Linux, creio que nos moldes do Fedora Core mais ou menos. Pelo menos as idéias dos usuários/desenvolvedores poderiam ser testadas ou implementadas mais rapidamente, e daí fariam parte da versão "oficial", caso fosse fossem aprovadas por uma equipe coordenadora, ou mesmo pela comunidade.
Creio que a Conectiva, por ser pioneira no Brasil poderia adotar idéias como os já mencionados "ícones mágicos" do kurumin, ou outras que com certeza existem por aí, mas que não têm oportunidade de serem implementadas apenas por um desenvolvedor ou hacker, já que a idéia principal do desenvolvimento do Linux é uma comunidade aberta, por que não extender esse conceito ao desenvolvimento de soluções para as distribuições?
Uma coisa eu acho ruim na filosofia da Conectiva atual, usar apcotes 386 é terrível. Quem vai rodar Gnome 2.6 e KDE 3.2 num 386? Quem vai rodar Conectiva num 386? Acho que eles deveriam pensar e mudar para 586, funciona em todos os processadores compatíveis com o promeiro Pentium, isso iria deixar a distribuição muito mais rápida.
Adoraria trocar o Mandrake pelo Conectiva, mas pacotes 386 nunca mais!!!!
Eu sei que eles tem outras pendências para resolver, mas de todas essa é uma das mais importantes **para mim**.
Estou animado em voltar a usar o conectiva depois de 2 anos longe dele e decepção.
CWagner em "ícones mágicos do kurumin"
Você conheçe o Synaptic? É uma interface gráfica para o apt-get, esses "ícones mágicos" na verdade são scripts que fazem o mesmo trabalho que o Synaptic...
affe....
Lordello, ontem o pessoal da Conectiva respondeu a um questionamento semelhante, a questão é que os pacotes principais recebem otimizações maiores, o kernel, por exemplo, tem pacotes de imagens específicas para P-IV, para Atlhon e por aí vai. De resto eles compilam os pacotes com otimizações sim, mas de forma a não tornar o binário resultante incompatível com máquinas antigas.
Acho que isso deve ser parecido com o que acontece no kernel 2.6.XX, onde você pode compilar um kernel otimizado pata Athlon-xp e depois marcar a opção de compatibilidade com qualquer processador x86.
A Conectiva tem um documento de política de empacotamento de RPMS. Seguindo o pensamento do Manoel Pinho, bem que ela poderia disponibilizar livremente pros usuários. Se ele já está disponível em algum lugar, peço perdão, mas não é muito divulgado.
Seria muito se a Conectiva aceitasse colaborações externas, porém como o Manoel comentou seria necessário que a empresa liberasse documentação com especificações da distro (padrões obedecidos) e também sobre a metodologia utilizada pela equipe de desenvolvimento do CL na confecção dos pacotes RPM. Por questão de segurança acredito que a melhor forma de colaborar seria através do envio de SPECs e patches, os quais passariam por uma análise prévia e posteriormente seriam compilados, empacotados e por fim incorporados à distribuição. Não sei se a utilização de repositórios externos seriam um bom negócio, pois por questão de segurança acredito que a empresa não daria seu aval.
Lordello:
"Uma coisa eu acho ruim na filosofia da Conectiva atual, usar apcotes 386 é terrível."
Você percebeu que esse seu questionamento *foi* respondido na palestra da Conectiva? Na verdade um pacote i586 pode sim ficar até mais lento - coisas como endereçamento e tamanhos de variáveis podem mudar e tornar o código maior e portanto mais lento. Ninguém até hoje, pelo que eu saiba, provou que pacotes i586 são mais rápidos: a hora em que tivermos essa estatística, aí sim, podemos dizer algo...
Lordello, essa questão foi mencionada na palestra, e o argumento foi que não há realmente ganho plausível para toda e qualquer aplicação. Mas HÁ guanho em DETERMINADAS aplicações, notadamente as aplicações multimídia (e obviamente o próprio kernel).
Nestes casos a Conectiva mantém pacotes específicos para cada processador.
Pessoalmente acho uma opção muito acertada. Você já conseguiu ver estudos comprovando o quanto se ganha em performance compilando para o seu processador?
Se isso fosse tão visível, o Gentoo Linux deveria se destacar disparadamente. Mas não parece ser assim.
Pena que não pude participar. Tinha mais algumas perguntinhas. Uma delas foi respondida, que é sobre o Yast.
A outra é: Por que cargas d'água ainda utilizam o apt/synaptic na instalação e não um instalador mais maduro e eficiente, como o da Mandrake ou o Anaconda? É tudo GPL mesmo. Até o Debian tá portando o anaconda...
Com relação à fragmentação de pacotes, não sou muito fã, mas vá lá, entendo as razões. Vou esperar sair o primeiro RC, pra baixar e testar (se estiver disponível via ftp, pq aqui não dá pra usar bittorrent)... Briguei muito tempo por essa metodologia... Liberem betas, rcs, antes da versão final. Parece que depois das encrencas com o CL 9, finalmente, lá vem elas. :-)
Patola, isso ajudaria muito mesmo. A Mandrake tem essa política. Basta entrar lá, que você tem as documentações sobre como criar pacotes pro MDK. Basta olhar aqui: http://www.mandrakelinux.com/en/frpmapps.php3
E tem um link na homepage da mdk pra essa página. Falta isso pro CL.
https://moin.conectiva.com.br/FernandoRoxo/TexTiculos/PacotesRpm/ExemploSpecfile
https://moin.conectiva.com.br/FernandoRoxo/TexTiculos/PacotesRpm
Exemplos excelentes de pacotes onde i386 vs i686 faz uma diferença absurda são alguns de codificação de vídeos, como transcode e mjpegtools. Compilado para i686 fica 3x mais rápido que para i386. Depois do i686 (athlon, pentium4, pentium3) já não faz mais nenhuma diferença. Com exceção do mjpegtools, esses pacotes nem são disponibilizados na versão i386 pois é estupidamente lento.
Mas, importante: essa diferença, nesses pacotes, não tem NADA A VER com a otimização do gcc. Fica mais rápido pura e simplesmente pelo fato desses pacotes conterem rotinas em assembler nativas para algumas operações que passam a ser usadas caso a CPU seja i686 ou superior. Ou seja, o programa foi escrito pensando nessas CPUs.
Xterm[TAB], valeu pelos links mas não é disso que eu falava - tutoriais sobre construir rpms existem em muitos lugares. Digo é da política de empacotamento, isto é, nomenclatura de pacotes, como devem ser as dependências, como devem ser divididos -devel, -doc, etc... Me lembro de ter lido um rascunho de um documento assim da conectiva há uns 2 anos atrás. Bem podia ser tornado público (de novo, se é que já não é).
Eu nem pensava mais em usar o CL, mas depois dessa vou querer fazer um "test-drive"..hehe.. só acho que poderiam adotar o Gnome como desktop padrão. :(
Ah, e qual versão do Gnome virá com o CL 10 ???
Valeu, abraço
André Michi
Opa gnome ?
2.6final já no snapshot.
alguns screens
http://www.xterminator.hpg.ig.com.br/shots/?M=A
OPs...postar sem ler a palestra inteira é dose..hehe.. Gnome 2.6 ... sorry!
André
Claro que um bonutils ou wget não vão fazer a menor diferença compilados para 586, o que me referia é a interface gráfica, Gnome ou KDE, OpenOffice, Blender, Jogos OpenGL e o próprio XFree86...
Todos esses pacotes quando compilados com otimizações podem tirar proveito maior dos processadores modernos. Em aplicativos como Gimp, mplayer e xine não é preciso, pois eles possuem rotinas internas, que não afetam a compatibilidade, um binário 386 pode conter as flags 3dnow, mmx e sse.
Fato, eu rodo na minha máquina o Gentoo e Slackware, no Gentoo tudo roda mais rápido, agora o chato é precisar compilar sempre os pacotes.
> 14:21 Pessoal, sugiro a leitura do artigo
> http://www.osnews.com/story.php?news_id=6734,
> diversos dos temas lá tratados serão discutidos aqui
> 14:21 É sobre o CL 9 ainda entretanto
> 14:22 É um artigo que foi publicado hoje: 2004-04-15 06:12:20 UTC
É interessante como há uma preocupação da Conectiva em ser mais notada lá fora que aqui dentro. Mais para baixo, na transcrição da palestra, eles fazem questão de mostrar que o trabalho de vários de seus colaboradores mereceu atenção internacional.
Foi preciso que um cientista da computação obscuro, sem nenhuma intenção de ser usuário da distro e lotado no "sphincter mundi", publicasse um artigo para que os desenvolvedores da Conectiva dessem atenção para aquilo que seus legítimos usuários, e, em última instância, a razão de ser da empresa, há anos clamam, todos os dias, batendo insistentemente nos portões da muralha inexpugnável que construíram em torno de si.
Não sei se posso culpá-los por isso. Há uma idéia que corre em nosso caldo cultural de que brasileiro bom mesmo é o que faz sucesso lá fora, não aqui dentro. Este sintoma pode ser observado nas reportagens constantes da Rede Globo que adora mostrar como este ou aquele jogador de futebol está ganhando horrores na Itália ou na Inglaterra, ou o caso de sucesso da estudante que ganhou bolsa para estudar nos EUA. Os indivíduos estão se dando bem. Os países que os acolheram, também. Mas, para nós, a quem a notícia é endereçada, é o anúncio de uma derrota. Nenhum país que eu conheço se desenvolveu exportando seus melhores talentos ou reconhecendo-os somente com o aval do resto do mundo. Sendo bombardeados por esse conceito desde tenra idade, não é de admirar que a Conectiva, como de resto os brasileiros em geral, só consigam se enxergar através dos olhos dos estrangeiros.
É claro que é desejável que a distro seja reconhecida universalmente, mas a força de qualquer empresa está em seu mercado local. A RH e a SuSE têm presença forte nos EUA, não porque são os EUA, mas porque é seu mercado local. O Morimoto está certíssimo quando rebate as críticas de que sua distro aparentemente não tem ambições internacionais. Ele sabe que, se espera fazer sucesso lá fora, tem de primeiro percorrer um longo caminho para se consolidar no mercado interno. Com os pés firmemente fincados cá nos trópicos, com uma base de usuários indestrutível, a conquista do mundo será lucro.
Se alguém da Conectiva estiver lendo isso, deve saber que os problemas de relacionamento com a comunidade advêm unicamente dessa inversão de prioridades.
> 15:02 Bem, apesar de um pouco batido creio ser interessante investir alguns minutos
> falando sobre o histórico das distribuições da Conectiva, vou ser breve, prometo!
A história da Conectiva é pouco conhecida, na realidade, e merecia ser contada em livro. Poderia inspirar muitas jovens empreendedores.
> 15:41 é algo que vem sendo mais seriamente considerado e estudado nos últimos meses
> 15:41 acme: ?
> 15:41 durante discussão na linux-br há uns 6 meses atrás
> 15:42 eu reuni uma série de sugestões que estão sendo analisadas, para que possamos
> identificar que estrutura é necessária
Na realidade, pela minha percepção, este assunto já foi aventado há mais tempo na linux-br, desde que a Mandrake criou o Mandrake Club há uns dois anos, ou mais. A Conectiva nunca deu um passo concreto para apoiar os usuários na criação de um repositório de pacotes extras. Os usuários até conversaram entre si e se dispuseram a trabalhar neste sentido, mas a Conectiva "nem tchum". Aí os usuários desistiram mesmo.
A criação de um repositório tem outro benefício para seus usuários que eles ainda não enxergaram. Baixei, compilei e instalei um pacote que não consta da distro, mas é interessante para minha plataforma. Só que eu sei de muita gente que tem o mesmo problema que eu. Nem os outros nem A Conectiva vão ficar sabendo que solução é essa, porque não há um lugar onde expô-la. Se eu pudesse gerar um pacote rpm e deixar disponível em um repositório, não só seriam poupados o perrengue dos usuários em achar a mesma solução, como a de instalar e compilar. Além do que a Conectiva, vendo que esse é o problema de muitos usuários, poderia incluir o pacote em sua distro principal, conquistando mais usuários ainda.
Do jeito que está, os usuários Conectiva perdem tempo e dinheiro, por isso vão para outras distros, as quais já perceberam que este benefício é crucial para mantê-los.
> 15:44 Aos usuarios que não sabem a empresa conectiva (pelo oq eu
> li) teria entrado em acordo com o mercadolivre proibindo e impossibilitando oss usuarios
> do mercadolivre vender os ISOs do conectiva linux fazendo com que a versao SERVER seja
> disponiobilizada barata demais por la e impossibilitando as vendas. Senhores da conectva
> s/a isso tb nao seria uma falta de etica? Isso eh facilmente visualizado em varios sites > que informa
> 15:44 m que a conectiva e o mercadolivre nao querem que ninguem venda cds do
> CL linux nele
> 15:46 eu gostaria de manter a palestra sobre aspectos técnicos, pois os
> palestrantes não estão diretamente envolvidos com estes processos para que possamos dar
> uma resposta adequada
Um dos grandes problemas que a Conectiva enfrenta é de comunicação. Relações Públicas. A resposta dada à notícia do JB de que a Conectiva estava à venda foi imperdoável. Demorou, pelas minhas contas, uns 10 dias. O JB é um jornal de grande circulação, portanto, uma notícia dessas tem de ser desmentida, ou confirmada, com rapidez. Se fosse um jornaleco qualquer sem expressão, talvez fosse melhor deixar quieto. Mas não o JB. Enquanto isso, seus clientes, parceiros, etc., ficaram aflitos não sabendo que rumo dar a suas estratégias com a empresa. A nota publicada, em si, quase causa outro desastre. Por ter dado chance de meio mundo fazer 1.000 especulações, a nota teve de desmentir não só a notícia, mas toda a poeira levantada, o que poderia ter dado margem para mais especulações ainda.
NOTA ZERO para a Conectiva neste quesito.
Eles se redimiram com um segundo comunicado desmentindo outra publicação de expressão, que dias mais tarde insistiu na notícia.
A Conectiva deve estar se dando conta de que eles não são uma empresinha qualquer, mas a principal empresa num mercado importante, e por isso são muito visíveis e precisam cuidar com carinho da imagem que passam para o público.
> 15:48 a mão de obra de fragmentar pacotes do CL vale a pena? alguem
> instala que não pelos task-*?
> 15:48 pessoalmente acho que é um tempo mal gasto, mas isso sou eu
> 15:48 epx: só sei que separar a documentação do pacote original
> como lilo e lilo-doc é um saco
> 15:48 volta e meia vc precisa instalar o pacote de documentação
> por que esqueceu uma linha de comando
Realmente, a Conectiva poderia ponderar melhor sua diretriz de fragmentação de pacotes. Se é um tempo gasto que gera mais erros que acertos, é melhor deixar de fragmentar, ou fragmentar o estritamente necessário e o que faz sentido. O aussie que fez a análise do CL9.0 comentou que as atualizações para a correção de vários bugs importantes e "silly" dos CDs originais encheram outro CD. O tempo gasto em fragmentar os pacotes e o benefício supostamente colhido em economia de banda ttalvez enham sido totalmente anulados por uma atualização gigante como essa.
Quem sabe fosse o caso de a Conectiva concentrar mais seus recursos em deixar a distro consistente e balancear melhor o tempo gasto na fragmentação de pacotes.
> 16:18 Gostaria de saber quais são os planos para o
> melhoramento da seguranca no Conectiva, ou o que já foi melhorado.
Um ponto interessante sobre esta palestra e que não fica claro na transcrição foi a grande presença de slackers e debianers. Para quem não esteve presente, havia mais de 200 participantes. Uma boa audiência, considerando o número médio de participantes por canal no Freenode (~ 20 p/c), e que o canal foi criado ad hoc (não é um canal permanente).
Tive a impressão de que, ainda que não possamos concluir que queiram deixar suas distros do coração, estes usuários talvez tivessem interesse em participar do desenvolvimento e adoção da Conectiva, fosse ela uma distro que empolgasse sua comunidade. Seria um ganho sem precedentes para a Conectiva que poderia contar com gente para contribuir com as boas idéias que cada uma de suas distros têm de melhor. A satisfação de participar de uma iniciativa local com a qual eles se identificam, associada a uma empresa, lhes daria a recompensa que esperam.
> 16:20 O CL10 é um subconjunto do que é o Conectiva
Isto é uma informação importante. Saber que eu não estou limitado aos CDs ou às imagens iso é algo que a maioria não sabe. Há umas coisas importantes que os usuários precisam ter na ponta da língua quando se referem a sua distro e que precisam ser marteladas pela Conectiva. A postura da Conectiva hoje muito hermética. O lado hermético é necessário para discutir a parte "leet" do desenvolvimento, mas um lado exotérico (com x) existe para dar conta de incutir na cabeça dos usuários as coisas que eles precisam saber para lidar com a distro no seu dia-a-dia.
É tudo muito, snapshot, snapshot, snapshot. Para muitos assuntos, o snapshot é transcendente demais. Porém, quem tem interesse nos grandes temas técnicos da distro, é um prato cheio.
Raposo Tavares,
Nem entrarei no mérito das críticas que levantaste (tens algum elogio?), mas me parece que se a Conectiva EFETIVAMENTE, seja qual for a razão, MUDOU O RUMO DE SUA PRÁTICA, APROXIMANDO-SE MAIS DA SUA COMUNIDADE, merece um "crédito de confiança", inclusive nossas próprias manifestações são resultado desta mudança de rumo. Vamos incentiva-la. Clube Conectiva (não gosto do ingLês onde não é necessário)? Não sei, pode ser, não estamos na França, deu carto pro MDK mas temos uma cultura diferente, pode ser que dê certo,porém acho interessante a ponderação de avaliação cautelosa porque feita na resposta da palestra, isso requer investimentos e vivemos numa sociedade de mercado, se eles erraram (e reconhecem) precisam se precaver. Respeito tua opinião mas discordo dela. Penso que temos que estar mais otimistas com os acontecimentos.
Bom, sou usuário do conectiva desde a versão 3.0. De lá pra cá, estudei muito, muito e muito... o suficiente pra descobrir que muito ainda temos pela frente.
Fui e ainda sou o responsável pelo maior case de Software livre do Governo do Estado do Rio de Janeiro. O Case CODIN.(www.codin.rj.gov.br)
(Revista do Linux Jan/2003)
Agora estou montando sozinho (desde a elétrica, telefonia, mobiliário, desktops e servidores) a primeira empresa pública 100% Software Livre do Brasil. E o pior, é uma empresa ligada e controlada pelo Banco Central, pois ela faz parte do sistema financeiro nacional. É um banco !
Muitos me chamam de maluco, pois a decisão de se colocar tudo 100% linux foi minha. Eu sei que nem tudo o que preciso eu domino, mas já cheguei em um ponto onde um teclado, um mouse, internet e o google me resolvem qualquer coisa.
Desktops.
Problemas.
1 - Todos os usuários eram originários da plataforma Windows/Office.
2 - Eu não teria tempo para treinar ninguém (tô sozinho)
3 - A empresa não poderia pagar por um treinamento (desde quando o governo do Rio tem dinheiro ?)
4 - Os usuários praticamente não teriam supore.
5 - Cada máquina deveria ter um processador de texto compatível com o Word, uma planilha eletrônica compatível com o excel, um programa de email com suporte a marcação de compromissos entre as pessoas da empresa e agenda de telefones, um browser e as ferramentaas tradicionais como calculadora e etc.
6 - Cada máquina deveria ter também, login e profiles separados para cada usuário.
Bom, com o pepino na mão, o que é que eu fiz...
Peguei(no bom sentido) uma estagiária do suporte, que nunca havia mexido no Linux e dei pra ela instalar em uma máquina (ItauTec Atlhon XP 2400, 512RAM, mon. 17 pol. e mouse optico) as seguintes distribuições:
Conectiva 9.0
Debian (última)
Slackware (última)
RedHat 9.0
Fedora 1.0
Mandrake 9.2
Kurumin (última)
Fiquei de perto acompanhando e explicando essas coisas de Swap, ponto de montagem e tal...
Problemas encontrados:
Conectiva 9.0
Embora tivessemos pedido, não instalou a parte gráfica.
Debian (última)
Ela ficou exausta lendo tudo o que passava em cada etapa e configurando e descartando coisas que nem pediu nem usaria... não consegiu chegar ao fim... desistiu.
Slackware (última)
Na opnião dela, só perdeu para o anterior... "um saco" ... dei boas risadas...
RedHat 9.0
"Olha que bunitinho..." realmente aqui ela ficou com uma boa impressão do trabalho de tratamento gráfico mas... acabou com a máquina... parecia que eu estava em um 486.
Fedora 1.0
Xerox do de cima, sem tirar nem por...
em uma certa configuração, que não me lembro qual, ficamos sem opção na parte gráfica e caímos no shell (era algo relativo ao supermount)...
shell e usuário windows não combinam ! Tchau
Kurumin (última)
Instalou sem problemas.... mas ao final, de tantas coisas instaladas e com um menu que parece querer conter um link pra cada coisa dentro do HD, ela ficou muito perdida e fez um comentário imperdível sobre o colorido do negócio:
"Caramba que zona, parece penteadeira de puta..."
Eu nunca vi uma, mas deve ser bem cheia de coisas também.
Mandrake 9.2
Tão bonito quanto o RedHat, e com um português melhorado, detectou o mouse e no início fez teste do Scroll do mouse. Interessante. Perguntou se ela queria KDE ou Gnome, expliquei pra ela o que era cada um e ficamos com o KDE. Foi, foi, foi, e toma de colocar cd´s...
Após o reboot, fiquei apreensivo quanto a performance e eis que me surpreendi quanto a leveja... ficou aceitável. Deixei por conta dela o resto da instalação da rede e dos aplicativos de email e Internet. Fui pro café...
Na volta, ela já estava navegando e com email... e n o meio do processo de instalação da impressora HP 3550 USB.
Pronto tudo estava funcionando.
Ela descobriu que tudo relativo a configuração e atualização do sistema estava no Mandrake Control Center, que funciona muito bem.
Pois bem... essa máquina ficou em funcionamento durante algum tempo, assim como as outras distribuições que ela conseguiu chegar no fim e sem sombra de dúvidas foi o Mandrake a distribuição que ela ficou mais a vontade.
Instalamos nos outros 20 equipamentos e colocamos nas mesas dos usuários.
**Formula mágica para fazer com que um usuário Office, use o OpenOffice sem te aporrinhar quando ele não acha o que estava procurando ?
SUMA DO MAPA !!!
É na maioria daz vezes pura preguiça de procurar, eu só ajudo quando vejo que o negócio tá pegando e que realmente é difícil pra ele.
Claro que dei umas explicações básicas sobre /mnt/Floppy /mnt/cdrom e permissões de diretórios, pra ninguém ficar fora do seu /home/meunome... e que quando fossem mexer em algo importante o micro pediria a senha de ROOT e que eles deveriam me chamar pra que olhasse a necessidade do ajuste e nunca me chamaram...
Eles estão de vento em poupa fazendo de tudo e nem repararam a diferença.
Na atualização do 9.2 pro 10.0 deu diversos pepinos...(contornáveis) isso é só pra galera ver que não existe nada perfeito.
eu nunca fui muito de usar o conectiva em Desktops mais sempre usei muito em servidores.
SERVIDORES(agora era comigo).
(Minhas instalações em servidores são sempre as mínimas < 100mb)
Como o governo do Estado está cambando pro lado do Debian eu iniciei os trabalhos nos servidores com o Debian.
Equipamentos(4):
ItauTec InfoWay
P4 2.4
512Ram
CDRW SCSI
Fitas DLT SCSI
RAID 5
3 HD´s 80gb SCSI
SCSI LSI Logic
Monitores 17
Debian grimpou o motor logo na entrada, não tionha suporte ao LSI LOGIC. Tudo bem, liguei pro meu amigo Luiz Uhlig do DATASUS, Debianmaníaco e questionei... ele disse,
"bicho... tranquilo!"
ele fala isso o tempo todo...
Pegamos uma máquina simples e compilamos o kernel Debian 2.4.20 com suporte ao LSI LOGIC...(mptbase) seguindo as intruções da Debian, baixamos os drivers do fabricante e compilamos tudo beleza...
criamos os módulos para serem adicionados nos disco de drivers (pra ser usado durante a instalação) e...
NADA !
Dava pau direto...
Botei no forno.... em banho maria...
Peguei outra máquina e fui instalar o RedHat
CHABÚ !
Sem suporte a LSI LOGIC...
Liguei até pra ItauTec, perguntando de que planeta era essa controladora tabajara... (brincadeira, mas liguei sim) queira saber se eles tinham como ajudar...
Me passaram o site do fabricante onde tinham os discos de drivers pré-compilados para diversas distribuições, menos a Debian.
Ficamos nessa briga duas semanas, até que lá nas entrelinhas do código fonte do Driver...
estava escrito assim:
"Jumento, esse código funciona somente no kernel 2.4.18 !!!"
Fiquei desolado... estávamos falando em kernel 2.6.4 e minha saída era o 2.4.18... quase 2 anos de diferença ...
fiquei desolado MESMO...
Displicentemente rebootei a máquina e enfiei o disco do conectiva 9... e fui embora pegar agua...
na volta, me deparei com uma tela de início de instalação... perguntando a língua...
ué ?
Rebootei !
fiquei atendo as mensagens na tela e...
O Safado e malfadado do conectiva 9 reconheceu a traquitanga toda !!!
Fiz a tradicional instalação mínima e baixei o kernel, 2.4.6. Passei uma semana compilando ele, que tá cheio de coisa nova boa e cheio de frescura pra trabalhar com módulos... mas vem com suporte nativo aos dispositivos mptbase e nessa me dei bem !!!
O chato foi que nesse meio do caminho, eu estava com meu amigo Lucas Martinez (Hyperblade) vendo com a revista do Linux um espaço pra colocar uma matéria sobre o fantástico PHPNuke quando recebi a notícia de que a revista do Linux estava fechando as portas... isso muito antes de sair na imprensa...
terminei minha compilação do kernel, do squid, do IPTables do Snort do TuxFRW e montei meu firewalzinho...
Estranho é que as vezes quando reinicio a rede ou a máquina a placa de rede não volta, até recompilei os drivers mas continua... eu retiro o cabo de rede e coloco de novo na interface algumas vezes e ele funciona. Acende a luzinha verde (Intel pro 100)
Uma pessoa chata colocaria a culpa na conectiva, mas eu tô achando que é hardware.
Depois veio a público essa notícia de que a conectiva estava a venda...
fiquei com a pulga atrás da orelha, apos ver as filiais conectivas se fechando...
Depois disseram que não era verdade. Juro que torci pra que a ItauTec comprasse a conectiva, acho que seria muito interessante ver aquele monte de engenheiros eletrônicos metendo a mãos nesses fontes... pessoal bom de trabalho esse da ItauTec, certamente o pessoal da conectiva que trabalha com o desenvolvimnto da distribuição iria adorar esse monte de gente boa chegando.
e...
Bom, essa foi mais ou menos a epopéia na qual ainda estou passando e claro que tem muito mais detalhes, só sei que meus usuários linux ex-windows estão felizes, os servidores estão com o Conectiva 9 e eu muito surpreso por ter visto o mesmo superar (nesse meu caso) as outras distribuições.
Claro que os defensores das distribuições irão afirmar que existia solução pra tudo, e eu acredito, só que eu tinha um prazo e estava com o presidente no meu encalço, porque o Banco Central tava no pé dele... e se eu fosse primar pelo fundamentalismo de querer "aquela" distribuição, eu não teria cumprido o prazo e derrepente colocado todo o projeto do S.L. no lixo com a ordem de se instalar tudo Microsoft porque não haveria mais tempo... aí quem pediria o chapeu era eu pois é pra frente que se anda.
Eu estava em busca de solução e não distribuição.
Conectiva: Continuem evoluindo a distro mas nunca deixem de escutar as suas bases (frase de político, arrrrgh). Não tenham pressa em liberar uma nova versão, façam-na com carinho pois esse mesmo carinho retorna prar vocês. Olhem para o Mandrake Desktop... eu o tenho, como um exemplo a ser seguido... Criem logo esse clube conectiva, mas crie algo que deixe seus usuários satisfeitos por fazerem parte dele... que tenham algo que diferencia uma ssociado de uma não associado, mas não deixe o desassociado orfão, nem prejudicado. Faça como o clube PHPNuke, tudo é liberado para todos, mas os membros do clube tem acesso as novas versões meses(2 ou 3) antes do povão. Ahh e o mais importante, coloque algo bem baratinho, R$ 5,00 mês, pois como dizia meu avô...
"Olho Grande só traz remela"
Laudelino Amaral de Oliveira Lima
Gerente de Sistemas CODIN
Gerente de TI AFERJ
Lordello, depois que você recompila seus pacotes para i686 ou i585, você nota diferença? É uma pergunta sincera. Estou *muito* atrás de pacotes onde compilar para i686 faz diferença.
Como falei na palestra, alguns fazem uma diferença *brutal* (3x mais rápido), em outros nem noto a não ser que faça um benchmark absurdo (como usar gnupg para criptografar um arquivo de 100Mbytes, certamente não sei email criptografado de todo dia).
Toledo,a ainda convido-o a postar sua resposta na lista snapshot-users@distro2.conectiva.com.br (pode assinar em http://distro2.conectiva.com.br/mailman/listinfo/snapshot-users), já que daqui a pouco essa notícia vai sair da frontpage do br-linux.
Laudelino, você pode tentar dar um boot com o CL10beta para ver se ele, com o kernel 2.6.x, também detecta esse seu hardware? Seria bastante útil para nós.
Também o convido a entrar na lista snapshot-users@distro2.conectiva.com.br (inscrição em http://distro2.conectiva.com.br/mailman/listinfo/snapshot-users).
muito interessante mesmo, da ate vontade de usar pra ver como ficou, mas ainda nao vai ser dessa vez que vou ceder pra outra distro. :D
Eu já havia baixado a 10.0 beta e me cadastrado na lista.... fiquei empolgado com essas boas notícias.
Vou separar um dos servidores complicados pra instalar a 10.0 e nele colocar o apache, mysql, PHP, nagios, o 2.6.4, mrtg, nessus, postfix, currier imap, sasl, spamassassin.... chega....
Depois reporto os problemas advindos da distribuição, não dos pacotes, apenas o que for relativo a distro.
Laudelino Lima
Laudelino, o courier-imap não temos na distribuição, não prefere testar o cyrus-imapd? :)
Alexandre Martins
=================
> Nem entrarei no mérito das críticas que levantaste (tens algum elogio?),
Eu sou usuário do CL desde a versão 4.0. Todas as nossas máquinas, tanto na empresa quanto em minha casa rodam alguma versão do CL. Em nossas máquinas jamais entrou outra distro, com exceção do Kurumin que rodou algumas vezes a partir do CD em um ou outro desktop. Já dediquei tempo e "tutano" sem medida defendendo a distro e a empresa deles. Então tenho todo o direito do mundo de fazer a crítica que eu quiser, não tenho? Além do mais, as críticas que expus estavam represadas a tempos. Mas agora que eles estão se dispondo a melhorar, não posso perder a chance de acrescentar mais dados para que eles, depois, com calma, os tomem em consideração.
> Respeito tua opinião mas discordo dela. Penso que temos que estar mais otimistas com
> os acontecimentos.
Na realidade concordamos. Em especial, veja minha resposta abaixo ao Laudelino com respeito ao Clube Mandrake.
Laudelino
=========
> Problemas encontrados:
> Conectiva 9.0
> Embora tivessemos pedido, não instalou a parte gráfica.
Este é um daqueles "silly mistakes" de que falou o cara que analisou o CL9.0 (ele falou agora, mas todo mundo já vinha falando disso há anos).
São esses erros tolos que impedem a apreciação de todo um trabalho árduo que a equipe da Conectiva desenvolve para fazer da distro uma opção excelente para corporações. E o erro é tolo, mesmo. Alguém deve ter se esquecido de definir alguma variável óbvia em um dos scripts de instalação. É um errinho besta que joga no lixo o talento dessa turma aplicado em outras partes importantes da distro.
Tive o prazer de participar (e vou continuar participando), do programa beta da Conectiva para arredondar o CL10. Reportei várias dezenas de bugs. Diria que 80% deles são erros tolos: desde a página do programa beta que não estava atualizada, passando pelas somas md5 das imagens iso que não estavam batendo, até ícones que não estavam no desktop, configurações default sem sentido e uma série de picuínhas inadmissíveis que qualquer estagiário ganhando salário mínimo poderia detectar. Cada errinho desses é uma quimera, mas somando-os todos dá um ENXAME considerável que pode repelir usuários. Quem estiver lendo isto pode achar que eu estou desestimulando as pessoas a testar o CL10. Pelo contrário, ESTE TEXTO ESTÁ SENDO ESCRITO NO CL 10 BETA 2.
Havia obviamente erros mais sérios, dos quais a Conectiva não poderia saber se não tivesse lançado o programa Beta. E depois de todos estes probleminhas e problemões relatados e corrigidos, o CL 10 está ficando visivelmente melhor a ponto de valer a pena, nem que seja, testá-lo só para vê-lo funcionando.
De qualquer forma, a questão é mais profunda, e temo que o espaço para comentários desta notícia não nos dê condições para discutir isto como merece. O que poderia dizer é que na hora de assemblar uma distro, a equipe da Conectiva deve se concentrar o tempo todo em produzir um conjunto que tenha COERÊNCIA do início ao fim. Este programa beta, em específico, e, em geral, a iniciativa deles de se aproximar da comunidade está ensinando isto. O que não poderia me deixar mais satisfeito.
> Kurumin (última)
> Instalou sem problemas.... mas ao final, de tantas coisas instaladas e com um menu que
> parece querer conter um link pra cada coisa dentro do HD, ela ficou muito perdida e fez
> um comentário imperdível sobre o colorido do negócio:
>
> "Caramba que zona, parece penteadeira de puta..."
Esta foi uma das definições mais espirituosas que eu poderia ler sobre o desktop do Kurumin. Em favor do Kurumin, posso dizer que, em compensação, o que não estiver na penteadeira do Morimoto, não existe.
Neste aspecto, o CL 10 está melhor. Seu desktop está muito conciso, enxuto e elegante. Não tenho do que reclamar, a não ser dos menus Ferramentas/Utilidades e Sistemas/Configurações. Os menus Ferramentas e Utilidades se sobrepõem e podiam ser fundidos num só, ou fazer um submenu do outro. E há aplicações do menu Sistemas que deviam estar em Configurações. Fora esse "Silly Mistake", está ótimo.
> Depois veio a público essa notícia de que a conectiva estava a venda...
> fiquei com a pulga atrás da orelha, apos ver as filiais conectivas se fechando...
> Depois disseram que não era verdade.
Essa foi de lascar. Já tinha gente ligada a empresas com interesses contrários ao Software Livre esfregando as mãozinhas e dizendo: "A Conectiva acabou ahahaha!" Nós, que defendemos a distro, tivemos que ficar agüentando o perrengue de "desmentir", sem ter uma posição oficial da Conectiva. E sem saber que rumo tomar se fosse verdade.
Isso nos custou muito. Podia dizer que foi maldade da Conectiva, mas diria que é ingenuidade, ou melhor, despreparo. A Conectiva nunca foi boa em RP. Tá na hora de enviar seus executivos para fazer um cursozinho de CRM (Customer Relationship Management). Não de software CRM, que é só uma ferramenta. Mas de CRM como conceito de gerência de negócios. A FGV tem cursos e professores ótimos neste assunto. Enquanto isso poderiam ler "Descobrindo a Essência do Serviço" de Leonard L. Berry (2001) pela Qualitymark.
> Juro que torci pra que a ItauTec comprasse a conectiva
Também torci. Não vejo com bons olhos a CPM comprando a Conectiva. A CPM, até onde saiba, não é uma empresa tão comprometida com Linux como o é a Itautec. Também não tem o corpo técnico sólido de engenharia que a Itautec tem. Cheguei a pensar que a CPM só estava na parada para subir o preço do lance, deixar a Itautec sem fôlego para comprar a Conectiva, para então desmantelá-la e minar a capacidade do Itaú de avançar rumo ao Linux.
> Claro que os defensores das distribuições irão afirmar que existia solução pra tudo, e eu
> acredito, só que eu tinha um prazo e estava com o presidente no meu encalço, porque o
> Banco Central tava no pé dele... e se eu fosse primar pelo fundamentalismo de querer
> "aquela" distribuição, eu não teria cumprido o prazo e derrepente colocado todo o projeto
> do S.L. no lixo com a ordem de se instalar tudo Microsoft porque não haveria mais
> tempo... aí quem pediria o chapeu era eu pois é pra frente que se anda.
É isto que eu sempre prezei no CL e que deve ter sido perdido, ou atenuado, em algum momento durante a interferência dos sócios controladores que se apoderaram da empresa no tempo das .com. Mas essa veia ainda está lá. Só falta voltá-la à prioridade.
Software em geral virou commodity, então usar uma distro que faz o cliente perder tempo, dinheiro, ou o pescoço, quer seja compilando, configurando, procurando corrigir um "silly mistake" ou um problema mais grave, é a morte.
> Criem logo esse clube conectiva, mas crie algo que deixe seus usuários satisfeitos por
> fazerem parte dele... que tenham algo que diferencia uma ssociado de uma não associado,
> mas não deixe o desassociado orfão, nem prejudicado. Faça como o clube PHPNuke, tudo é
> liberado para todos, mas os membros do clube tem acesso as novas versões meses(2 ou 3)
> antes do povão. Ahh e o mais importante, coloque algo bem baratinho, R$ 5,00 mês, pois
> como dizia meu avô...
A galera nem está pedindo um Clube Conectiva. Só está querendo que a Conectiva apoie a criação de um repositório de contribuições. Usuários já existem, espaço em disco já existe, só falta a Conectiva dizer: "OK, vamos apoiar efetivamente o desejo da comunidade de criar um diretório de contribuições". O nível de envolvimento da Conectiva com essa iniciativa fica a critério deles.
Apenas fazendo um comentário em relação ao Clube Mandrake, não sei o quanto a cobrança ajudou financeiramente a empresa. Depois da criação do clube, eles pediram concordata (da qual só saíram recentemente). O efeito principal do Clube Mandrake foi manter a distro ativa e com forte envolvimento de sua comunidade durante os tempos de dificuldade e que acabou rendendo em benefícios para todos. Resolvidos os problemas financeiros, eles têm agora um produto aceitável com o qual trabalhar. Já pensou se, além dos problemas financeiros, tivessem de correr atrás de manter a distro para reconquistar uma base de clientes?
Laudelino, cuidado com o 2.6.6-rc1 (ou algo posterior) eu tenho uma placa LSI Logic que usa o driver mpt fusion (que eu arrumei algumas coisinhas há um tempão atrás :) ) no 2.6.6-rc 1 foi retirado suporte para a FC 909 (justo a que tenho) :-( Estou conversando com o pessoal da LSI para que eles desfaçam esta besteira, adicionar suporte OK, retirar?!?
- Arnaldo
Sobre o que postaram aí em cima:
"O Kurumin é uma distribuição Linux fácil de usar, não um sistema operacional para retardados".
Uma coisa é simplificar a instalação dos programas, de forma que as pessoas consigam fazer o que precisam.
Outra coisa é criar um sistema para idiotas, com meia duzia de icones nos menus, onde o pobre usuario pasta para conseguir conectar usando um softmodem, ou configurar a rede, ou instalar qualquer programa.
"O Kurumin é uma distribuição Linux fácil de usar, não um sistema operacional para retardados".
Este tipo de raciocínio deveria ser eliminado da comunidade, pelo menos, no Brasil: o do uso indiscriminado da exclusividade mútua.
Gosto da abordagem do Kurumin de facilitar as configurações e gosto da abordagem do CL quanto a um desktop limpo.
O Kurumin pode manter sua característica de facilidade de configuração e trabalhar mais para ter um destkop mais organizado.
O CL pode continuar seu bom trabalho de manutenção de coerência no desktop, sem se descuidar da facilidade do usuário de configurar as coisas.
Facilidade de configuração e coerência no desktop não são duas características mutuamente exclusivas. Com um pouco de inteligência dá para ter as duas coisas.
E até agora, não vi nenhuma distro Linux "para retardados". Mas garanto para você que eles fariam melhor julgamento sobre as distros que muitos de nós, considerados "normais".
Uma coisa que não entendi ...
SE o Kurumin funcionou (e sem problemas pelo que o relato sugere) , bastaria editar o menu KDE adaptando-o para o ambiente de produção - coisa de 5 minutos mesmo para um usuário médio.
Nunca vi crítica por excesso de opções e sim pela falta de opções.
Mas se decidiram usar o Mandrake , só porque tem MENOS opções no menu, tudo bem - é uma ótima escolha !
Eu achei muito interessante a Conectiva realizar esse tipo de evento, mas eu ainda acho que ela possui uma certa dificuldade de convencimento em relação ao seu produto. Ainda acho que somente após ao lançamento do CL10 ela poderá ter mais argumentos, porque até agora, apesar dos excelentes trabalhos realizados no snapshot, muitos usuários ainda estão desconfiados.
"O Kurumin é uma distribuição Linux fácil de usar, não um sistema operacional para retardados".
Quando simplificamos o menu do KDE, não estávamos pensando em criar um "Linux para Retardados". Antes dessa decisão ser tomada, foi realizada uma pesquisa que constatou a dificuldade dos usuários em se localizar em menus muito cheios. Agora chamar esses usuários de "idiotas" apenas porque eles não conseguem se sentir à vontade acessando menus confusos é um tanto quanto inconveniente.
Durante o processo de desenvolvimento do CL10 foram realizados testes de usabilidade (como já citado na palestra) que nos apontaram diversos pontos que poderiam ser melhorados. Não fizemos isso porque "achávamos" que isso facilitaria para os usuários, fizemos porque "constatamos" que os usuários tinham essa necessidade.
"O Kurumin é uma distribuição Linux fácil de usar, não um sistema operacional para retardados".
Quando simplificamos o menu do KDE, não estávamos pensando em criar um "Linux para Retardados". Antes dessa decisão ser tomada, foi realizada uma pesquisa que constatou a dificuldade dos usuários em se localizar em menus muito cheios. Agora chamar esses usuários de "idiotas" apenas porque eles não conseguem se sentir à vontade acessando menus confusos é um tanto quanto inconveniente.
Durante o processo de desenvolvimento do CL10 foram realizados testes de usabilidade (como já citado na palestra) que nos apontaram diversos pontos que poderiam ser melhorados. Não fizemos isso porque "achávamos" que isso facilitaria para os usuários, fizemos porque "constatamos" que os usuários tinham essa necessidade.
Comentários desativados: Esta discussão é antiga e foi arquivada, não é mais possível enviar comentários adicionais.