Dev on ¬ just serendipity 🍀

Emissor NFE Sebrae v4.01 para emissão de notas fiscais

serendipity@perrotta.dev (Thiago Perrotta) — Wed, 08 Jan 2025 00:29:46 -0300

♠ To my English-speaking readers: this post contains Brazilian bureaucracy and it’s in Portuguese, you may want to skip it.

Instalação #

Baixe o arquivo JNLP (cópia): emissorNfe-4_0_1.jnlp.

Ou direto da fonte: GCS

Execute-o com o Java Web Start (JWS) do Java 8. Não existe mais JWS a partir do Java 11. Caso não tenha um runtime (JRE), baixe-o diretamente do site da Oracle.

Caso não funcione, delete e reinstale o applet:

Abra o Menu Iniciar
Procure “Configurar Java” no campo de busca
Clique na Aba “Geral”
Em “Arquivos Temporários na Internet”, clique em “Exibir…”
Clique no ícone do emissor, e depois no botão ‘X’ vermelho.
Execute o arquivo JNLP novamente.

Notas #

OpenWebStart não funcionou. Ele lança uma exceção.

— § —

Reply via email

#dev

Matroshka

serendipity@perrotta.dev (Thiago Perrotta) — Sun, 16 Oct 2016 15:49:01 -0200

♠ Recentemente participei de uma CTF promovida pelo ELT (Epic Leet Team). Uma das challs que consegui resolver completamente foi a matroshka, e aqui está um breve write-up sobre a mesma.

Dado um arquivo matroshka.tar.gz, precisávamos encontrar a flag.

Não era difícil desconfiar do que esse arquivo / chall se tratava: matroshkas são aquelas bonecas russas que se encaixam umas dentro das outras. Então…de cara, logo já desconfiei: provavelmente existe um arquivo compactado dentro de outro, dentro de outro, dentro de outro, e assim por diante…

Por experiência, não valeria a pena tentar descompactar tudo manualmente, pois sabe-se lá quantos níveis de compactação esse negócio iria ter (provavelmente mais do que 100).

De cara logo pensei em usar o dtrx, que é um excelente programa (não perco tempo e sempre rodo um port install dtrx) para extrair arquivos sem ter que ficar se lembrando das sintaxes individuais de cada programa. Nesse caso, não iria rolar: os arquivos eram renomeados de forma a trickear o dtrx, que funciona através de heurísticas, uma delas é a ’extensão’ do nome do arquivo. Por exemplo, vários arquivos (após descompactados) eram renomeados na forma *.elt.

A segunda alternativa foi (serendipidade, não conhecia essa ferramenta antes) tentar utilizar o atool. Por motivos similares ao dtrx, não rolou.

Pois bem, então o jeito ia ser descompactar tudo na marra. Pensei em escrever um programa que faria o seguinte:

try {
	unzip <file>
}
catch {
	try {
		tar xf <file>
	}
	catch {
		// ...e assim por diante
	}
}

Obviamente eu utilizaria os programas diretamente, então a coisa poderia ficar um pouco mais simples, utilizando os return codes dos mesmos para detectar se descompactaram o arquivo com sucesso. Por exemplo, tar xf <file> retorna 0 se rodou corretamente, do contrário ele retorna algo diferente de zero. Isso se mostrou válido para todos os programas de descompactação que utilizei, exceto o lha, que insistia em retornar 0 de qualquer jeito, mesmo quando falhava.

Para automatizar essa tarefa, resolvi utilizar python2. C/C++ provavelmente também seriam bons candidatos, mas eu queria praticar o meu python.

Após algumas inspeções, notei que cada arquivo continha um e somente um arquivo dentro dele, então a ideia base seria:

mantenha uma lista com todos os arquivos conhecidos até então (no começo, só haveria um);
descompacte esse arquivo;
detecte qual arquivo acabou de ser descompactado
continue fazendo isso até encontrar a flag

Meu código ficou assim:

#!/usr/bin/env python

import os
import subprocess

TARGET_DIR = 'mat'

def uncompress_kgb(file):
    return subprocess.call(["kgb", file])

def uncompress_gzip(file):
    return subprocess.call(["gunzip", "-S", '.' + file.split('.')[-1], file])

def uncompress_tar(file):
    return subprocess.call(["tar", "xvf", file])

def uncompress_rar(file):
    return subprocess.call(["unrar", "x", file])

def uncompress_lha(file):
    return subprocess.call(["lha", "e", file])

def uncompress_zip(file):
    return subprocess.call(["unzip", file])

def uncompress_arj(file):
    subprocess.call(["cp", file, file + ".arj"])
    err = subprocess.call(["arj", "x", file])
    subprocess.call(["rm", file + ".arj"])
    return err

def uncompress_7z(file):
    subprocess.call(["7z", "x", file])

def colorprint(s):
    print '\033[93m' + repr(s) + '\033[0m'

os.chdir(TARGET_DIR)

base = set()

while True:
    newbase = set(os.listdir('.'))

    diff = newbase - base
    colorprint(diff)

    if len(diff) > 1:
        raise Exception("len(diff) > 1")
    elif len(diff) == 0:
        print "len(diff) == 0"
        break

    for file in diff:
        err = uncompress_kgb(file)
        if err != 0:
            err = uncompress_gzip(file)
            if err != 0:
                err = uncompress_tar(file)
                if err != 0:
                    err = uncompress_rar(file)
                    if err != 0:
                        err = uncompress_zip(file)
                        if err != 0:
                            err = uncompress_arj(file)
                            if err != 0:
                                err = uncompress_7z(file)
                                if err != 0:
                                    err = uncompress_lha(file)
                                    if err != 0:
                                        print "lha fail"

    base = newbase

Essa ideia funcionou bastante bem. A única coisa overkill foi que eu não deletei arquivos anteriores; isso poderia ter simplificado significativamente o problema (e os sets no python).

Ademais, uma das coisas chatas do arj é que ele só é capaz de extrair arquivos que terminam em *.arj, então fui obrigado a renomear/copiar um arquivo antes de tentar utilizá-lo para extrair seu conteúdo.

— § —

Reply via email

#dev

Emacs e golang, uma dupla perfeita

serendipity@perrotta.dev (Thiago Perrotta) — Tue, 22 Jul 2014 22:09:00 -0300

♠ (Sim, o título é clichê.)

Dentre todas as linguagens de programação que tive contato até hoje, sem dúvida Go é a que teve a melhor integração com o Emacs. A integração é tão grande que eu até dispensei completamente a necessidade de utilizar a LiteIDE (aparentemente a IDE mais standard para Go).

(Esse site lista mais IDEs ainda. Pessoalmente acho uma lista exagerada, mas o leitor pode optar pelo que se sentir mais confortável. Adicionalmente, o reddit é sempre uma boa fonte adicional.)

Então, o que você espera ver nesse post? Certamente como integrar o Emacs com o Go, certo? A verdade é que já existem duas fontes (em inglês) muito boas sobre o assunto:

Qualquer coisa que eu reproduzisse aqui seria simplesmente uma repetição do que já está listado nelas. Então, em vez disso, primeiramente listo a minha configuração atual:

