Para os esquecidos, podem pôr este link nos vossos calendários: webcal://www.icalx.com/public/jneves/ubuntu-pt.ics ou seguir a versão html em http://www.icalx.com/public/jneves/ubuntu-pt

Quinta-feira, 17 de Setembro de 2009, 18h30 às 20h (3ª quinta-feira do mês)
Local: Sala de reuniões da Intraneia – R. Almirante Barroso, 54B
http://maps.google.com/maps/ms?msa=0&msid=110620717485280382518.00000112ff6b995b99718&ie=UTF8&z=17

Metro mais próximo: Picoas (Linha Amarela), Arroios (Linha Verde), Saldanha (Linha Vermelha)
Estacionamento mais perto:

1. Na rua, os parquímetros são vigiados regularmente, pelo que costuma haver lugar.
2. Parque Fontana Parque Hotel na mesma rua.
3. Parque Spark na Av. Casal Ribeiro.
4. Parque do Centro Comercial Saldanha Residence.
5. Parque do Centro Comercial Atrium Saldanha.

Há autocarros (obrigado ao João Craveiro):

• No Saldanha: 21 36 44 49 83 108 207 727 732 738 745
• Na Estefânia: 22 40 60 720 726 732 767

Quem queira mostrar ou demonstrar qualquer coisa é bem-vindo. Quem quiser trazer o seu computador para corrigir algum problemazinho relacionado com Ubuntu também.

Quem vem?

• Qual o nível de controlo que temos sobre as nossas aplicações?
• Como é cobrado?
• Como podemos prever o que vamos utilizar?
• Que garantias temos de resposta?
• Como podemos validar uma conta?

Este tipo de conversas indica-me quando um paradigma se está a tornar realmente divulgado. No caso de cloud computing espero alguns sinais até de dar como de utilização geral:

1. A Amazon desce os preços do AWS (ou seja, há concorrência – é que eu ainda não consigo uma ordem de grandeza de custos abaixo, mas está demasiado perto para ninguém apertar os calos à Amazon a sério).
2. Governos exigem certificação de processos e equipamentos de billing de cloud computing.
3. Governo português inclui cloud computing como serviço público essencial.

Para quem ainda ande à procura do que é esta coisa de Cloud Computing, recomendo uma visita ao site da Maria Spínola: http://www.mariaspinola.com/CloudComputing.php

E vocês? Esperam outros sinais?

Devo activar a assinatura digital?

Em relação à questão de activar ou não a assinatura digital do cartão do cidadão, a minha recomendação é que não o faça se:

• Não precisar/tiver de utilizar os serviços electrónicos do estado.
• Se não tiver computador ou uma forma de acesso privada à Internet.
• Não for capaz de memorizar pins.

Espera-se que o cartão do cidadão com a assinatura digital ligada permite a alguém que obtenha o cartão e o pin fazer escrituras de casa e registo de bens (como o seu carro) pela Internet. Será extremamente útil, mas tem o risco de que se alguém conseguir aceder aos seus dados poder vender a sua casa e/ou o seu carro.

Que cuidados devo ter com o Cartão do Cidadão?

1. Ponha o seu Cartão do Cidadão na carteira num local onde o veja logo que abre, de forma a notar-se rapidamente a sua falta. Recomendo o mesmo para qualquer cartão de crédito.
2. Guarde nos contactos do seu telemóvel o número do Serviço de Apoio ao Cartão do Cidadão (707 200 886) e o respectivo código de cancelamento (o código comprido junto aos pin que vinham na carta de activação). Assim, se o telefone for extraviado, o máximo que podem fazer é invalidar o seu Cartão do Cidadão. Se o Cartão do Cidadão for perdido ou roubado, pode cancelar imediatamente o seu cartão, garantindo que não é (ab)usado.
3. Memorize os código pin. Separe a carta inicial do Cartão do Cidadão em 2. Deite fora a parte com os vários pin.
4. Guarde os códigos de desbloqueio do Cartão do Cidadão num local seguro (dica: usar o mesmo sítio onde guarda jóias e outros valores).
5. Assim que não souber onde está o Cartão do Cidadão, ligue imediatamente para o Serviço de Apoio ao Cartão do Cidadão (707 200 886) e cancele o cartão. A maior parte dos sistemas de assinaturas digitais têm um valor para (ab)usos indevidos. O mesmo não acontece com o Cartão do Cidadão, pelo que o risco é todo seu.

Sou um grande fã do potencial do Cartão do Cidadão, mas tenho a noção que a maior parte das pessoas e utilizadores desconhecem os riscos que correm. Espero ter ajudado. Para quem queira saber, sim, o meu cartão do cidadão tem a assinatura digital activada e demorou 12 dias a chegar.

Actualização: peço desculpa pelos 3 erros que tinha cometido. Esqueci-me de configurar correctamente o Firefox para Português (Europeu). Não voltará a acontecer tão cedo.

