Home

A série Silicon Valley

Details

Written by: Helio Loureiro

Category: Blog

Published: May 22, 2016

Hits: 12822

Eu nunca escrevi sobre séries ou filmes por aqui, mas essa série da HBO vale como uma exceção.

É uma comédia que satiriza o ambiente de startups do vale do silício, nos EUA.  Pra quem está pensando em abrir um negócio no modelo de startup, com software livre principalmente, vale a pena assitir.  Vai ter algo especifico de software livre?  Vai ter GNU vs Linux?  Não, não é uma série sobre tecnologia nesse nível.   É sobre o ambiente de competição de startups.  É mais sobre a área de negócios, mas não faltam referências a servidores, cloud, etc.

Como qualquer comédia que se espera, tem um grupo disfuncional que trabalha na startup que é tema da série.  Geeks anti-sociais no bom estilo que precisam trabalhar em grupo mesmo não sabendo nem conversar entre si.  E por aí segue a série, com uma ótima visão de problemas de startup, como o uso de SCRUM por um time que não acredita em agile, mandar tudo pra nuvem sem nem ao menos saber o que é nuvem, prometer algo que não tem prazo pra entregar, e por aí.  E a pressão!  A pressão pra virar uma startup rentável enquanto é dito o mantra "dinheiro não é importante, o importante é ter valor" e não ter dinheiro pra pagar os funcionários.

Mesmo com o tom de comédia traz uma ótima reflexão sobre o insano mundo de startups e a forma bizarra que se tornou tocar o negócio, desde a captação de investidores anjos (não tão anjos assim) quanto a perda de controle da empresa para esses novos donos.

Eu assisti apenas as 2 primeiras temporadas, mas recomendo.  É uma aula de MBA em forma de comédia.

http://www.imdb.com/title/tt2575988/

Resolvendo o problema de fontes ridiculamente pequenas no KDE5

Details

Written by: Helio Loureiro

Category: Linux

Published: May 22, 2016

Hits: 12591

Nem mal instalei o Ubuntu 16.04 com KDE5 e já quebrei o sistema.  Não sei bem o que fiz, mas as fontes ficaram simplesmente impossível de enxergar.  E olha que estou usando o desktop numa TV de 47 polegadas de  LED.

Tentei de tudo quanto foi jeito pra tentar ao menos ler os menus do KDE5, mas estava impossível.  Tentei reverter alguma possível mudança feita removendo os diretórios ~/.kde* ~/.config/k* e... nada!  Continuei com fontes micro.

Dando uma pesquisada na Internet encontrei alguns problemas semelhantes pra quem tinha placa NVIDIA, meu caso, que alguma atualização mudou os DPI (dot per inch, ou pontos por polegada) que afeta diretamente a resolução.

Encontrei uma boa descrição com solução no askubuntu: http://askubuntu.com/questions/197828/how-to-find-and-change-the-screen-dpi

Eu alterei o /etc/X11/Xsession.d/99x11-common_start e adicionei antes do fim a seguinte linha:

xrandr --dpi 96

E problema resolvido.

Só não entendi muito bem como cai nesse tipo de problema.  Talvez algum update no driver da NVIDIA.

Canal Unix Load On

Details

Written by: Helio Loureiro

Category: Blog

Published: May 20, 2016

Hits: 14325

Ultimamente andei bastante ocupado e com pouco tempo pra escrever por aqui.  Parte disso por conta de ser parte da organização da PyConSe (Python Conference Sweden) e o evento aconteceu logo agora em maio.  Então estava bastante ocupado por cuidando de mandar fazer camisetas, adesivos, e fliers, verificar invoices, checar hotel, etc.

Mas o assunto não é a PyConSE, que pretendo descrever num próximo post (estou aguardando a publicação dos vídeos pra fazer isso), e sim um canal que lançamos faz algum tempo, o Unix Load On.

Canal do Unix Load On no Youtube

Temos um grupo no Telegram de pythonzeiros (ou seriamos pythoneiros?) que deixaram o Brasil e moram atualmente na europa.  Inicialmente era um grupo de somente expatriados na europa, mas virou algo mais amplo e geral, com todos que estão fora país.  Como para nós fica difícil participar de hangouts feitos pelos grupos no Brasil, criamos um nosso.  Gravamos quinzenalmente às 10 da noite no horário local (timezone +02:00), o que é atualmente 5 horas da tarde no Brasil (quando Brasil entra em horário de verão e a europa sai, a diferença fica em 3 horas). E falamos por aproximadamente 2 horas, com aqueles 5 minutos técnicos pra "já vai acabar".

Os Hangouts em geral tem pouca participação de pessoas no Brasil pelo horário (é duro competir com happy hour), mas têm bem mais audiência depois.  Comentamos sobre assuntos gerais em tecnologia, mas sempre com uma pitada de python e software livre.  Vamos de política de privacidade a mercado, variando bastante os assuntos e os escopos cobertos.

Recentemente adicionamos ainda uma forma de receber sugestões de assuntos para serem comentados.  Se quiser enviar uma sugestão basta acessar aqui:

