Re: Procurando Sponsors para meu pacote - "capitan"
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"
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. :-)
Res: Procurando Sponsors para meu pacote - "capitan"
Para mim todos que estão nesta lista, me disser que esta faltando um bingo na letra "i" ou se a letra "o" está de cabeça para baixo. Pode ter certeza que irei respeitar a análise de todos. Obrigado mesmo! A revisão de ambos eu imprimi pra ficar riscando todos os problemas que vou corrigindo. (coisa de velho ainda imprimindo pra ficar rabiscando pra corrigir) :P Um bom dia a todos. Enviado do meu smartphone BlackBerry 10. Mensagem original De: Eriberto Enviada: segunda-feira, 4 de abril de 2016 08:59 Para: Antonio Terceiro; debian-dev-br Assunto: Re: Procurando Sponsors para meu pacote - "capitan" 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. :-)
Ajuda em declaração
-#if defined(__FreeBSD__) +#if defined(__FreeBSD_Kernel__) Como posso definir estas variasse de forma que elas usem se possível uma ou outra. Tenho um pacote e preciso ter as duas, pode ser que alguma arquitetura de FreeBSD precise desta declaração. Seria esta a forma correta : "#if defined (__FreeBSD__) || defined (__FreeBSD_Kernel__)” pacote (mini-httpd) Grato JJ signature.asc Description: Message signed with OpenPGP using GPGMail
Re: RFS: libpam-ldap -- Pluggable Authentication Module for LDAP
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"
Bom dia Carlos, Não há problema nenhum em ajudar. Qualquer um de nós está apto a analisar pacotes e vai fazer um bom trabalho. Não há a intenção de ignorar alguém. Então, tanto a minha análise, quanto a do Terceiro, sempre ajudada pelos outros mantenedores do grupo, auxiliará a colocar o seu pacote em boas condições de upload. O que ocorre é que sou meio lento (em tudo o que faço, como livros, por exemplo) e muitas pessoas me procuram todas as semanas, pois já fui sponsor em muitos pacotes (com certeza isso ocorre com o Terceiro e outros DDs que se dedicam a trabalhar como sponsor). Eu mesmo procurei muito o Terceiro que, generosamente, foi o meu sponsor diversas vezes. Assim sendo, como sou lento e detalhista, chego a levar 4 horas para analisar um único pacote, dependendo da complexidade do mesmo (há pacotes pesados, com arquivos de licença complexos; teve um pacote, uma vez, que só o debian/copyright levou 6 horas para ser analisado). Todos os fins de semana, quase sem exceção, passo, no mínimo, 5 horas analisando pacotes. Existe uma fila (sim, uma fila, muitas vezes, invisível para todos, pois tem pessoas que não são vistas aqui, inclusive de várias partes do mundo e que me pedem ajuda diretamente). Sigo rigidamente essa fila, sem passar ninguém na frente, a não ser que seja o fechamento de um trabalho. Neste fim de semana que passou, analisei dois pacotes da lista e quatro de fora da lista. Escrevi pouco sobre o seu pacote porque primeiro o analisei e testei por completo, tentei entender os problemas, tirei umas dúvidas na Internet e, depois, fui escrever tudo isso. Nisso, chegou o email do Terceiro, apontando os mesmos problemas. Como sei que ele se dedicou e chegou antes, apenas enviei o que já tinha escrito, ratificando as palavras dele, e mais o problema do watch, que com certeza ele ia ver numa revisão final. Foram cerca de 2 horas de trabalho porque analisar jogo é muito difícil, pois geralmente há problemas de licença etc (eu realmente não gosto de analisar jogos; como sponsor, posso escolher por fazer ou não fazer; faço por compromisso moral em não deixar as pessoas a verem navios e se decepcionarem com o projeto). Bem, em resumo, quanto ao que aconteceu, como o Terceiro já tem uma visão bem avançada do pacote e chegou primeiro, eu enviei aquela mensagem para poder, na próxima rodada, atender a outras pessoas. Foi isso. Na verdade, quero ajudar a mais pessoas, atendendo a mais pedidos. Aproveitando, sempre é bom lembrar que trabalhamos voluntariamente e que também temos vida pessoal. Assim, sei como as pessoas ficam ansiosas por verem os seus pacotes no Debian, mas não adianta enviar vários pedidos seguidos, de várias formas diferentes, para a análise de um pacote. Aqui na lista, todos estão ajudando e, ultimamente, o Terceiro e eu temos atendido aos pedidos. Então, mesmo que demore um pouco, sempre passaremos por todos os pedidos. Particularmente, me tornei DD para ser sponsor e poder atender aos anseios das pessoas que querem contribuir com o Debian. Aproveito ainda para pedir a todos que continuem nos ajudando nas revisões. Vocês devem ter visto ontem como isso foi útil para o Terceiro, pois ele disse que faria um upload assim que fossem corrigidos os problemas apontados por vários de nós. Isso também os treina para serem futuros sponsors! E com o trabalho que vem sendo feito, acredito que em menos de 2 anos teremos alguns novos DDs brasileiros que poderão também fazer uploads por aqui. Espero que não tenham ficado maus entendidos. Grande abraço a todos, paz, saúde e pacotes! Eriberto Em 4 de abril de 2016 09:32, Carlos Donizete escreveu: > Para mim todos que estão nesta lista, me disser que esta faltando um bingo na > letra "i" ou se a letra "o" está de cabeça para baixo. Pode ter certeza que > irei respeitar a análise de todos. Obrigado mesmo! > > A revisão de ambos eu imprimi pra ficar riscando todos os problemas que vou > corrigindo. (coisa de velho ainda imprimindo pra ficar rabiscando pra > corrigir) :P > > Um bom dia a todos. > > Enviado do meu smartphone BlackBerry 10. > Mensagem original > De: Eriberto > Enviada: segunda-feira, 4 de abril de 2016 08:59 > Para: Antonio Terceiro; debian-dev-br > Assunto: Re: Procurando Sponsors para meu pacote - "capitan" > > 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"
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: Ajuda em declaração
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
rede na KVM - era - Re: duc: falha na construção em hurd-i386
> > > 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
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)
Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386
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
On 04-04-2016 15:13, 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'. 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 > 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 ? signature.asc Description: OpenPGP digital signature
Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386
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
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: Procurando Sponsors para meu pacote - "capitan"
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). > > []
Voglio trovare un grave uomo !
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: rede na KVM - era - Re: duc: falha na construção em hurd-i386
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
Pacote Road Fighter colocado na fila para ir no Debian!!!
Ola a todos. Tinha finalizado um novo pacote de mais um jogo "Road fighter Remake". https://mentors.debian.net/package/roadfighter E feito pedido para que alguém seja sponsor deste meu pacote tanto aqui nesta lista, como no "debian-devel-games" e do "debian mentors" enviei o pedido. Ate ai tudo bem, recebi uma resposta com as criticas e dicas do "debian-devel-games" para que posso melhorar o pacote deste jogo. Preparei meu "ritual" que adotei como rotina pra fazer as alterações, imprimi o email da pessoa que me enviou, pra ficar rabiscando cada comando no papel (sem mencionar que fico me auto questionando e resmungando baixinho... coisas de velho), deixei guardado, fui trabalhar pra que a noite quando chegar eu iria brincar. :P Estranhamente antes de chegar em casa, recebo uns emails "Debian FTP Masters" dizendo que o pacote esta na fila para subir. E realmente o meu pacote esta como "Pending uploads". Fiquei muito contente por isto, mas por outro lado fiquei sem saber o que fazer, é como jogar um jogo com objetivo de zera-lo, e de repente vc zerou sem saber o final. :/ Logicamente que meu pacote da minha parte esta bom para subir para o Debian, mas isto pode, um sponsor me passar algumas alterações pra eu fazer, e no outro dia um outro sponsor subir o meu pacote? Obrigado e ate mais! -- Carlos Donizete Froes [a.k.a coringao] - https://wiki.debian.org/coringao GPG: 4096R/C325F557 EAD9 DDCB DC86 4561 7612 A34F A9CD 6C31 C325 F557 signature.asc Description: This is a digitally signed message part
