Embed Python Inside Latex (pdf ~ 100KB)

Update: I also published online through Scribd, check here.

]]> http://www.coding.com.br/linux/embed-python-inside-latex/feed/ 0 http://www.coding.com.br/linux/httpfs/ http://www.coding.com.br/linux/httpfs/#comments Thu, 01 Apr 2010 19:04:13 +0000 Tiago Maluta http://www.coding.com.br/?p=849 With FUSE it is possible to implement a fully functional filesystem in a userspace program, this allow great implementations like HTTPFS.

Before start don’t forget to load fuse module (i.e: modprobe fuse). Lets do an example, suppose you need check latest Gentoo ISO to catch some files.

$ mkdir ~/GentooISO
$ mkdir ~/GentooISO/minimal
$ httpfs http://216.165.129.135/releases/x86/autobuilds/\
current-iso/install-x86-minimal-20100216.iso GentooISO/
$ cd ~/GentooISO
$ mount -o ro,loop install-x86-minimal-20100216.iso  minimal

Note that I used 216.165.129.135  instead distfiles.gentoo.org to avoid http error.

HEAD (read) failed with Status 302

You coud see the corret IP using, for example, wget.

Try it! It’s really fast.

screenshot

This code is hosted in Github.

$ git clone git://github.com/maluta/shoutcast-search.git
$ cd shoutcast-search
$ qmake && make && ./shoutcast-search

To listen some radio I cut & paste ‘Playlist’ info and put in some player. For example, to listen the Bob Dylan radio selected in screenshot I would do:

curl -s http://yp.shoutcast.com/sbin/tunein-station.pls?id=486

[playlist]
numberofentries=2
File1=http://68.90.68.227:8001
Title1=(#1 – 11/55) DylanRadio.com
Length1=-1
File2=http://66.55.139.212:7190
Title2=(#2 – 30/50) DylanRadio.com
Length2=-1
Version=2

As you can see, ouput has two URLs, so I select one and choose mplayer to play.

mplayer http://68.90.68.227:8001

Enjoy

Bonus: A not beautiful way to play from command line…

curl -s http://... | egrep "^File1" | cut -c7- | xargs mplayer

checking for perl… /usr/bin/perl
checking for perl >= 5.8.1… 5.10.1
checking for XML::Parser… configure: error: XML::Parser perl module is required for intltool

In other emerges if its failing on some perl module check during ./configure, its maybe because dev-lang/perl was updated an its modules weren’t compiled against the new one, on my case I just runned the command:

perl-cleaner --all

It will rebuild all your modules against your new perl, then you can re-emerge dev-util/intltool.

Um dos pontos que a estatística não mostra é que – mesmo sendo empregado de grandes empresas – boa parte do trabalho é feita fora do horário “comercial”, se alguém observar as datas de todos os commits e organizá-los pela frequência em horas, você tem o seguinte resultado para diferentes releases.

v2.6.33-rc7		v2.6.32			  v2.6.24	

Hora	Commits		Hora	Commits		Hora	Commits
0	8069		0	7808		0	4745
1	7052		1	6800		1	4155
2	4715		2	4556		2	2835
3	2717		3	2601		3	1395
4	2236		4	2096		4	898
5	1426		5	1193		5	559
6	1299		6	1134		6	381
7	1933		7	1723		7	580
8	4108		8	3798		8	1445
9	6429		9	6003		9	2261
10	8550		10	7969		10	3027
11	10284		11	9640		11	3946
12	9191		12	8403		12	3313
13	11728		13	11024		13	4522
14	13127		14	12340		14	5052
15	14281		15	13295		15	5813
16	13685		16	12721		16	5212
17	11486		17	10793		17	5050
18	7938		18	7334		18	3335
19	7354		19	6933		19	2850
20	7460		20	6953		20	3161
21	8561		21	8138		21	3436
22	8953		22	8498		22	3872
23	7741		23	7335		23	3843

Comando utilizado para gerar esses dados:

git log v2.6.33 | grep ^Date: | perl -pe ’s/^(?:\S+\s+){4}(\d+).*/$1/’ | sort -g | uniq -c

A conclusão é que muitos desenvolvedores fazem o código durante a noite e acordam tarde.

A muito tempo atrás vinha procurando uma forma de sincronizar minhas configurações de usuário como chaves públicas, scripts, hosts através de várias máquinas, uma vez que tenho que manter em sincronia a minha máquina no trabalho, notebook pessoal, desktop pessoal (fora as máquinas virtuais).

A um tempo tentei algo como um script que utilizava scp, para sincronizar diretórios, mas com o problema de consumo de banda (o que no Brasil é um grande problema) e sobrescrever  alterações, resolvi adotar o rsync que já otimizava o uso da banda enviando somente as alterações e faz a checagem da data de modificação porém ele não faz nenhuma verificação quanto ao conteúdo do arquivo, e isto trazia um sério problema pois uma vez que houvessem alterações em duas máquinas, teríamos um sério problema na hora de sincronizar os arquivos.

Um dia desses no trabalho, utilizando o subversion para controle de versão em um projeto, ele fornece backup dos arquivos, histórico de alterações, otimiza o consumo de banda enviando somente alterações e ainda por cima verifica o conteúdo dos arquivos em questão.. Comecei a associar as coisas, e isto parecia ser uma possível solução para o meu problema, por que não tentar?

Criado o repositório online, ja que todas máquinas tem acesso a internet, dei um checkout na minha $HOME para criar os diretórios .svn de controle, a primeira coisa que fiz foi ignorar todos arquivos na minha pasta pessoal com o comando:

svn propset svn:ignore *

Isto deve ser feito senão todos arquivos na HOME serão tratados como desconhecidos e perguntado se não devem ser adicionados ao controle de versão e não queremos isto, queremos fazer o controle de somente alguns arquivos/diretórios que são de nosso interesse.

logo após esse procedimento podemos começar a adicionar nossos arquivos ao controle de versão, como por exemplo nossa pasta .ssh e .gnupg para ter nossa chave pública em todas as máquinas:

$ svn add .ssh
$ svn add .gnupg

Caso queira ignorar algum arquivo como o known_hosts na pasta ssh proceda da seguinte forma:

$ svn rm --keep-local known_hosts
$ svn propset svn:ignore known_hosts

Uma vez feito isto já temos os arquivos que queremos no controle de versão e só falta o commit:

$ svn status -uv # cheque se esta tudo ok ;)
$ svn commit -m "commit inicial da home"

Estou usando a algum tempo este procedimento, e tem dado muito certo, uma vez que não perco meus arquivos, mantenho um registro das alterações e tenho minhas máquinas (virtuais) sincronizadas. happy syncin’.