Envie sua sugestão aqui

Também temos uma landing page no Facebook, mas serve mais pra coletar comentários e facilitar a publicação dos próximos hangouts por lá.

Unix Load On no Facebook

Se é um ativista de software livre do tipo fanático, não se preocupe da página estar no Facebook pois usamos o Hangout pra fazer os programas e depois publicamos no Youtube.  Então não é mesmo pra você.

Episódios anteriores

Esses são os episódios já gravados.  Se quiser acampanhar ou mesmo participar do próximo, o mesmo será gravado dia 27 de maio.

Episódio alfa

Episódio beta

Episódio RC1

Episódio RC2

Atualizando Ubuntu LTS pra última versão

Details

Written by: Helio Loureiro

Category: Linux

Published: May 20, 2016

Hits: 11913

Quando do lançamento da versão LTS do Ubuntu, a 16.04, vi várias receitas exotéricas de upgrade.  Depois do terceiro ou quarto artigo que li, tive a nítida sensação de que um copiou do outro, pois seguiam mais ou menos os mesmos passos.

Como eu não tinha tentado o upgrade, pois eu sempre espero um pouco pra fazer o upgrade já que é normal que vários bugs apareçam e depois de mais ou menos 1 mês estão corrigidos, achei que realmente essas formas de upgrade eram necessárias uma vez que o sistema de init mudou do 14.04 de sysvinit pra systemd no 16.04.

Agora finalmente fiz o upgrade e usei a forma anterior.  Não sei o motivo de ninguém ter mencionado mas... a forma de fazer upgrade é rodando o seguinte comando:

sudo do-release-upgrade

Pronto!  Upgrade será feito.  Como todo bom upgrade, vai dar umas zique-ziras que se resolve com um reboot seguido de "dpkg --configure -a" e "apt-get -f install", mas nada de muito grande.

Desculpem se foi curto, mas upgrade é coisa simples.  Sempre foi.

Utilizando Python pra postar mensagens com fotos no Twitter

Details

Written by: Helio Loureiro

Category: Python

Published: April 26, 2016

Hits: 13350

Meu novo queridinho de programação é um raspberrypi.  Tenho feito coisas interessantes com ele usando Python. E em breve teremos a PyCon Sweden acontecendo por aqui.  Então resolvi criar um robôzinho de twitter pra postar snapshots da apresentação.  Pretendo colocar minha webcam externa nele (uso pros hangouts) e deixar ele pegando as imagens da conferência e postando.

No script a mensagem é estática, mas eu pretendo alterar para algo que pegue uma lista com horários, nomes e temas pra deixar tudo junto na postagem.  Vai ficar interessante.

O código parcialmente feito, que veio o obamawatch, é esse aqui:

#! /usr/bin/python -u
# -*- coding: utf-8 -*-

"""
Based in:
http://stackoverflow.com/questions/15870619/python-webcam-http-streaming-and-image-capture
"""

SAVEDIR = "/tmp"

import pygame
import pygame.camera
import time
import sys
import os
import twitter
import ConfigParser

configuration = "/home/helio/.twitterc"

def TweetPhoto():
    """
    """
    print "Pygame init"
    pygame.init()
    print "Camera init"
    pygame.camera.init()
    # you can get your camera resolution by command "uvcdynctrl -f"
    cam = pygame.camera.Camera("/dev/video1", (1280, 720))

    print "Camera start"
    cam.start()
    time.sleep(1)
    print "Getting image"
    image = cam.get_image()
    time.sleep(1)
    print "Camera stop"
    cam.stop()

    timestamp = time.strftime("%Y-%m-%d_%H%M%S", time.localtime())
    year = time.strftime("%Y", time.localtime())
    filename = "%s/%s.jpg" % (SAVEDIR, timestamp)
    print "Saving file %s" % filename
    pygame.image.save(image, filename)
    
    cfg = ConfigParser.ConfigParser()
    print "Reading configuration: %s" % configuration
    if not os.path.exists(configuration):
        print "Failed to find configuration file %s" % configuration
        sys.exit(1)
    cfg.read(configuration)
    cons_key = cfg.get("TWITTER", "CONS_KEY")
    cons_sec = cfg.get("TWITTER", "CONS_SEC")
    acc_key = cfg.get("TWITTER", "ACC_KEY")
    acc_sec = cfg.get("TWITTER", "ACC_SEC")
    
    print "Autenticating in Twitter"
    # App python-tweeter
    # https://dev.twitter.com/apps/815176
    tw = twitter.Api(
        consumer_key = cons_key,
        consumer_secret = cons_sec,
        access_token_key = acc_key,
        access_token_secret = acc_sec
        )
    print "Posting..."
    tw.PostMedia(status = "Testing python twitter and PostMedia() for #pyconse timestamp=%s" % timestamp,
                 media = filename)
    print "Removing media file %s" % filename
    os.unlink(filename)


if __name__ == '__main__':
    try:
        TweetPhoto()
    except KeyboardInterrupt:
        sys.exit(0)

Acabei usando /dev/video1 pois estava testando a webcam no laptop, que já tem outra webcam interna e quando rebootei com a câmera externa, acabou jogando a dele pra esse device.