(when (locate-library "go-mode")
  ;; golang -- you should go get external tools by yourself!
  (add-hook 'before-save-hook #'gofmt-before-save)
  (when (locate-library "go-autocomplete")
    (require 'go-autocomplete))
  (when (locate-library "go-eldoc")
    (add-hook 'go-mode-hook 'go-eldoc-setup))
  (when (locate-library "go-projectile")
    (require 'go-projectile))
  (when (locate-library "golint")
    (require 'golint))
  (setq gofmt-command "goimports")
  (add-hook 'go-mode-hook (lambda () (if (not (string-match "go" compile-command))
                     (set (make-local-variable 'compile-command)
                          "go build -v && go test -v && go vet"))))
  (add-hook 'go-mode-hook (lambda () (local-set-key (kbd "M-.") #'godef-jump))))

Depois, dou uma demonstração da introspecção que podemos alcançar com isso, através de uma ferramenta que divulguei aqui uns dias atrás…asciinema! Só existe uma pequena limitação, eu só posso usar o asciinema com o emacs no modo terminal, então ele não fica completamente funcional; mas, mesmo assim, isso já é suficiente para que vocês possam perceber o poder e a flexibilidade dessa integração.

Note, no vídeo, que criei um arquivo em orgmode (quantas vezes nesse blog já indiquei a homepage desse maravilhoso projeto?) e o usei como base para gravar o asciicast. Aproveitem!

Link: http://asciinema.org/a/10965

OBS.: Note que a gravação do asciinema é ligeiramente mais lenta do que o tempo real. É claro que eu escrevi mais rápido do que parece no vídeo.

— § —

Reply via email

#dev #legacy

Melhorando a renderização de fontes no Windows

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 12 Jul 2014 21:23:58 -0300

♠ Ah, sempre que eu logo no Windows acabo implicando com alguma coisa. A última da vez foi a renderização das fontes. A renderização de fontes no Linux é muito boa, chega aos pés (isso se não passar) da do Mac. Especialmente se você utilizar o infinality (upstream). Agora, a renderização do Windows é…feia. Quando você abre o seu browser e vê aquela página cheia de Times New Roman para todo o lado…errrrgh. Não estamos mais no início dos anos 2000, algumas coisas podem melhorar.

Com um pouco de serendipidade (minha palavra predileta nos últimos tempos), encontrei o MacType. Esse é um projeto que promete melhorar a renderização das fontes no Windows (do 7 para cima, por favor). Não tem muito o que falar: instale, experimente e perceba a diferença!

Note que esse projeto é desenvolvido em japonês (bem, alguma língua oriental). Então, em algumas partes da instalação (e mesmo na pós-instalação), pode ser que você não veja caracteres, ou que veja caracteres em forma de quadrado. Nesse caso, procure a opção para trocar o idioma para inglês; depois disso, é super intuitivo.

Mais uma nota: você só precisa abrir e configurar o programa uma única vez. Existem várias opções para salvar as opções de renderização: você pode utilizar o registro do Windows (uma boa opção!) e um serviço do Windows (outra boa opção). Eu optei pela segunda, não me deu dor de cabeça. Existe também a possibilidade de aplicar a renderização apenas para algumas janelas, acho, e também a de controlar as opções pelo system tray. Não há necessidade disso, convenhamos; ou você utiliza em todos os lugares, ou não utiliza: seja consistente. Note que se você escolher a opção de registro, a renderização só terá efeito após a reinicialização do computador.

Finalmente, uma mini review: achei a nova renderização muito boa. Dá até gosto de ficar lendo. Aproxima-se relativamente bem da qualidade de renderização do Linux (ou, do Mac, que é o que o nome do projeto sugere). Notei que o mactype está disponível no chocolatey (é uma pena que eu só tenha visto isso depois que o instalei manualmente), então, se quiser automatizar o processo:

cinst mactype

— § —

Reply via email

#dev #legacy

Setups no Windows, nunca mais

serendipity@perrotta.dev (Thiago Perrotta) — Mon, 30 Jun 2014 20:56:00 -0300

♠ Uma vez que você se acostuma com package managers no Linux, é bastante inconveniente voltar à vibe de ficar instalando programa por programa no Windows, clicando em ’next’ o tempo todo.

Para resolver isso foi criado o chocolatey, um repositório com vários pacotes para o Windows, descrevendo-o a grosso modo.

Eu o uso há bastante tempo, para falar a verdade. Só que agora me apareceu um novo problema: como reproduzir a mesma instalação em vários computadores diferentes, de uma vez só?

Motivado por isso, criei um repositório com o sugestivo nome de windows-setups-nevermore. As instruções estão no arquivo README. Resumidamente, basta você especificar todos os pacotes que você quer em um arquivo chamado packages.config, depois executar o arquivo setup.cmd. E voilà, em poucos minutos todos os seus programas serão automagicamente instalados, adicionados ao PATH e ao menu iniciar.

Naturalmente isso se limita, a priori, somente aos pacotes na galeria/catálogo do chocolatey. Se o pacote que você quiser não estiver lá, você terá que adicioná-lo sozinho, ou instalá-lo manualmente, o que for preferível. Além do mais, só estão lá os programas cujas licenças admitem que eles sejam redistribuídos (você não vai encontrar o Microsoft Office lá, por exemplo).

Update (2014-07-07): esse método provavelmente não instala bloatware – por exemplo, as diversas barras de ferramentas ou outros plug-ins para seus web browsers. No entanto, a melhor forma de comprovar isso é ou analisando o código-fonte do pacote ou instalando-o.

— § —

Reply via email

#dev #legacy

Asciinema

serendipity@perrotta.dev (Thiago Perrotta) — Sun, 29 Jun 2014 20:01:00 +0000

♠ Descobri uma ferramenta bastante útil para gravar sessões de terminal: asciinema. E, é claro, ela é open-source: cliente e website. Feita em python, e bastante KISS. Aproveitei para gravar um screencast (asciicast?) de exemplo: https://asciinema.org/a/10546q. Disponível no AUR.

— § —

Reply via email

#dev #legacy

Olá, desenvolvimento web

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 21 Jun 2014 05:03:21 -0300

♠ Durante a última semana fiquei pesquisando bastante sobre o assunto. Posso dizer que gostei bastante do tema, e que ele é bastante vasto. A sensação de aprendizado me é familiar (dèjá vu), me senti da mesma maneira quando comecei no mundo do Linux e, mais em geral, de comunidades e de open source. Bem, acredito que eu vá tomar uma boa parte do meu tempo para estudar sobre isso no futuro.

Um segundo tema que toquei de leve (mas bem de leve mesmo) é o de design de linguagens e de compiladores. Na verdade, gramáticas, coisas assim. Vi mais a do javascript, mas também comecei a juntar algumas referências para estudar sobre o assunto no futuro.

Agora, vou voltar a estudar sobre algoritmos e tudo o mais, pois a maratona de programação é daqui a alguns dias apenas. Além disso, comecei um curso de Machine Learning no Coursera, e estou investindo uma boa parte do meu tempo em interação com os outros estudantes do curso – acredito, por experiência, que essa é a melhor maneira de tirar o máximo de proveito do coursera: estudar em grupo; bem, ao menos participar das discussões dos fóruns.

— § —

Reply via email

#dev #legacy

Hello, my little ol' Arch Server

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 14 Jun 2014 16:06:00 -0300

♠ Durante os últimos dias venho brincando um pouco com configurações de servidores. Não é a parte mais prazerosa de se administrar ou programar um sistema, admito. Mas tem lá seus méritos.

Bem, eis alguns pedaços de conhecimento registrados aqui.

Vanilla vs Patched: você talvez se lembre de que uma vez eu inventei de instalar ubuntu, centos, apache e opensuse, e aquilo era mais para ter uma visão “big picture” da coisa. Atualmente estou testando configurações apenas no arch e no debian, e são dois sistemas suficientemente diferentes porém que se completam para que eu não precise testar em mais nenhum. A questão principal aqui é: no Arch, os pacotes são minimamente alterados (usualmente, não são alterados); isto é, eles são empacotados da mesma forma que upstream quer que esteja. Isso é muito bom para você aprender como as coisas funcionam de maneira pura, e também para perceber como várias distros tentam resolver várias coisas por você; às vezes isso é bom, às vezes isso é ruim; no entanto, é melhor você se expor aos problemas para entender como eles funcionam, na minha visão.

…percebemos que no debian tudo isso já funciona out-of-the-box (isto é, o Apache já vem pré-configurado); enquanto que, no Arch, é necessário fazer umas pequenas configurações (10 minutos se você quiser tentar entendê-las sem nunca tê-las feito; 2 minutos se já sabe o que fazer), coisa de descomentar algumas linhas ou acrescentar outras. Isso não é feito às escuras, tudo é muito bem documentado na ArchWiki, para a qual eu tenho o orgulho de contribuir.

Outra diferença é em relação à localização padrão do DocumentRoot: no Arch (logo, upstream) é /srv/http, no debian era (se não me engano) /var/www, e no XAMPP é em /opt/lampp/htdocs. Nenhum padrão, isso dá dor de cabeça às vezes.

Também estou realizando alguns testes com o nginx. Minha conclusão é que o nginx é bem mais KISS do que o apache (e alguns dizem que ele é mais rápido também). De fato, ele parece ser mais confortável de se trabalhar. Porém, ainda estou tendo um pouco de dor de cabeça para integrá-lo com o PHP, através de FastCGI e php-fpm. Provavelmente deixei escapar algum detalhe, alguma linha de configuração, mas estou quase lá.

Outro aspecto legal é o PHPMyAdmin. Não é nada mal poder configurar todas as suas tabelas de MySQL (ou MariaDB, se estiver no Arch, tecnologia iuhul) através de uma interface intuitiva. O PhpMyAdmin vem pré-configurado tanto no Arch quanto no Debian, o que me diz que ele realmente foi feito para facilitar a vida de um administrador de sistemas.

Por outro lado, não achei absolutamente difícil utilizar a linha de comando do mysql / mariadb. Pela pouca experiência que tenho hoje com MySQL, mas somada com a minha boa experiência com linha de comando em geral, posso dizer que a interface CLI do MySQL/MariaDB é bastante intuitiva. O problema é que você precisa saber o que está fazendo (isso não é um problema, é?), precisa saber a sintaxe dos comandos e tudo o mais, coisa que não é tão essencial no PhpMyAdmin. Mas, ainda assim, não tem nada demais, só questão de se acostumar mesmo.

Apesar de toda a vibe e estabilidade do MySQL, estou considerando seriamente em utilizar alguma tecnologia NoSQL para um futuro projeto. Acredito que sua flexiblidade combine mais com meu modo de pensar do que o do MysQL, mas, cada tecnologia possui seus méritos, tirarei minhas próprias conclusões acerca disso no futuro.

Conectar o PHP com o MySQL é bastante fácil. Só questão de descomentar o módulo correto no /etc/php/php.ini. Por sinal, tem bastantes módulos interessantes por lá.

Vejamos…ah sim, usuários e permissões; é bom tomar bastante cuidado com isso! É um assunto que pode dar dor de cabeça. Cada distro tem seus próprios usuários para a web, e seus próprios conjuntos de permissões para que tudo funcione corretamente (e para que o seu sistema não fique tão exposto para o mundo). Posso dizer que se você não usar o chmod, chgrp ou chown sem querer, e deixar os defaults quietos, provavelmente tudo vai correr bem. Isso assume que você não vai fazer nada de anormal, o que…bem, pode nem sempre ser verdadeiro.

Mais uma coisa: use senhas seguras! Isso pode evitar dores de cabeça no futuro. Por outro lado, cuidado para não utilizar senhas seguras demais e depois se esquecer das mesmas. Se você utilizar algum software para administrá-las, certifique-se de que a senha master dele seja ENORME, REALMENTE ENORME. E, se possível, utilize algum método adicional para protegê-lo (2-factor auth, key, etc).

É uma boa prática utilizar 100% da linha de comando para administrar o seu server. Talvez com a exceção do PhpMyAdmin, eu acho que todo bom administrador deveria saber fazer tudo pela linha de comando.

Bem, acho que até aqui isso resume parte da minha brincadeira. É claro que eu não falei sobre uma porção de coisas, tem SSH, tem os arquivos de configuração, tem LAMP/LEMP, tem todos os cenários mais extravagantes que você puder criar. Mas esse é um começo. Para quem disse que ia começar a ler e estudar sobre o assunto , sinto que estou no caminho certo e que comecei bem. Agora, o restante desse caminho depende o que é que eu vou fazer com isso.

Até breve.

(Por sinal, o blog deve continuar congelado. Com exceção de posts como esse, para marcar determinado badge/meta, o tempo de férias é curto, então não vou tomá-lo para inventar posts que não precisam ser inventados)

— § —

Reply via email

#dev #legacy

'My setup' series (aka 'How I do my computing')

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 17 May 2014 17:42:58 -0300

♠ Alguém precisa me explicar a relação entre ‘ser desenvolvedor web front-end’ e ’ter paixão por produtos da Apple’, sério¹. Recentemente encontrei 3 excelentes sites que descrevem como algumas pessoas trabalham / utilizam seus computadores, dentre outras coisas também. ¹ é brasileiro (bacana!), ² sobre usuários de Linux e ³ descreve os mais variados setups de muita gente boa!

Naturalmente, adicionei esses 3 sites no meu open-bookmarks.

— § —

Reply via email

#dev #legacy #serenity

(Re)formatando um pen-drive (@ Linux)

serendipity@perrotta.dev (Thiago Perrotta) — Wed, 07 May 2014 23:07:11 -0300

♠ Motivação: toda vez que insiro um pen-drive em um computador com Windows da faculdade, pego um vírus. SEMPRE. Incrível. Naturalmente, a opção mais óbvia para se livrar disso é inserindo o pen-drive em um outro Windows e ativando a opção para formatar o pen-drive.

Só existem dois probleminhas com essa “solução”. A primeira é que, ao inserir o pen-drive nesse outro computador, você estará automaticamente infectando esse computador. Na verdade, a coisa toda se parece com um vírus não-virtual mesmo: bastou entrar em contato, infectou o novo organismo. Os seus únicos potenciais anticorpos são: a) utilizar um outro sistema não compatível com o Windows ou b) desativar a opção de autorun de novas mídias no Windows em que o pen-drive for inserido. O problema é que essa opção está quase sempre ativada, e ninguém se lembra de desativá-la (ou não se importa, porque não é algo muito prático para quem quer fazer uma simples apresentação de apenas alguns minutos!).

O segundo é que, mesmo que você formate o pen-drive, alguns instantes depois o vírus se recopiará para o mesmo. Ou seja, você só teria formatado por meros instantes…

Claro, a melhor forma de atacar isso é começando por rodar um anti-vírus no Windows originalmente infectado, mas isso foge do escopo desse post.

Vou expor aqui uma forma de recuperar o pen-drive a partir do Linux. Recuperar, nesse contexto, significa simplesmente formatá-lo: recriar o sistema de arquivos. Só isso.

Gostaria de destacar que existem boas chances de existir uma forma de fazer o que eu vou listar a seguir através de um programa com interface gráfica (exemplo: gparted). No entanto, vou me ater à linha de comando, porque é uma forma que vai sempre funcionar, e que é confiável (talvez não seja necessariamente fácil, mas isso é outra história).

Etapas – atenção! Recomendo que leia tudo antes de testar em seu próprio dispositivo. Se você utilizar esses documentos no disco errado, vai perder os arquivos desse disco. Apenas atenção!:

1 - Obtenha uma máquina com Linux, abra um emulador de terminal, e insira o pen-drive.

2 - Certifique-se que o Pen-drive foi reconhecido pelo sistema. Para isso, você deverá checar os discos da forma /dev/sdX, onde X é uma única letra, como por exemplo /dev/sda, /dev/sdb/, /dev/sdc. Usualmente o primeiro disco da máquina (o /dev/sda) é o que está rodando o sistema. Então, atenção: **praticamente nunca o pen-drive vai ser o /dev/sda.**Note que a palavra disco, nesse contexto, significa (em geral): Disco Rígido (HD), SSD, Pen-Drive, Cartão SD, … ou seja, praticamente qualquer dispositivo moderno de armazenamento de dados.

2.1 - Como checar os discos? Rode o comando

sudo fdisk -l

É necessário um pouco de bom-senso. Geralmente você sabe a capacidade do seu pen-drive (digamos, 4GB); portanto, procure o dispositivo que indicar 4GB. Se você estiver na dúvida, retire o pen-drive, rode esse comando novamente, então recoloque o pen-drive e rode esse comando mais uma vez: agora compare qual disco apareceu dessa vez.

3 - Vou supor que o pen-drive é o /dev/sdX. **Atenção! Utilize essa linha de comando para a letra que é correta para você.**Agora, rode

sudo cfdisk /dev/sdX

Provavelmente você só possui uma partição alocada, do tipo FAT32. Eu recomendo deletar essa partição e criar uma nova. Isso deve ser intuitivo, apenas siga a interface. Depois de criar a nova partição, usualmente ela vai ter algum sistema de arquivos que tem a ver com o Linux. Nesse caso, é necessário mudar o tipo do sistema de arquivos (procure a opção “type”, ou similar) para FAT32. NTFS também é uma opção, mas eu realmente recomendo colocar FAT32: é o que o próprio windows seleciona (geralmente)!

Se você fez isso direitinho, agora procure a opção “write” para gravar as mudanças realizadas. Se você NÃO FEZ isso direito e, por algum motivo, se enrolou ou não encontrou dada opção, então procure “cancel”. Se você cancelar, nada do que você fez foi gravado em disco, então é como se você nunca tivesse rodado o comando cfdisk, pode ficar tranquilo.

4 - Agora que recriamos o nosso sistema de arquivos FAT32, devemos criá-lo efetivamente! OK, perdão pela minha terminologia. É o seguinte: na etapa anterior, indicamos que o sistema de arquivos é FAT32 (ou NTFS, depende de você). Agora vamos alocar esse sistema de arquivos efetivamente. O comando típico é o seguinte:

sudo mkfs.ntfs -L "MEULABEL" /deb/sdX1

sudo mkfs.vfat /dev/sdX1

Qual você vai usar? Depende se você escolheu FAT32 ou NTFS. Para especificar um label no caso de ter escolhido FAT32, utilize o comando

sudo fatlabel /dev/sdX1 "MEULABEL"

Sobre a numeração, /dev/sdX1, /dev/sdX2, etc, se referem às partições do disco /dev/sdX. No caso, eu assumi que você só criou uma única partição (o que é o comum em pen-drives), então você vai utilizar /dev/sdX1 mesmo.

Bom, é isso! Se você seguiu as etapas corretamente, o seu pen-drive estará formatado, livre do vírus. Não o insira na mesma máquina que o infectou, senão você vai ter que formatá-lo novamente.

— § —

Reply via email

#dev #legacy

Kernel Panic, uma história de amor, parte ????

serendipity@perrotta.dev (Thiago Perrotta) — Tue, 06 May 2014 23:36:13 -0300

♠ É, meus amigos, a minha (longa) jornada de exploração do mundo Linux Desktop está praticamente chegando ao fim. Pessoalmente, já explorei tudo o que eu queria. Foram 2 longos anos, e acredito que eu tenha atingido um nível de maturidade razoavelmente bom, a ponto de recomendar a outras pessoas que se interessam por TI fazerem o mesmo que eu fiz. Felizmente, várias (mas, infelizmente, não todas) das minhas etapas ao longo dessa jornada estão registradas (às vezes, documentadas também!) nesse blog.

OBS.: estou escrevendo esse post sem absolutamente nenhum link e nenhum tipo de marcação (negrito, etc), isso é proposital.

O desafio final, necessário para o meu diploma autodidata, foi adiado o máximo possível. Sim, ele é exatamente isso que você está pensando: testar o Gentoo. Hoje o meu Grub possui entradas tanto do Arch quanto do Gentoo. Vou adiantar uma coisa: a entrada do Gentoo é temporária. Assim que eu terminar de explorar todas as features que parecerem interessantes de uma distro baseada em código-fonte, do portage, do eix, equery, masks, slots, OpenRC, e mais todas as características peculiares do Gentoo, vou me desfazer dele.

Vale a pena dedicar pelo menos um parágrafo para falar sobre o porquê disso. Vai ser só um, prometo. Desde o meu primeiro dia com Linux (com nada menos que…Ubuntu! É, já falei disso aqui várias vezes), eu percebi que iria gostar muito daquilo. Daquilo o quê? Tanto do design da coisa, quanto das comunidades, de outras pessoas que também eram entusiastas por aquele design. Assim, tentei me envolver com a comunidade do Ubuntu. Cadastrei-me no Launchpad, no fórum Ubuntu-BR, no fórum oficial do Ubuntu (em inglês), tentei acessar o IRC do #ubuntu, ixi, foram várias coisas desse tipo. Fiquei um tempo fazendo isso. Mas não me senti 100% à vontade. Por quê? Porque parecia algo não muito natural. Não era algo com que eu chegasse um fim de semana e estivesse super animado e entusiasmado para postar no fórum do Ubuntu, não mesmo.

Ops, cá estou eu quebrando minha promessa e criando outro parágrafo…daí, eu decidi partir para outra, fui para o mundo do KDE, tentei fazer parte da comunidade deles, etc, etc, ficou esse ciclo, e depois testei uma distro atrás da outra, valendo destacar que também tentei participar da comunidade do openSUSE e do Fedora.

Só que existia um problema, nada disso parecia certo, nada disso parecia feliz, natural. Parecia só uma modinha. Ah, um usuário de Linux novo, se juntar com a comunidade. Tem um monte de wannabes por aí, colocando em seus blogs pessoais vários símbolos de coisas relacionadas a open source e distros de Linux (ops…eu sou um deles???). Sabe qual é o problema? O problema é quando você inclui essas coisas sem sequer saber sobre o significado delas direito. Quando você tem uma pressão interna para colocar um símbolo do (digamos) Ubuntu relacionado a você, mas você mal sabe o que é o Ubuntu, com a maior parte da sua experiência limitando-se apenas usar o sistema.

Uma das coisas que eu aprendi, um dos significados mais importantes e mais (permita-me dizer) belos sobre esse mundo, é o significado de: COMUNIDADES. Comunidades são uma coisa bastante complexa mas, uma vez que você entende o propósito, a motivação, e o objetivo por trás de uma, tudo se torna infinitamente mais fácil, e você passa automaticamente a entender sobre todas as comunidades. Em outras palavras: conheça bem uma comunidade, e você conhecerá todas!

A questão foi: depois de passar por todas aquelas comunidades de distros que citei, e ter detestado isso tudo, de maneira frustrada, chegou um certo dia que eu conheci a comunidade certa PARA MIM. É óbvio que eu estou falando da comunidade do Arch Linux. Se a comunidade do Arch é perfeita? Para mim, é! Mas, note que a resposta para “X é perfeito?” é relativa, e depende do referencial. Perfeita para quem? Continuando com esse exemplo, para a maior parte das pessoas que eu conheço, o Arch é uma das piores comunidades que você tem para participar. Você tem que correr atrás para interagir com os outros membros (isto é, ninguém vai fazer nada por você se você próprio não se esforçar), ela é fortemente baseada em meritocracia (quanto mais você colaborar, mais os outros membros vão reconhecer o seu valor dentro da comunidade. Nem todas são assim. Em alguns lugares, o mais rico é o mais foda. Ou, quem tem as melhores redes de contatos. Ou, quem dedica mais tempo (não necessariamente mais contribuições) para a comunidade. Cada comunidade tem a sua própria forma de atribuir valores a si mesma!), em manter as coisas simples e evitar complexidades e firulas desnecessárias (o que, por exemplo, muitas vezes acaba com o conceito de “ser fácil de usar de primeira”, o que é claramente ruim para muita gente).

Ah, enfim, quanto uma comunidade é bem definida, os seus valores são bem definidos. Para o Arch, existe o “Arch Way”, para o Ubuntu, “Ubuntu code of conduct”, para o Fedora, “core values”. Para o seu grupo de amigos (que também forma uma comunidade!), talvez preferir pizza de Pepperonni (escrevi certo?) e torcer para o time XXX de futebol (sorry, me recuso a citar qualquer time de futebol brasileiro nesse espaço) sejam os valores da sua comunidade e, em princípio, não há problema nenhum nisso!

Muito bem, vamos voltar a ter foco no tema do post (se é que ele tem um). Eu ia escrever 3 posts separados, um falando sobre comunidades, um falando sobre o Arch e sobre o Gentoo, e o outro falando sobre um pouco de tudo, mas acabou que ficou tudo misturado aqui.

Sobre comunidades, uma das coisas que eu considero um MUST DO para qualquer pessoa, é ler o sensacional “The art of community”, do Jono Bacon (eu disse que não vou indicar links, faça seu dever de casa e pesquise, caso se interesse). Esse livro está disponível sob a Creative Commons, então você pode baixá-lo gratuitamente. Jono Bacon é o atual Community Manager do Ubuntu, ele é responsável por gerenciar uma boa parte da comunidade do Ubuntu, e de assegurar que os interesses da Canonical estejam mais ou menos congruentes aos da comunidade do Ubuntu. Ele também é um dos atuais hosts do Bad Voltage, um podcast que gosto bastante.

Enfim, o negócio desse livro é que ele é uma lição de política, de comunidades, de interação, de gestão, de (…), AH, de tudo. Um livro perfeito para se ler em um ano de eleições, mostra o quão falha é a gestão do nosso Brasil. E também o quanto algumas empresas desse mesmo país estão fadadas ao fracasso. Naturalmente, essas são conclusões que uma leitura atenta lhe permite tirar.

Depois que li esse livro e refleti sobre a minha tentativa por procurar a “comunidade perfeita”, percebi que tudo isso se relacionava e fazia completo sentido. Encontrar uma comunidade da qual você se sinta parte é uma sensação muito boa!

Agora, já que eu estou falando de fazer parte, vale dizer outra coisa. O que é preciso para fazer parte de uma comunidade? Há algumas que possuem os seus métodos oficiais. “Fedora Ambassor” (acho que se escreve assim) é um exemplo de badge oficial. Só vou dizer uma coisa sobre isso: existe uma vibe muito grande de pseudocults e de pseudo community members nessa área (nessa = não me refiro ao Fedora, não! Me refiro aos badges e tudo o mais). Pessoas que só querem um badge de certa comunidade, mas que não sabem nem um pouco sobre a mesma, mas só querem participar da organização para se promoverem, e ganharem algum nome, aproveitando-se da reputação da organização. Bom, felizmente me orgulho de dizer que na comunidade do Arch não existe a possibilidade disso acontecer, simplesmente porque não há badges (bem, só em torno de umas 100 pessoas possuem esses badges, então na prática é como se não houvesse; essas pessoas são os usuários confiáveis (“trusted users”) e mais outros, que contribuem DIRETAMENTE para a manutenção da distro): a forma de você se envolver com a comunidade é se envolvendo, e pronto. Não existe nenhum selo para ser exibido. A vantagem disso é que pseudocults usualmente desistem fácil de comunidades desse jeito: ora bolas, o objetivo é acumular badges, e não participar da comunidade em si. Resumindo: participa quem quer, quando quer, PORQUE quer. Quer o quê? Ver a comunidade crescer, evoluir, e se interagir cada vez mais! Sem selos.

O parágrafo anterior foi fortemente baseado no livro do Bacon, mas OK. Um resumo mal feito, verdade. Quando um livro é sensacional, qualquer resumo dele é mal feito, não tem como. Nada substitui o conteúdo original do livro.

OK, se você ainda está lendo isso, ou você está curioso para ver onde esse post vai dar, ou talvez você tenha um espírito puro em relação a comunidades e não seja pseudocult, portanto. Talvez você ainda esteja procurando a sua comunidade perfeita. Enfim, você é especial, porque a maioria das pessoas já ficam de saco cheio logo nos primeiros parágrafos desse texto xDD, aprendi a fazer isso com a comunidade do Arch, viu como aprendemos coisas?

Mas, voltando a falar sério: essa é a minha terceira versão de um texto que eu sempre quis escrever, de algo que eu sempre quis expressar. As duas primeiras versões nunca foram publicadas, estão bagunçadas demais. Essa também está, mas está bem menos, acredite. E, mesmo que eu escrevesse 10 vezes, continuaria assim, sabe por quê? Porque quando tentamos falar de modo perfeito de algo no qual acreditamos e de que somos entusiasmados, não tem como não misturar sentimentos e pensamentos pessoais com o fluxo do texto. Isso só mostra que esse tema é algo realmente bastante especial para você.

Mas, muito bem, essa parte foi um pouco (muito!?) filosófica. Vou escrever uma outra parte, comparando o Gentoo ao Arch e, nessa, prometo que vou ser mais objetivo. Além disso, existe uma possibilidade de que eu poste uma continuação para esse post, com mais filosofia. Se você tiver curiosidade em ver os dois primeiros rascunhos para esse post (uma bagunça…), deixe-me saber disso.

Até a próxima. E, vou reforçar: o meu conteúdo sobre Linux está em breve chegando ao fim. Quer dizer, não sobre Linux, mas sobre Linux Desktop. Realmente foi uma jornada bastante legal, mas eu vou me mover para outras áreas agora. Qual? Muito possivelmente: ou redes/servidores/essas coisas, ou teoria de linguagens de programação e de compiladores. Existem outras possibilidades, mas essas são as mais prováveis. E, é claro, sempre tem um pedaço da maratona de programação, mas sobre isso você sabe que eu escrevo em outro lugar.

— § —

Reply via email

#dev #legacy #serenity

Instalando o Gentoo a partir do Arch

serendipity@perrotta.dev (Thiago Perrotta) — Thu, 01 May 2014 02:20:00 +0000

♠ TL;DR: pequena TODO list sobre como instalar o Gentoo. Você vai passar 90% do seu tempo olhando para texto dando scroll na tela (processo demorado…).

Esse é o método mais tradicional possível (e que me interessa) que pude constatar. Adapte-o para as suas próprias necessidades:

Boote em um ambiente com o Arch (na verdade, você pode fazer isso a partir de qualquer distro decente).
Crie uma partição /, do tipo ext4, para acomodar a instalação do Gentoo. De preferência, coloque um label decente lá. Sugestões de ferramentas para isso: cfdisk ou gparted.
Monte essa partição em /mnt/gentoo.
Continue a partir do handbook oficial do Gentoo – nesse caso, para a arquitetura amd64. No entanto, atenção. Use esse guia para perceber quais etapas de instalação e configuração são diferentes (em relação a se estivéssemos instalando pelo método oficial, a partir do live environment do gentoo), mais especificamente da parte 4 à parte 6.
Baixe o PKGBUILD gentoo-mirrorselect do AUR.
Use mirrorselect -i -o e então selecione interativamente os mirrors mais próximos da sua localização atual. Copie o valor da variável GENTOO_MIRRORS para o final do seu /mnt/gentoo/etc/portage/make.conf.
Copie o seu /etc/resolv.conf para /mnt/gentoo/etc/resolv.conf. Isso é importante para ter conectividade dentro do ambiente de chroot.
CFLAGS que recomendo para o /etc/portake/make.conf (helper):

-march=native -O2 -pipe

A partir daqui, nada especial, apenas continue seguindo o handbook do gentoo, até a parte do bootloader.
Chegando na parte do bootloader, optei por deixar o Arch gerenciá-lo. Nesse caso, basta rodar um típico grub-mkconfig -o /boot/grub/grb.cfg que o Gentoo deverá ser automaticamente detectado (supondo que o pacote os-prober esteja instalado).
Configure a rede no Gentoo. Isso é bastante específico, mas o procedimento é bem parecido com a configuração da rede no Arch. A única questão é que, ao dar emerge no wpa_supplicant (no caso de você utilizar Wi-fi), vai demorar bastante até todas as dependências serem instaladas (esse é o ponto principal que me afastou do Gentoo até hoje. Sem pacotes binários, ter que compilar tudo localmente…ao menos, se no final a otimização do sistema for maior, poderia ter valido mais a pena.)
Teste o Gentoo durante uma semana e diga o que você achou dele 😉
Decida se você gosta mais do Gentoo ou do Arch. Isso vale tanto para o sistema, tanto para a comunidade. Não tenho ideia de como seja a comunidade do Gentoo (a do Arch eu já tinha uma boa noção de como era mesmo antes de ter o sistema instalado).

Valeu pessoal. Como sou 100% newbie no Gentoo, apreciarei quaisquer dicas! (Enquanto as dicas não aparecem, Wiki Pages e Forums Threads me esperam). Sabe, é bom, de vez em quando, ser newbie em alguma coisa. Claro que ser expert / muito bom / hacker em algumas aplicações é ótimo, mas eu acredito na importância de possuir uma boa base de conhecimento em geral (não necessariamente apenas para fins acadêmicos ou financeiros, mas também para satisfazer a mente: desafios são importantes!).

Ah, mais dois comentários:

Terminando de escrever esse post e de editá-lo, a compilação dos (130) pacotes que o wpa_supplicant puxou não chegou nem na metade… (eu teria instalado uns três ou quatro Archs automatizados nesse tempo – tá bom, não vale comparar pacotes binários com código-fonte, eu sei)
Esse é o meu terceiro ou quarto post utilizando o org2blog (do emacs). Já ficou bastante claro para mim que vou passar a usá-lo de maneira fixa. O único problema é que eu ainda não sei a sintaxe de formatação dele direito, é muita informação. Não é nem que não seja intuitiva, mas já tem LaTeX, BBCode, Markdown, aí eu tenho que aprender mais uma markup language. Mas, provavelmente vou me submeter a isso, o orgmode é sensacional para management em geral.

— § —

Reply via email

#dev

Os servidores de DNS da Net/Virtua foram hackeados

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 26 Apr 2014 12:00:00 -0300

♠ Se você é usuário da NET, tome MUITO CUIDADO se, ao digitar um link no seu navegador predileto, você se deparar com uma página falsa do Flash Player. NÃO CLIQUE EM NADA!!

Isso não acontece só para o site do facebook, acontece para outros sites também. Mas não acontece para todas as páginas. No meu caso, quando não acontece para algumas páginas, é porque o servidor de DNS utilizado para consulta é algum outro.

O motivo dessa página estar aparecendo é que o DNS da Net foi hackeado.

O servidor 201.6.4.116 é um dos servidores DNS da Net, e o 8.8.8.8 (assim como o 8.8.4.4) são servidores DNS do Google. Se fizermos uma consulta de DNS no domínio www.google.com com o servidor de DNS da Net, e depois com o servidor de DNS do Google, vemos que esses dois resultados são diferentes. Motivo? A DROGA DO SERVIDOR DE DNS DA NET FOI HACKEADO!!!

Notem que o servidor 206.190.150.21 (que o servidor de DNS da Net diz ser o endereço do Google) é, justamente, o servidor de origem daquele arquivo .zip malicioso.

Recomendação #

Em primeiro lugar, se você ver a página acima do Flash Player, feche-a imediatamente, NÃO CLIQUE EM NADA!!

Segundo, mude os seus servidores de DNS para os do Google (8.8.4.4) e (8.8.8.8) o mais rápido possível, e então reinicie o seu computador (reiniciar a rede basta, mas só para garantir).

Linux (NetworkManager) #

Supondo que você usa NetworkManager (provavelmente, é o default do Ubuntu se não me engano), crie um arquivo /etc/NetworkManager/dispatcher.d/use-my-custom-dns.sh:

#!/bin/bash
cp -f /etc/resolv.conf.custom /etc/resolv.conf

E depois crie outro arquivo /etc/resolv.conf.custom:

# Google's DNS
nameserver 8.8.8.8
nameserver 8.8.4.4

E então reinicie o NetworkManager (se você não sabe como fazer isso, a melhor forma é reiniciando o computador).

Ao reiniciá-lo, verifique o conteúdo do arquivo /etc/resolv.conf. Ele deve ser exatamente igual ao /etc/resolv.conf.custom anterior que criamos.

Outros sistemas operacionais #

Se você for usuário Windows, pesquise como fazer isso.

Se tudo estiver OK, eu recomendaria que vocês deletassem a cache (e tudo o mais) dos seus navegadores, e então provavelmente vocês estarão seguros. Pelo menos enquanto o DNS do Google não for hackeado também…

Update: Se você for usuário do Chromium/Chrome, além de mudar o seu DNS e deletar a sua sessão (Ctrl + Shift + Delete), assegure-se de que a URL chrome://net-internals/#dns esteja OK. Na dúvida, clique em “Clear host cache”.

— § —

Reply via email

#dev #legacy

Emacs, I just love you

serendipity@perrotta.dev (Thiago Perrotta) — Thu, 24 Apr 2014 22:08:00 -0300

♠ Hoje, dois anos depois de ouvir falar desse aparentemente simples, comum e mundano editor de texto, agora ele faz parte do meu ambiente de forma intrínseca.

Algumas ferramentas de que gosto:

org-mode
org2blog (comecei a usar hoje!!)
yasnippet (comecei a usar hoje!!)
emacs –daemon (comecei a usar hoje!!)
magit (para controlar repositórios)
dired (gerenciador de arquivos dentro do emacs)
helm – ferramentas do emacs integradas entre si
my-favorite-programming-language-mode
web-mode: para arquivos em html/css/javascript (em geral)
markdown-mode (!!!!)

E tantas outras…

— § —

Reply via email

#dev #legacy

i3lock-wrapper PKGBUILD

serendipity@perrotta.dev (Thiago Perrotta) — Mon, 21 Apr 2014 17:42:45 -0300

♠ Após ler os logs da aula de PKGBUILD, me senti inspirado para melhorar mais um PKGBUILD que resolvi manter recentemente.

— § —

Reply via email

#dev #legacy

Dota 2 @ Linux

serendipity@perrotta.dev (Thiago Perrotta) — Sun, 20 Apr 2014 22:15:34 -0300

♠ Nesse post: configurando o Linux para ter um bom desempenho no Dota 2 no Steam.

1 - Utilizar as seguintes flags para lançar o jogo:

-console -novid -noborder -high -autoconfig -nomousegrab

Fonte: http://dota2.gamepedia.com/Launch_Options

Depois de lançá-lo pela primeira vez com o autoconfig, vá nas opções de vídeo e coloque tudo na menor qualidade possível (menos qualidade ==> mais desempenho). Depois, retire a flag de autoconfig.

2 - Recomendo habilitar cl_showfps 1 no console. Esse console é o de dentro do jogo, o atalho default para acessá-lo é a contrabarra, mas eu mudei para o apóstrofo/aspas simples, porque a contrabarra não estava funcionando aqui. Você pode mudar o atalho nas configurações das hotkeys. Consegui um fps entre 30 e 50 (variando loucamente).

Fonte com outros comandos no console: http://dota2.gamepedia.com/List_of_Console_Commands

3 - Se a sua placa de vídeo for Intel (exemplo: Intel Graphics HD 4000), crie um arquivo ~/.drirc:

Fonte: https://github.com/thiagowfx/dotfiles/blob/master/.drirc

Isso tende a aumentar o desempenho do jogo, eu acho. A experiência me mostrou que é uma boa prática ter esse arquivo, mas não tenho certeza do porquê que ele funciona.

4 - Utilize os últimos drivers / pacotes, se possível. Especialmente o mesa3d e as bibliotecas de 32 bits. Se você estiver utilizando o Arch (rolling-release), um Ubuntu recente (suporte oficial da Steam) ou o Steam OS, provavelmente estará tudo certo (desde que você atualize o sistema regularmente).

Vale dizer que eu quase nunca consegui rodar o dota direito nesse notebook, mas após seguir todos esses passos eu consigo um bom desempenho. Tudo bem que eu estou rodando com tudo no mínimo, mas antes nem assim rodava direito. Alguma dessas modificações fez bastante diferença. Qual? Boa pergunta.

Vale dizer que eu estou utilizando um tiling window manager, o que significa que a flag de noborder é especialmente atraente. Isso significa que posso mudar de workspace/tag (equivalente a Alt+Tab para stacking window managers) de forma ridiculamente fácil. Além do mais, eu consigo redimensionar e mover o contexto OpenGL do Dota 2 como se eu estivesse brincando. Essa flexibilidade vale a pena, e é melhor (a meu ver) do que rodar o game emfullscreen.

— § —

Reply via email

#dev #legacy

Recovery típico via USB

serendipity@perrotta.dev (Thiago Perrotta) — Fri, 18 Apr 2014 13:38:36 +0000

Meu computador não boota! E agora? Possíveis sintomas: tela preta congelada, tela de splash congelada, systemd travado, upstart travado, corrupção (fsck não ficou satisfeito), bootloader (grub,syslinux,EFI) mal configurado (ou não configurado)
Obter uma distro de Linux e gravá-la num USB Flash Drive (pendrive). Meu gosto pessoal: System rescue cd, Parted magic, Slitaz ou Arch Linux.
Bootar a distro e imediatamente abrir um console/emulador de terminal. Com interface gráfica ou não, a gosto.
fdisk -l para detectar os discos do computador. Detectar o disco cujo sistema está com problema. Geralmente o que contém a partição /boot ou /. Identificar as partições também é usualmente importante.
Se você precisar formatar alguma partição, cfdisk ou parted. Exemplo: cfdisk /dev/sda1.
Se você precisar (re)criar algum filesystem , mkfs (por exemplo, mkfs.ext4 -L "archroot" /dev/sda1).
Para (re)montar o seu sistema de arquivos: (por exemplo) mount /dev/sda1 /mnt.
chroot no sistema que você acabou de montar: chroot /mnt.
Para recuperar (na verdade, gerar novamente) o arquivo de configuração do grub dentro do chroot: grub-mkconfig -o /boot/grub/grub.cfg.
Para reinstalar o grub (fora do chroot!), use grub-install.
Explorar o diretório /etc/systemd/system.

Usualmente um desses passos é um caminho para resolver o problema. No final das contas, as coisas são bastante específicas, dependem do contexto.

— § —

Reply via email

#dev #legacy

[Opinião] Ubuntu 14.04 lançado

serendipity@perrotta.dev (Thiago Perrotta) — Fri, 18 Apr 2014 01:51:56 -0300

♠ O Ubuntu 14.04 acabou de ser lançado. Olhando rapidamente as release notes, dá para notar que tem muita coisa (e bastante atualizada) boa nessa versão LTS. Também não faz muito tempo (menos de 1 mês) que a versão 3.12 do Gnome foi lançada, o que não é nenhuma surpresa, já que as releases dos dois projetos são mais ou menos sincronizadas.

Desde que a interface Unity foi introduzida, depois de muito mimimi (alguns com razão, outros nem tanto) por parte da comunidade e do papo que Ubuntu is not a democracy, depois que o Steam passou a ser suportado no Ubuntu, depois que o bug #1 foi fechado e o Skype passou a ser suportado no Ubuntu e, finalmente, depois que pude acompanhar um pouco sobre como a comunidade do Ubuntu funciona, e ter conhecido um pouco mais o Jono Bacon (community manager), tenho que dizer que a Canonical está fazendo um ótimo trabalho.

Apesar de não adotá-lo como a minha distro principal atualmente, é bastante bonito ver um projeto open source vastamente utilizado por vários usuários no mundo todo, inclusive vários conhecidos, prosperar. Esse é o poder da comunidade.

Aproveito e deixo esse link para quem acabou de instalar essa versão.

— § —

Reply via email

#dev #legacy #serenity

Spotify

serendipity@perrotta.dev (Thiago Perrotta) — Tue, 15 Apr 2014 22:57:13 -0300

♠ Raramente recomendo algum serviço / algo comercial, mas faço questão de recomendar o Spotify. Estou usando-o há mais de uma semana, e é uma boa forma (1) de indexar as músicas que você gosta (2), certamente melhor do que a nuvem.

Resumidamente:

Um bom modelo de negócios (para o usuário final): você ouve músicas gratuitamente, tendo apenas que ouvir uns 30 segundos de propaganda ocasionalmente (tipo a cada 3 ou 4 músicas, não é tanto assim). Esse é o tipo de negócio que dá gosto de suportar (veja a parte de “NOT ADBLOCK”).
scrobbles podem ser encaminhados(?) para o last.fm (ainda estou procurando uma forma de fazer isso para o libre.fm); o cliente (player) para Desktop e para Web possuem uma forma fácil e integrada de dizer quais músicas você gostou e quais você detestou, aumentando cada vez mais o poder de previsão / recomendação desse serviço.

Vejamos algumas controvérsias:

Com DRM (isso pode ser superado de maneira relativamente fácil, porém demorada, mas isso não é algo que queremos fazer com um serviço bom, certo?). Mas o que mais esperar de um serviço de músicas? Já acho incrível o catálogo que ele tem – em termos de quantidade e de qualidade. Não dá para reclamar disso. É uma forma parecida com a do Steam.
Ainda não está 100% disponível no Brasil (deve ficar em breve). Se o seu IP diz que você é do Brasil, dê o seu jeito. As boas e velhas keywords são proxy e/ou VPN.

Ele possui cliente nativo para Linux! No Arch, veja no AUR (a quantidade de votos reflete a sua popularidade).

Para completar, mais tarde quero testar o Pandora também, para comparar os dois. Vale dizer que ouvi falar pela primeira vez do Spotify faz muito tempo, no Everyday Linux Podcast (valeu Mark, Seth e Chris!), em algum episódio entre o 50º e o 100º (não vou me lembrar de qual…), mas só pude testá-lo agora.

— § —

Reply via email

#dev #legacy #serenity

Android dev: summary

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 12 Apr 2014 22:57:34 -0300

♠ Esse é um draft perdido com algumas anotações sobre Android. Foi criado enquanto eu estava fazendo um curso no Coursera. Na época, acabei escrevendo aqui por falta de um lugar melhor para isso. Hoje em dia eu faria diferente, tenho todo um plano para organizar (e compartilhar!) algumas das minhas anotações. Por enquanto esse plano ainda não está em prática, mas enfim.

Abaixo está o draft, reproduzido na íntegra:

Hello there. This is just part of a experiment. Usually I take notes with my notebooks, but they usually become messed up. Temporarily I’ll use this blogging space as a note taking platform too. I have to find more convenient ways to do that…any recommendations accepted! I’ve already thought of github, but it is not that indexable. This public information should (may) be useful for someone a day.

Debug @ Console: xinetd w/ systemctl service > telnet localhost > 5554 > 5556 > … // help FTW
Use 5554/5556 to refer to the device (e.g. to send text messages or make calls)
Use LogCat View @ Eclipse to see log messages (filter options FTW) // Code: Log.e […]
C-F12 to rotate the emulator (other hotkeys @ developer.android.com page)
command android to open the Android SDK Manager
KISS: only the Intel images + the SDK platform are important
Enable HAXM (Windows or Mac) or KVM (Linux) acceleration if you can
.xml files everywhere…
android-udev: use it to connect your device to your computer on Linux (see the AUR)
Android API: 10 (2.3.3 - Gingerbread), 16 (4.1.2 - Jelly Bean!), 18 (4.3)
do not make your ~/workspace a mess, please
R.java ==> if any problems, go to Project > Clean…
C-S-O come in handy (Eclipse: organize imports)
Use the ‘Quick Access View’
alias emulator-template="emulator -avd "Intel-10-480x800" -qemu -m 512 -enable-kvm -gpu on" // https://developer.android.com/tools/devices/emulator.html#acceleration
host is acessible from the emulator via 10.0.2.2 (QEMU feature)
C-I auto indent @ Eclipse

— § —

Reply via email

#dev #legacy

Integrando QT Creator com cmake

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 12 Apr 2014 15:38:15 -0300

♠ TL;DR: movendo o estilo de desenvolvimento de Emacs + programa na linha de comando para QT Creator + programa com interface gráfica (em…QT, é claro!).

Existem basicamente duas etapas para realizar essa transição. A primeira é tão ridiculamente fácil, que nem precisaria ficar registrada aqui. Apesar disso, não parece ser tão trivial ou que vá funcionar out-of-the-box, então vou documentá-la aqui assim mesmo.

Já a segunda requer um pouco de entendimento sobre como o cmake e o qmake (ferramenta de gerenciamento de compilação utilizada pordefault por um projeto do QT Creator) funcionam.

OBS.: QT5. Mas, você também pode aplicar o que está escrito aqui para QT4. Com alguns cuidados.

Primeira etapa #

1-) Assegure-se de que o seu projeto em cmake funciona corretamente. A estrutura atual dele deverá ser similar à seguinte:

ProjectTopLevelDir/
ProjectTopLevelDir/CMakeLists.txt(arquivo top-level de configuração do cmake)
ProjectTopLevelDir/src/ (código-fonte do projeto)
ProjectTopLevelDir/build/ (onde o projeto é compilado)

Existe uma variação comum para o caminho de build:

ProjectTopLevelDir/../build/

Tanto faz a variação adotada. No entanto, ao utilizarmos o QT Creator, o wizardde importação de projeto nos recomendará a segunda, pordefault.

2-) Abra o QT Creator, clique em Open File or Project, e importe o CMakeLists.txt indicado no item anterior. É importante importar o CMakeLists.txt mais top-level do seu projeto.

3-) A pasta de build especificada pode ser a mesma que a anterior. Ou, você pode adotar o padrão sugerido pelo wizard, que é algo do tipo ProjectTopLevelDir-build/(a segunda variação, como eu disse anteriormente).

4-) Clique em “Run CMake”. Você provavelmente irá querer o “Unix Generator (Desktop)”.

5-) Sente-se e espere a mágica acontecer. Brincadeira, não é mágica, na verdade é um comportamento muito bem definido. O que o Qt Creator faz behind-the-scenesé, basicamente, rodar o cmake para gerar um .cbp (output de projeto para o Code::Blocks, mas que o Qt Creator sabe interpretar também – thank you!), em vez de um usual Makefile. Esse .cbp configura o ambiente do Qt Creator para o seu novo projeto.