Image via Wikipedia

It’s one of those things that happen in the morning: you start thinking about bots and suddenly realize that bots for twitter, jaiku, identi.ca and others are really done wrong. A few seconds lates you realize you could do a microblogging system using just reliable XMPP infrastructure (if you want to know why pubsub doesn’t fit the bill, you’ve missed Melo‘s presentation at Codebits 2008).

So here goes the blueprint:

• The service is a XMPP server that serves a domain (ex: example.com).
• Server customization 1: maximum message size is 140 characters to avoid big timeloss on useless messages.
• Direct Messages from Alice to Bob: a chat message sent from alice@example.com to bob@example.com.
• My timeline is a MUC with only a single visitor (me) with messages coming from several users.
• Posts from me can be done in the MUC or to a publisher “bot” (have no preference so far).
• Standard subscription applies – a user can chose to automatically accept people to read it’s messages (the equivalent of the public profile – obviously this can be the default).
• 2nd importance messages (ex: feeds like in jaiku/pownce) can be sent as messages with type headline.

And that’s it. This is what would take to have microblogging in a XMPP server.

Conclusions:

• Federation is free.
• It could work, with all the load going on the server for scoble-like users (which would also happen with pubsub as it is).
• No changes needed in reality for it to work (no changes in infrastructure, no changes in google’s policies).

Comments?

A conferência começou no Sábado com a apresentação “WTF is XMPP?” pelo Pedro Melo. Fez uma apresentação do protocolo XMPP, onde é usado (Sapo, GTalk, entre muitos outros), as vantagens de ser federado, entre outras coisas. Depois começou a falar de utilizações do protocolo não-relacionados com Mensagens Instantâneas, mas como interface para outros serviços. Para programadores que queiram criar bots para interligar serviços/pessoas deixou algumas dicas: 1) usar ejabberd ou OpenFire como servidor XMPP; 2) escolher uma biblioteca de XMPP (não vale a pena programar o protocolo do zero e existem boas biliotecas para várias linguagens de programação); 3) escolher se o bot se vai portar como um cliente ou um componente do servidor. Pelos comentários do almoço de Domingo, esta foi a apresentação mais técnica do Barcamp.

De seguida vi o Celso Pinto a apresentar lições tiradas de sistemas empresariais. Principais lembranças que tenho: preparar o sistema para escalar, mas não optimizar demasiado cedo; usar mensagens para lidar com cargas inesperadas (leia-se, em vez de processar imediatamente os pedidos, guardá-los e processá-los quando for possível); se um pedido (por exemplo, uma página web) depender de vários sistemas responderem, definir um intervalo de tempo e ignorar o serviço se não responder a tempo. Em relação a esta última sugeri uma alternativa: usando AJAX, fazer os pedidos em separado. Isso permitiria que se um serviço “acordasse”, a página pudesse ser completada perante o utilizador final.

José da Silva apresentou uma forma de encriptar e desencriptar mensagens no navegador web usando javascript. Fiquei a pensar noutras utilidades para este tipo de tecnologia… As funcionalidades descritas, adaptadas, permitiriam a gravação de dados encriptados transparentemente em serviços públicos.

Fiz a apresentação do Passwordless OpenID. Mais detalhes sobre isso noutro artigo. Gostei da discussão e do feedback.

O Luís Rei apresentou de seguida várias notas sobre optimização de MySQL. Primeira recomendação: nada de começar a optimizar sem saber o que se está a passar com a aplicação (um erro habitual, também na minha experiência). Para fazer profiling recomendou a utilização dos comandos top (Un*x) e mytop (MySQL), fazer avaliações de desempenho (benchmark) numa máquina diferente (a instrumentação da aplicação pode ser carga demais para o funcionamento normal da base de dados). Usar o Super Smack para gerar carga.

A segunda recomendação: cuidado no desenho de tabelas: usar os tipos apropriados, de preferência o mais pequenos possíveis/necessários. Normalizar toda a base de dados e desnormalizar apenas quando necessário. De seguida falou sobre os plugins de armazenamento do MySQL e como podem/devem ser utilizados. Em relação ao InnoDB recomendou que se use sempre o plugin do sítio http://www.innodb.com/ por ser melhor que o que vem com o MySQL. Recomendou a utilização do plugin de memória para tabelas temporárias.

A apresentação seguiu-se com a importância de utilizar índices. Para quem não saiba, um índice numa base de dados é uma resposta pré-calculada. Cada modificação (inserção, actualização) gera novo processamento para cada índice, mas torna as consultas à base de dados muito mais rápidas. Como em todas as coisas, é preciso achar o equilíbrio correcto. Recomendação: utilizar o EXPLAIN para ver o efeito que uma query vai provocar na base de dados.