Outra melhoria que implementei foi a de mover os tokens de autenticação pra um arquivo externo e ler via ConfigParser().  Assim fica mais limpo o código e possível de enviar pro github (e sem mandar suas chaves privadas junto :).

Coding dojo

Details

Written by: Helio Loureiro

Category: Pessoal

Published: April 01, 2016

Hits: 11735

Agora estou totalmente preparado para participar.

Agradeço ao Elias Lima pela montagem.  Ficou perfeito e... sem barriga!  Domo arigatô gozaimashita!

Criando um programa em python com debug

Details

Written by: Helio Loureiro

Category: Python

Published: February 28, 2016

Hits: 11191

 Vou descrever aqui mais uma dica de uso que um processo ou ferramenta.  Como faz vários anos que programo em python, em certo ponto achei razoável adicionar uma variável e parâmetro pra debug.  Então todos meu programas em python em geral tem uma estrutura mais ou menos assim:

#! /usr/bin/python

def debug(msg):
    print "DEBUG: %s" % msg

class MinhaClasse:
    código
    código
    código

if __name__ == '__main__':
    o = MinhaClasse()
    o.main()

Então o que faço em geral é ter uma função debug(), mesmo que use classe e orientação à objetos, pra facilitar a chamada.  Porque eu uso a função?  Se eu usar como método dentro da classe, tem de chamar toda vez como self.debug().  Como não vejo muita vantagem nisso, prefiro definir sempre como função no topo do código.

Mas esse é um exemplo pra mostrar o princípio.  O que uso é um pouco mais elaborado que isso.  Vamos melhorar esse código pra entender melhor criando alguns métodos como __init__() e main().

#! /usr/bin/python

import getopt

DEBUG = False

def debug(msg):
    if DEBUG:
        print "DEBUG: %s" % msg

class MinhaClasse:
    def __init__(self):
        debug("Construtor da classe")

    def fazalgo(self):
        debug("Fazendo algo")

    def main(self):
        debug("Chamando main")
        self.fazalgo()


if __name__ == '__main__':
    try:
        opts, args = getopt.getopt(sys.argv[1:], "d")
        for opt, arg in opts:
            if opt == "-d":
                DEBUG = True
                debug("DEBUG ENABLED")
    except getopt.GetoptError:
        pass

    if os.environ.has_key("DEBUG"):
        DEBUG = True

    o = MinhaClasse()
    o.main()

Primeiramente eu adicione algum tipo de verificação de opção.  Pode ser com getopt como argparse.  Como é uma opção simples, pra verificar o parâmetro "-d", de debug ativo, usei getopt.  Em seguida usei uma variável global DEBUG, que fica como padrão em False, ou seja, desligado.

Quando faço a chamada na parte de baixo, onde __name__ é '__main__', verifico a opção via flag ou via variável de shell.  Isso quer dizer que se eu usar o script de 2 formas, terei debug ativado:

> ./meuscript.py -d

ou

> env DEBUG=1 ./meuscript.py

a segunda forma ajuda no caso de ter um sistema mais complexo e um shell script chamar seu programa.  Daí se vários scripts verificarem as variáveis de shell pra buscar por DEBUG (ou $DEBUG), fica fácil ativar/desativar.

E assim até hoje eu debugo meus programas.  Claro que fiz alguns aperfeiçoamentos como uma função que imprime o nome do método que está rodando.

def __funcname__(depth=0):
    """
    To print function names like __func__ in C.
    """
    return "__function__: " + sys._getframe(depth + 1).f_code.co_name + "()"

Assim, dentro de um método, posso usar debug da seguinte forma:

class MinhaClasse:
    def __init__(self):
        debug(__funcname__)

E isso ajuda ao imprimir o nome da função corrente, da mesma forma que se usa a macro__FUNCTION__ em C. Essa dica eu achei recentement no StackOverflow:
http://stackoverflow.com/questions/5067604/determine-function-name-from-within-that-function-without-using-traceback
E por último, e acabei com o tempo refinando meu debug().  Ao invés de de somente aceitar string, eu fiz um seletor de tipo pra imprimir qualquer variável, inclusive dicionários no formato json pra ficar mais fácil ler.

#! /usr/bin/python
import json
import getopt

DEBUG = False

def debug(msg):
    """ Debug helper """
    if DEBUG:
        if type(msg) == type("abc"):
            # it is ok
            None
        elif type(msg) == type({}):
            msg = "%s" % json.dumps(msg, indent=4)
        elif type(msg) == type([]):
            msg = "[ %s ]" % ", ".join(msg)
        msg = "DEBUG(%s): %s" % (__file__, msg)
        print msg
        syslog.syslog(syslog.LOG_DEBUG, msg)

def __funcname__(depth=0):
    """
    To print function names like __func__ in C.
    """
    return "__function__: " + sys._getframe(depth + 1).f_code.co_name + "()"