6-) Clique em Finish.

Segunda etapa - preliminares #

Agora você vai notar que o botão de “play” (Run, atalho Control-R) construirá o seu projeto corretamente e, provavelmente, também rodará o executável correto. Isso indica o fim da primeira parte.

Se você realizar quaisquer modificações significativas no seu projeto (no que diz respeito à estrutura dele, ou algum CMakeLists.txt), assegure-se de rodar o CMake novamente. Você pode fazer isso clicando com o botão direito no projeto (na sidebar da esquerda) e depois em “Run CMake”.

E daí você percebe que especificar etapas em linha de comando é algo bem mais fácil e preciso do que especificar etapas em uma IDE. Além do mais, daqui a algumas versões, a interface do Qt Creator pode mudar, e o que eu acabei de descrever aqui terá de ser reaprendido / readaptado. Use o bom senso.

Muito bem, na segunda etapa dispensaremos completamente a ferramenta qmake, passando a utilizar somente o **cmake.**Assumiremos que você quer criar uma interface em Qt. Se você só quiser utilizar o QT Creator, sem criar nenhuma interface, então você pode parar na etapa 1.

Segunda etapa - agora sim #

1-) Abra o seu CMakeLists.txt top-level num editor de texto. Pode ser no próprio Qt Creator, ou não, tanto faz.

2-) Vá para o final desse arquivo. Vamos adicionar as seguintes instruções lá:

https://gist.github.com/thiagowfx/10549532

3-) Comentários:

Note que essa é a instrução de um dos meus projetos. Toda a parte onde contém “raytracer” você deve mudar de acordo com o seu próprio projeto.
A parte do automocé essencial se você utiliza signals e slots.
A parte do wrap_ui é essencial se você utiliza o Qt Designer para criar um arquivo .ui. Se você criou o seu código “na mão”, não precisa. O que a wrap_ui faz é invocar o uic(ui compiler) do Qt nos arquivos .ui especificados. Isso é exatamente o que o qmake fazbehind-the-scenes(assim como a parte do moc, descrita no item anterior).
Se você utiliza *resources,*também é necessário adicionar uma instrução para isso. Ela não existe no meu exemplo. Olhe as referências no fim desse post.
Depois de criar quaisquer executáveis, é importante linká-los com a biblioteca do Qt. É para isso que a parte use_modules serve.

Depois disso, o seu projeto está sendo completamente gerenciado pelo **cmake.**Sem necessidade de qmake.

Referências #

Sugiro olhar o meu repositório no Github, open-bookmarks. Olha a parte que fala de cmake com qt5. Vou deixar uma cópia dessas referências aqui, no entanto, se eu adicionar quaisquer referências no futuro, elas serão adicionadas no repositório, e não nesse post.

Referências:

— § —

Reply via email

#dev #legacy

btrfs, let's go

serendipity@perrotta.dev (Thiago Perrotta) — Thu, 10 Apr 2014 21:48:36 -0300

♠ Hoje ouvi num podcast que o Facebook em breve usará o sistema de arquivos btrfs em seus servidores. Link upstream em 1. Servidores reais! De produção. R-E-A-I-S.

(OK, não são todos os servidores, mas isso já é um começo. Uma bateria de testes.)

Isso possui algumas implicações bem interessantes:

Os dias de ext4 como o filesystem principal do Linux podem estar contados. Na verdade, é dito que o btrfs não foi criado para substituir o ext4, ele seria apenas mais uma opção. Mas, o ext4 não vai ficar no topo para sempre…
Quando uma super empresa resolve tomar uma decisão como essa, significa que eles não vêem mais o btrfs como uma brincadeirinha. Além do mais, note que a versão 13.2 do openSUSE provavelmente trará o btrfs como filesystem padrão. Lembrando que o openSUSE (assim como o Fedora, e o Arch) é uma das distros mais pioneiras no que diz respeito a adotar novas tecnologias.

Ou seja, usar o btrfs como filesystem principal no…DESKTOP pode começar a ser uma boa ideia. Pessoalmente, só não migrei para o btrfs por dois motivos.

sem swap!
dor de cabeça

Na verdade, o primeiro motivo ocupa 90% de espaço. Dor de cabeça é natural, seria a mesma coisa se fosse para usar LVM, criptografar o HD/SSD inteiro ou aderir à uma nova tecnologia com o qual não se está acostumado. Documentação não falta! Migraria sem nenhum problema. Amanhã mesmo.

O grande problema é a falta de swap, é uma função que eu particularmente prezo bastante. Naturalmente, não é algo super útil em servidores, mas em desktops ( / notebooks, bah) é uma feature cômoda. Nada como acordar no dia seguinte e ver todas as suas janelas e seu trabalho restaurado do último ponto onde estavam.

Um dia eu testo o combo máximo: btrfs + LVM + criptografia. No desktop. Na verdade, acho que o btrfs dispensa LVM, aquelas pools dele devem ter uma função similar a ela. Enfim.

— § —

Reply via email

#dev #legacy

Sugestão de app de gravação de som

serendipity@perrotta.dev (Thiago Perrotta) — Sun, 06 Apr 2014 14:40:02 -0300

♠ Na Play Store, naturalmente, existe uma infinidade de aplicativos que fazem isso (duh), mas a maioria deles é cheia de ads. Em (1) você encontra um open source e sem ads.

— § —

Reply via email

#dev #legacy

Erro de sincronização no Chromium

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 29 Mar 2014 00:14:06 -0300

♠ Faz uns dias que noto que a sincronização dos meus favoritos no Chromium não estava sendo realizada corretamente. Com um pouco de investigação, descobri que o domínio clients4.google.com (utilizado para o servidor de sync, pelo menos no meu caso) estava bloqueado no meu Arch (adivinha por causa de que…).

Moral da história: cuidado, muito cuidado, com os seus próprios filtros.

OBS.: escreva chrome://sync-internals (ou chrome://sync) na barra de endereços e seja feliz.

— § —

Reply via email

#dev #legacy

CT sem luz: vamos indexar isso!

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 22 Mar 2014 21:28:22 -0300

♠ “Inspirado” pelas quedas de luz nessa semana no Centro de Tecnologia da UFRJ , resolvi criar uma páginapara indexar (a partir de hoje) sempre que novas quedas de luz ocorrerem.

O objetivo disso? Dados são poder. É muito fácil chegar e reclamar “toda hora a luz acaba”, mas como podemos sustentar essas reclamações com uma devida argumentação se não possuímos dados (estatísticas) sobre a frequência com que essas coisas ocorrem?

Além do mais, se algum dia um futuro (ou atual) diretor ou decano resolver se gabar de que estamos em uma grande universidade, alguém pode aproveitar para lembrá-lo de que uma grande universidade sem luz não é algo muito útil.

Não espero que essa página fique completa, pelo menos não comigo sozinho. Vou anotar todas as vezes em que eu perceber quedas de luz, mas encorajo fortemente que outras pessoas também anotem, e me avisem para que eu possa incluir mais dados lá.

Esse projeto é o início de (provavelmente) muitos outros. Hoje a indexação é sobre as quedas de luz, amanhã pode ser sobre o estacionamento, sobre a segurança, sobre a infraestrutura. A internet está aí, só falta mais alunos quererem correr atrás para melhorar o que é deles.

(OBS.: não estou realizando a divulgação desse websiteem lugar nenhum, além do meu próprio blog pessoal. Se você achar esse projeto relevante, pelo menos deixe seus amigos saberem que ele existe.)

(OBS2.: quando esse projeto crescer, eu espero encontrar um domínio melhor para hospedá-lo. Mas, por enquanto, o github me parece suficiente.)

Obrigado pela atenção.

— § —

Reply via email

#dev #legacy

(Removendo) Bloatware @ Android

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 22 Mar 2014 16:40:51 -0300

♠ Recentemente tive contato com um Stock Android 4.4.x (KitKat) e, whooooa, como eu tinha me esquecido o quanto um Android novo era bloated, cheio de firulas e coisas desnecessárias, que só complicam a usabilidade e a compreensão do usuário.

Vou utilizar um vocabulário relativamente mais amigável, já que esse post pretende dar alguma luz a um usuário não experiente (ou experiente).

Motivação #

Vejamos, em primeiro lugar eu vou reforçar o que eu acabei de falar: qual o objetivo disso, pra quê?? Se o público alvo for usuários experientes, eles vão ficar extremamente descontentes e insatisfeitos, porque serão expostos a firulas as quais eles não querem. Você poderia argumentar o seguinte: “ah, então é só eles removerem essas coisas. Certo?” Não. Errado. Quer dizer, estaria certo, o problema é que não dá para desinstalar programas “de fábrica” por default – a menos que você ganhe acesso root no seu Android. Então, porque não a) distribuir smartphones com acesso root out-of-the-box (=por padrão) ou b) fazer com que os aplicativos que já vêm instalados não tenham status “de fábrica”, o que significa que eles poderiam ser facilmente removidos.

