Re: últimos DM e DDs brasileiros

[Tiago Ilieve]

Paulo Henrique,

2016-09-28 11:31 GMT-03:00 Paulo Henrique Santana <p...@softwarelivre.org>:
> Desde julho do ano passado o pessoal de comunicação do Debian tem listado a 
> cada 2 meses a relação de novos DMs e DDs.
> Baseado nessas listas, estou elaborando uma notícia para o Debian Brasil com 
> os nomes de brasileiros.
>
> Vocês podem por gentileza dar uma olhada se falta alguém abaixo?
> Lembrando que é de julho de 2015 até agosto de 2016.

Faltou alguém sim: eu. Obtive o status de DM no último mês de
junho[1]. Pode adicionar ao final da lista:

- Tiago Ilieve <tiago.my...@gmail.com> Montes Claros - MG

É verdade que hoje moro em Belo Horizonte, mas quase 100% das minhas
contribuições para me tornar um DM até então haviam sido feitas na
minha cidade natal.

Abraços.

[1]: https://bits.debian.org/2016/07/new-developers-2016-06.html

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Belo Horizonte - MG, Brasil

Re: bug squashing party virtual no Debian Day

[Tiago Ilieve]

Terceiro,

2016-07-29 14:47 GMT-03:00 Antonio Terceiro :
> o Debian Day é no dia 13 de agosto.
>
> https://wiki.debian.org/BSP
> https://wiki.debian.org/BSP/BeginnersHOWTO
> https://wiki.debian.org/HostingBSP
>
> a idéia inicial seria fazer entre 10:00 e 16:00, coordenando via IRC, no
> #debian-devel-br (historicamente ficamos nesse canal, mas
> não-brasileiros são mais do que bem-vindos!)

Já adicionei à minha agenda. :-)

> quem estiver numa cidade que tenha algum evento no Debian Day poderia
> incluir isso na programação, e incentivar pessoas interessadas em
> participar. ou se ainda não tem programação de Debian Day, pode
> organizar um nó local da BSP como sendo _o_ evento do Debian Day, ao
> invés de um dia inteiro das boas e velhas palestras manjadas. ;-)
>
> quem estiver isolado no mapa pode participar de casa também.

Não estou sabendo de nada relacionado aqui em Belo Horizonte (não
consegui entrar em contato com o DD que conheço daqui), então a
princípio pretendo participar de casa. Creio que em um evento
presencial seria mais fácil para auxiliar os (e ser auxiliado pelos)
demais participantes. Quem souber de algo por aqui é só me dar um
toque.

-

Giovani,

2016-07-29 15:48 GMT-03:00 Giovani Ferreira :
> Já tem um critério sobre quais pacotes/bugs serão trabalhados?
>
> Uma sugestão de bugs RC simples de corrigir são os relacionados ao debhelper
> desatualizado[1], a grande maioria são pacotes que não estão órfãos mas estão
> abandonados pelo mantenedor.
>
> [1] 
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=niels%40thykier.net

Essa dica é boa para quem, como eu, tem dificuldade para encontrar com
o que trabalhar em pacotes quais não se está familiarizado. Há também
a página específica de RC bugs[2], onde você pode filtrar pelos bugs
relevantes na próxima versão do Debian[3].

Abraços.

[2]: https://bugs.debian.org/release-critical/
[3]: https://bugs.debian.org/release-critical/other/testing.html

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Re: receba pra trabalhar no Debian LTS

[Tiago Ilieve]

Antonio,

2016-04-28 10:35 GMT-03:00 Antonio Terceiro :
> o Raphael veio falar comigo dizendo que ficou disapontado por não ter
> recebido nenhum candidato da américa do sul. como eu sempre falo,
> diversidade é super importante pro projeto.
>
> nesse case é ainda uma oportunidade de fazer uma grana razoável pra
> trabalhar no debian, e dá pra conciliar com outras atividades. o último
> relatório do LTS dá pra ter uma idéia:

Acompanho o trabalho do Raphael Hertzog no Debian LTS desde que ele
começou com a iniciativa. Lembro de ter me interessado quando vi esta
postagem em Janeiro/2016, principalmente porque 75 EUR/h é um valor
altíssimo pros padrões brasileiros.

Entretanto, há um ponto dos requisitos que não faço ideia do que é
necessário para cumprir: "you can emit invoices to Freexian;". Saberia
nos dizer como seria o processo de realizar este tipo de cobrança como
freelancer para uma empresa européia?

