Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386

2016-04-04 Por tôpico Lucas Castro 


On 04-04-2016 16:39, Herbert Fortes (hpfn) wrote:
> Oi,
>
>> Talvez isso lhe ajude:
>>
>> https://eriberto.pro.br/wiki/index.php?title=Virtualiza%C3%A7%C3%A3o_com_KVM_no_Debian_Jessie
>>
> A configuração do interfaces parece
> estar correta (dhcp). A diferença está na
> eth0 que tem ip.
>
> Achei um post falando para trocar o driver
> usado na VM. Fiz:
>
> # virsh edit guest
>
> e alterei, em 'interface type' de
> 'virtio' para 'e1000'.
>
> Ao reiniciar a VM recebi um ip, 192.168.0.19,
> da rede e o resolv.conf foi preenchido. Pingo
> o roteador, 192.168..0.1, da rede. Parece tudo bem,
> mas a rota padrão está '192.168.122.1'.
>
> Desconectei e editei o interfaces, colocando
> a eth0 como static e definido o gateway.
> Funcionou!
>
> Não sei como será nas próximmas vezes.
>
> Obrigado.
>
>
>
> abraço,
Parece que tem alguma coisa na sua configuração de rede mal configurada,
pois essa rota padrão que recebeu, normalmente é da rede nat.
Se você for usar bridge, recomendo que desative a sua rede nat.
eu uso driver virtio sem problemas.



signature.asc
Description: OpenPGP digital signature

Voglio trovare un grave uomo !

2016-04-04 Por tôpico olena 
BUONGIORNO mio nuovo alleato straniero! Mi auguro che quando si riceve questa 
lettera si vuole ottenere conoscente Con me! Ma prima di tutto mi presento. Il 
mio nome e olena. Ho 35 anni. Io sono un serio, affascinante, sensibile ucraino 
ragazza. Io non sono sposato e per questo che mi piacerebbe incontrare un uomo 
buono che ama me e sara in grado di Mostrami la tenerezza e l'umanita della 
persona. Io non voglio chiedere molto, semplicemente Voglio essere amato e di 
amare troppo. Sono stanca di solitudine e malinconia. Per favore, se siete 
interessati a me, scrivere sulla mia e-mail olenabe...@universepass.com 
Aspettero la tua lettera con impazienza! olena.

Re: Procurando Sponsors para meu pacote - "capitan"

2016-04-04 Por tôpico Eriberto 
Legal!

[]s!

Eriberto


Em 4 de abril de 2016 11:30, Antonio Terceiro  escreveu:
> On Mon, Apr 04, 2016 at 08:59:35AM -0300, Eriberto wrote:
>> Em 4 de abril de 2016 08:49, Antonio Terceiro  escreveu:
>> > On Sun, Apr 03, 2016 at 10:42:43PM -0300, Eriberto wrote:
>> >> 3. Acaba de chegar uma revisão do Terceiro. Assim, vou terminar essa
>> >> e, por favor, considere ele como sponsor, pois chegou primeiro.
>> >> Confirma que leu isso Terceiro?
>> >
>> > desde que as questões apontadas no pacote sejam resolvidas, pra mim é
>> > indeferente quem vai fazer o upload.
>> >
>> > eu prefiro pensar nesta lista como um time, sem sponsors fixos.
>>
>>
>> Não tem a ver. Só não quero gerar esforço duplicado. Se não fosse um
>> time, não estaríamos aqui. :-)
>
> sim. vamos fazer o seguinte então: quando a gente for começar a olhar um
> pacote, a gente manda uma resposta imediatamente aqui pra lista dizendo
> "estou olhando esse pacote", aí o(s) outro(s) podem pular pro próximo.
>
> de qualquer forma, no caso desse pacote não foi totalmente esforço
> duplicado porque você achou várias coisas que eu não achei e vice-versa
> (até porquê não é um pacote tão simples).
>
> []

Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386

2016-04-04 Por tôpico hpfn 
Oi,