Por outro lado, se o público alvo for usuários não experientes (e é, essa é a maior parte do market share do Android), então para que ficar incluindo um monte de funções, aplicativos e firulas que esses usuários nunca usarão? Pior ainda, muitos deles em inglês (estamos falando de usuários não experientes, nem todos sabem inglês). Naturalmente, não se pode agradar a todos, sempre vai haver alguma parcela dos usuários que terá que se descontentar um pouquinho, isso em si seria extremamente natural. O problema é que a parcela é enorme, e o descontentamento não é só um pouquinho. Bom, você pode dizer que a maioria das pessoas não está nem aí / não liga para isso (é verdade). Então, justamente por não ligarem é que esses “extras” (a partir de agora me refiro a isso como bloat/bloatware poderiam (deveriam?) ser reduzidos ao mínimo possível. Aí não tem como falar disso sem falar no KISS (~Keep it Simple); provavelmente esse é o acrônimo que eu mais uso aqui, mas é porque é um conceito que a maioria das pessoas e dos fabricantes parecem ignorar completamente. Como Albert Einstein disse uma vez, ~“mantenha as coisas o mais simples possível, mas não simplórias”. Não se trata de disponibilizar só o kernel para o usuário, não é, caramba, mas também não há a necessidade de incluir um monte de funções só para complicar a vida dele. Aí você diz: ah, mas a maioria dos Androids possui algum aplicativo “helper”, que vem com um tutorial e instruções de uso das funções mais importantes do aparelho. Mas esse é outro erro, parece ajudar, mas na verdade só complica. Segundo Donald Norman, um produto com um design bom é um produto que dispensa tutoriais, textos explicativos e/ou manuais. Ele é intuitivo, de forma que o usuário consegue perceber o objetivo de seu uso e como usá-lo “automagicamente” (pequena analogia: imagine um elevador, você entra nele, aperta o botão, e vai para o andar que você quer. Isso é um exemplo de bom design. Agora, se em determinado elevador você precisar parar para ler as instruções de como operá-lo, isso é (em geral) um design ruim. Exceções existem, cuidado para não generalizar esse argumento!).

Vou parar por aqui, esse assunto está longe de ser exaustado apenas com dois parágrafos, mas acho que isso já resume a minha motivação por trás desse post.

Algumas guidelines #

Nessa seção: algumas coisas que você pode fazer (ou pelo menos tentar fazer, ou se informar sobre) para reduzir o bloat.

Note que eu também vou incluir algumas features. Dependendo do seu ponto de vista, elas também podem ser bloat (isto é, você apenas estaria trocando um bloat por outro). No final, o produto perfeito não é genérico, mas sim tailored e adaptado para as necessidades de cada usuário (mesmo que o próprio usuário não esteja ciente do que ele mesmo quer).

Primeiro de tudo: REMOVA todos os aplicativos default que você não instalaria caso eles não viessem nativamente. Por exemplo: você baixaria o jogo XXXX sag(?) ou o aplicativo da rede social YYYY caso ele não viesse junto com o seu Android? Não? Então remova ele!
Aí vem o problema do tópico anterior: você não vai conseguir (em geral) remover esses aplicativos. Então, o que você pode fazer? a) root (apenas se o seu aparelho for suficientemente popular, e você for um usuário mais experiente, disposto a se arriscar um pouquinho) ou b) desativar os aplicativos. Não é tão bom quanto remover, mas pelo menos eles não ficarão rodando em segundo plano, nem aparecerão na sua app drawer.
Instale o Notification Toggle. Ótimo design, isso deveria ser nativo em todos os Androids.
Instale um launcher! O Launcher nativo do Android é limitado até demais. Agora, cuidado aqui. Dependendo do launcher que você instalar e das configurações que vocẽ for tweakar depois, isso pode acabar trazendo mais bloat pro seu smartphone. Eu gosto do Apex.
Aprenda como limpar a cache do seu dispositivo. Dá para fazer isso através de um aplicativo, ou manualmente. Não convém fazer isso com muita frequência, mas de vez em quando é uma boa ideia.
Desative a localização (GPS, Wi-Fi e redes móveis). A menos que você use com frequência algum aplicativo relacionado a isso. Sério, não ‘venda’ seus dados de localização tão facilmente.
Instale um browser decente! O Stock Browser do Android é muito ruim. Dentre as recomendações, Chrome, Firefox ou Dolphin (não necessariamente nessa ordem). O Opera Mini ainda é útil para navegar no 3G e economizar mais dados.
Desative o bluetooth. Quase ninguém usa isso hoje em dia. A única vez que eu usei isso foi para se comunicar com o meu notebook. Economiza bateria.
Retire todos os widgets que vieram por padrão na sua Home Screen. A menos que você realmente precise deles… (é tão importante assim saber o clima / a temperatura toda hora?)
Desative o Google Now. Ser interrompido toda hora com notificações é contraprodutivo. A menos que isso seja importante para você…
Perceba, esses itens são apenas recomendações, pode ser que um aspecto ou outro seja importante para você, eu não vou mais ficar repetindo isso, acho que já deu para captar a mensagem.
Adblock! Funciona bem pra caramba, um dos aplicativos que eu mais prezo. Precisa de root!
Desative as transições / animações / haptic feedback / audio feedback. Traduzindo: desativar os efeitos visuais quando você muda de tela, desativar a vibração quando você toca em um botão (virtual) ou numa tecla (do teclado virtual), desativar o barulho de quando você toca em algo. Procure isso na configurações (settings). Geralmente está lá para o final, nas últimas opções.
Revise os aplicativos que vieram por padrão na sua Home Screen. Você não precisa usar os que vieram (mas, provavelmente você irá querer alguns, como o dos contatos e o do telefone, assim como o web browser – senão, eu me pergunto qual é o objetivo do seu smartphone).
Sincronização upstream com o fabricante: você não precisa disso, desative isso. Explicando melhor: geralmente os fabricantes disponibilizam algum aplicativo para sincronizar ou ajudar você a fazer alguma coisa. Isso varia bastante de um para o outro, e até mesmo o mesmo fabricante costuma mudar o nome desses aplicativos de uma versão do Android para outra. Note que eu não me refiro à sincronização do Google.
Instale uma “*store” alternativa, com softwares livres! F-Droid. Se você, além disso, puder utilizar algum software de lá (em vez de um closed source), melhor ainda.

Vou parar por aqui. Esse post pode muito bem ter uma continuação no futuro, ainda daria para falar de outras coisas. Tenho certeza de que você não conhecia pelo menos um item que estava aí em cima. Assim como eu ainda não conheço outros que não estão aí em cima. Sempre tem alguma coisinha nova para aprender, ou alguma dica nova para melhorar a usabilidade. Aceito sugestões!

— § —

Reply via email

#dev #legacy #privacy

2^11 (aka 2048)

serendipity@perrotta.dev (Thiago Perrotta) — Tue, 18 Mar 2014 20:33:37 -0300

♠ Ah, eis o hit dos últimos dias, um jogo simples, com um nome simples, com uma jogabilidade simples, e também com uma maneira bastante simples de agradar os first-timers. E não precisa de instruções, é bastante intuitivo, qualquer um pode jogá-lo (se você não achou ele intuitivo, então Houston, we have a problem!).

Uma leitura (ou releitura) atenta mostra que o simples é um aspecto bastante positivo aqui (e não uma forma de depreciação, como talvez desse a entender em outro contexto), definitivamente uma ótima aplicação do princípio KISS.

Você pode se perguntar porque eu estou postando sobre isso, e essa é uma ótima pergunta mesmo. Vejamos, eu compartilhei no meu Mural do Facebook pelo menos 3 vezes sobre esse jogo (em menos de uma semana), então isso significa que é algo que eu realmente achei bacana – veja bem, existe uma enorme diferença entre um jogo como esse ficar popular e outros jogos ficarem populares, digamos, uma diferença que dá muito mais orgulho do que ver o Flappy Bird ficar popular. E é realmente uma pena que o desenvolvedor original desse jogo não esteja faturando a mesma coisa que o desenvolvedor original do Flappy Bird faturava antes de retirar os seus apps das stores. É realmente uma pena.

Estou postando sobre isso porque eu realmente gosto de ver esse efeito de compartilhamentos em massa de coisas boas (vou deixar essa definição subjetiva). Considerando que a) tem tanta porcaria sendo compartilhada por aí e b) os compartilhamentos desse jogo realmente atingiram uma excelente expansão: vi desde vários shares nas timelines nas quais eu ainda não dei unfollow no Facebook, em vários grupos de lá, e em vários blogs e redes sociais por aí.

Sabe outro aspecto que é bastante legal de se ver? A criatividade de algumas pessoas. Vi várias versões derivadas desse jogo. Não vou tentar reencontrar (logo, postar) os links aqui, até porque a maioria deles eu já compartilhei, mas eis um mini index do que eu vi:

2048 original, vanilla, simple, simple
2048-AI: um cara que usou um algoritmo de minimax e sei lá mais o que para tentar resolver o jogo automaticamente. Segundo ele, o algoritmo funcionava (= terminava o jogo) em ~90% dos casos (está no Stack Overflow a explicação dele, em algum lugar), bastante bom.
Outros limites: 4096, etc (nada criativo, mas pelo menos mostra que a pessoa já sabe mudar um número no código-fonte, infelizmente eu conheço muita gente que não saberia sequer fazer isso – claro que eu estou me referindo somente a pessoas que fizeram alguma disciplina de computação)
Uma versão com números de Fibonacci (depois do 21, nós começam a surgir na cabeça)
Uma versão com vários 1024 já preenchidos (¬¬)
Uma versão com emoticons (isto é, sem nenhuma indicação numérica). Não achei essa ideia trivial, utilizar figuras em vez de números, também é interessante.

Por sinal, acabei de descobrir que existe um aplicativo para Android do mesmo. Oh, não…e o desenvolvedor tem 19 anos (note que eu não usei a palavra somente (como em “somente 19 anos”). Bobagem. No mundo da programação, idade e limite estão em escopos diferentes).

Indie Games FTW.

(Não deixe de dar uma olhada no código-fonte… https://github.com/gabrielecirulli/2048)

— § —

Reply via email

#dev #gaming #legacy

pull request

serendipity@perrotta.dev (Thiago Perrotta) — Sun, 16 Mar 2014 23:42:19 -0300

♠ Meu primeiro pull request para um projeto open source acabou de ser aceito! :D

Aqui está o commit.

Em si, esse é o mesmo tipo de alegria que eu tive quando contribui com o meu primeiro PKGBUILD para o AUR. É realmente bastante bom poder contribuir com alguma coisa para a comunidade, por menor que ela seja, desde um simples post ajudando um newbie em um fórum, passando por um simples commit ou por uma simples edição numa wiki,até mesmo a criação de um projeto novo e aparentemente inofensivo, porém relevante para muita gente (damn, pra completar a minha lista só falta o último item).

Espero que, depois desse, ainda venham muito mais por aí (virão!).

— § —

Reply via email

#dev #legacy

Scilab Notes (HOWTO)

serendipity@perrotta.dev (Thiago Perrotta) — Fri, 07 Mar 2014 17:09:30 -0300

♠ Resumo sobre como utilizar o Scilab. Objetivo: matrizes, equações lineares e, mais geralmente, álgebra linear (computacional, ou não). A motivação para essas notas são basicamente a) resumo pessoal e b) estudar para uma prova.

Essas notas não tendem a ser extensivas. Na verdade, estou colocando aqui apenas as coisas que parecem ser mais importantes / úteis, e que eu provavelmente possa precisar uma vez ou outra. O Scilab é um ambiente full-featured, bem mais rico e complexo do que esse resumo pareça demonstrar (por exemplo, não estou cobrindo nada de programação, nem de Cálculo, aqui). É realmente impressionante. Eu já o tinha usado uma vez mas, agora que passo novamente por ele, percebo o quão completo ele é.

Essas notas estão licenciadas sob a Creative Commons BY-NC-SA (assim como todo o conteúdo desse blog, até hoje), o que significa que você pode compartilhá-las à vontade, desde que não faça uso comercial das mesmas; além disso, você pode criar derivados a partir delas, desde que os distribuam sob a mesma licença. OK, agora vamos ao trabalho.

Se você quiser aprimorar esse trabalho (por exemplo, indicando algum erro, ou acrescentando mais alguma coisa), por favor deixe um comentário ou me mande uma mensagem para que eu inclua mais itens aqui. Obrigado. No entanto, lembre-se que essa lista não pretende ser exaustiva.

Geral #

Definindo um vetor / matriz linha: a = [1, 2, 3] ou b = [1 2 3].
Soma, subtração: a + b, a — b.
Obtendo ajuda (interativa) sobre uma função: help, exemplo help help.
Atribuição: c = a + b
Definindo constantes: k = 5.23
Ele suporta as keybindings do Emacs (parcialmente…)! Que alegria ao descobrir isso:
C-a: início da linha
C-e: fim da linha
C-k: matar a linha
C-b: volta um caractere
C-f: ops, em vez de avançar um caractere ele entra no search…
Up/down: navegar no histórico de comandos
$ scilab -nw: modo console
Listas: declarar como l = list(1,2,3,4). Existem várias formas de manipulá-las. Não achei uma função super útil a princípio, manipular vetores parece mais útil na maior parte das aplicações.
clc(): clear no console
%eps, sim, isso mesmo.
%T, %F: true, false.
%inf, infinito.
rand() gera número aleatório (sempre de 0 a 1), rand(5,4) gera uma matriz com elementos aleatórios.
Funções / variáveis matemáticas: exp (e^), log, log10, ceil, floor, abs(-10), max, min, sum, prod, sqrt(10), %pi, %e, trigonométricas cos, sin, tan, sec, csc, cotg, inversas atan,acos, asin, hiperbólicas, sinh, cosh, … tudo o que você imaginar.
Funções matemáticas: factor, factorial.
Operações típicas com números complexos:
z=complex(1,2): define a partir da parte real, e depois da parte imaginária
Alternativamente: 1 + 2 * %i
real(z)
imag(z)
Conjugado z' ou conj(z)
ans retorna a última resposta que você não atribuiu (útil!)
: forma vetores (implícitos). Python-like. Exemplo: 1:5 retorna [1,2,3,4,5] e 1:2:5: retorna [1,3,5].

Álgebra linear #

Multiplicação por escalar: k * a, 5 * a.
Comprimento de um vetor/matriz (= número de elementos): length(l) ou size(l)
Declarando uma matriz: m = [ [1,2]; [3,4] ] ou m = [1,2; 3,4], isto é, o ponto-e-vírgula separa as linhas. Convém declarar todos os elementos dela!
Multiplicação de matrizes: m * n.
Multiplicação de uma matriz por ela mesmo == potenciação: m^2, m^5, m**5, etc.
Inversa de uma matriz: m^-1 ou inv(m). Lembrando que m * m^-1 = matriz identidade.* Falando em identidade, para declarar uma matriz identidade com n linhas e m colunas:eye(n, m). Note que eye(k) (onde k é uma constante) é igual a 1 (constante). A matriz não precisa ser quadrada, porém note que apenas a diagonal principal é preenchida. Você também pode fazer eye(m) (de uma matriz).
zeros(3,4), ones(5,2): matriz com apenas zeros, ou apenas uns, com a dimensão especificada.
diag(m) retorna a diagonal principal de m.
Matriz transposta: m'.
Norma (quadrada) da matriz: norm(a). Você pode calcular a norma p especificando um segundo argumento: norm(a,1) retorna a norma de Manhattan / Táxi.
triu(m) ou tril(m): retorna a matriz triangular superior e inferior, respectivamente. Basicamente, a mesma matriz de entrada, só que as posições adequadas são preenchidas com zero.
Essa achei super útil: clean(m). Arredonda para zero os elementos muito pequenos (algo como 1e-10, por exemplo).
Extrair elemento de matriz: m(1,2) (da linha 1, coluna 2) (1-based index).
Extrair uma linha ou uma coluna (respec.): m(1,:), m(:,1).
Slices de uma matriz: m(2,2:3).
A\B e A/B: divisão de matriz, pela esquerda e pela direita, respectivamente. Isso é super útil, especialmente a do backslash.
clear a, m, k, b: mata as variáveis/matrizes/etc especificadas. Como se nunca tivessem existido.
kernel(m) - nullspace
[L,U] = lu(m) - retorna a fatoração LU de m. Também existe uma versão alternativa, com uma matriz de permutação, [L,U,E] = lu(m).
det(m) –> determinante
rank(m)–> posto de m = número de vetores linearmente independentes
trace(m) –> traço da matriz (=soma dos elementos da diagonal). O mesmo que sum(diag(m)). Faz sentido, né?
autovetores, autovalores = spec(A) ==> só podem ser calculados todos de uma vez.

Acho que estou satisfeito. A única coisa que falta para completar essa lista é como definir funções. Isso inevitavelmente nos fará entrar na parte de programação do Scilab…if, for e amigos. Provavelmente não postarei aqui como definir funções. Existe uma pequena chance de eu incluir aqui uma função como exemplo, mas só.

— § —

Reply via email

#dev #legacy

'Livrando-se' da notificação de voicemail no Android

serendipity@perrotta.dev (Thiago Perrotta) — Tue, 04 Mar 2014 02:02:11 -0300

♠ Em geral não tenho nada a reclamar do Android, mas uma das piores decisões de design que já vi foi com a função de voicemail.

Basicamente, se você recebe uma mensagem de voz na sua operadora, você receberá uma notificação sobre isso. Legal, né? Até aí tudo certo. O problema é que essa notificação é diferente, ela não funciona como as outras…você não pode se livrar dela. Sabe? Tudo o que você quer é dar scroll pro lado para nunca mais ver aquilo, mas não dá, simplesmente não dá. Como fica a UX (=user experience)??

O design é tão ruim, que você não consegue se livrar disso nem com permissões de root.

Isso se aplica, pelo menos, até a versão 4.1.2 do Android (que é a minha). Talvez isso tenha sido corrigido com novas versões do Android, mas eu não posso confirmar isso.

Eis um workaround (gambiarra) para se livrar dessa notificação: abra o aplicativo “Phone” (você pode fazer isso segurando a notificação, e depois clicando em “App info”), e depois clique em “Force Stop” / “Forçar Parada”. Depois disso, abra o aplicativo do telefone de novo, só para garantir que está tudo OK. A notificação deverá ter sumido.

No entanto, isso não é uma solução permanente. Por quê? Se você desligar o seu telefone e religá-lo, ou se você entrar no modo avião (ou perder sinal com a operadora) e depois reentrar em contato com a sua operadora, a notificação de voicemail voltará. Mas, isso é o máximo que se pode fazer.

Se você descobrir uma forma mais eficiente do que eu falei para se livrar do voicemail, não deixe de me avisar =P

— § —

Reply via email

#dev #legacy

Bloqueando {websites,ads,malware} no Linux

serendipity@perrotta.dev (Thiago Perrotta) — Sun, 02 Mar 2014 20:52:27 -0300

♠ “For the sake of the productivity”, notas pessoais sobre o bloqueio de websites.