De seguida fomos ao jantar (Pizza) e deu-se uma hackathon. Alguns resultados: melhor aspecto nas ligações do Passwordless OpenID, o Celso Pinto fez uma versão do CouchDB usando Tracemonkey, o André Ribeirinho acrescentou um mecanismo anti-spam nos comentários do Adegga e tenho a sensação de que me estou a esquecer de alguém. Quaisquer rumores de uma partida de Texas Hold’em são obviamente falsos.

Seguiu-se uma penosa noite a esvaziar copos. No Domingo, houve rumores de ressacas, almoço no Vira-brasas (penso que não me enganei no nome do restaurante) e as sessões começaram às 16h.

O Bruno Amaral quer lançar um espaço de discussão chamado Media Social Café à imagem do Orpheu no tempo de Fernando Pessoa. A primeira reunião espera-se para as próximas semanas em Lisboa.

Seguiu-se a apresentação do Pedro Custódio sobre a diferença entre o que os programadores desenham e o que os utilizadores esperam. Com chuva de aviões de papel incluída…

A Patrícia Furtado apresentou conceitos básicos de design para programadores, com algumas dicas práticas. Espero que a apresentação dela seja tornada pública rapidamente, há coisas ali que quero rever depois de dormir uma noite descansada.

O Bruno Pedro fez uma apresentação sobre como obter independência financeira chamada “Fuck-You Money”. Não, não é jogando na lotaria…

Por fim tive de apanhar o comboio. Este artigo foi escrito ainda antes de chegar a Lisboa…

Quatro países apresentaram recursos: Brasil, India, África do Sul e Venezuela. O último recurso mais controverso que tenho conhecimento foi o WAPI, proposto pelo governo chinês. A norma foi recusada e o governo chinês apelou. Quatro países a recorrer a uma norma aprovada é mais uma das novidades que este processo trás.

Nota: Sou membro da Comissão Técnica 173, gerido pelo Instituto de Informática do Ministério da Justiça, no âmbito do Instituto Português de Qualidade. Estive na Ballot Resolution Meeting que definiu a última versão do DIS29500, como parte da representação portuguesa.

$ apt-get source kubuntu-artwork-usplash

Entrar na directoria kubuntu-default-settings-6.06 e mudar a imagem usplash/kusplash.png para o que se desejar (recomendo a utilização do Editor de Imagens GIMP). Construir o novo pacote:

$ fakeroot dpkg-buildpackage

Atenção se aparecer uma mensagem a queixar-se de “missing dependencies”, instale o(s) pacote(s) referidos – no meu caso foi necessário:

$ sudo apt-get install debhelper cdbs libbogl-dev

Depois, repete-se o

$ fakeroot dpkg-buildpackage

.

Agora só falta instalar:

$ sudo dpkg -i ../kubuntu-artwork-usplash*deb

Pronto. É só fazer reboot e ver a imagem que escolhemos no arranque.

Notas: As mesmas instruções aplicam-se a edubuntu e xubuntu, e a outras versões, com as devidas mudanças nos nomes e versões dos pacotes.

smtpd_recipient_restrictions =
check_sender_access hash:/etc/postfix/restricted_senders, (o resto que já lá estiver)

Acrescentar também as seguintes linhas ao mesmo ficheiro:

smtpd_restriction_classes = local_only
local_only =
check_recipient_access hash:/etc/postfix/local_domains, reject

Criar o ficheiro /etc/postfix/restricted_senders com o seguinte conteúdo (mudar o endereço de correio para o do utilizador a restringir):

alguem@example.com local_only

Criar o ficheiro /etc/postfix/local_domains com o seguinte conteúdo (mudar o(s) domínio(s) para os domínios locais):

example.com OK
example.org OK

Por fim executar:

# postmap /etc/postfix/restricted_senders
# postmap /etc/postfix/local_domains
# postfix reload

E já só falta testar, mas isso é deixado como exercício para o leitor (ou para o comentador que o decida escrever).

Recursos: Postfix Per-Client/User/etc. Access Control

Executar na shell:

# grub

Depois, na shell do grub fazer:

grub> device (hd0) /dev/hdb
grub> root (hd0,0)
grub> setup (hd0)

Na primeira linha, estamos a dizer ao grub para chamar hd0 (primeiro disco detectado) ao /dev/hdb (dispositivo do seu disco secundário). Na segunda linha, estamos a dizer que o sistema de ficheiros está na primeira partição desse disco (para a segunda partição seria: root (hd0,1)). Na terceira linha faz-se a instalação do grub no Master Boot Record (MBR). Desta forma, quando o disco arrancar sozinho no segundo computador, o grub vai saber onde estão os ficheiros a carregar porque nessa altura será detectado pela BIOS como primeiro disco (hd0 para o grub).

E pronto, agora basta mudar o disco para o computador final (ou desligar o disco principal para testar o RAID).