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 >> > 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: libgphoto2 - experimental - build-attempted
Bom dia Jhonatan, Apenas para explicar, não é que ele precise. Mas é uma das arquiteturas que constroem pacotes no Debian e deu uma falha. Assim, apesar dela não ser extremamente importante, muitas vezes, tentamos consertar (apesar disso ser meio que opcional, como disse o Terceiro). Veja aqui o que eu estou falando: https://buildd.debian.org/status/package.php?p=libgphoto2=experimental []s Eriberto Em 30 de março de 2016 21:27, Jhonatan Piffer Siqueiraescreveu: > Opa blz, > Cara eu vou tentar ajudar ^^. > Pelo que entendi esse é um processador da motorola que fez muito sucesso > antigamente, mas hoje não é muito utilizado. > https://pt.wikipedia.org/wiki/Motorola_68000 > > Você precisa mesmo desta arquitetura ? > > Quebrando a instrução > f6 7c a1 14 > Temos: > 0110 0100 1011 00010100 > > Eu estudaria a ISA do processador pra ver se é mesmo uma instrução ilegal. > > ISA do processador: >http://wpage.unina.it/rcanonic/didattica/ce1/docs/68000.pdf > > Mas também tem essa lista do qemu: > http://comments.gmane.org/gmane.linux.debian.ports.68k/13334 > > Se a instrução for valida pra arquitetura então é o qemu que está comendo > bola. > > Acho que tentei te ajudar com alguma coisa. > Mas nunca ouvi falar nessa arquitetura e também não sei nada de qemu. > > On Wed, 30 Mar 2016 13:41:31 -0300 > Herbert Fortes (hpfn) wrote: > >> Olá, >> >> Enviei para a experimental a nova versão >> do libgphoto2. Dia 27/03. Tem ainda um >> Needs-Build e um BD-Uninstallable. >> >> A dúvida está na arquitetura m68k. Foram >> 4 tentativas dia (27/03). Três por falharam >> por 'Unable to fetch some archives'. A >> quarta tenho: >> >> Parsing code for file libgphoto2/ahd_bayer.c... >> qemu: fatal: Illegal instruction: 42ae @ f67ca114 <- ATENÇÃO AQUI >> D0 = A0 = f5afc920 F0 = 4001 8276c8b439581062 >> D1 = 0002 A1 = 803fbd52 F1 = 3ffd 8e71d86a77e92652 >> D2 = 8100ce6a A2 = 8100d5a0 F2 = 7fff 4000 >> D3 = 803fbd52 A3 = 8100d5b8 F3 = 7fff 4000 >> D4 = 803fabfa A4 = 8100d5b8 F4 = 7fff 4000 >> D5 = 8100bf6c A5 = f67d6000 F5 = 7fff 4000 >> D6 = f67d8410 A6 = f5af4ea4 F6 = 7fff 4000 >> D7 = f5af4f1e A7 = f5af4e44 F7 = 7fff 4000 >> PC = f67ca114 SR = - Parsing code for file >> libgphoto2/bayer.c.Makefile:864: recipe for target >> 'libgphoto2-api.html.stamp' failed >> >> Dei uma olhada em alguns outros pacotes com problemas na >> mesma arquitetura e não aparece erro do qemu. Mas estou >> achando que o problema está no ambiente de construção. >> >> Alguém opina ? >> >> Quando será feita uma nova tentativa de construção ? >> >> https://buildd.debian.org/status/package.php?p=libgphoto2=experimental >> >> >> >> abraço, >> -- >> Herbert Parentes Fortes Neto (hpfn) > > > -- > Jhonatan Piffer Siqueira