1 - A forma nua e crua: /etc/hosts #

Um arquivo /etc/hosts típico é da forma:

$ cat /etc/hosts
#
# /etc/hosts: static lookup table for host names
#
#<ip-address> <hostname.domain.org> <hostname>
127.0.0.1 localhost.localdomain localhost
::1 localhost.localdomain localhost

Para bloquear um novo site, basta redirecioná-lo localmente para localhost (=127.0.0.1). Por exemplo, para bloquear o Facebook, adicione a esse arquivo as linhas:

127.0.0.1 facebook.com
127.0.0.1 www.facebook.com

1.1 Servidor local “nulo” para localhost #

Mas essa maneira por si só é muito sem graça então, além de redirecionar para localhost, vamos fazer com que o usuário receba uma página “vazia”/“nula” ao tentar acessar esses websites. Mas isso é bastante simples, basta instalar um servidor local como o kwakd ou o pixelserv.

2 - Um pouco mais de estrutura, por favor #

O programa hostsblock é excelente para isso. Veja a página oficial. Como um bônus, você ainda bloqueia malware e ads (na verdade, esse é o objetivo primário dele), isso no sistema inteiro, não apenas no navegador – por exemplo, se você quiser instalar um Adblock, geralmente tem que instalar individualmente para todos os seus navegadores. Estou utilizando-o recentemente, e o achei bastante bom. Ele é bastante elegante (do ponto de vista de simplicidade de código) e extremamente funcional. Ao ser combinado com o dnsmasq, ele fica mais elegante ainda. Ao ser combinado com o cron, você tem uma lista de domínios a ser bloqueados que é atualizada periodicamente.

Se você quiser combiná-lo com o Network Manager e tiver problemas com isso, esse post talvez seja útil. Se você achou todos esses projetos relevantes, considere votá-los no AUR para que eles ganhem mais relevância.

Se você usa o Chromium #

OBS.: Se você utiliza o Chromium ou o Google Chrome, vai descobrir que ele é esperto e tenta contornar os websites que ele não consegue acessar. Depois de bastante pesquisa, descobri a razão para isso:

O problema é que ele fazia DNS prefetching para agilizar o carregamento de algumas páginas (ainda não estou 100% certo disso, mas tudo indica que esse era o problema). Foi difícil descobrir isso principalmente porque a maioria das discussões sobre o assunto se aplica apenas a versões antigas do Chromium (sabe, daquela época que ainda tinham dois botões, em vez de um só).

Happy blocking!

— § —

Reply via email

#dev #legacy #privacy #security

Consertando caracteres estranhos em Markdown

serendipity@perrotta.dev (Thiago Perrotta) — Thu, 27 Feb 2014 12:32:17 +0000

♠ Ao converter um documento para Markdown com a sua engine preferida, se você se deparar com caracteres estranhos, do tipo:

histÃ³ria de um programador e sua (possÃvel) evoluÃ§Ã£o Ã© recomendado para quem estÃ¡ da computaÃ§Ã£o

É bastante fácil resolver isso: o problema é em relação ao encoding / à codificação do seu documento. Basta forçar o UTF-8, com a seguinte tag (pode colocar no início do seu documento, por exemplo):

<meta http-equiv='Content-Type' content='text/html; charset=utf-8' />

Originalmente extraído do Stack Overflow (novidade…). Durante muito tempo fiquei com esse problema, deixando de usar Markdown por causa disso…não mais =P

— § —

Reply via email

#dev #legacy

Novo blog – ICPC Journal

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 22 Feb 2014 23:32:16 -0300

♠ Estou começando um novo blog em http://thiagowfx.github.io/icpc-journal/.

Eis uns simples remarks:

Pode ser que tudo isso vire flood, sendo apenas um pretexto para aprender (e praticar) Jekyll, e ganhar mais um pouco de familiaridade com Liquid, HTML, YAML e CSS. Se isso acontecer, então ao menos terei aprendido algo útil;
Por outro lado, pode ser que isso vá para a frente, tornando-se (mais um) projeto pessoal durante os 2 ou 3 próximos anos (ou quem sabe mais? O futuro é tão incerto). Nesse caso, eu espero que alguém (isso inclui eu mesmo) possa aprender alguma coisa com o que eu escrever lá.
Lá eu utilizarei uma linguagem bem mais simples, direta e menos pessoal do que eu uso aqui (yeah, aqui tem o inferno de parênteses (mas você já sabia disso, certo?)), e isso vai fazer com que a linguagem que eu uso aqui também mude um pouco.
E, por último: os posts desse novo blog NÃO serão replicados nas minhas redes sociais (em geral, pois pode haver uma exceção ou outra), visto que esse é um tema bastante específico portanto, se você quiser acompanhá-lo, dê o seu jeito ;) – favoritos, RSS, enfim. Ademais, tentarei deixar o site leve, com poucos add-ons, widgets ou outras firulas – diferente desse Wordpress aqui :D.

Se eu postar aqui novamente sobre isso, provavelmente vai ser para falar sobre a minha experiência (conclusão) em relação ao Jekyll (devo dizer que estou impressionado, é uma engine bastante simples, me lembra bastante do sistema CMS do Xyne, o Xac).

— § —

Reply via email

#dev #legacy

Notas de Física 3

serendipity@perrotta.dev (Thiago Perrotta) — Mon, 17 Feb 2014 00:09:43 -0300

♠ Estou fazendo um experimento nesse período, de estudar a matéria de física 3 de forma um pouco diferente (para mim), quase que inteiramente virtualmente, utilizando as aulas em sala apenas como um complemento. O contrário funcionava melhor até física 1: eu assistia as aulas, e fazia exercícios como um complemento. A partir de física 2, percebi que não {era,é} uma boa ideia deixar a parte de “estudar sozinho em casa” como um complemento, muito pelo contrário, a matéria é densa e difícil, portanto é melhor se esforçar mais em casa do que em sala de aula.

Como quer que seja, é muito mais fácil dizer qual decisão foi {boa,melhor} e qual decisão foi {ruim,pior} olhando para trás; foi por isso que eu escrevi o post de referências de Cálculo {1,2,3,4}, só que ali eu já havia terminado ({e} bem!) os meus Cálculos, então eu não corria risco nenhum de me comprometer.

No entanto, aqui, eu estou inventando essa firula enquanto eu curso física, então pode ser que isso tudo dê errado (mas também pode ser que dê certo!), pode ser que isso tudo seja esquecido daqui a 1 semana ou 1 mês (mas também pode ser que isso seja levado a mais adiante do que eu imaginei) e, ainda, pode ser que eu não me dê tão bem assim em física quanto eu quero (mas também pode ser que eu passe bem!).

Vou resumir a ideia nesse parágrafo, e chega de escrever: abaixo você vai encontrar um link com as minhas notas de física 3. O que são notas? Anotações. Algo como um diário de estudo. Referências. Plano de estudos. Exercícios. Conclusões. Traps. Qualquer coisa que vier a minha cabeça. Really. Veja bem, por design, eu nunca disse que essas notas foram feitas para ajudar alguém, ou para servir como um guia; portanto, não espere que elas estejam inteligíveis ou bem formatadas ou sequer bem estruturadas (apesar de que conterão o mínimo de estruturação). Por design, essas notas são simplesmente uma forma de compartilhar, de modo aberto, a minha experiência com uma matéria que eu considero difícil (relativamente). Elas podem ou não ser úteis para você. Se não forem, no mínimo elas estarão sendo úteis para mim mesmo, então, objetivo cumprido ;). Falando sério agora, uma dessas duas coisas vai acontecer: a) ou daqui a alguns dias essa ideia vai morrer (nesse caso, existe uma alta probabilidade de eu deletar esse post), o que é bem provável; se isso acontecer, provavelmente eu vou fazer o meu resumo à mão mesmo e, se ele ficar bom o suficiente, vou escaneá-lo e compartilhá-lo (eu fiz isso com a segunda parte da matéria de física 2, talvez você ainda encontre esse resumo por aí), mas não garanto nada ou b) pela primeira vez terei conseguido estudar de maneira estruturada e criando notas memoráveis ;) – porque, convenhamos, cadernos usualmente vão para o lixo mais cedo ou mais tarde, mas não posso dizer o mesmo de conteúdo digital.

Blá blá blá, notas aqui: dead dropbox link

Se tudo correr bem, esse documento será atualizado constantemente, provavelmente semanalmente. Por sinal, agora ele está uma bagunça mas, se ele ficar maior, vou incluir mais links de referências e organizá-lo melhor (não faço isso agora porque pode ser que eu simplesmente aperte a tecla DELETE…enquanto isso, todas as referências de que preciso estão nos meus favoritos).

— § —

Reply via email

#dev #legacy

Meu primeiro PKGBUILD

serendipity@perrotta.dev (Thiago Perrotta) — Thu, 13 Feb 2014 20:08:04 -0300

♠ Título mais legal: Meu primeiro PKGBUILD (eeeeeeeeeeeee). Mas não coloque firulas como esse eeeeee em um título de post do Wordpress, obrigado.

Você sabe, do primeiro PKGBUILD a gente não se esquece. Mas que raios é isso? Bom, a menos que você viva no meu mundo, ou a menos que você já tenha usado o Arch Linux alguma vez, eu realmente não tinha nenhuma intenção de que você soubesse isso. Alerta: os próximos 3 parágrafos são bem didáticos.

Um PKGBUILD é um simples script que diz como criar um pacote. É como uma receita de bolo. Você diz tudo pra ele: baixa o código-fonte tal, compila de tal jeito, extrai esse zip pra cá, põe esse arquivo em /usr/share, esse outro em /etc, aplica o patch tal. Um pacote contém um programa. Se você está acostumado com setups do Windows, um pacote é como se fosse um setup, um programa de instalação. A diferença é que você não precisa seguir um wizard gráfico, clicando em next toda hora. Você simplesmente pega o arquivo, executa um único comando, e pronto, seu programa está instalado.

Existe uma curva (razoavelmente grandinha) para criar um bom pacote. Pegue um setup do Windows, por exemplo. Se você quiser distribuir o seu programa legal para outros usuários Windows, você vai demorar um bom tempo para criar um setup *.exe. Tem várias ferramentas para isso, é claro, e você pode simplificar o seu trabalho, ou não. O próprio WinRAR tem uma utility de SFX que facilita bastante esse processo. Mas, ainda assim, não acho isso super elegante (mas é simples, é verdade).

No Mundo Linux, nada é padronizado (maldição). Existem pacotes .deb, .rpm, .tar.gz. Existem scripts que criam pacotes, como PKGBUILDs (Arch Linux), ebuilds (Gentoo – não sei bem se ebuild faz isso, é melhor você pesquisar para confirmar), até o Slackware tem a sua forma simples de criar pacotes através de um script. Para criar um bom pacote .deb, ou um bom pacote .rpm, você também vai demorar razoavelmente.

Agora, eu tenho que dizer (de maneira suspeita, você deve saber) que um PKGBUILD é perfeito. Uma das formas mais elegantes de manter e gerenciar pacotes. A curva para você criar um pacote é bem pequena (curva de tempo entre você querer criar um pacote e vê-lo efetivamente criado). Bom, supondo que você pelo menos saiba o básico de shell scripting – bash, ya know – combinado?

Então, eu só queria compartilhar a minha primeira contribuição para a comunidade do Arch. Ah, esqueci de dizer que qualquer usuário pode criar um PKGBUILD e adicioná-lo num repositório no qual todos os outros usuários do Arch têm acesso, sabia disso? Isso significa que qualquer um pode contribuir para a comunidade (com pacotes – na verdade, PKGBUILDS…!), e que a probabilidade de você ter pensado em um programa open source popular (às vezes, até, não popular também) que NÃO está no Arch User Repository é bem pequena. A todo momento, sempre tem alguém adicionando (e atualizando, mantendo) esses pacotes. Claro, nem tudo é perfeito, não tem um ou outro, mas enfim. Eu falei que o PKGBUILD é perfeito, não que a disponibilidade de pacotes é perfeita…mas é quase perfeita! :)

Na verdade, eu sempre quis criar (e manter) algum PKGBUILD, mas todos os programas legais nos quais eu pensei simplesmente já são mantidos por alguém. Nesse caso, recentemente criei uma adaptação de um outro PKGBUILD que já existia (sério, se você encontrar algum programa ainda sem PKGBUILD no AUR, me fala, que provavelmente eu vou querer criar um para ele). Não há necessidade de reinventar a roda.

O meu PKGBUILD é esse aqui. Você pode ver aqui como um PKGBUILD é bastante simples “por dentro”. Ele não tem nada de especial, é um PKGBUILD como outro qualquer. Mas é o meu primeiro – na verdade, isso faz com que ele seja especial, sim. Acho que já dá para perceber o que ele faz.

Só para falar um pouquinho da minha experiência fazendo isso. Bom, foi difícil. Mesmo adaptando um PKGBUILD já existente, foi difícil. Tudo que é novo, feito pela primeira vez, é difícil, certo? Mas foi bastante legal. Na verdade, isso é uma experiência extremamente fácil e ridícula. Só foi difícil porque eu nunca tinha feito isso antes. Mas essa que é a graça da coisa! Pior seria que fosse uma atividade difícil mesmo para quem já está acostumado. Mas é por isso que eu estou elogiando a simplicidade (e a elegância!) de um PKGBUILD. A Wiki do Arch é bastante documentada. Não faltou tutorial ensinando sobre bons padrões de scripting para “empacotamento”, nem guias sobre como contribuir para a comunidade. E nem faltam exemplos, são mais de 40 mil PKGBUILDs espalhados por aí (talvez já tenha chegado a 50k, não me lembro). Só para comparar, o repositório do Debian tem em torno de 40 mil pacotes, se me lembro bem. Então, dá para comparar a base de pacotes do Arch com a do Debian, o que é impressionante (só não tem mais do que isso porque o Arch não é tão popular. Isso também faz parte da beleza da coisa, mas é outra história).

Digo uma coisa: a melhor coisa (pare de repetir a palavra ‘coisa’!) que você pode fazer é interagir com a comunidade da sua distro (supondo que ela seja minimamente ativa). É bastante fácil obter ajuda e ganhar experiência com quem já sabe. Eu não precisei fazer isso quando criei o meu pacote porque ele era bastante simples, mas se ele fosse complexo eu certamente faria. E, de qualquer modo, eu posso não ter lido nada recentemente, mas ao longo de alguns meses eu estou sempre lendo outras pessoas pedirem suporte, e essa também é uma boa forma de você acompanhar e aprender como fazer melhor alguma atividade.

Pronto, só queria deixar isso registrado aqui, obrigado por ler. Brincadeira. Talvez esse post tenha servido para – remotamente falando… – querer despertar o seu eu interior para criar um PKGBUILD também. Er…não.

Falando sério agora, se você que está lendo isso é um usuário de Linux faz algum tempo, considere criar um pacote para a sua distribuição. De preferência, um pacote de algo que ainda não foi empacotado. Ou então ajude um mantenedor (“maintainer” soa melhor) da sua distro a atualizar seu pacote. Pode ser algo simples. Talvez seja mais fácil criar um .deb e um .rpm do que eu afirmei aqui, é só uma questão de prática.

Se você é um usuário de OS X, de Windows, ou de outra plataforma, aprecie a beleza do que é ter uma boa base de pacotes para a sua plataforma. Na verdade, eu acho que o OS X tem um gerenciador de pacotes (macports, não é? Estou fora do mundo Apple, sorry), mas eu não sei o quanto é fácil para um usuário criar um pacote lá (e, ainda, compartilhar com a comunidade do mesmo. Se bem que a forma de compartilhar por lá é vendendo por 0,99 dólares, não é, mas OK, ainda assim é compartilhar…). E no Windows, bom, existem até alguns projetos de gerenciadores de pacotes para lá (como o chocolatey), mas praticamente nenhum usuário usa (sequer conhece!) isso, então não é algo tãaaaao valorizado. Mas OK.

Ainda existem gerenciadores de pacotes para várias linguagens de programação. Npm, cabal, gem. É, acho que essa foi uma das melhores peças de software que já inventaram, evita bastante dor de cabeça.

Sinta-se à vontade para deixar um comentário ou apontar um link sobre sua experiência de criar pacotes em outra distribuição de Linux, ou em alguma linguagem de programação.

— § —

Reply via email

#dev #legacy

renew my Arch, please

serendipity@perrotta.dev (Thiago Perrotta) — Wed, 05 Feb 2014 00:26:37 -0300

♠ Reinstalei o Arch. Apesar de tê-lo deletado apenas durante um dia, valeu a pena, porque pude reorganizar algumas coisas. Instalei 4 distros nesse meio tempo:

openSUSE: package hell, me decepcionei com o zypper, do qual já gostei muito. Falta de percepção na época, talvez. Agora fiquei na dúvida se fiquei com falta de percepção do yum também
aptosid (debian sid), uma distro asiática, acho. Bah, não adianta ser sid, ainda é Debian. Não gostei, teria sido melhor instalar o Debian mesmo.
Sabayon Linux: package hell hell hell. Equo/rigo/entropy: o gerenciador de pacotes binários mais bloated que eu já vi. Teria sido melhor usar o Gentoo puro…(apesar de que eu não vou fazer isso no meu notebook. Talvez num servidor ou num desktop, mas não no notebook).
SparkyLinux (…): na verdade, só rodei na máquina virtual. NÃO.