class MinhaClasse:
    def __init__(self):
        debug(__funcname__)
        debug("Construtor da classe")
        self.nome = "Helio"
        self.sobrenome = "Loureiro"
        debug("Nome: %s" % self.nome)
        debug("Sobrenome: %s" % self.sobrenome)
        self.dados = {}

    def fazalgo(self):
        debug(__funcname__)
        debug("Fazendo algo")
        for k, v in self.dados.items():
            debug("%s => %s" % (k, v) )

    def main(self):
        debug(__funcname__)
        self.dados = { "Nome" : self.nome,
                       "Sobrenome" : self.sobrenome }
        debug(self.dados)
        self.fazalgo()

if __name__ == '__main__':
    try: 
        opts, args = getopt.getopt(sys.argv[1:], "d") 
        for opt, arg in opts: 
            if opt == "-d": 
                DEBUG = True 
                debug("DEBUG ENABLED") 
    except getopt.GetoptError: 
        pass 
    if os.environ.has_key("DEBUG"): 
        DEBUG = True 

    o = MinhaClasse()
    o.main()

Como escrevi anteriormente, não é um padrão fazer isso.  Existem módulos que ajudam a debuggar de forma até mais profunda.  Eu gosto de escrever minhas mensagens de debug pra filtrar melhor as mensagens e poder ver o que realmente importa.  Então fica aqui a dica.

O lado social do software livre

Details

Written by: Helio Loureiro

Category: Blog

Published: February 22, 2016

Hits: 11550

O software livre é tido como um movimento social por várias pessoas.  Pelo mesmo motivo muitas outras associam software livre com socialismo ou comunismo, o que já foi desmentido pelo próprio criador do termo software livre: Richard Stallman.

Eu mesmo imaginava que a função social do software livre como a imagem acima, que peguei do projeto de uma colega de trabalho, Eduscope[1].  Era algo que tornaria o mundo melhor e menos desigual, lutando contra as grandes corporações que controlavam o mundo.  Essa última parte era outra forma de dizer "sou contra a Microsoft e tudo que ela representa".

E se foram mais de 10 anos com software livre.  Linux completou 20 anos.  Projeto GNU, 30.  E o mundo?

O mundo não ficou menos desigual.  Pela situação atual da economia americana, eu diria que até ficou muito mais desigual.  O Brasil teve uma melhoria de condição de vida das famílias em geral, olhando num panorama dos últimos 10 anos - e descartando um pouco a crise atual, mas não foi causada pelo software livre.  Enquanto isso as empresas de software livre como RedHat, Canonical e Google se tornaram uma corporação tão grande e poderosa como a própria Microsoft, com os mesmo tipos de problemas que tentávamos combater antes.

Onde está esse lado social?  Cadê???

Pensando sobre isso, comecei a olhar por outro lado: quais são as empresas de sucesso atualmente?  A Forbes lista as principais como sendo:

1. Apple
2. Microsoft
3. Alphabet (Google)
4. Coca-Cola
5. IBM
6. Mc Donald's
7. Samsung
8. Toyota
9. General Eletric
10. Facebook

Se filtrarmos por empresas de tecnologia somente, o ranking fica assim:

1. Apple
2. Microsoft
3. Alphabet (Google)
4. IBM
5. Samsung
6. Facebook
7. Amazon
8. Cisco
9. Oracle
10. Intel

Ignorando que a Microsoft disse que "ama o Linux", já que a contribuição dela com software livre é pouca e em geral cobre mais a adaptação ao seu ambiente de cloud, o Azure, todas as demais têm algum envolvimento com software livre.  Seja como parte de sua estratégia de negócios, seja como seus produtos ou serviços (o que volta à estratégia).  Então é possível ver que software livre é um sucesso no mundo dos negócios, mas ainda não tem nenhum lado social.   E no fim empresas cresceram e acabaram virando grandes corporações como anteriormente.

Mas eu pessoalmente acho que surgiu um lado social do software livre que é bem diferente desse de melhoria das condições das populações mais pobrel (continua sendo obrigação do governo) e do fim das grandes corporações.  Vou usar o mercado em que trabalho como exemplo pra isso, o de telecomunicações.

Se observar o mercado de telecom de 20 anos atrás, no surgimento do Linux, esse era um mercado dominado por grandes empresas e padrões rígidos.  Tudo era definido pela ITU-T ou IEEE com custos altíssimos de aquisição de material.  Então existiam poucos interessados - a menos que tivessem muito capital pra entrar nesse mercado - e os equipamentos eram muito caros, o que refletia diretamente nos valores cobrados dos usuários, que tinham basicamente um serviço de voz e nada mais.

Pensando em 10 anos atrás, 2006, esse mercado já tinha sofrido algumas baixas com o surgimento do Skype, que iniciou uma migração sem volta pra serviços de VoIP.  Skype não foi o único responsável por VoIP, mas arruinou boa parte das operadoras que tinham como seu negócio a venda de chamadas internacionais.  Em 2006 voz ainda era o maior gerador de receita das empresas, mas a banda larga já estava gerava uma outra boa parte e mostrava que estava crescendo.  Mas os celulares mais modernos, smartphones, ainda não eram uma realidade próxima pra muita gente.