> 
> Talvez isso lhe ajude:
> 
> https://eriberto.pro.br/wiki/index.php?title=Virtualiza%C3%A7%C3%A3o_com_KVM_no_Debian_Jessie
> 

A configuração do interfaces parece
estar correta (dhcp). A diferença está na
eth0 que tem ip.

Achei um post falando para trocar o driver
usado na VM. Fiz:

# virsh edit guest

e alterei, em 'interface type' de
'virtio' para 'e1000'.

Ao reiniciar a VM recebi um ip, 192.168.0.19,
da rede e o resolv.conf foi preenchido. Pingo
o roteador, 192.168..0.1, da rede. Parece tudo bem,
mas a rota padrão está '192.168.122.1'.

Desconectei e editei o interfaces, colocando
a eth0 como static e definido o gateway.
Funcionou!

Não sei como será nas próximmas vezes.

Obrigado.



abraço,
-- 
Herbert Parentes Fortes Neto (hpfn)

Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386

2016-04-04 Por tôpico hpfn 
Olá Lucas,

> > Na máquina onde roda o KVM tenho o ip default,
> > mas na VM a eth0 tem um endereço inet6. E nada
> > no '/etc/resolv.conf'.
> Se você quiser apenas internet creio que o método mais simples é criar
> uma internet nat.
> Pode ver facilmente em 'preferencia > detalhes conexão > rede virtuais'.
> lá vai poder criar uma rede nat, caso não exista.
> 
> caso queira ligar na mesma de rede do seu computador,
> só configurar um bridge com a interface do seu computador e configurar a
> vm para utilizá-la.
> 
> uso essa segunda alternativa.
> iface br0 inet manual
> bridge_ports eth0
> bridge_stp off

Só não tem essa última linha na configuração. Mas
como disse, trocar o driver na VM resolveu.

Obrigado por responder.


abraço,
-- 
Herbert Parentes Fortes Neto (hpfn)

Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386

2016-04-04 Por tôpico Eriberto 
Oi Herbert,

Talvez isso lhe ajude:

https://eriberto.pro.br/wiki/index.php?title=Virtualiza%C3%A7%C3%A3o_com_KVM_no_Debian_Jessie

[]s

Eriberto