No Arch…

Agora estou usando o i3 como window manager. Não tenho nenhum outro instalado, isso vai fazer com que eu me acostume com ele. Isso me lembra dos velhos tempos em que eu só tinha o Ubuntu instalado para me acostumar com o mundo Linux (Meu último Window Manager (DE) foi o Cinnamon);
Não tenho nenhum editor de texto instalado além do Emacs. Sem vim, sem gedit, sem kwrite, sem sublime (…). Tá, tem o nano também. E o zile (mini emacs, mas ainda é emacs);
Sem Racket, só com o guile. Talvez assim eu me obrigue a usar Scheme;
A guerra de navegadores ainda é acirrada, por enquanto parece uma boa ideia manter tanto o Chromium quanto o Firefox instalados (Chrome não, por favor).
Thunar como gerenciador de arquivos. Tchau, Nemo… (talvez a integração com o Dropbox faça falta)
Aplicações leves e poucos pacotes! Vamos ver durante quanto tempo isso dá certo (570 pacotes agora, antes eu tinha mais de 1100). A questão é que pacotes como o wine, latex, libreoffice e steam ou qualquer coisa do KDE possuem muitas dependências. Vou dar preferência a aplicativos na nuvem (google docs por exemplo).
Poucas fontes! Gosto pra caramba das fontes do Chrome OS. E também estou com as do Ubuntu e do Android.
Poucos temas! Estou usando o tema do CRUX junto com o icon set do Elementary (OS).
Emulador de terminal: sakura! Uma alternativa seria o terminator. Sério, esse negócio de {xfce4-,lx,gnome-,mate-}terminal e konsole, um terminal para cada ambiente…bobagem! Apesar de que eu acho que o xfce4-terminal seria suficiente. Tmux e similares poderiam ser uma boa ideia também, mas são muitos keystrokes para decorar. Já não basta Emacs e i3, uma coisa de cada vez.

Felizmente estou cada vez melhor em realizar uma instalação efetiva e rápida do Arch. Há um ano eu tinha uma tremenda paranoia em bootar uma distro direto no terminal. Essa história ainda vai terminar comigo rodando um servidor sério com Arch. Há quem diga mimimis porque não é estável. Tudo depende da aplicação. Se for para rodar uma coisa bem definida, Apache + X + Y + Z, beleza, põe um Debian ou CentOS da vida e faz os seus tweaks. Mas, se for para trabalhar de forma pesada com pacotes, resolver dependências e blábláblá…sério, ainda não consigo encontrar nada que supere o pacman (o Arch é o pacman).

Um único dia sem o Arch já foi o suficiente para perceber pelo menos uma dessas coisas: a) a maioria das distros de Linux é uma porcaria (coração da distro = package manager, ou: vamos instalar mais Windows e OS X por aí) ou b) eu passei a ficar extremamente dependente e/ou fanboy do Arch ou c) alguma coisa está bastante errada, só falta descobrir o que é.

Off-topic: parece até que eu sou casado com essa distro. Damn.

— § —

Reply via email

#dev #legacy

★ #CPBR7 - Parte 1 - Hackatons (Firefox OS + CERT.br)

serendipity@perrotta.dev (Thiago Perrotta) — Mon, 03 Feb 2014 23:58:25 -0300

♠ Ah, é claro que eu ia escrever algo sobre a Campus Party aqui! A princípio pensei em escrever um único post gigante. Só haveria dois probleminhas em relação a isso: a) ele seria gigante (não disse?) ==> eu perderia tempo demais pra estruturar tudo, e as pessoas provavelmente não leriam tudo direito, etc, etc e etc e b) existe um equilíbrio entre ansiedade, lembrar-se bem dos fatos, se focar no que você vai escrever x misturar vários pensamentos, escrever melhor e não dormir tão tarde para poder ir à faculdade direito…

Então, vamos lá: participei de duas competições. A primeira foi relacionada à comunidade da Mozilla Brasil (da qual, tenho que dizer, gostei pra caramba! Foi ela, inclusive, que me motivou a escrever esse outro post. A outra foi do CERT.br. Bom, tenho uma informação ruim e outra boa. Vamos começar pela ruim…

Firefox OS #

Sobre a hackathon da Mozilla, a proposta foi de criar um app para o Firefox OS. Foram dadas várias palestras sobre o Firefox OS, acho que pelo menos 3 (ah, mas a Mozilla deu várias outras palestras também!!!). Eu só vi a segunda, até onde sei. Na Campus Party, são muitas palestras acontecendo ao mesmo tempo (li em algum lugar que são necessárias 500 horas para ver tudo… o/o/). Provavelmente, no momento das outras palestras, eu devia estar vendo alguma outra coisa (ou fazendo alguma outra coisa, who knows). De qualquer forma, depois de ver a segunda palestra, dada pelo Andre Garzia, eu fiquei fascinado com o Firefox OS. Achei a sua simplicidade uma coisa incrível (se eu falar que me lembrou do Arch Linux…é people, qualquer palavra relacionada à KISS ou simplicidade me lembra do Arch, sorry. Ah não, eu acabei de deletar o Arch, isso vai me deixar triste…). Sério mesmo. Antigamente eu via o Firefox OS como “ah não, droga, mais uma opção no mercado.” Quer dizer, o droga é só pelo mais uma opção, porque mais um sistema livre / open source nunca é demais (agora vai contar quantas distros de Linux existem e o que eu acabei de dizer torna-se um paradoxo). Muito bem, passei a ver o sistema deles como “caramba, isso não é só mais um, na verdade é mais uma alternativa, bastante boa – e simples!”. Claro, não vai competir com o Android, duvido que isso aconteça tanto a curto quanto a longo prazo, mas a beleza da coisa é justamente essa – ele não foi feito para competir com o Android, mas sim para ser simplesmente uma outra opção. Da mesma forma que um smartphone não foi feito para completir com um tablet (– oi? Aí você coloca o Samsung Galaxy Note (3!!!) no meio…).

Eu gostei tanto do Firefox OS, que eu resolvi tentar criar um aplicativo para o mesmo. A ideia por trás de um app no Firefox OS é saber usar HTML5, CSS3 e Javascript. Basicamente, você constrói um aplicativo da mesma forma que constrói uma interface / tecnologia para a web. A curva de aprendizado para aprender a programar para o Firefox OS é quase zero se você já sabe programar para a web. Well, eu quase não sabia nada de web…eu aprendi HTML quando eu estava na minha 8ª série (uns 13 anos), e CSS um pouquinho depois. Mas foi um aprendizado super light, coisa de só querer saber usar. Naquela época nem ensino técnico eu fazia…basicamente, depois disso, eu quase nunca mais aprendi nada nem de HTML nem de CSS. E sobre a parte de Javascript? Eu nunca estudei nada de Javascript. Aí você pensa: cacete, pra que se envolver com esta droga se você não sabe nada? Eu não sei o que me deu, mas eu simplesmente quis participar disso, talvez por realmente ter-me impressionado com o sistema.

Então, vamos lá, a primeira coisa que eu precisava era de uma ideia. Não podia ser nada muito complicado, afinal eu não sabia quase nada de web… No final das contas, encontrar uma ideia foi algo bastante difícil. A minha ideia acabou sendo uma adaptação de algo que já existia. Só que eu resolvi escrever o meu próprio código-fonte, a minha própria lógica de implementação e o meu próprio layout. Não era questão de reinventar a roda (Andrew Hunt e David Thomas não iriam gostar disso…), mas sim que o código das implementações que já existiam eram fechados. E eu perguntei antes, para a galera da Mozilla, se tinha algum problema adaptar uma ideia já existente. Veja bem, não era cópia de código + adaptaçãozinha pra interface mobile. Eles disseram que tudo OK. Eu realmente criei as coisas do zero (CSS, conteúdo, HTML, lógica Javascript, organização dos arquivos, blablabla).

Fiz o aplicativo em dois dias (não que houvesse muito tempo mesmo…). No primeiro dia, basicamente me importei com o HTML e com o CSS (=layout da coisa toda). No segundo dia, com a lógica javascript. Da série “vamos deixar o mais difícil para mais tarde…”.

Na verdade, HTML é ridiculamente fácil (se você não utilizar nada avançado). A minha maior dificuldade no primeiro dia foi o CSS. Então…depois de muito trabalho, consegui o meu layout perfeito. Obrigado DuckDuckGo + Google! Bela parceria. Obrigado também ao Emacs… (não que essas coisas realmente importassem, no final das contas).

No segundo dia a coisa foi mais feia. Você tem que dividir o seu tempo. Tem que achar o equilíbrio certo (leia -> ótimo!) entre ler tutoriais de javascript (e como obter esses tutoriais: videoaulas, tutoriais, posts de blog, wikis, stack overflow, …?) e implementar a lógica do seu aplicativo. Tá legal, depois de apanhar um pouco, consegui fazer a coisa funcionar. Mesmo sem não saber quase nada dessas coisas. Não sei quanto tempo perdi ao todo, mas acho que foi mais de 8 horas. Umas 4h em cada dia. Talvez 10h. Enfim, poderia estar utilizando esse tempo para assistir palestras…(perdi algumas palestras que queria ver!!! Damn…).

Depois, a entrega do aplicativo era via github. Se alguém tiver curiosidade, esse foi o aplicativo que eu desenvolvi, liberado sob a licença MIT. Aceito sugestões de como melhorá-lo, mesmo que o hackathon já tenha acabado.

Aparentemente eu não ganhei a competição…aaaaaaaaaaaaaaa (está bem, essa música tocou lá uma vez). Mas, tudo bem. Aprendi bastante sobre programação para a web (mesmo com um simples app!) e também sobre hackathons. Nunca tinha participado antes de uma hackaton. Além disso, sequer esperava que fosse participar de um! Até onde sei, só iria à CP para me divertir. Tudo isso foi muito por acaso. Agradeço à comunidade da Mozilla Brasil pela oportunidade, e também especialmente ao André (que citei antes) por tirar algumas de minhas dúvidas (e também por me despertar em relação à simplicidade (beleza!) do Firefox OS). Também agradeço ao meus amigos que me ajudaram a testar o aplicativo. Valeu a experiência.

O resultado só seria divulgado após a Campus Party, uma pessoa da comunidade me disse isso. Mas depois descobri (por e-mail) que a premiação seria divulgada no sábado (um dia depois que me avisaram que não seria divulgada ali), mas me enviaram um e-mail avisando sobre isso somente duas horas antes da mesma. Acabei não vendo os vencedores. Por isso, nem sei se ganhei. É mais provável que não. Estou esperando a resposta deles =/

CERT.BR #

Agora vem a parte boa. Really, eu falei mais da parte ruim do que vou falar da boa agora, porque aprendemos mais com os nossos erros (na verdade, o ’erro’ aqui é não conseguir uma colocação suficientemente boa) do que com nossos acertos.

A outra competição da qual eu participei não foi exatamente uma hackathon. Foi uma competição individual, promovida pelo CERT.br. Intitulada desafio forense. A palestra começava duas e meia da tarde. O desafio deveria ser completado até seis e meia da tarde. Tivemos em torno de meia hora (talvez 40 minutos) de palestra, a qual nos explicou a ideia básica sobre como era o desafio, quais ferramentas deveriam ser utilizadas no mesmo, e o que deveria ser feito. Eu não esperava participar desse desafio também. Tudo ocorreu bastante por acaso. De qualquer modo, participei. A palestra nos apresentou algumas ferramentas forenses das quais eu nunca tinha ouvido falar (só tinha ouvido falar do wireshark, mas não sabia usá-lo também…). Ou seja, tudo novo. Por que é que eu ia fazer aquilo, não sei mexer em nada…

Eu estava com uma desvantagem. O meu notebook estava carregado em torno de 50%, e eu não tinha rede. Os pontos de rede, para os ouvintes das palestras, eram extremamente limitados (não tinha Wi-fi, só para constar). Assim como as tomadas…E a bateria do meu notebook (na verdade, ultrabook, quem liga) é péssima (2h, o que significava que eu só tinha 1 hora pra completar o desafio, claramente não iria ter tempo o suficiente).

Para realizarmos o desafio, nos foi provida uma máquina virtual. A senha para o acesso da mesma só seria liberada após a palestra. Durante a palestra, cerca de 20 mídias foram passadas para os participantes (pen-drives e CD-ROMs), para que os mesmos pudessem realizar suas respectivas cópias do ambiente do desafio. O ambiente era um Ubuntu da vida (nunca escolhem outra distro…). Já equipado com as ferramentas que iríamos utilizar, e também com os arquivos o qual iríamos tentar crackear (na verdade, analisar).

Eu espero que não tenha ficado ambíguo a ponto de você achar que eram necessários 20 pendrives para instalar o ambiente da palestra…não estamos mais na década de 90 onde eram precisos muitos disquetes para instalar um simples sistema operacional….

Logo quando a palestra acabou, saí correndo de lá para uma bancada. Eu precisava de uma tomada o mais rápido possível. Já não havia mais tomadas livres. Isso foi péssimo para mim. Durante o desafio, os palestrantes iriam dar algumas dicas. Além do mais, o último slide continha um resumo de como usar as ferramentas. E eu estava sem um caderno na ocasião, então não pude anotar nem isso…“oh céus”. Mas enfim. Eu carreguei o meu notebook um pouco, cerca de 20 minutos, talvez até uns 65% por cento, não me lembro ao certo, e então saí correndo de volta para o local da palestra. Sabe, enquanto carregava a bateria eu tentei ler alguma coisa útil na internet, mas não tinha muito o que ler. Você sabe, eu não poderia prosseguir direito sem o resumo, ou quem sabe sem as dicas.

E vou te dizer, o desafio estava segmentado assim: tinham várias partes, e conforme você completasse uma parte tinha que avisar a algum palestrante (eu devia dizer ‘responsável’, mas vou continuar dizendo ‘palestrante’) sobre o seu progresso. Isso teoricamente seria útil caso todo mundo empatasse. Então, mesmo que eu conseguisse avançar alguma coisa, teria que voltar lá e cá para avisar a algum palestrante.

Tudo bem. Voltei para lá, e decidi que iria ficar lá até a minha bateria acabar. Até que em certo ponto as pessoas estavam desistindo. Consegui uma tomada, finalmente!!! Mas só depois de mais de uma hora desde o início da palestra (depois de 16h, provavelmente). Pelo menos assim eu fiquei mais seguro e pude pensar no desafio com mais calma. Você sabe, uma máquina virtual come a bateria que é uma beleza.

Consegui ir prosseguindo. Bem aos pouquinhos, mas consegui. Em particular, a primeira parte foi a mais difícil (estranho, não?). Eu interpretei errado o que era para fazer. Talvez tenha perdido alguma dica. Não sei, não estava lá nos primeiros minutos do desafio…mas só sei que demorei mais de meia hora até consegui algum progresso. Quando consegui, fiquei ansioso (e contente!) pra caramba. Saí avisando aos caras que nem um maluco que eu consegui passar da parte tal.

Depois da primeira parte, tive mais facilidade. Completei as partes subsequentes em cada vez menos tempo. Estava indo tão bem que mudei as minhas esperanças. Achei (=passei a achar) que eu tinha uma oportunidade de ganhar alguma coisa. Nem que fosse algum brindezinho de recordação (tinham 3 prêmios para os 3 primeiros lugares, mais alguns brindes para os outros participantes que conseguissem terminar o desafio forense).

Perto de 18 horas eu estava praticamente completando o desafio. Faltava só mais uns empurrõezinhos. Bateria realmente deixou de ser um problema. E a esperança de ganhar se apoderava cada vez mais de mim. Na verdade, pouco me importava qual fosse o prêmio. Eu realmente gostei do desafio, do jeito que o estruturaram, das suas etapas. Achei bastante bacana. Realmente me diverti fazendo aquilo. E cada vez mais eu chamava algum palestrante para ir avisando sobre o meu progresso…

Enfim, depois de bastante trabalho, consegui completar o desafio!!!! Aquilo, para mim, foi sensacional. Cheguei ali sem conhecer nada, depois tive os problemas de não ter uma única folha para fazer anotações, e de ter pouca bateria (50% é pouco se 100% = 2 horas é pouco pra você). Realmente achei que essas duas desvantagens poderiam ser cruciais para que tudo pudesse dar errado, mas eu consegui! Me senti super orgulhoso com um toque de humildade (‘você tinha tudo pra perder, mas ganhou, seu maldito!’).

Descobri que cheguei em segundo lugar. O primeiro lugar tinha completado o desafio uns 25 min antes de mim. É engraçado, porque se não fosse a história da bateria e de eu travar na primeira parte, talvez, talvez eu pudesse até chegar em primeiro lugar (mas, na boa? Nem me importa). Mas eu juro que eu não tive nenhum remorso. Em geral eu sou uma pessoa bastante competitiva. Se eu não chegar em primeiro geralmente eu tendo a ficar meio, hmmmm – ya know – com o desafio e com os que ficaram na minha frente. Mas caramba, acho que aprendi mais uma lição de maturidade ali, porque não senti nenhuma raiva do primeiro cara (mesmo que eu tivesse ficado em desvantagem). Achei a competição tão bonita, o pessoal do CERT.br tão bacana, que meu espírito competitivo compreendeu tudo e se encantou pra caramba com aquilo.

O prêmio do segundo lugar foi um Kindle PaperWhite, da Amazon (um leitor de livros, um ótimo leitor de livros – só é uma pena que não leia EPUB…). Eu queria algo desse tipo há muito tempo. É sério, eu sou um leitor pesado de e-books, sempre li pra caramba no meu Symbian de pouco mais de duas polegadas, e atualmente no meu Android de 4.3’’. Um e-reader foi um prêmio que deixou a competição ainda mais perfeita!!! Não preciso dizer que a qualidade de leitura dele é bem melhor. Ainda não o testei com um livro meu, mas estou impressionado, gostei de verdade do meu prêmio. O primeiro lugar ganhou um Samsung Galaxy Note (é mais caro, mas não seria tão útil pra mim, já tenho um Android. Só que fosse o Galaxy Note 2…) Mas sério, um prêmio diferente me deixou mais animado ainda. Nem que fosse um…ahn, sei lá, fala aí alguma coisa. Nem que fosse um Windows Phone ou um Blackberryzinho. Ganhar alguma coisa que você não tem mas que você sempre quis – e ainda de forma inesperada, e ainda graças ao seu esforço / talento // nesse caso mais esforço mesmo – é muito bom! Curiosamente, a história do DRM e da ’não-liberdade’ da Amazon poderia gerar controvérsias nesse meio…mas isso fica para outro dia, okay? Acho que não vou me decepcionar com DRM, para tudo dá-se um jeito.

Conclusões? #

Tente. Tentar é muito bom. Especialmente quando você pode errar. No mercado, no mundo real, errar é extremamente custoso, a solução tem que aparecer, por melhor ou pior que seja. Mas, num clima acadêmico, ou num clima ‘campus party’ (que é um clima único, bastante peculiar, ótimo, sem palavras!), vale bastante a pena tentar, mesmo que você não saiba de porcaria nenhuma. Felizmente eu tive duas experiências – uma ruim e uma boa –, o que é um complemento perfeito em relação ao outro. A gente fica chateado quando não ganha, mas o esforço sempre vale.

Off-topic #

Tanto o pessoal da Mozilla Brasil, quando o pessoal do CERT.br foram simpáticos e gente boa pra caramba. Mais bônus ainda pela participação num ótimo ambiente. Porque existiam várias competições por lá, eu poderia muito bem ter escolhido a de uma empresa ou comunidade que não fosse lá tão amigável, ou enfim. Vale mais a comunidade. Voltei a utilizar o Firefox (=saí do chromium) só por causa da comunidade da Mozilla Brasil.

É isso aí, em breve eu continuo a escrever sobre a minha experiência na Campus Party, falando de outros aspectos, espero que tenham achado o post bacana. =)

