Re: DDs/DMs em BH
Em 25/10/2022 22:53, Marcelo Jorge Vieira escreveu: Olá Paulo, On Sat, 2022-10-22 at 11:16 -0300, Paulo Henrique de Lima Santana wrote: Olá pessoal, Algum DD ou DM morando em Belo Horizonte atualmente? Planejando algo phls? Estou morando em BH. OpenPGP_signature Description: OpenPGP digital signature
Re: Debian Brasília - Contribuições de Janeiro
On 1/29/21 9:53 AM, Lucas Kanashiro wrote: Olá a todos e todas, Não sei se todo mundo sabe mas no grupo local que temos aqui em Brasília iniciamos um grupo de estudos sobre empacotamento Debian no final do ano passado (que tem tido presença constante de pessoas não só de Brasília). Retomamos as atividades esse ano e achamos legal compartilhar com o restante da comunidade o que a gente vêm fazendo, talvez isso possa incentivar outros grupos locais a fazerem atividades similares. Abaixo segue o link para um blog post detalhando melhor as nossas contribuições: https://debianbrasilia.org/contribuicao/2021/01/28/contribuicoes-de-janeiro.html Esse cms é do próprio Gitlab? Nosso plano é divulgar o que estivermos fazendo mensalmente, tanto no nosso blog do Debian Brasília quanto aqui que é a nossa lista de desenvolvimento. Caso alguem esteja interessado em se juntar ao nosso grupo basta entrar no canal do IRC #debian-bsb no OFTC e trocar uma idea com a gente. Abraço! Muito bacana, parabéns pela iniciativa (continuação!). -- Lucas Castro
RFS: libpam-ldap/186-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libpam-ldap" * Package name: libpam-ldap Version : 186-2 Upstream Author : [fill in name and email of upstream] * URL : [fill in URL of upstreams web site] * License : [fill in] Section : admin It builds those binary packages: libpam-ldap - Pluggable Authentication Module for LDAP To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libpam-ldap Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/libp/libpam-ldap/libpam-ldap_186-2.dsc Changes since the last upload: It fixes #844666 bug. Regards, Lucas Castro signature.asc Description: OpenPGP digital signature
Re: Pacotes Órfãos
On 17-03-2016 14:34, Paulo wrote: > Olá, > > estou interessado em fazer uma pesquisa, descobrir quais pacotes que tenho > instalado e que estão órfãos no Debian. > Acho que dessa forma conseguiria encontrar pacotes órfãos para colaborar. > > Alguém sabe qual comando rodar para saber? > > Acredito que tenha ouvido durante a mini-debconf de Curitiba sobre isso. > > Obrigado. > > []'s > kretcheu > :x > > Lembrando deste tópico, tem o wnpp-alert que vem no pacote devscripts. signature.asc Description: OpenPGP digital signature
Re: fonte do upstream com pasta debian
On 22-04-2016 11:00, Herbert Fortes (hpfn) wrote: > Olá, > > > O que fazer quando o upstream fornece uma pasta debian/ dentro do > source? > > > Eu pedi para remover. > Então Hebert, Eu postei aqui depois falei com o pessoal no irc pelo de na lista do delay ser um pouco maior, mas estou trabalhando no pacote já. > No caso do webcamoid[0], o uptream colocou como > um subdiretório de 'ports'. Aonde existem outros > sub diretórios para outras distros. E repasso para > ele o que fiz. Caso tenha algo direfente. > > Mas pode ser em outra branch do repositório do > upstream. > > > > abraço, > signature.asc Description: OpenPGP digital signature
fonte do upstream com pasta debian
O que fazer quando o upstream fornece uma pasta debian/ dentro do source? signature.asc Description: OpenPGP digital signature
Re: email adicional
On 16-04-2016 08:31, Giovani Ferreira wrote: > Olá Lucas, > > On 15-04-2016 23:55, Lucas Castro wrote: >> Olá, >> Estou migrando de email, >> pra pessoal que já assinaram minha chave com este email, >> precisarei encontrá-las novamente pra assinar o novo endereço? >> Apenas mandar um email assinado através do outro email resolve? > Você pode adicionar a nova id à sua chave sem problemas. Isso não irá > afetar o trabalho, uma vez que a chave não mudou. Então, essa parte é de bom eu sei. > Quanto às assinaturas, depende do critério de cada um, tem gente que > assina as novas ids remotamente, sem o processo de verificação padrão, > enquanto outras preferem fazer presencialmente apenas. Assim que eu começar a usar oficialmente vou entrar em contato com cada um. > []'s > signature.asc Description: OpenPGP digital signature
email adicional
Olá, Estou migrando de email, pra pessoal que já assinaram minha chave com este email, precisarei encontrá-las novamente pra assinar o novo endereço? Apenas mandar um email assinado através do outro email resolve? signature.asc Description: OpenPGP digital signature
Re: RFS: libpam-ldap -- Pluggable Authentication Module for LDAP
On 09-04-2016 18:18, Antonio Terceiro wrote: > então, o único comentário que eu tenho é um typo no changelog, que eu mesmo > arrumei. aplique esse diff aí do seu lado pro próximo upload: > > 8<8<8<- > --- debian/changelog.orig 2016-04-09 18:14:45.379846118 -0300 > +++ debian/changelog 2016-04-09 18:14:51.135902639 -0300 > @@ -5,7 +5,7 @@ >* Updated DH Level to 9. >* New maintainer. Closes: #699116 >* debian/copyright > - - Updated to DEB-5. > + - Updated to DEP-5. >* debian/control >- Added homepage. >- Updated build-depends. > 8<8<8<- > > acabei de fazer o upload Obrigado Terceiro. signature.asc Description: OpenPGP digital signature
Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386
On 08-04-2016 10:31, Herbert Fortes (hpfn) wrote: > > >> aqui tem imagem completa da configuração da vm. > >> veja que fiz upload pra ver que não tenho nenhuma rede virtual ativa. > >> http://postimg.org/gallery/hvd6qkw2/ > >> > > É, não tenho isso aqui. > > > Só para constar, segue lista de pacotes e versões que estou usando: > > > libvirt-bin 1.2.20-1 > > não tem na testing > > > libvirt-clients 1.3.1-2 > > igual > > > libvirt-daemon 1.3.1-2 > > igual > > > libvirt-daemon-system 1.3.1-2 > > igual > > > libvirt-glib-1.0-0:amd64 0.2.3-2 > > igual > > > libvirt0 1.3.1-2 > > igual > > > python-libvirt 1.3.1-1+b1 > > igual > > > virt-manager 1:1.3.2-3 > > Tem também o gir1.2-libvirt-glib-1.0:amd64 0.2.3-2 > > > virt-viewer 1.0-1 > > igual > > > virtinst 1:1.3.2-3 > > igual > > Sistema atualizado hoje de manhã. > > > abraço, > > > > Estou usando a versão testing:amd64, estranho. signature.asc Description: OpenPGP digital signature
Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386
On 06-04-2016 15:23, Lucas Castro wrote: > > On 06-04-2016 14:47, Herbert Fortes (hpfn) wrote: >>>> Tinha algo errado sim. >>>> >>>> Tinha uma virbr0 que não conseguia tirar. Além >>>> da eth0 também ter ip. Reiniciei o pc e o 'ifconfig' >>>> está mais limpo. E com a eth0 sem ip. Só a br0. >>>> >>> Então, como está usando a bridge configurada direto no seu >>> Debian(recomendo), >>> desabilite essa interface virbr0, na sua vm, lá em ver > detalhe, >>> quando selecionar a NIC vm , você poderá selecionar pra usar diretamente >>> a sua bridge br0. >>> [1] http://s23.postimg.org/8wjejk26z/bridge.png >> Não acho nada igual a bridge.png. >> >> Na VM: >> >> Em atividades -> 'digitar "ver"' -> clicar em 'detalhes', >> tenho apenas: >> >> - visão geral >> - aplicativos padrões >> - mídia removível >> >> Se for em 'Configurações' -> rede >> >> Tenho apenas 'Proxy'. Posso clicar >> em '+' e aparece a opção 'Ponte', entre >> outras. Mas não é simples como na bridge.png >> >> No momento não está ruim, apenas o /etc/network/interfaces, >> na VM, editado. >> >> >> >> abraço, > Mandei apenas um pedaço da janela, acho que foi um erro isso. > segue tela completa. > Muito estranho ter apenas esses três itens. > > meu /etc/network/interfaces no hospedeiro. > > iface eth0 inet manual > > iface br0 inet manual > bridge_ports eth0 > bridge_stp off > > aqui tem imagem completa da configuração da vm. > veja que fiz upload pra ver que não tenho nenhuma rede virtual ativa. > http://postimg.org/gallery/hvd6qkw2/ > > Sua máquina tem suporte a virtualização em hardware? > está habilitado? > > > Só para constar, segue lista de pacotes e versões que estou usando: libvirt-bin 1.2.20-1 libvirt-clients 1.3.1-2 libvirt-daemon 1.3.1-2 libvirt-daemon-system 1.3.1-2 libvirt-glib-1.0-0:amd64 0.2.3-2 libvirt0 1.3.1-2 python-libvirt 1.3.1-1+b1 virt-manager 1:1.3.2-3 virt-viewer 1.0-1 virtinst 1:1.3.2-3 signature.asc Description: OpenPGP digital signature
Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386
On 06-04-2016 14:47, Herbert Fortes (hpfn) wrote: > > >> Tinha algo errado sim. > >> > >> Tinha uma virbr0 que não conseguia tirar. Além > >> da eth0 também ter ip. Reiniciei o pc e o 'ifconfig' > >> está mais limpo. E com a eth0 sem ip. Só a br0. > >> > > Então, como está usando a bridge configurada direto no seu > > Debian(recomendo), > > desabilite essa interface virbr0, na sua vm, lá em ver > detalhe, > > quando selecionar a NIC vm , você poderá selecionar pra usar diretamente > > a sua bridge br0. > > > [1] http://s23.postimg.org/8wjejk26z/bridge.png > > Não acho nada igual a bridge.png. > > Na VM: > > Em atividades -> 'digitar "ver"' -> clicar em 'detalhes', > tenho apenas: > > - visão geral > - aplicativos padrões > - mídia removível > > Se for em 'Configurações' -> rede > > Tenho apenas 'Proxy'. Posso clicar > em '+' e aparece a opção 'Ponte', entre > outras. Mas não é simples como na bridge.png > > No momento não está ruim, apenas o /etc/network/interfaces, > na VM, editado. > > > > abraço, Mandei apenas um pedaço da janela, acho que foi um erro isso. segue tela completa. Muito estranho ter apenas esses três itens. meu /etc/network/interfaces no hospedeiro. iface eth0 inet manual iface br0 inet manual bridge_ports eth0 bridge_stp off aqui tem imagem completa da configuração da vm. veja que fiz upload pra ver que não tenho nenhuma rede virtual ativa. http://postimg.org/gallery/hvd6qkw2/ Sua máquina tem suporte a virtualização em hardware? está habilitado? signature.asc Description: OpenPGP digital signature
Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386
On 05-04-2016 09:40, Herbert Fortes (hpfn) wrote: > > >>> 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. > > > Tinha algo errado sim. > > Tinha uma virbr0 que não conseguia tirar. Além > da eth0 também ter ip. Reiniciei o pc e o 'ifconfig' > está mais limpo. E com a eth0 sem ip. Só a br0. > Então, como está usando a bridge configurada direto no seu Debian(recomendo), desabilite essa interface virbr0, na sua vm, lá em ver > detalhe, quando selecionar a NIC vm , você poderá selecionar pra usar diretamente a sua bridge br0. fiz upload da tela de uma vm que tenho, neste link[1]. > Coloquei o virtio de volta e a VM está com rede. Mas > continuo tendo que definir o gateway. E o retorno de > 'iptables -n -t nat -L' está limpo. > > > > abraço, > [1] http://s23.postimg.org/8wjejk26z/bridge.png signature.asc Description: OpenPGP digital signature
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
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: 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
RFS: libpam-ldap -- Pluggable Authentication Module for LDAP
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
Re: libpam-ldap bugs que acredito que podem ser fechados.
On 31-03-2016 19:08, Eriberto wrote: > Olá Lucas, > > Nesse caso, o fechamento se dá com -d...@bugs.debian.org, com > uma explicação sobre o porquê de estar fechando. > > Referências: > > https://www.debian.org/Bugs/Developer#closing > https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#upload-bugfix > > []s > > Eriberto Obrigado Eriberto, fiz dessa forma. :D Vou revisar todos bugs depois, reverificar o pacote. >> >> On 31-03-2016 13:58, SamuelOPH wrote: >> >> Olá, >> >> Eu acredito que você tenha que fechar o bug diretamente, enviando um email >> com as tags de control. >> Fechar no changelog apenas bugs que você está corrigindo naquela ocasião, e >> adicionar a tag #closes em uma entrada antiga do changelog não é >> recomendado, embora eu já tenha visto pelo menos uma pessoa falando que faz >> isso numa outra lista. >> >> Não cogito fechar o bug editando entradas antigas, >> vou dar uma olhadas nas tags do control e como usar. >> >> >> >> Samuel Henrique O. P. [samueloph] >> >> Em 31 de março de 2016 13:50, Lucas Castro >> escreveu: >>> Estou revisando os bugs listados no libpam-ldap e >>> creio que alguns deles foram abertos em versões bem anteriores em que >>> alguém corrigiu e não fechou o bug. Como é o caso do #387891 e do #408937. >>> >>> Como devo prosseguir com casos como esses? >>> quero subir a nova versão que corrige alguns bugs do upstream, >>> tenho consciência que o nss-pam-ldapd é um substituto ao libpam-ldap e >>> libnss-ldap, >>> porém creio que é importante manter a lista dos bugs atualizados >>> e a ultima versão do upstream, já que o pacote ainda é mantido pelo >>> Debian. >>> >>> se alguém quiser dar uma revisada no pacote, segue o link do mentors. >>> Eu testei o funcionamento do pacote, não só apenas construção. >>> Fiz deploy dele em um ambiente de testes. >>> >>> http://mentors.debian.net/debian/pool/main/libp/libpam-ldap/libpam-ldap_186-1.dsc >>> >>> >>
Re: libpam-ldap bugs que acredito que podem ser fechados.
On 31-03-2016 13:58, SamuelOPH wrote: > Olá, > > Eu acredito que você tenha que fechar o bug diretamente, enviando um > email com as tags de control. > Fechar no changelog apenas bugs que você está corrigindo naquela > ocasião, e adicionar a tag #closes em uma entrada antiga do changelog > não é recomendado, embora eu já tenha visto pelo menos uma pessoa > falando que faz isso numa outra lista. > Não cogito fechar o bug editando entradas antigas, vou dar uma olhadas nas tags do control e como usar. > > > Samuel Henrique O. P. [samueloph] > > Em 31 de março de 2016 13:50, Lucas Castro > mailto:lucascastrobor...@gmail.com>> > escreveu: > > Estou revisando os bugs listados no libpam-ldap e > creio que alguns deles foram abertos em versões bem anteriores em que > alguém corrigiu e não fechou o bug. Como é o caso do #387891 e do > #408937. > > Como devo prosseguir com casos como esses? > quero subir a nova versão que corrige alguns bugs do upstream, > tenho consciência que o nss-pam-ldapd é um substituto ao libpam-ldap e > libnss-ldap, > porém creio que é importante manter a lista dos bugs atualizados > e a ultima versão do upstream, já que o pacote ainda é mantido > pelo Debian. > > se alguém quiser dar uma revisada no pacote, segue o link do mentors. > Eu testei o funcionamento do pacote, não só apenas construção. > Fiz deploy dele em um ambiente de testes. > > http://mentors.debian.net/debian/pool/main/libp/libpam-ldap/libpam-ldap_186-1.dsc > > >
libpam-ldap bugs que acredito que podem ser fechados.
Estou revisando os bugs listados no libpam-ldap e creio que alguns deles foram abertos em versões bem anteriores em que alguém corrigiu e não fechou o bug. Como é o caso do #387891 e do #408937. Como devo prosseguir com casos como esses? quero subir a nova versão que corrige alguns bugs do upstream, tenho consciência que o nss-pam-ldapd é um substituto ao libpam-ldap e libnss-ldap, porém creio que é importante manter a lista dos bugs atualizados e a ultima versão do upstream, já que o pacote ainda é mantido pelo Debian. se alguém quiser dar uma revisada no pacote, segue o link do mentors. Eu testei o funcionamento do pacote, não só apenas construção. Fiz deploy dele em um ambiente de testes. http://mentors.debian.net/debian/pool/main/libp/libpam-ldap/libpam-ldap_186-1.dsc
Re: Pacotes Órfãos
Por favor, troque no arquivo orfa.py esta linha if ('Package: %s' % package) in line: por if ('Package: %s' % package) == line: de qualquer forma, está ai o arquivo corrigido. On 18-03-2016 02:25, Paulo wrote: > Opa, > > gostei desse, pois aí não precisa manter o devscripts instalado na minha > máquina "normal". > > []'s > kretcheu > :x > > > Em 18-03-2016 02:00, Lucas Castro escreveu: >> dpkg --list | grep ii | awk '{ print $2}' | cut -d ':' -f1 | xargs -I >> {} ./orfa.py {} >> /var/lib/apt/lists/ftp.br.debian.org_debian_dists_testing_main_source_Sources >> >> acho que esse script em python com esse awk deve ajudar. >> Porém como percebe ele não consulta o wnpp online, >> apenas verifica os pacotes instalados e cruza com o arquivo que é passado, >> procurando por QA Group no campo de Maintainer. >> >> On 17-03-2016 18:29, Giovani Ferreira wrote: >>> Olá Kretcheu, >>> >>> On 17-03-2016 14:34, Paulo wrote: >>>> estou interessado em fazer uma pesquisa, descobrir quais pacotes que tenho >>>> instalado e que estão órfãos no Debian. >>>> Acho que dessa forma conseguiria encontrar pacotes órfãos para colaborar. >>>> >>>> Alguém sabe qual comando rodar para saber? >>>> >>> Apesar de não ser para pacotes órfãos, um comando que também pode ajudar é >>> o rc-alert, ele mostra os bugs RC dos pacotes que estão instalados no seu >>> sistema. >>> >>> []'s >>> #!/usr/bin/env python import sys argv = sys.argv[1:] package = argv[0] file_path = argv[1] lines = open(file_path).readlines() #print package, file_path installed = False print 'checking for package %s' % package for line in lines: line = line.strip() if not line: installed = False if ('Package: %s' % package) == line: pkg = line installed = True if '' in line: if installed: print '---' print pkg print line print '---'
Re: Pacotes Órfãos
dpkg --list | grep ii | awk '{ print $2}' | cut -d ':' -f1 | xargs -I {} ./orfa.py {} /var/lib/apt/lists/ftp.br.debian.org_debian_dists_testing_main_source_Sources acho que esse script em python com esse awk deve ajudar. Porém como percebe ele não consulta o wnpp online, apenas verifica os pacotes instalados e cruza com o arquivo que é passado, procurando por QA Group no campo de Maintainer. On 17-03-2016 18:29, Giovani Ferreira wrote: > Olá Kretcheu, > > On 17-03-2016 14:34, Paulo wrote: >> estou interessado em fazer uma pesquisa, descobrir quais pacotes que tenho >> instalado e que estão órfãos no Debian. >> Acho que dessa forma conseguiria encontrar pacotes órfãos para colaborar. >> >> Alguém sabe qual comando rodar para saber? >> > Apesar de não ser para pacotes órfãos, um comando que também pode ajudar é > o rc-alert, ele mostra os bugs RC dos pacotes que estão instalados no seu > sistema. > > []'s > #!/usr/bin/env python import sys argv = sys.argv[1:] package = argv[0] file_path = argv[1] lines = open(file_path).readlines() #print package, file_path installed = True print 'check for package %s' % package for line in lines: line = line.strip() if not line: installed = False if ('Package: %s' % package) in line: pkg = line installed = True if '' in line: if installed: print '---' print pkg print line print '---'
Re: Pacotes Órfãos
Ah, e gostei muito da ideia. On 17-03-2016 18:29, Giovani Ferreira wrote: > Olá Kretcheu, > > On 17-03-2016 14:34, Paulo wrote: >> estou interessado em fazer uma pesquisa, descobrir quais pacotes que tenho >> instalado e que estão órfãos no Debian. >> Acho que dessa forma conseguiria encontrar pacotes órfãos para colaborar. >> >> Alguém sabe qual comando rodar para saber? >> > Apesar de não ser para pacotes órfãos, um comando que também pode ajudar é > o rc-alert, ele mostra os bugs RC dos pacotes que estão instalados no seu > sistema. > > []'s >