Olhando esse mesmo mercado hoje em dia, o que aconteceu?  Grandes fornecedores de equipamentos simplesmente faliram, como foi o caso da Nortel.  Outros se juntaram pra poder sobreviver.  Mas a quantidade de fornecedores não aumentou, muito pelo contrário, apenas diminuiu.  De onde veio a concorrência que destruiu seu mercado?  Veio de IT.  Com isso o mercado de telecom se transformou em ICT, Information and Communications Technology, ou Tecnologia da informação e da telecomunicação.  Regras fixas que levavam anos, talvez décadas , pra serem definidas foram trocadas por métodos ágeis e softwares mais leves.  Normas ITU-T foram trocadas por RFCs da IETF.  Empresas que não tinham nenhum conhecimento sobre telecom começaram a tentar esse mercado.  A Apple, uma inovadora nesse sentido, simplesmente quebrou todos os paradigmas de telefonia com o lançamento do iPhone.  Junto veio o Android.  E com isso milhões de programadores começaram a lançar seus apps pra esse mundo novo.   O mundo abraçou dados e IP, e voz, antes o carro chefe de mercado, virou um acessório de pouco uso.

Onde está o lado social e software livre nisso?  Se pensar nesses momentos, de 20 anos atrás, 10 e agora, verá que o custo do uso de telefonia despencou pro usuário, permitindo mais pessoas participarem desse ambiente.  Claro que eu não me refiro a isso como o fator social.  Eu me refiro ao montante de receita, que diminuiu pra fornecedores e operadoras, mas não pro mercado como um todo.  Essa receita foi dividia com novas empresas.

O que pra mim foi o lado totalmente social proporcionado pelo software livre foi o surgimento de startups.  O mercado de telefonia foi totalmente canibalizado por empresas como Skype, Whatsapp, Google Hangout, Facebook Messenger, Viber, Actor, Telegram, etc.  O software livre permitiu que pequenas empresas - algumas viraram gigantes - o usassem como base do seu modelo de negócios e participassem de um mercado que até então era totalmente negado a elas.  Como exemplo, Whatsapp começou como uma pequena empresa com seus servidores baseados em FreeBSD e Erlang, ambos softwares livres.  E todas as startups que existem atualmente se baseiam de um jeito ou de outro em software livre.  Seja como base do seu negócio ou seja como ambiente de desenvolvimento.

E isso não foi só no mercado de telecom.  O mesmo aconteceu com outros mercados, como o Netflix nos faz lembrar.

Então esse é o lado social que o software livre trouxe em todas as áreas.  Se há 10 anos atrás todo mundo só pensava que um emprego bom, com salário razoável, era só vivendo dentro de uma grande corporação, o software livre hoje em dia permite que ele trabalhe de casa pra uma startup que combine com seu modo de vida e seu jeito de pensar, ou mesmo em empreender pra ter sua própria startup.

Software livre ensinou a pescar, e, sim, dividiu o bolo.  Que venha mais software livre.

[1] Pra quem quiser saber mais sobre esse interessante projeto de educação, o site é Eduscope. Mas basicamente foi um experimento de acesso à informação em locais muito pobres, como Paquistão.  Os sistemas rodavam Ubuntu e as pessoas o usam pra auto-aprendizado (continua funcionando).  Criado por uma ex-colega de trabalho como projeto científico de aprendizado.

Debugando hardware

Details

Written by: Helio Loureiro

Category: Blog

Published: February 12, 2016

Hits: 10216

Depois de quase um ano parado, resolvi colocar meu PC desktop pra funcionar.  Pelo gráfico do MRTG é possível ver como ele foi pouco utilizado nos últimos tempos (em geral uso meu laptop atualmente).

Mas como tenho um disco de 2 TB nele e com o fim do serviço de cloud storage Copy, que eu usava, resolvi reativar pra usar com OwnCloud.  Como já ia ligar mesmo, até pensei em usar no quarto como dispositivo de TV pra assistir Netflix e, quem sabe, até jogar Steam, já tinha uma placa Nvidia justamente pra isso (que comprei pra jogar com o pessoal e fiz isso umas... 3 vezes talvez).

O primeiro problema foi... que nem ligava.  Tenho uma placa PCI-E da Nvidia e a placa onboard, Intel.  Nenhuma delas dava sinal de vida.  Então iniciei o procedimento de debug do hardware, pra tentar fazer o desktop voltar à vida.  Removi o cabo de energia de todos os periféricos que tenho: HDs, unidade de DVD, etc.  Removi também a placa Nvidia.  E sem sucesso.   Sem nenhum sinal de vida (e vídeo).

Algumas placas mães têm um par de pinos para reset.  Talvez a minha tenha, mas se ficou 1 ano parado, com certeza que não tenho nem manual.  Então usei o método mais fácil de reset da configuração da BIOS: removi a bateria e deixei uns 30 segundos fora.  Com isso consegui que o computador ligasse e enviasse o sinal de vídeo pela placa onboard.