Criado com Emacs.

— § —

Reply via email

#bestof #dev #legacy #serenity

Software e outras coisas livres, revisitados - Parte 0.0.01

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 01 Feb 2014 02:16:31 -0300

♠ Provavelmente não é novidade de que eu sou entusiasta de software livre (na verdade, pode ser open source também). Também, provavelmente, não é novidade de que a maioria das pessoas não está nem aí para isso (acredite, isso não é necessariamente algo ruim – não que seja bom out-of-the-box também). Também, saiba de antemão que esse post é épico e completamente descontínuo, então não espere ler o seu conteúdo de maneira síncrona e bonitinha, existe todo um mar de ideias cá misturados, e essas ideias se interrompem o tempo todo, então você vai lê-las de maneira coerente porém não necessariamente coesas. OK.

Por que não é necessariamente ruim? Ora, porque veja o caso do próprio Linux, ele foi ficando mais popular, e por isso chamou a atenção de diversas empresas (ya know, Google, Steam, blablabla…) e, acredite, isso não é algo suuuuuper bom. Também não é algo ruim (ah, esse ciclo). Existe um excelente post (recente) do blog IgnorantGuru que fala sobre isso (eu não vou incluir o link aqui, faça o seu dever de casa e vá pesquisar, incluir links implica em interrupção de ideias (mais ainda)).

Então, voltando ao tópico principal (existe um?), eu queria falar um pouquinho sobre princípios. Até que ponto vale a pena ser um entusiasta de software livre / open source? Não apenas software, mas também da filosofia, do estilo, da comunidade. Até que ponto vale a pena se comprometer e dizer que gosta disso? Aí você instala um softwarezinho proprietário aqui ou ali que eu sei, e depois usa blobs binários no kernel ou blablabla, dá mesmo para ser 100% livre / open source? Tudo isso merece reflexão.

Bom, aqui na Campus Party 7 (melhor referenciada como CPBR7) eu tive a oportunidade de entrar em contato e assistir a palestras de diversas entidades livres (well, entidade livre não é bem um termo 100% correto, mas OK). Dentre elas, teve o time da Mozilla do Brasil, o Partido Pirata do Brasil, e – bom – várias pessoas que também se dizem entusiastas dessas coisas. E então, depois de quase 2 anos iniciado nesse mundo de Linux, liberdade e tudo o mais, essa foi essencialmente a minha primeira oportunidade de entrar em contato na prática com pessoas que gostam, apoiam e lutam por esse tipo de causa.

Isso talvez (talvez? hummm) se misture um pouco com política, com ideologias e etc, mas a questão é que, ao se relacionar com esse pessoal, você realmente aprende a distinguir as pessoas que dizem se importar com essas coisas das que realmente têm paixão pelo que fazem e/ou lutam. E isso tudo é muito bom, porque te faz refletir sobre as suas próprias ideologias e de tentar encontrar o seu lugar no mundo.

Atualmente eu me considero um membro ativo da comunidade do Arch Linux, procurando participar dos fóruns de discussão e reportar bugs de forma regular (de forma menos regular, editando (melhorando!) a Wiki também). E, depois da CPBR7, eu estou seriamente pensando em largar o Chromium e voltar para o Firefox. Na verdade, mais do que isso, também procurar fazer parte do time da Mozilla do Brasil. Se isso vai acontecer, eu realmente não sei, o futuro é imprevisível, mas definitivamente é uma possibilidade. Em particular, eu participei do hackathon do Firefox OS, e gostei bastante da simplicidade dele (me lembra da simplicidade do Arch!). É incrível, eu desenvolvi um aplicativo para Firefox OS antes de desenvolver um aplicativo para Android. Hummmm, provavelmente algo está errado (ou certo?).

De qualquer modo, eu aprendi com a comunidade do Arch que não é necessário você fazer parte da comunidade de maneira oficial para contribuir com um projeto. Lá nos meus primórdios, eu sempre pensei em participar da comunidade do Ubuntu – sabe, é bonitinho, você pode colocar no Facebook, no Google+, no seu portfólio pessoal (“sou um membro XXX com a função YYY na comunidade do Ubuntu”) mas, sinceramente, isso é uma tremenda bobagem. Bobagem, que eu digo, é ter o rótulo “sou membro XXX”. Você não precisa de rótulo. Rótulo é coisa de capitalismo, é coisa de mercado. A menos que você precise de investidores, isso é extremamente desencorajado. Enfim, para se integrar, basta se integrar! Esperar um rótulo é um erro grave.

Existem várias maneiras de se integrar com comunidades livres. Uma delas é simplesmente participando mais de discussões sobre isso (IRC, fóruns de discussão, github, reddit – acredite!, listas de e-mail. Muitas pessoas (novas) se sentem desconfortáveis com isso, talvez porque as portas de entrada (‘interfaces’) para esses canais de comunicação não sejam (não pareçam, na verdade) tão amigáveis, tão Web (2, 3). Maaaaaaas isso não quer dizer nada.

Vejamos o que mais. Já escrevi bastante. E não, não falei nada, esse é um post de reflexão. Mas eu não precisava dizer isso para que você percebesse isso, certo? Parar de rotular os posts provavelmente também pode ser uma boa ideia. Na verdade, eu costumo fazer isso com certo equilíbrio, porque nem sempre é fácil de perceber a verdadeira intenção por trás de um texto simplesmente pelo texto. Existem alguns elementos não-verbais que não podem ser expressos direito verbalmente. O meu uso (provavelmente) excessivo de parênteses interrompendo o texto é uma forma (você já sabe, não é?) de tentar contornar essa situação e que, a meu ver, é bastante efetiva (apesar de que eu não recomendo que você escreva com excesso de parênteses em meios de comunicação relativamente mais formais).

Vou parar de escrever aqui, depois eu faço (ou não (…)) uma continuação desse post.

Escrito no Emacs.

— § —

Reply via email

#dev #legacy

(Usando) meu primeiro custom kernel

serendipity@perrotta.dev (Thiago Perrotta) — Sat, 25 Jan 2014 01:24:13 -0300

♠ Faz 2 dias que venho testando o Kernel Linux-ck, cuja diferença em relação ao kernel mainline é basicamente a aplicação de um conjunto de patches (“ck”), os quais Con Kolivas mantêm, e o Brainfuck Scheduler (BFS), o qual aparentemente é uma boa escolha para um desktop / notebook com poucos cores (isto é, se você tiver mais de 4096 cores, por favor não utilize o BFS – é sério, eu li isso em algum lugar. Se sua CPU só tiver 128 cores, pode usar!). No Arch, a facilidade de utilizar / compilar um kernel customizado é enorme, já que ele te dá toda a flexibilidade para isso (no Gentoo também, pra não dizer que eu só falo do Arch =P). Além do mais, existe um repositório com o kernel já compilado para diferentes arquiteturas, conhecido como repo-ck, mantido pelo usuário graysky da comunidade do Arch.

OK, e por que utilizar um custom kernel? Por nada, só por hobby mesmo, talvez pelo mesmo motivo de testar uma nova ROM para Android. Bom, diz-se por aí que você pode ter um desempenho ligeiramente maior (mas nada super notável) se utilizar o linux-ck satisfazendo algumas condições: alguns stats podem ser vistos aqui (na verdade, esses stats são apenas trivia dos usuários de linux-ck, não tem nada de desempenho lá, pelo menos não até hoje). Esses são os stats de desempenho.

Da Wiki do Arch,

A major benefit of using the BFS is increased responsiveness. The benefits however, are not limited to desktop feel. Graysky put together some non-responsiveness based benchmarks to compare it to the CFS contained in the “stock” linux kernel. Seven different machines were used to see if differences exist and, to what degree they scale using performance based metrics. Again, these end-points were never factors in the primary design goals of the bfs. Results were encouraging.

Many Archers elect to use this package for the BFS’ excellent desktop interactivity and responsiveness under any load situation. Additionally, the bfs imparts performance gains beyond interactivity.

É isso. Por sinal, se você quiser instalar o kernel ck para se divertir um pouquinho, siga as instruções do repo ck (link acima). O processo deve ser bastante straightforward maaaaas, qualquer dúvida pergunta aí.

— § —

Reply via email

#dev #legacy #selfhosted

Sugestão de guia de instalação do Windows 8[.1]

serendipity@perrotta.dev (Thiago Perrotta) — Wed, 22 Jan 2014 16:11:11 -0300

Overview #

A versão developer preview do Windows 8.1 expirou em 16 de janeiro. Isso implica que o computador ficava reiniciando de duas em duas horas. A opção mais imediata poderia ser procurar algo que parasse esse comportamento, mas…vamos fazer as coisas direitinho. Decidi instalar o Windows 8 (sim, do 8.1 pro 8. Não faz tanta diferença assim, apesar do 8.1 ser ligeiramente melhor) no computador dos meus pais.

Em geral eu utilizo um processo bastante similar durante cada instalação, então vou aproveitar que terei que realizá-lo mais uma vez para documentá-lo aqui. Ademais, o objetivo é ter um Windows o mais clean e KISS possível (isso não é 100% verdadeiro. Na verdade, o objetivo é não introduzir bloat na história). Então, vamos lá:

Instalação #

Grave a .iso do Windows 8 no seu USB Flash Drive (aka Pendrive). Se você ainda utiliza CDs ou DVDs, diga-me: qual é o seu problema?? Procurar “Windows 7 USB DVD Download Tool”
Boote pelo seu pendrive. Se a sua placa-mãe tem um bom design, você faz isso através de uma simples tecla (geralmente F2 ou F12, mas isso sempre varia. Padrões, para quê?). Procure algo como “boot menu”. Caso contrário, altere a ordem de Boot manualmente, através das configurações do chipset (BIOS).
Particione o HD. Eu gosto de deixar um espaço de 30 GB no final, caso eu resolva fazer um dual boot mais tarde. A seu gosto.
Durante a tela de instalação: não saia avançando que nem um louco. Procure por “personalizar”, evitando “configurações expressas” sempre que possível.
Modifique as suas configurações a gosto. Em particular, pode ser que convenha mudar as definições do Windows Update. No mínimo, deixe “atualizações mais importantes”.
(Opcional) Ative o Do Not Track do IE caso ele não esteja ativado por default. Na verdade, se você for desinstalar o IE mais tarde, essa etapa não é necessária.
Enviar informações à Microsoft: configure a seu gosto.
“Compartilhar informações com aplicativos”: desative TUDO. Principalmente a plataforma de localização.
Usar uma conta do Microsoft? Olha, eu sempre fiz isso. Mas eu nunca utilizei nenhum aplicativo da Modern UI. Então, sinceramente? Escolhi criar uma conta local. Note que se você decidir baixar algum aplicativo mais tarde, precisará de uma conta da Microsoft de qualquer modo. Pense nisso.

Pós-instalação #

Nesse ponto o Windows está instalado. Agora vamos aos tweaks.

Remova TODOS os aplicativos da Modern UI. Todos. Exceto: música, fotos, vídeo e leitor. Nesse ponto só deve sobrar, além deles, a Loja e o Internet Explorer (bom, a área de trabalho também).
Abra o Internet Explorer e baixe ou o Chrome ou o Firefox. A gosto. Pode utilizar o IE da Modern UI mesmo. Pronto? Agora mude o seu navegador padrão.
Agora, eu gosto de me livrar (pelo menos ocultar) da Modern UI. Utilize um desses dois programas, ou outro que preferir: Classic Shell ou Start Menu 8.
Se durante qualquer wizard / setup a janela se mover para fora do display visível, você pode apertar Alt + Space e depois selecionar a opção de movê-la + as teclas direcionais para resolver o seu problema.
Depois, vamos baixar alguns softwares para uso genérico. Nesse ponto, pode ser interessante instalar o AdBlock plus e/ou os seus complementos favoritos para seu browser para evitar algumas inconveniências. Eis a minha lista de software:
Avast (anti-vírus) (opcional). A menos que você seja um usuário experiente e saiba o que está acessando.
CCleaner (registro, startup, etc). Alternativamente, você pode querer utilizar o msconfig.
Drivers! Impressora, placa de vídeo, etc
Flash (opcional)
GIMP (edição de imagens)
IrFanView + plug-ins + idioma (imagens)
Java (opcional)
LibreOffice (pacote office)
Notepad 2
Notepad++
PDF X-Change Viewer (PDF)
PeaZip (ZIP/RAR/etc) - melhor integrado ao Windows do que o 7-Zip
VLC (vídeos, música). Alternativa: BSPlayer
qBitTorrent (cliente de torrent)

Isso é o básico. Mais do que isso depende das necessidades de uso de cada um. No entanto, eis uma lista que pode ser útil:

Chocolatey / Npackd (espécie de gerenciador de pacotes para o Windows)
Clementine (biblioteca de músicas)
Comodo Firewall
Cygwin (ambiente UNIX no Windows)
DirectX
Dropbox ou Copy (cloud syncing service)
PowerISO / Daemon Tools (CD/DVD virtual)
Sandboxie (chroot like)
Skype / Raidcall
Thunderbird (cliente de e-mail)
VirtualBox (máquinas virtuais)

É provável que, nesse ponto, você não tenha prestado muita atenção e (por isso) tenha instalado alguma barra ou crapware durante a instalação dos outros programas. Agora vai lá e remove tudo o que não presta.

Pós-Pós-Instalação #

Remova o Internet Explorer.
Desinstale componentes do Windows não necessários (“ativar ou desativar recursos do Windows”)
Desative os efeitos desnecessários da área de trabalho.
Instalar add-ons para o seu web browser.
Checar a lista de programas que iniciam com o Windows (pode ter um monte agora) ==> CCleaner ou msconfig

Pronto, isso resume o básico. Se você tiver um HD Externo, convém copiar os setups utilizados agora para poupar algum trabalho da próxima vez. Esse não é um guia de manutenção, então vou parar por aqui. Happy hacking!

— § —

Reply via email

#dev #legacy