Pergunto isto pois no caso da Oracle, eu sequer podia emitir nota
fiscal como micro-empreendedor individual (MEI), sendo necessário
abrir uma micro-empresa (contratando contador e tudo mais). Fiquei em
dúvida se esta burocracia era por conta da filial brasileira da
empresa ou se isso é necessário para receber de qualquer empresa de
fora.

Abraços.

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Re: fonte do upstream com pasta debian

[Tiago Ilieve]

Terceiro e Kanashiro,

2016-04-25 11:24 GMT-03:00 Antonio Terceiro :
> Se você baixa seus tarballs com uscan e usa debian/copyright no formato
> legível por máquina DEP5, basta incluir no primeiro parágrafo:
>
> Files-Excluded: debian
>
> o mk-origtargz (chamado pelo uscan depois de baixar) vai reempacotar
> tarballs removendo os arquivos listadois em Files-Excluded no
> debian/copyright.

2016-04-25 11:48 GMT-03:00 Lucas Kanashiro :
> Vocês podem tentar ignorar o diretório debian usando o campo
> Files-Excluded no debian/copyright [0]

Era isso mesmo que estava procurando. Só não fazia ideia que ia no
"debian/copyright".

Muito obrigado pela dica.

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Re: fonte do upstream com pasta debian

[Tiago Ilieve]

Lucas,

2016-04-22 9:23 GMT-03:00 Lucas Castro :
> O que fazer quando o upstream fornece uma pasta debian/ dentro do source?

Você diz, por exemplo, ignorar a pasta "debian/" ao importar o tarball
com "gbp import-orig", evitando conflitos com o diretório "debian/"
atual? Isso eu também queria saber.

Abraços.

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Re: RFS: dict-moby-thesaurus -- Largest and most comprehensive thesaurus [NMU-RC]

[Tiago Ilieve]

Kanashiro,

2016-04-11 10:25 GMT-03:00 Lucas Kanashiro :
> Na verdade só o lintian não vai te dizer se o pacote está de acordo com a
> política ou não. Lembrem que o lintian é um analisador estático, e vai te
> apontar alguns indícios que são comuns em vários pacotes. Mas por exemplo,
> ele não vai te dizer se seus testes fazem algum tipo de conexão com a
> Internet, o que não é mais permitido durante a construção do pacote.

Com toda certeza. Jamais duvidaria dos avanços da computação mas,
particularmente, não vejo como o trabalho de uma revisão manual possa
ser completamente substituído por uma ferramenta como o lintian nos
próximos anos. É por isso que mesmo depois de deixar o pacote "lintian
clean" ainda pedimos segundas opiniões para confirmar se ele está apto
para ter seu upload realizado.

-

Giovani,

2016-04-11 21:39 GMT-03:00 Giovani Ferreira :
> Olá Tiago,
>
> Você não tem que pedir desculpas, a partir das discussões é que surge o
> aprendizado e crescimento para todos. ;-)
>
> Seguimos trabalhando.

Nesses casos sempre lembro de um grande professor que tive, da
disciplina de Arquitetura de Computadores, dizendo: "se você for dar
uma informação errada, é melhor não fornecer nenhuma". E, convenhamos,
ensinar errado pra alguém que está aprendendo é algo bem ruim. Na
melhor das hipóteses a pessoa ainda vai ficar com aquilo na cabeça e
discordar quando a tentarem ensinar do jeito certo.

Abraços.

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Re: RFS: dict-moby-thesaurus -- Largest and most comprehensive thesaurus [NMU-RC]

[Tiago Ilieve]

Pessoal,

2016-04-10 23:54 GMT-03:00 Tiago Ilieve <tiago.my...@gmail.com>:
> Como verificar a compatibilidade entre as versões do lintian e da
> Debian Policy? Procurei na manpage do lintian e não encontrei. Devemos
> esperar ele acusar que o Standards-Version está defasado?

Meio que sem querer, enquanto trabalhava em um pacote, topei com três
casos de uso do lintian:

* W: pacote source: out-of-date-standards-version 3.9.6 (current is
3.9.7): o mais comum, quando se verifica um pacote "antigo" com uma
versão atualizada do lintian.

* W: pacote source: timewarp-standards-version (2016-01-07 <
2016-02-01): acontece se atualiza o "Standards-Version" sem atualizar
o "debian/changelog" também, por exemplo. O lintian irá reclamar,
porque na época em que aquelas alterações foram feitas a versão
especificada não havia sido lançada.