Uma vez com sinal de vídeo, foi a vez de reconectar os periféricos.  Coloquei energia nos HDs (tenho 2) e na unidade de DVD.  Como estava com o desktop no quarto, usei uma placa wifi pra ter acesso à Internet.  Tudo ok e boot funcionando.

O próximo passo?  Reconectar a placa Nvidia e fazer o sinal de vídeo funcionar por ela.  Fiz isso e... nada.  Usando um cabo HDMI no lado do PC, testei o monitor e a conexão com o cabo usand um Playstation 3.  Funcionou perfeitamente.  O que seria então da placa Nvidia?  Lembrei que existia um parâmetro na BIOS que perguntava qual placa usar como padrão.  Fiz a configuração e apontei pra placa na PCI-E.  E nada...

Seria minha placa Nvidia a outra opção, que era PCI?  Com certeza não, mas testei.  E nada.  Então removi a placa e dei uma boa limpada, aspirando todo o pó que estava por lá.  Aproveitei e limpei o PC inteiro por dentro.  Foi tanto pó que dava pra fazer tranquilamente uma duna depois.  Mas voltando ao PC... nada.  Nem sinal de vídeo pela Nvidia.  Ao conectar pela placa Onboard, tudo funcionando.

Pelo Linux eu podia ver que o sistema X tentava ativar pela placa, que era reconhecida pelo lspci, mas simplesmente ela não respondia.  Foi então que comecei a achar que a placa tinha queimado.

Mas placa de vídeo queimar ou estragar por falta de uso???  Eu descartei a parte do "queimar".  O que poderia ser?

Outra opção poderia ser... energia!  Sim, podia ser minha fonte de alimentação que não conseguia fornecer a energia necessária pra placa.  Mas como medir isso?  Tenho até um multímetro, mas eu teria de medir a tensão de alimentação do barramento PCI-E.  Fora que uma esbarrada em algum ponto energizado e... PUFF! Lá se vai o PC inteiro.

Resolvi arriscar na solução mais barata e comprar um fonte nova.  Afinal a minha era de 350W de potência, e uma nova, de 500W, não faria mal algum.  Passado alguns dias, uma vez que a compra foi via Internet, a fonte chegou e voltei à obra.

Trocada a fonte, reconectados os cabos, e...

Sim, já liguei na TV e saiu funcionando.  Era realmente a fonte de alimentação.  Melhor, gastei muito menos que comprar outra placa de vídeo (e que não iria funcionar).

Qual o motivo da fonte de alimentação ter falhado?  Em geral as fontes passam por processos de qualidades mais baixos que os outros componentes de PC.  Como usa componentes que lidam com potência mais alta que o resto do PC, usa alguns capacitores à óleo.  Se você algum dia ligou a fonte do PC de 110 V em 220 V, já viu esse óleo espirrando e fazendo fumaça.  Eu acho que com o tempo parado, alguns desses componentes ressecaram, perdendo eficiência.  Mesmo o ventilador da fonte já fazia muito barulho.

Se eu tivesse medido as saídas da fonte no conector eu descobriria isso?  Eu acho que não.  O PC ligava e funcionava, o que significa que ele enviava a voltagem esperada.  O que acontecia era que a corrente era baixa e não suficiente pra alimentar a placa Nvidia, que deve consumir bastante.  Esse tipo de falha não é tão fácil de pegar com multímetro.