Em 4 de abril de 2016 15:13, Herbert Fortes  escreveu:
>
>>
>> > eu criei uma máquina virtual no qemu/kvm. Usando libvirt [1]
>> >
>> > Baixei o CD de instalação: debian-sid-hurd-i386-CD-1.iso em [2]
>> >
>> > Bootei a máquina virtual com esse CD e instalei o Debian GNU/Hurd.
>> >
>> > usei os procedimentos do guia de empacotamento do Eriberto [3]
>> >
>> > [1] https://wiki.debian.org/KVM
>> > [2] 
>> > https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/current/
>> > [3] http://eriberto.pro.br/debian/guia_empacotamento_debian_2.10.pdf
>> >
>> > A partir daí empacotei como sempre fazemos na jaula.
>> >
>>
>> Instalei o kvm hoje.
>>
>>   - se estiver usando a testing, o pacote é libvirt-daemon-system e
>> não libvirt-bin.
>>   - atenção com as permissões. Editei o /etc/group para kvm e
>> libvirt-qemu (acho). E rmmod - modprobe
>>   - libvirtd e virtlogd rodando para criar a imagem. :)
>>
>> Consultei o debian-handbook. https://debian-handbook.info/browse/stable/
>> É para stable, mas serve também.
>>
>
> Humm...
>
> Não estou conseguindo acesso a internet na
> VM.
>
> Na máquina onde roda o KVM tenho o ip default,
> mas na VM a eth0 tem um endereço inet6. E nada
> no '/etc/resolv.conf'.
>
> Onde roda a VM:
> # iptables -n -t nat -L
> Chain POSTROUTING (policy ACCEPT)
> target prot opt source   destination
> RETURN all  --  192.168.122.0/24 224.0.0.0/24
> RETURN all  --  192.168.122.0/24 255.255.255.255
> MASQUERADE  tcp  --  192.168.122.0/24!192.168.122.0/24 masq ports: 
> 1024-65535
> MASQUERADE  udp  --  192.168.122.0/24!192.168.122.0/24 masq ports: 
> 1024-65535
> MASQUERADE  all  --  192.168.122.0/24!192.168.122.0/24
>
> # ifconfig
> br0: flags=4099  mtu 1500
> inet6 fe80::92b1:1cff:fef7:6bd7  prefixlen 64  scopeid 0x20
> ether 00:00:00:00:00:00  txqueuelen 1000  (Ethernet)
> RX packets 37321  bytes 33592959 (32.0 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 39285  bytes 6707468 (6.3 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
> br0:avahi: flags=4099  mtu 1500
> inet 169.254.37.59  netmask 255.255.0.0  broadcast 169.254.255.255
> ether 00:00:00:00:00:00  txqueuelen 1000  (Ethernet)
>
> eth0: flags=4163  mtu 1500
> inet 192.168.0.13  netmask 255.255.255.0  broadcast 192.168.0.255
> inet6 fe80::f310:28e8:816b:920  prefixlen 64  scopeid 0x20
> ether 90:b1:1c:f7:6b:d7  txqueuelen 1000  (Ethernet)
> RX packets 713442  bytes 885988551 (844.9 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 560567  bytes 351142989 (334.8 MiB)
> TX errors 7  dropped 2 overruns 0  carrier 0  collisions 0
>
> lo: flags=73  mtu 65536
> inet 127.0.0.1  netmask 255.0.0.0
> inet6 ::1  prefixlen 128  scopeid 0x10
> loop  txqueuelen 1  (Loopback Local)
> RX packets 96847  bytes 41493651 (39.5 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 96847  bytes 41493651 (39.5 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
> virbr0: flags=4099  mtu 1500
> inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
> ether 52:54:00:b5:cd:7e  txqueuelen 1000  (Ethernet)
> RX packets 0  bytes 0 (0.0 B)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 0  bytes 0 (0.0 B)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
> Na VM:
> eth0 com inet6 diferente da br0
> /etc/resolv.conf vazio
>
> Tentei colocar o endereço, na VM, fazendo parte
> de virbr0 (192.168.122.5), mas não funcionou.
>
> E também tirei o iptables. Nada.
>
> Alguma dica ?
> --
> Herbert Parentes Fortes Neto (hpfn)
>

Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386

2016-04-04 Por tôpico hpfn 
On Mon, 4 Apr 2016 15:13:18 -0300
Herbert Fortes (hpfn)  wrote:

> 
> > 
> > > eu criei uma máquina virtual no qemu/kvm. Usando libvirt [1]
> > >
> > > Baixei o CD de instalação: debian-sid-hurd-i386-CD-1.iso em [2]
> > >
> > > Bootei a máquina virtual com esse CD e instalei o Debian GNU/Hurd.
> > >
> > > usei os procedimentos do guia de empacotamento do Eriberto [3]
> > >
> > > [1] https://wiki.debian.org/KVM
> > > [2] 
> > > https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/current/
> > > [3] http://eriberto.pro.br/debian/guia_empacotamento_debian_2.10.pdf
> > >
> > > A partir daí empacotei como sempre fazemos na jaula.
> > >
> > 
> > Instalei o kvm hoje.
> > 
> >   - se estiver usando a testing, o pacote é libvirt-daemon-system e
> > não libvirt-bin.
> >   - atenção com as permissões. Editei o /etc/group para kvm e 
> > libvirt-qemu (acho). E rmmod - modprobe
> >   - libvirtd e virtlogd rodando para criar a imagem. :)
> > 
> > Consultei o debian-handbook. https://debian-handbook.info/browse/stable/
> > É para stable, mas serve também.
> > 
> 
> Humm...
> 
> Não estou conseguindo acesso a internet na
> VM.
> 
> Na máquina onde roda o KVM tenho o ip default,
> mas na VM a eth0 tem um endereço inet6. E nada
> no '/etc/resolv.conf'.
> 
> Onde roda a VM:
> # iptables -n -t nat -L
> Chain POSTROUTING (policy ACCEPT)
> target prot opt source   destination 
> RETURN all  --  192.168.122.0/24 224.0.0.0/24
> RETURN all  --  192.168.122.0/24 255.255.255.255 
> MASQUERADE  tcp  --  192.168.122.0/24!192.168.122.0/24 masq ports: 
> 1024-65535
> MASQUERADE  udp  --  192.168.122.0/24!192.168.122.0/24 masq ports: 
> 1024-65535
> MASQUERADE  all  --  192.168.122.0/24!192.168.122.0/24 
> 
> # ifconfig
> br0: flags=4099  mtu 1500
> inet6 fe80::92b1:1cff:fef7:6bd7  prefixlen 64  scopeid 0x20
> ether 00:00:00:00:00:00  txqueuelen 1000  (Ethernet)
> RX packets 37321  bytes 33592959 (32.0 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 39285  bytes 6707468 (6.3 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> br0:avahi: flags=4099  mtu 1500
> inet 169.254.37.59  netmask 255.255.0.0  broadcast 169.254.255.255
> ether 00:00:00:00:00:00  txqueuelen 1000  (Ethernet)
> 
> eth0: flags=4163  mtu 1500
> inet 192.168.0.13  netmask 255.255.255.0  broadcast 192.168.0.255
> inet6 fe80::f310:28e8:816b:920  prefixlen 64  scopeid 0x20
> ether 90:b1:1c:f7:6b:d7  txqueuelen 1000  (Ethernet)
> RX packets 713442  bytes 885988551 (844.9 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 560567  bytes 351142989 (334.8 MiB)
> TX errors 7  dropped 2 overruns 0  carrier 0  collisions 0
> 
> lo: flags=73  mtu 65536
> inet 127.0.0.1  netmask 255.0.0.0
> inet6 ::1  prefixlen 128  scopeid 0x10
> loop  txqueuelen 1  (Loopback Local)
> RX packets 96847  bytes 41493651 (39.5 MiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 96847  bytes 41493651 (39.5 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> virbr0: flags=4099  mtu 1500
> inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
> ether 52:54:00:b5:cd:7e  txqueuelen 1000  (Ethernet)
> RX packets 0  bytes 0 (0.0 B)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 0  bytes 0 (0.0 B)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
> 
> Na VM:
> eth0 com inet6 diferente da br0
> /etc/resolv.conf vazio
> 
> Tentei colocar o endereço, na VM, fazendo parte
> de virbr0 (192.168.122.5), mas não funcionou.
> 
> E também tirei o iptables. Nada.
> 


Será que tenho que instalar o firmware-realtek
(rtl8105e-1.fw) ? 

A eth0 parece funcionar, mas tenho esse erro, 
vendo pelo dmesg. Ou na inicilização.

eth0: unable to load firmware patch rtl_nic/rtl8105e-1.fw



abraço,
-- 
Herbert Parentes Fortes Neto (hpfn)

rede na KVM - era - Re: duc: falha na construção em hurd-i386

2016-04-04 Por tôpico hpfn 

> 
> > eu criei uma máquina virtual no qemu/kvm. Usando libvirt [1]
> >
> > Baixei o CD de instalação: debian-sid-hurd-i386-CD-1.iso em [2]
> >
> > Bootei a máquina virtual com esse CD e instalei o Debian GNU/Hurd.
> >
> > usei os procedimentos do guia de empacotamento do Eriberto [3]
> >
> > [1] https://wiki.debian.org/KVM
> > [2] 
> > https://people.debian.org/~sthibault/hurd-i386/installer/cdimage/current/
> > [3] http://eriberto.pro.br/debian/guia_empacotamento_debian_2.10.pdf
> >
> > A partir daí empacotei como sempre fazemos na jaula.
> >
> 
> Instalei o kvm hoje.
> 
>   - se estiver usando a testing, o pacote é libvirt-daemon-system e
> não libvirt-bin.
>   - atenção com as permissões. Editei o /etc/group para kvm e 
> libvirt-qemu (acho). E rmmod - modprobe
>   - libvirtd e virtlogd rodando para criar a imagem. :)
> 
> Consultei o debian-handbook. https://debian-handbook.info/browse/stable/
> É para stable, mas serve também.
> 

Humm...

Não estou conseguindo acesso a internet na
VM.

Na máquina onde roda o KVM tenho o ip default,
mas na VM a eth0 tem um endereço inet6. E nada
no '/etc/resolv.conf'.

Onde roda a VM:
# iptables -n -t nat -L
Chain POSTROUTING (policy ACCEPT)
target prot opt source   destination 
RETURN all  --  192.168.122.0/24 224.0.0.0/24
RETURN all  --  192.168.122.0/24 255.255.255.255 
MASQUERADE  tcp  --  192.168.122.0/24!192.168.122.0/24 masq ports: 
1024-65535
MASQUERADE  udp  --  192.168.122.0/24!192.168.122.0/24 masq ports: 
1024-65535
MASQUERADE  all  --  192.168.122.0/24!192.168.122.0/24 

# ifconfig
br0: flags=4099  mtu 1500
inet6 fe80::92b1:1cff:fef7:6bd7  prefixlen 64  scopeid 0x20
ether 00:00:00:00:00:00  txqueuelen 1000  (Ethernet)
RX packets 37321  bytes 33592959 (32.0 MiB)
RX errors 0  dropped 0  overruns 0  frame 0
TX packets 39285  bytes 6707468 (6.3 MiB)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

br0:avahi: flags=4099  mtu 1500
inet 169.254.37.59  netmask 255.255.0.0  broadcast 169.254.255.255
ether 00:00:00:00:00:00  txqueuelen 1000  (Ethernet)

eth0: flags=4163  mtu 1500
inet 192.168.0.13  netmask 255.255.255.0  broadcast 192.168.0.255
inet6 fe80::f310:28e8:816b:920  prefixlen 64  scopeid 0x20
ether 90:b1:1c:f7:6b:d7  txqueuelen 1000  (Ethernet)
RX packets 713442  bytes 885988551 (844.9 MiB)
RX errors 0  dropped 0  overruns 0  frame 0
TX packets 560567  bytes 351142989 (334.8 MiB)
TX errors 7  dropped 2 overruns 0  carrier 0  collisions 0

lo: flags=73  mtu 65536
inet 127.0.0.1  netmask 255.0.0.0
inet6 ::1  prefixlen 128  scopeid 0x10
loop  txqueuelen 1  (Loopback Local)
RX packets 96847  bytes 41493651 (39.5 MiB)
RX errors 0  dropped 0  overruns 0  frame 0
TX packets 96847  bytes 41493651 (39.5 MiB)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0: flags=4099  mtu 1500
inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
ether 52:54:00:b5:cd:7e  txqueuelen 1000  (Ethernet)
RX packets 0  bytes 0 (0.0 B)
RX errors 0  dropped 0  overruns 0  frame 0
TX packets 0  bytes 0 (0.0 B)
TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Na VM:
eth0 com inet6 diferente da br0
/etc/resolv.conf vazio

Tentei colocar o endereço, na VM, fazendo parte
de virbr0 (192.168.122.5), mas não funcionou.

E também tirei o iptables. Nada.

Alguma dica ?
-- 
Herbert Parentes Fortes Neto (hpfn)

Re: Ajuda em declaração

2016-04-04 Por tôpico Albino B Neto 
2016-04-04 9:37 GMT-03:00 Junior Santos :
> Seria esta a forma correta :
>
> "#if defined (__FreeBSD__) || defined (__FreeBSD_Kernel__)”

A declaração está correta [0].

0 - https://gcc.gnu.org/onlinedocs/cpp/Defined.html

-- 
  Happy hacking,
  Albino
@b1n0anb

Re: Procurando Sponsors para meu pacote - "capitan"

2016-04-04 Por tôpico Antonio Terceiro 
On Mon, Apr 04, 2016 at 08:59:35AM -0300, Eriberto wrote:
> Em 4 de abril de 2016 08:49, Antonio Terceiro  escreveu:
> > On Sun, Apr 03, 2016 at 10:42:43PM -0300, Eriberto wrote:
> >> 3. Acaba de chegar uma revisão do Terceiro. Assim, vou terminar essa
> >> e, por favor, considere ele como sponsor, pois chegou primeiro.
> >> Confirma que leu isso Terceiro?
> >
> > desde que as questões apontadas no pacote sejam resolvidas, pra mim é
> > indeferente quem vai fazer o upload.
> >
> > eu prefiro pensar nesta lista como um time, sem sponsors fixos.
> 
> 
> Não tem a ver. Só não quero gerar esforço duplicado. Se não fosse um
> time, não estaríamos aqui. :-)

sim. vamos fazer o seguinte então: quando a gente for começar a olhar um
pacote, a gente manda uma resposta imediatamente aqui pra lista dizendo
"estou olhando esse pacote", aí o(s) outro(s) podem pular pro próximo.

de qualquer forma, no caso desse pacote não foi totalmente esforço
duplicado porque você achou várias coisas que eu não achei e vice-versa
(até porquê não é um pacote tão simples).

[]


signature.asc
Description: PGP signature

Re: RFS: libpam-ldap -- Pluggable Authentication Module for LDAP

2016-04-04 Por tôpico Lucas Castro 


On 01-04-2016 21:59, Giovani Ferreira wrote:
> Olá Lucas,
>
> On 01-04-2016 10:10, Lucas Castro wrote:
>> Preciso de um sponsor para meu pacote.
>>
>> segue link do mentors.
>> http://mentors.debian.net/debian/pool/main/libp/libpam-ldap/libpam-ldap_186-1.dsc
> Eu não posso ser sponsor mas fiz uma rápida revisão em seu pacote, seguem 
> algumas considerações: 
>
> d/changelog
>
> - Sua release está com data de outubro, seria bom atualizá-la;
realmente, comecei esse pacote na latinoware, mas agora que parei para
testar e revisar alguns bugs.
> - É bom organizar as alterações por ordem de importância e ordem 
> alfabética, aqui tem um bom exemplo[0].
> - Você precisa dar reconhecimento (acknowledgment) à quem fez NMU,fechando
> novamente todos os bugs dos NMUs, exemplo:
>   * Acknowledge NMUs. (Closes: #706185, #653681, #654163, #655320...)
Não tinha conhecimento disso, vlw!
> - Faltou citar as mudanças no campo Build-Depends em d/control.
>
> [0] https://tracker.debian.org/media/packages/h/httperf/changelog-0.9.0-4
>
Ops.
> d/control
>
> - A Standards-Version vigente é 3.9.7
Minha jaula estava desatualizada.
> - Priority: A policy diz que a prioridade extra é usada quando o pacote 
> conflita com outros ou em arquivos de debug. Por favor, mude para 
> optional.
>
>
> d/copyright
>
> - Você terá que revisar o copyright dos arquivos novamente porque tem 
> algumas datas que não batem e pessoas não citadas, inclusive tem arquivos 
> sob outras licenças, alguns exemplos que encontrei com o comando: 
> egrep -sriA25 '(public dom|copyright)' | less
>
>   pam_ldap.h: * Copyright (C) 1998-2004 Luke Howard.
>   chsh:# Copyright (C) 2000 Tom Lear   
>   md5.h:  Copyright (C) 1999 Aladdin Enterprises.  All rights reserved.
>
> - Nas entradas de copyright sempre usar a sequência: ano, nome e email.
> - Seria bom atualizar homepage do campo source de acordo com o endereço que
> está em d/control.
> - Colocar 2016 seu nome no bloco debian/*
> - Ainda bloco debian/*, Considerar apenas os mantenedores, não há 
> necessidade de citar quem fez NMU.
>
Também não sabia disso, inclusive o site que me mandou ajudou bastante,
codesearch.debian.net.
>
> d/patches/manpage_fix_spell.patch
>
> - Atualizar a data do patch. Me parece que você começou a trabalhar neste 
> pacote em outubro de 2015, como se passaram quase 6 meses e não foi feito 
> upload, é interessante atualizar as datas do seu trabalho para 2016
>
>
> d/rules
>
> - Você pode deixar comentada a linha: export DH_VERBOSE=1
>
>
> d/watch
>
> - Atualizar para versão 4
> - Remover linhas extras e comentadas.
>
> Espero ter ajudado,
>
> []'s
>
Subi o pacote revisado, desculpem pelos transtornos.



signature.asc
Description: OpenPGP digital signature

Re: Procurando Sponsors para meu pacote - "capitan"

2016-04-04 Por tôpico Eriberto 
Em 4 de abril de 2016 08:49, Antonio Terceiro  escreveu:
> On Sun, Apr 03, 2016 at 10:42:43PM -0300, Eriberto wrote:
>> 3. Acaba de chegar uma revisão do Terceiro. Assim, vou terminar essa
>> e, por favor, considere ele como sponsor, pois chegou primeiro.
>> Confirma que leu isso Terceiro?
>
> desde que as questões apontadas no pacote sejam resolvidas, pra mim é
> indeferente quem vai fazer o upload.
>
> eu prefiro pensar nesta lista como um time, sem sponsors fixos.


Não tem a ver. Só não quero gerar esforço duplicado. Se não fosse um
time, não estaríamos aqui. :-)

Re: Procurando Sponsors para meu pacote - "capitan"

2016-04-04 Por tôpico Antonio Terceiro 
On Sun, Apr 03, 2016 at 10:42:43PM -0300, Eriberto wrote:
> 3. Acaba de chegar uma revisão do Terceiro. Assim, vou terminar essa
> e, por favor, considere ele como sponsor, pois chegou primeiro.
> Confirma que leu isso Terceiro?

desde que as questões apontadas no pacote sejam resolvidas, pra mim é
indeferente quem vai fazer o upload.

eu prefiro pensar nesta lista como um time, sem sponsors fixos.


signature.asc
Description: PGP signature

Re: Procurando Sponsors para meu pacote - "capitan"

2016-04-04 Por tôpico Carlos Donizete Froes 
Boa noite Eriberto.

Amigo, você é uma especie de amor e ódio, suas analises é para eu voltar
a ficar com os pés no chão porque esta tudo errado, mas isto que estou
referindo não é uma coisa ruim, é simplesmente excelente o modo de se
aprender. Eu te agradeço logo de inicio. :)

Bora la!


> > 1. Inicialmente, como você gerou um pacote -dfsg, analisei o conteúdo
> > do upstream e o seu. A diferença é que você removeu quatro arquivos
> > capitan, readme.linux, extra/capitan-doc.desktop e
> > extra/instructions.pdf. O primeiro é um executável gerado a partir do
> > código fonte do upstream. O segundo é um link simbólico mal feito,
> > para um ponto que não existe. O terceiro é um .desktop que serve para
> > colocar ícones no menu do usuário. Esses três elementos não tornam o
> > código do upstream incompatível com a DFSG. Assim, não precisam ser
> > removidos. O primeiro é indesejável, um erro do upstream. Mas o código
> > fonte dele existe no tarball, então não é problema. O segundo é outro
> > erro. O terceiro parece não influenciar em nada. O último arquivo é um
> > PDF sem fonte. Esse sim deve ser removido. Mesmo assim, o correto é
> > usar +dfsg[1] e não -dfsg. Note que isso também incide sobre o
> > d/changelog.

Ok, estarei fazendo as alterações.

> > 2. manpage:
> > 
> > - A manpage foi inteiramente copiada e colada daqui[2]. Ela não é de
> > sua autoria, como descrito no fim da mesma, não possui formato de
> > manpage, não possui as seções convencionais de uma manpage, a
> > SYNOPSIS não pode ser executada, dentre outros problemas. Na verdade,
> > trata-se de um README e não de uma manpage. Manpages devem mostrar
> > como executar o programa e devem seguir um padrão mínimo ($ man man /
> > $ man man-pages). Aqui também há uma descrição de como deve ser uma
> > manpage[3] .
> > 
> > [2] http://computeremuzone.com/ficha.php?id=754=manual=en=remakes
> > [3] https://en.wikipedia.org/wiki/Man_page
> > 
> > A manpage pode ser algo simples, apenas dizendo como usar o programa.
> > Execute '$ capitan -h' e você verá coisas úteis para compor a manpage.

Realmente retirei do próprio site do jogo, irei refaze-lo e seguir que 
mencionou.

> > 3. Acaba de chegar uma revisão do Terceiro. Assim, vou terminar essa
> > e, por favor, considere ele como sponsor, pois chegou primeiro.
> > Confirma que leu isso Terceiro?
> > 
> > Não vou tocar nos pontos nos quais ele já falou. Terceiro, se
> > discordar de algo, pode dizer.

Sim, respondi a revisão que o Terceiro passou, e abriu ideias para ir
resolvendo os problemas deste pacote, agradeço demais por ele me
responder. E não irei discordar em nada por ela mesmo muito problemático
o empacotamento.

É como mencionou na palestra dele em Curitiba, tem muitos europeus de
"pele branca" que domina, mas nós "Afro-Sul-americanos" iremos
supera-los!!!  (brincadeirinha) :P


> > 4. d/copyright: senti a falta de algumas licenças. Depois de revisar
> > sobre todos os embarcados que o Terceiro citou, você tem que rever as
> > licenças.
> > 
> > 5. d/watch: o seu watch não funciona. Ele aponta para uma página
> > principal que não contém nada sobre o programa do upstream.

Ambos irei corrigi-los, enviei um email para o desenvolvedor, para ajude
a melhorar esta fonte dele, esta muito confuso.

Muito obrigado Eriberto, espero que em breve estarei pedindo novamente
pra analisar este pacote com menos problemas.

Ate mais!



Em Dom, 2016-04-03 às 22:42 -0300, Eriberto escreveu:
> Boa noite Carlos,
> 
> Vamos ao seu pacote.
> 
> 1. Inicialmente, como você gerou um pacote -dfsg, analisei o conteúdo
> do upstream e o seu. A diferença é que você removeu quatro arquivos
> capitan, readme.linux, extra/capitan-doc.desktop e
> extra/instructions.pdf. O primeiro é um executável gerado a partir do
> código fonte do upstream. O segundo é um link simbólico mal feito,
> para um ponto que não existe. O terceiro é um .desktop que serve para
> colocar ícones no menu do usuário. Esses três elementos não tornam o
> código do upstream incompatível com a DFSG. Assim, não precisam ser
> removidos. O primeiro é indesejável, um erro do upstream. Mas o código
> fonte dele existe no tarball, então não é problema. O segundo é outro
> erro. O terceiro parece não influenciar em nada. O último arquivo é um
> PDF sem fonte. Esse sim deve ser removido. Mesmo assim, o correto é
> usar +dfsg[1] e não -dfsg. Note que isso também incide sobre o
> d/changelog.
> 
> [1] https://www.debian.org/doc/manuals/debmake-doc/ch05.en.html#dfsg
> 
> 
> 2. manpage:
> 
> - A manpage foi inteiramente copiada e colada daqui[2]. Ela não é de
> sua autoria, como descrito no fim da mesma, não possui formato de
> manpage, não possui as seções convencionais de uma manpage, a
> SYNOPSIS não pode ser executada, dentre outros problemas. Na verdade,
> trata-se de um README e não de uma manpage. Manpages devem mostrar
> como executar o programa e devem seguir um padrão mínimo ($ man man /
> $ man man-pages). Aqui também há uma descrição de como