* W: pacote source: newer-standards-version 3.9.8 (current is 3.9.7):
o caso de agora, quando temos uma versão nova da Debian Policy mas
ainda não houve uma nova release do lintian. Isto também pode ocorrer
quando se verifica o pacote com uma versão desatualizada do lintian (o
que acontece as vezes no mentors.d.n).

Peço desculpas ao Giovani por ter me precipitado. O certo é verificar
o pacote sempre com a versão mais recente do lintian no unstable e
somente alterar o "Standards-Version" se ele reclamar.

Saudações,
Tiago.

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Re: RFS: dict-moby-thesaurus -- Largest and most comprehensive thesaurus [NMU-RC]

[Tiago Ilieve]

Eriberto,

2016-04-10 23:42 GMT-03:00 Eriberto :
> Então, o seu pacote deve ser totalmente compatível com a Policy 3.9.8
> para que você coloque esse número no Standards-Version. Como ainda não
> temos um Lintian totalmente compatível com a Policy, caso o pacote não
> seja revisado manualmente perante um diff da 3.9.7 para a 3.9.8,
> teremos uma falsa afirmação. Então, a menos que tenha sido feita a
> revisão com base no diff, o melhor é manter 3.9.7 até o lançamento de
> um novo Lintian.

Sim, faz todo sentido. Por um momento imaginei que as versões do
lintian no unstable acompanhavam a Debian Policy (e talvez por isso
levaram uma semana pra começar a falar na nova versão).

Como verificar a compatibilidade entre as versões do lintian e da
Debian Policy? Procurei na manpage do lintian e não encontrei. Devemos
esperar ele acusar que o Standards-Version está defasado?

Abraços,
Tiago.

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Re: RFS: dict-moby-thesaurus -- Largest and most comprehensive thesaurus [NMU-RC]

[Tiago Ilieve]

Giovani,

On 8 April 2016 at 00:15, Giovani Ferreira  wrote:
>   * debian/control:
>  - Added the ${misc:Depends} variable to provide the right install
>dependencies.
>  - Bumped Standards-Version to 3.9.7.
>  - Moved debhelper from Build-Depends-Indep to Build-Depends.

A versão atual do Standards-Version é 3.9.8. Na lista debian-mentors
só se começou a falar nisso essa semana, mas a data de publicação da
última versão do Debian Policy Manual[1] é do último dia 30 de Março.

Abraços,
Tiago.

[1]: https://www.debian.org/doc/debian-policy/policy.txt

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil

Re: Sponsor para meu pacote - roadfighter

[Tiago Ilieve]

Carlos,

2016-04-01 22:30 GMT-03:00 Carlos Donizete Froes :
> Olá,
>
> Estou a procura de um sponsor meu novo pacote de jogo roadfighter [Road
> Fighter Remake].
>
> Segue o link:
>
> http://mentors.debian.net/package/roadfighter
>
> Aguardando criticas, dicas, conselhos ou aprovação sobre o pacote.

Dei uma olhada no pacote e a princípio achei excelente. Não pude
testar o jogo, apenas realizei sua construção, mas há alguns detalhes
que gostaria que desse uma olhada:

- A seção "Build-Depends:" do "debian/control" está indentada com tab
e não alinhada perfeitamente com a primeira linha "debhelper (>=9),".
O comando "wrap-and-sort -a" resolve isso e de quebra ainda remove um
espaço em branco no final da linha sobre "difficulty levels".
- Isso eu descobri por acaso quando estava verificando o copyright,
mas me parece que o diretório "src/sge" é uma cópia embutida da
biblioteca presente no pacote "libsdl-sge-dev". É necessário remover
esta cópia e compilar o pacote utilizando a biblioteca do sistema como
dependência (§ 4.13 "Convenience copies of code"[1] do Debian Policy
Manual).

No mais, o trabalho de empacotamento aqui está muito bom mesmo. Não
deve ser difícil encontrar um patrocinador do jeito que as coisas
estão indo. Eu só utilizaria Git para mantê-lo (adicionando os campos
"Vcs-Browser" e "Vcs-Git" ao "debian/control"), mas é mais porque não
sei desenvolver nada sem ele. :-)

Abraços.

[1]: https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles

-- 
Tiago "Myhro" Ilieve
Blog: https://blog.myhro.info/
GitHub: https://github.com/myhro
LinkedIn: https://br.linkedin.com/in/myhro
Montes Claros - MG, Brasil