Enfim meu PC está de volta e, como esperado, não fiz absolutamente nada nele.  Tem o OwnCloud, mas já recebi uma mensagem de erro de que ele não é seguro o suficiente pra estar nos repositórios :(  

Steam?  Sincronizei.  Quem sabe algum dia eu jogue.  O que preciso agora é de um teclado wireless.

Palestra de Richard Stallman na Universidade de Estocolmo

Details

Written by: Helio Loureiro

Category: Blog

Published: January 30, 2016

Hits: 12933

2016 já começou para mim com oportunidades de acompanhar alguns assuntos interessantes. E no caso eu pude assistir uma palestra de Richard Stallman na aula magna da universidade de Estocolmo, Suécia.  Pra quem não sabe e associa Suécia com cachorro são bernardo, chocolates e alpes para esquiar, essa é a Suíça.  Suécia é um país mais ao norte da Europa, da região que vieram os vikings.   Se já jogou Skyrim, é daquela região que é cheia de gelo quase que o ano inteiro.    Além do frio e dias escuros no inverno (assim como dias longos no verão), a Suécia é um país com bastante igualdade social.  Então a palestra do Stallman atraiu meu interesse pois eu gostaria de ver quais seriam os argumentos sobre software livre num país onde o uso do mesmo não influencia em uma mudança social.  Como falar de liberdade para um povo livre?  E não me refiro ao quesito econômico somente, mas também em igualdade de gêneros, igualdade de oportunidades, enfim igualdade em tudo!

Eu já vi várias vezes as palestras dele no Brasil, e até algumas vezes pela Internet  Então eu esperava alguns argumentos diferentes do que estou acostumado a ouvir, mas no fim a palestra foi muito interessante sob vários pontos de vista.  Infelizmente os pontos que vou descrever a seguir mostram totalmente o ponto de vista do interlocutor.  Conforme ele ia falando, meu nível de interesse aumentava com as coisas que eu realmente queria ouvir.  Assim que conseguir um link pra algum vídeo gravado da palestra, estarei disponibilizando para quem mais pessoas possam ter opiniões próprias sobre o que ele falou (ou até deixou de falar).  O que descrevo abaixo eu confirmei com alguns amigos que estavam por lá, apenas para ter certeza que não tinha sido engano meu ou algum erro de tradução do inglês que entendi dele.

BSD

Acho que nunca tinha ouvido ele mencionar BSD antes.  Dessa vez ele não só mencionou como disse que não baseou seu sistema livre em BSD pois na época, 82/83, o Unix BSD estava muito enraizado e misturado com o sistema proprietário da AT&T.  Esse foi o motivo que o levou a criar um sistema GNU: garantir que o sistema seria completamente livre de qualquer código proprietário.  Ele também disse que ajudou a incentivar a criação de um BSD totalmente livre.

Pela história dos BSD, essa época não era exatamente quando acontecia o processo da AT&T pelo uso de seu código por sistemas BSDs (na verdade contra a BSDi) e que resultou no padrão BSD4.4-Lite, de onde surgiram os BSDs modernos como FreeBSD, DragonFly, OpenBSD, Netbsd, etc.  Isso aconteceu no final dos anos 80, início dos 90.  mas eu acho que já devia estar acontecendo discussões nesse sentido, assim como algumas visitas de advogados.  Sabemos como a história termina (e graças a ela que houve uma janela de falta de sistema operacional livre que permitiu o surgimento do Linux).

Eu sabia que Stallman atuou diretamente na padronização POSIX, mas não sabia que tinha colaborado com os BSDs.  A colaboração pode até ter sido pela criação do GCC, que permitiu em muito a criação dos sistemas BSDs completamente livres da atualidade, ou mesmo pela POSIX, mas foi interessante saber quem ele participou disso.

E ele terminou dizendo que BSDs atualmente são software livre.  Talvez depois da discussão com Theo de Raadt, criador do sistema OpenBSD, ele tenha repensado seus critérios sobre software livre e sistemas operacionais, uma vez que ele nunca tinha dito isso.

Ubuntu

Claro que não poderiam faltar as críticas ao Ubuntu.  Mas ele falou algo que finalmente chegou ao ponto da questão: não existe nenhum outro sistema baseado em GNU/Linux com tantos usuários como o Ubuntu.  Sim, isso mesmo.  Stallman dirige suas críticas ao Ubuntu por conta de seu sucesso.  Não, ele não é contra o sucesso de uma distribuição de Linux (ou como ele gosta de dizer, GNU/Linux).  O problema pela visão dele é que o Ubuntu pode e está influenciando uma grande parcela de usuários e, principalmente novos usuários, sobre software livre.  Se não for passada a mensagem certa, esses usuários não entenderão a fundo o que é software livre pela visão de Stallman, onde liberdade deve vir antes de facilidade de uso.  Quem busca liberdade, tem de estar preparado para sofrer (palavras dele).

Qual distro usar?

Stallman é muito hábil nesse sentido.  Ele não defende nenhuma distro, assim como não recomenda nenhuma especificamente.  Deixa cada um usar a que melhor lhe servir, mas pede para que se lembre que o importante é a liberdade, de poder usar como quiser.  E que uma distro de software livre deve permitir copiar, modificar, redistribuir e não criar restrições quanto seu uso.  Sempre.  Fora isso, nem prós, nem contras.  Ele avisou que existem distros recomendadas pelas FSF e GNU, que garantem a liberdade irrestrita de seus usuários e que ele recomenda - distros em geral, não uma em específico -, mas que podem usar qualquer distro.  Sem dramas, sem ataques, só assim, tranquilamente.

Software livre vs Código aberto (ou free software vs open source)

Como eu já havia dito antes e repito, não existe esse dilema.  E assim também disse Stallman.  Não importa licença: se respeitar as 4 liberdades é software livre.  E pronto.  E ele pediu carinhosamente para não se referir mais como open source, apenas como free software para lembrar a todos como a liberdade é importante.  Um ponto interessante que ele comentou foi em relação à diferença entre o ponto de vista de free software em relação ao open source: free software se preocupa em sempre criar uma comunidade, enquanto open source não, apenas com o ponto de vista de melhoramento do software.  Não sei se concordo muito com isso, pois vejo várias comunidades de open source, inclusive mesmo com a própria Microsoft.  Perguntado sobre isso, ele apenas desconversou.

Blu-Ray e DRM

Ele recomendou o não uso de disco blu-ray, aqueles que parecem um DVD mas tem 50 GB de capacidade de armazenamento, pois os mesmo usam DRM (Digital Rights Management - Gerenciamento de direitos autorais digitais), o que significa que o disco não é seu, e que precisa de uma chave criptográfica para poder assistir seu conteúdo, chave essa que não existe em softwares livres.

Era basicamente o mesmo com o DVD, mas por descuido de uma empresa que foi à falência, essas chaves foram descobertas por um hacker e portadas como software livre.

Eu particularmente não sabia disso sobre os blu-rays, mesmo porque nem assisto blu-ray.  Foi uma geração de tecnologia de armazenamento que eu simplesmente pulei.  Exceto no meu PS3.

Amazon e Netflix

Como o assunto enveredou por DRM, chegamos ao ponto da discussão sobre Amazon e Netflix, onde todo software deles tem um componente de DRM.  Esse DRM permite que Amazon remova livros de seu HD sem ao menos pedir consentimento do usuário, violando claramente as 4 liberdades de software.  E usou como exemplo o livro 1984 de George Orwell, que apesar de estar em domínio público, foi removido de todos os dispositivos Kindle devida a uma infração de copyright alegada por uma editora.

Netfllix apareceu na mesma categoria por não permitir baixar seus filmes para assistir posteriormente, controlando o comportamento do usuário.

Pirataria

Falando de filmes e conteúdo multimídia, no fim chegamos ao tema da pirataria.  Segundo Stallman pirataria não existe pois nenhum bem é saqueado de ninguém, ninguém perde dinheiro com cópia.  Então o que se convencionou chamar como pirataria não existe.  Existe a cópia digital de conteúdo, que nunca traz danos ao seu dono, pois nada é roubado ou extraído.  Só copiado.  Ele ainda pediu para evitar o termo "pirataria" e usar o termo "cópia digital".

Vigilantismo

A parte de vigilância pela Internet tomou boa parte da palestra de 2 horas.  Segundo Stallman temos de tentar ao máximo fugir do vigilantismo que ocorre atualmente.  Infelizmente a fórmula recomendada por ele não parece lá muito fácil de seguir:

• não usar cartões de crédito (exceto pra comprar passagem de avião)
• não postar nada pessoal em nenhuma rede social
• não usar sua identidade para nenhuma comunicação que não seja oficial
• usar sempre criptografia para navegação via browser
• usar sempre criptografia para mail
• usar redes sociais para compartilhar informação, mas não pessoal
• não usar telefones celulares, pois eles podem nos monitorar (nem mesmo com versão modificada do sistema)

 Então a idéia central não é não usar redes sociais, mas usar para compartilhar conhecimento, não informações pessoais.  O restante pede um tipo de vida mais frugal.  Muito mais.

Empreendedorismo com software livre

Stallman falou sobre negócios na área de software livre, para minha surpresa.  Claro que a proposta de monetização segundo ele, não soa como algo que funcione na vida real.  Disse que os sites podem sim monetizar com propaganda, mas a propaganda tem de garantir a liberdade do usuário, não fazendo nenhum tipo de "tracking".  Então o projeto GNU está preparando um framework de monetização onde todos doarão dinheiro pra plataforma e, conforme acessarmos os sites participantes, esses serão remunerados pela audiência.  Isso me fez lembrar um pouco do ECAD.  E não vi muito um modelo claro de negócio que sustente software livre dessa maneira, mas ao menos o assunto está em pauta por lá.

Também tem o fato da própria FSF estar lançando uma campanha para conseguir novos membros, pra poder pagar por sua estrutura.  Com esse tipo de problema de arrecadação financeira, não vejo um desenrolar muito brilhante num modelo de negócios que eles venham a gerir.  Mas cabe a cada um decidir experimentar e participar.  Ou não.

Kernel Linux com código não livre

Não, ele não falou nada disso.  Aliás usou o logo do Linux com pinguim preto, não o azul.  Não sei quem começou a propagar essa distorção, mas Linux não tem código proprietário.  Só sincronizar os fontes com o repositório git e verificar.

Em resumo

Foi uma palestra interessante com uma abordagem bem diferente da que estou acostumado a assistir.  Apesar de mostrar bastante moderação e comedimento em suas palavras, quando chegamos no tema de vigilantismo só faltou mesmo o Stallman colocar um chapéu de papel alumínio.  Ele é até coerente em suas palavras, dizendo pra não usar nenhum tipo de cartão de crédito, e só pagar em dinheiro, pois todos podem e estão sendo monitorados em suas ações.  Pura verdade.  Mas é difícil abrir mão dessas facilidades.  E muito.

Ao final de sua palestra, não vi muitos ouvintes comovidos por suas palavras.  O que ouvi foi um seco "é... foi legal", mas ninguém se empolgou em seguir totalmente o que Stallman falou.  Nem sobre vigilantismo, nem sobre software livre, já que muitas pessoas usam MacOSX para trabalhar por aqui.  E muitos usam Ubuntu também.  Talvez por isso o auditório não tenha ficado cheio, mostrando vários assentos disponíveis durante a palestra.

Mas pelo fato de ter ouvido ele dizer que BSD é software livre e que não existe open source, só software livre, pra mim isso já valeu a palestra inteira.

Ele comentou que software livre constrói também comunidades que se baseiam no respeito e, se sua comunidade tem conflito, para evitá-la ou trocar por uma com o verdadeiro espírito do software livre, de ajuda e positivismo.  Mas esse ponto da palestra dele eu deixo pra comentar em outra oportunidade.