Re: RFS: tzc -- Trivial Zephyr Client - NMU
Em 11/06/2016 20:40, Antonio Terceiro escreveu: On Sat, Jun 11, 2016 at 08:32:47PM -0300, Antonio Terceiro wrote: On Fri, Jun 10, 2016 at 03:11:30PM -0300, Herbert Fortes wrote: Mentors: https://mentors.debian.net/package/tzc https://mentors.debian.net/debian/pool/main/t/tzc/tzc_2.6.15-5.4.dsc estou olhando upload feito Obrigado. abraço, Herbert
pacote tzc
Olá, Estou preparando um NMU para o pacote tzc. Último upload do mantenedor em 2005. Este é o quarto. Tem dois lintian sobre hardening. Se colocar hardening=+all no debian/rules o pacote não constrói. Então fiz: - bindnow. Tirei colocando no debian/rules: export DEB_BUILD_MAINT_OPTIONS := hardening=+bindnow - pie: Alterei o Makefile adicionando as opções: -fPIE -pie -O2 -fstack-protector-strong -Wformat Assim o pacote constrói sem os dois lintians. O complemento '-O2 -fstack-protector-strong -Wformat' é porque o 'blhc' reclama. Ele ainda reclama de '-Werror=format-security', mas se isso for adicionado o pacote não constroi: gcc -g -O -Wall -DINTERREALM-fPIE -pie -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -c -o tzc.o tzc.c tzc.c: In function ‘check’: tzc.c:390:7: error: format not a string literal and no format arguments [-Werror=format-security] com_err(__FILE__, e, s); ^ tzc.c: In function ‘warn’: tzc.c:398:7: error: format not a string literal and no format arguments [-Werror=format-security] com_err(__FILE__, e, s); ^ tzc.c: In function ‘send_zgram_to_one’: tzc.c:713:33: error: format not a string literal and no format arguments [-Werror=format-security] com_err(__FILE__, retval, bfr); ^ cc1: some warnings being treated as errors : recipe for target 'tzc.o' failed Acho que 'com_err' é do pacote comerr-dev. Tem solução ? Li isso[0], mas o arquivo é de outro pacote. [0] - https://fedoraproject.org/wiki/Format-Security-FAQ O debian/rules: #!/usr/bin/make -f #export DH_VERBOSE=1 export DEB_BUILD_MAINT_OPTIONS := hardening=+bindnow #,+pie ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS))) CFLAGS += -g endif ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) INSTALL_PROGRAM += -s endif %: dh $@ Para onde vai a 'INSTALL_PROGRAM' ? O pacote não tem repositório, mas ela não aparece em nenhum outro lugar. abraços, -- Herbert Parentes Fortes Neto (hpfn) pgpT4LsnU9myY.pgp Description: PGP signature
Re: git do bogofilter
Eu poderia criar a tag '+dfsg'-4' logo após clonar o repositório. Seria o passo que faltou anteriormente. E após isso fazer as mudanças. > tar -xvf ..bogofilter*.debian.tar.xz > git add debian > git status > # preguiça ? > git commit -am "debian revision 5" > git branch > git tag debian/1.2.4+dfsg1-5 > git tag # visualmente bom > abraço, -- Herbert Parentes Fortes Neto (hpfn)
Re: git do bogofilter
> > Upstream de verdade é 'upstream/1.2.4'. Sem alterações feitas > > pelo Debian. Correto ? > > não necessariamente, depende de como o tarball foi importado. se vc > filtra o tarball, normalmente vc vai importar o tarball com uma versão > +dfsgN etc, ou se vc importa o tarball direto e depois filtra no git, > você teria as duas variantes. > > eu clonei o repo aqui e não tem essa tag upstream/1.2.4+dfsg1 ... vc > criou ela localmente? Não conscientemente. Li as mensagens agora. Fiz o clone e: $ git branch upstream 1.2.4 fatal: Not a valid object name: '1.2.4'. $ git branch upstream upstream/1.2.4 $ git push origin upstream -u Total 0 (delta 0), reused 0 (delta 0) remote: error: unable to update info/refs+ To ssh://hpfn-gu...@git.debian.org/git/collab-maint/bogofilter.git * [new branch] upstream -> upstream Branch upstream set up to track remote branch upstream from origin. E ai o que estou acostumado: git checkout upstream git checkout master # Aqui $gbp import-dsc --pristine-tar --debian-branch=master ../bogofilter_1.2.4%2Bdfsg1-5.dsc gbp:info: Tag upstream/1.2.4+dfsg1 not found, importing Upstream tarball gbp:info: Version '1.2.4+dfsg1-5' imported under 'bogofilter' Eu criei. Tenho que incluir o tarball do upstream separadamente então ? Re-edit. Incluir o diretório debian separadamente. > > pra saber qual realmente é a mais recente, você tem que ver qual das > duas tem commits a mais que a outra. por exemplo qual o resultado de > > git show-branch upstream/1.2.4+dfsg1 upstream/1.2.4 > > ? $ git show-branch upstream/1.2.4+dfsg1 upstream/1.2.4 ! [upstream/1.2.4+dfsg1] Imported Upstream version 1.2.4+dfsg1 ! [upstream/1.2.4] Imported Upstream version 1.2.4 -- + [upstream/1.2.4+dfsg1] Imported Upstream version 1.2.4+dfsg1 ++ [upstream/1.2.4] Imported Upstream version 1.2.4 abraço, -- Herbert Parentes Fortes Neto (hpfn)
Re: git do bogofilter
> > Upstream de verdade é 'upstream/1.2.4'. Sem alterações feitas > > pelo Debian. Correto ? > > não necessariamente, depende de como o tarball foi importado. se vc > filtra o tarball, normalmente vc vai importar o tarball com uma versão > +dfsgN etc, ou se vc importa o tarball direto e depois filtra no git, > você teria as duas variantes. > > eu clonei o repo aqui e não tem essa tag upstream/1.2.4+dfsg1 ... vc > criou ela localmente? Não conscientemente. Li as mensagens agora. Fiz o clone e: $ git branch upstream 1.2.4 fatal: Not a valid object name: '1.2.4'. $ git branch upstream upstream/1.2.4 $ git push origin upstream -u Total 0 (delta 0), reused 0 (delta 0) remote: error: unable to update info/refs+ To ssh://hpfn-gu...@git.debian.org/git/collab-maint/bogofilter.git * [new branch] upstream -> upstream Branch upstream set up to track remote branch upstream from origin. E ai o que estou acostumado: git checkout upstream git checkout master # Aqui $gbp import-dsc --pristine-tar --debian-branch=master ../bogofilter_1.2.4%2Bdfsg1-5.dsc gbp:info: Tag upstream/1.2.4+dfsg1 not found, importing Upstream tarball gbp:info: Version '1.2.4+dfsg1-5' imported under 'bogofilter' Eu criei. Tenho que incluir o tarball do upstream separadamente então ? > > pra saber qual realmente é a mais recente, você tem que ver qual das > duas tem commits a mais que a outra. por exemplo qual o resultado de > > git show-branch upstream/1.2.4+dfsg1 upstream/1.2.4 > > ? $ git show-branch upstream/1.2.4+dfsg1 upstream/1.2.4 ! [upstream/1.2.4+dfsg1] Imported Upstream version 1.2.4+dfsg1 ! [upstream/1.2.4] Imported Upstream version 1.2.4 -- + [upstream/1.2.4+dfsg1] Imported Upstream version 1.2.4+dfsg1 ++ [upstream/1.2.4] Imported Upstream version 1.2.4 abraço, -- Herbert Parentes Fortes Neto (hpfn)
Re: git do bogofilter
> Re-edit. Incluir o diretório debian separadamente. O que fiz: clone repo cd bogofilter tar -xvf ..bogofilter*.debian.tar.xz git add debian git status # preguiça ? git commit -am "debian revision 5" git branch git tag debian/1.2.4+dfsg1-5 git tag # visualmente bom abraço, -- Herbert Parentes Fortes Neto (hpfn)
Re: git do bogofilter
Melhor perguntar que bagunçar o repositório. > > > Fiz: > > > - git checkout master > > > # por sugestão do 'gbp' a opção 'upstream-branch' > > > - gbp import-dsc --pristine-tar --upstream-branch=master > > > ../bogofilter_1.2.4%2Bdfsg1-5.dsc > > > > não tá certo: o branch upstream é pra ser um branch separado só com o > > conteúdo do tarnall upstream mesmo. acho que o mantenedor anterior nunca > > deu push desse branch, você pode criar fazendo > > > > git branch upstream > > git push origin upstream -u Sobre a tag-upstream-mais-recente. > > [...] > > > upstream/1.2.0 > > > upstream/1.2.1 > > > upstream/1.2.2 > > > upstream/1.2.2.dfsg1 > > > upstream/1.2.3 > > > upstream/1.2.4 > > > upstream/1.2.4+dfsg1 Após um 'git tag' no terminal tenho: upstream/1.2.4 upstream/1.2.4+dfsg1 A mais recente: upstream/1.2.4+dfsg1 No browser: debian/1.2.4+dfsg1-3commit 53c751b25a...Serafeim Zanikolas 2 years debian/1.2.4+dfsg1-2commit 2509f24856...Serafeim Zanikolas 3 years debian/1.2.4+dfsg1-1commit 12168c21aa...Serafeim Zanikolas 3 years upstream/1.2.4 commit 46922ecc45...Serafeim Zanikolas 3 years A mais recente: upstream/1.2.4 Upstream de verdade é 'upstream/1.2.4'. Sem alterações feitas pelo Debian. Correto ? abraço, -- Herbert Parentes Fortes Neto (hpfn)
git do bogofilter
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, Quero atualizar o repositório do Bogofilter. O pacote está órfão e fiz os dois úlitmos uploads do pacote. O repositório[0] só tem uma branch - 'master'. [0] - https://anonscm.debian.org/git/collab-maint/bogofilter.git Fiz: - git checkout master # por sugestão do 'gbp' a opção 'upstream-branch' - gbp import-dsc --pristine-tar --upstream-branch=master ../bogofilter_1.2.4%2Bdfsg1-5.dsc - git branch * master pristine-tar - git tag [...] debian/1.2.2-1 debian/1.2.2-2 debian/1.2.2-2+squeeze1 debian/1.2.2-3 debian/1.2.4+dfsg1-1 debian/1.2.4+dfsg1-2 debian/1.2.4+dfsg1-3 debian/1.2.4+dfsg1-5 <- Fiz essa. Falta a dfsg1-6. rm upstream/1.2.0 upstream/1.2.1 upstream/1.2.2 upstream/1.2.2.dfsg1 upstream/1.2.3 upstream/1.2.4 upstream/1.2.4+dfsg1 A dfsg-4 não aparece, mas vendo pelo web browser está lá: Branch Commit message Author Age master debian/1.2.4+dfsg1-4Serafeim Zanikolas 6 months Age Commit message Author 2015-12-06 debian/1.2.4+dfsg1-4 HEAD master Serafeim Zanikolas Fazendo o 'git clone', tenho o debian/changelog de 'dfsg-4'. O que está errado ? abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXTvUfAAoJEFUlbyisYGEarHkP+gIHIwQZLE+JysaIaNpegvep 2+EWKfhNR7qJ4GoX3NlP95wgrLh3Fcv7nKWKo8pOBWu8kbxcBCHDLMLr5yhsoRks u5J6oejO7tI6mOS5hd5CG/huY3hx3wPCz4Fh3icP1zXO55RMMt1UaGL6gsy12At8 YSR8Wv42jGidPtZJSUi3Ycpji0XuTMb/3gS9gp5Yoy8R0KaNdWl3o4KibvfTzSc6 7Iqul+W+8EaiU9jI7k6TG/fVZQJDQg0aeUfCXsSKN3IOvlUGJK09yb10ggZnp23L E3GEPPbspEU0QOR4+HNom1vbobmuBT+fmNqEE1uV69L+PUBzlT3UNtN9ciDB2Nen qhJfUKetB11UGTUiW3Z6h05Q0/pl2UWSTs6Df2YAo22YzLRyFQf1WCuy5jdw5VSY Xx4BFGEzeeGGhfvGBu16K1uUbwZycUeuBKc0RAP5dfxLLyij+gDVQH5NW05b+RFP HHcA/puZlx5gh+cbD9ewHTjkfAIjb9/NEzA1vLy7XTMWDq2/HeYiM0WskrCUS5mt 0AZs/CUMUbWTLYtWwAljnp1CyDKHAS+AEwlTOUOW0Ct9Le9taPh0Vtnh4gX66uOy tPhD0sIy5xPhvFTHVS9oeQi5tEZmP17Vx3uJsZGywmUNYTXi4MgkCVLOEhfMpBuu pggmnWISuXnybdwXK/38 =lcXb -END PGP SIGNATURE-
Re: RFS: vpim -- Ruby support for vCard and iCalendar [NMU]
Em 28/05/2016 11:53, Antonio Terceiro escreveu: On Sat, May 28, 2016 at 09:35:04AM -0300, Herbert Fortes wrote: Mentors: https://mentors.debian.net/package/vpim https://mentors.debian.net/debian/pool/main/v/vpim/vpim_0.695-1.5.dsc sucesso; acabei de fazer o upload. Obrigado. abraço, Herbert
Re: RFS: vpim -- Ruby support for vCard and iCalendar [NMU]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 > fiz o upload, mas só depois notei o seguinte, comparando a lista de > arquivos nos .deb: > > --- /tmp/vpim.old 2016-05-27 09:53:18.761021343 -0300 > +++ /tmp/vpim.new 2016-05-27 09:54:08.137459547 -0300 > @@ -5,7 +5,7 @@ > /usr/bin/vcf-dump > /usr/bin/vcf-to-ics > /usr/bin/vcf-to-mutt > -/usr/lib/mime/packages/vpim > +/usr/lib/mime/packages/vpim/mailcap > /usr/lib/ruby/vendor_ruby/vpim/address.rb > /usr/lib/ruby/vendor_ruby/vpim/attachment.rb > /usr/lib/ruby/vendor_ruby/vpim/date.rb > @@ -36,6 +36,6 @@ > /usr/share/doc/vpim/changelog.Debian.gz > /usr/share/doc/vpim/changelog.gz > /usr/share/doc/vpim/copyright > -/usr/share/doc/vpim/README > /usr/share/doc/vpim/README.Debian > +/usr/share/doc/vpim/README.gz > /usr/share/doc/vpim/README.mutt > > a compressão do README é OK, mas acho que vc introduziu um bugzinho na entrada > em /usr/lib/mime ... pode dar uma olhada? acho que quando vc instala um > arquivo > com outro nome, tem que ser "na mão" no debian/rules, e não via dh_install, > porque a segunda coluna do *.install sempre é o _diretório_ de destino ... > > prepara um -1.5 por favor e me avisa Esperei a revisão Debian aparecer no repositório para instalar. Veja: o arquivo debian/install: cat debian/install #!/usr/bin/dh-exec samples/cmd-itip.rb => /usr/bin/itip samples/mutt-aliases-to-vcf.rb => /usr/bin/mutt-aliases-to-vcf samples/ics-dump.rb => /usr/bin/ics-dump samples/ics-dump.rb => /usr/bin/ics-to-rss samples/vcf-dump.rb => /usr/bin/vcf-dump samples/vcf-to-ics.rb => /usr/bin/vcf-to-ics samples/vcf-to-mutt.rb => /usr/bin/vcf-to-mutt debian/mailcap /usr/lib/mime/packages/vpim # aqui não é renomeado. Esqueci do '=>' para o mailcap. $ file /usr/lib/mime/packages/vpim/mailcap /usr/lib/mime/packages/vpim/mailcap: ASCII text Os scripts são renomeados pelo arquivo install por causa do dh-exec. Aliás, devia ter citado isso no changelog. !file file /usr/lib/mime/packages/vpim/mailcap /usr/lib/mime/packages/vpim/mailcap: cannot open `/usr/lib/mime/packages/vpim/mailcap' (Not a directory) JAULA-SID-root@debian-free:/home/vpim/vpim-0.695# JAULA-SID-root@debian-free:/home/vpim/vpim-0.695# file /usr/lib/mime/packages/vpim /usr/lib/mime/packages/vpim: ASCII text :) Mentors: https://mentors.debian.net/package/vpim https://mentors.debian.net/debian/pool/main/v/vpim/vpim_0.695-1.5.dsc abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXSZB4AAoJEFUlbyisYGEazWQQAKqgZwsb+E6KqvvzDiSN8dqI T858vHrH/G70FuP/KojCs0Q7Oe0wTyB/wrbLuren2UrbK5OCM5hqKyLSbHOkfD7l FTeHUpGBa6oJ+KbIppMsxIcjZY/UJIymoXogbgSFyhSfDzoSj1BdFAhcXs01c40g pq115vknYqu6Khh6H8WBurZHhDQNEXHfDGjFtbAs85eD7zvjVx//s3NLxd9kC5ub LpSSdspU9ZL9tq2rJVpv/1C4N3es8s9fomRjuCh+673TjzcoZViJmcMRZdxkPj6o wlcX8oehzq1d04hqGSCWURe7OG3CzxqUWQIT1vPkk61mVbLXwfHp0rLS6ayEh3rr /qUy6dhfSCLTlfgRSQb4YKYi5CElXvIU4QZv45/ZidFevueNaOYzGczMdWQ5uIZX Ysqt60vkgQqwHAYvNpuybMYKjv15irEZ4eAdNbmv4qDz9z72Xaz0aneSkHcvw3Ne FjEsE6xtUcNvR3y7QI1cgVNw/z9dpH7aDcNthV+dcYzwvVhi0uDJj85jrd9CmAc9 LQUNBeQCsj1YYQ2eXDrPx1I6niqUSc407VdIWlGp308kIoiOCLbO5tqP6wluLE68 ULC2nN2OEf/8Z0Vj2vmEm8Td4DfNX1+Y/byhDtS8Zco9SAPzmYutRr3G6ukGfYuv 2FWpttsEXiOeRI/WqU9c =Arc1 -END PGP SIGNATURE-
Re: RFS: vpim -- Ruby support for vCard and iCalendar [NMU]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 > comentários sobre o debdiff entre a sua versão e a versão no repositório [...] > > + * debian/patches ( 3.0 - quilt): > > + - ported the existing patches to: > > + - event_size.patch > > + - path_to_plist.patch > > não é muito óbvio o que exatamente você quer dizer aqui, eu só entendi depois > que eu li o diff. diga explicitamente o que você fez, que foi transformar um > diff único em patches individuais. Feito. vpim (0.695-1.4) unstable; urgency=medium * Non-maintainer upload. * DH_LEVEL: 9. (Closes: #800195) * debian/control: - dh-exec added to Build-Depends. - Bump Standards-Version from 3.8.0 to 3.9.8 - some fields were reorganized. - using ${misc:Depends}. * debian/docs created. * debian/install created. * debian/patches ( 3.0 - quilt): - split up vpim*.diff.gz archive. Two distinct patches: - event_size.patch - path_to_plist.patch * debian/post{inst,rm} - 'set -e' added. - '#DEBHELPER#' token added. - 'exit 0' added. * debian/rules: - new format. Authentict ruby package. [...] > na prática o que você quer fazer é transformar esse pacote num pacote ruby de > verdade, e nesse caso você pode trocar todo o debian/rules por isso aqui: > > 8<8<8<- > #! /usr/bin/make -f > > export DH_VERBOSE = 1 > > %: > dh $@ --buildsystem=ruby --with ruby > > override_dh_installchangelogs: > dh_installchangelogs CHANGES > 8<8<8<- > > > com isso você pode apagar as linhas do debian/install que menciona > /usr/lib/ruby/vendor_ruby/* Feito. Conferi com a revisão Debian anterior[0] e dois arquivos não fazem parte do pacote. Então adicionei ao debian/rules: override_dh_install: dh_install rm -f debian/vpim/usr/lib/ruby/vendor_ruby/atom.rb rm -f debian/vpim/usr/lib/ruby/vendor_ruby/plist.rb [0] - https://packages.debian.org/unstable/vpim Mentors (data de hoje 26/05): https://mentors.debian.net/package/vpim https://mentors.debian.net/debian/pool/main/v/vpim/vpim_0.695-1.4.dsc abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXRwVPAAoJEFUlbyisYGEaQSEP/jn8PYj5UHIDW5NJTMhLHMsR Wn8Syj4lmn+bkD3HB5NMwkGmWQgJxG97FCngw0KiL7usolrJU6aNvx1NINoLHZhi f5ao6GgKILXaGFQ7dVkRThQ117m/NwVyFRfB+d8bXiahGpYE+p0FNNLdZKwTdfhq ve5vKMIZyvHZOMJfLViJOqUrKHrLXpiJpjTNRdHnbUof1VsnTOctyR9AttoDXgdd Lvdx6U8VaVUqZ3Ne017JfDzHOtirWtusc71PtYk5oj1o38yuS9Sp95UxxNpn5GiN 4cxNjYwcR3xOqgQFovebJ7wW0688JA9BHoxAVPN5N2BlBk5mKjKtICAG/Mo/+Unl 48NyGr5mSK+RgnkkVNloGZgOIxlNI7RAFeONRkIB7+IaTcxC/DbedNtsoqPCdn91 /nQqr1/1K5xz4USzr+ON8mTZZdcK2SNLiP/+eq8Q5YqAdmTAW5JaBX3xR23atfT8 xE+jmn2nqQDgpoVht3XF4fToLJfb2yJGvgUzk94kAPFAyDt5Fl7gsa8A7Xfh4KCZ U7TX/v9d8dPziXWzrcS7xkK7h6GgjtMNjiVKRKzYWBTfVTHfzfN2Cb94tEl72nn5 IxEAQpqJ61RRaTiN6m+5KpPOgqfWCETryI4VDydi0haNkQJnYgZfb1+YQX+7t6am CqZVMl40z8DTA1vY2DB9 =4NlV -END PGP SIGNATURE-
RFS: vpim -- Ruby support for vCard and iCalendar [NMU]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, Pedido de sponsor para o pacote Vpim - fecha bug RC[0] [0] - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800195 debian/changelog: vpim (0.695-1.4) unstable; urgency=medium * Non-maintainer upload. * DH_LEVEL: 9. (Closes: #800195) * debian/control: - dh-exec added to Build-Depends. - Bump Standards-Version from 3.8.0 to 3.9.7 - some fields were reorganized. - using ${misc:Depends}. * debian/docs created. * debian/install created. * debian/patches ( 3.0 - quilt): - ported the existing patches to: - event_size.patch - path_to_plist.patch * debian/post{inst,rm} - 'set -e' added. - '#DEBHELPER#' token added. - 'exit 0' added. * debian/rules: - new format. Mentors: https://mentors.debian.net/package/vpim https://mentors.debian.net/debian/pool/main/v/vpim/vpim_0.695-1.4.dsc abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXQ1nwAAoJEFUlbyisYGEaVBUP/3YvaOL10GpKbhjReqk5689t zKxlO2yviACm3UYY8Y+gPsAf0drtY4aAMCqjexrPAyCvz+5UWnaZiRgnhQfV8Q7T yPLjVdJlbmUvlX2vO59OiA6ioSDzdSGfcUY4pqzZymqZO+mO3PDR5tQAeHyix+/a 8dZ/04trt8MFZb6389Szryrl3eCof9Vhgz24o6K4RcMr1LXojDgjKL1Y9mpVxnZF LQq9FnJlPQK6UEHPn7QbqMIu90Bi3P0C1rhEZsaeyUhlGH9J7Hd4qC648ZLKoINO DZKXpYXyuJNL3kFUy5tVJCDdk1+lPO3v4cK9WXP6DsKY8Cv3aaIpFOSKw6V2is1H 9+9zfvYbLkX+CFLFxOl0IgJKE1kCJW8KKqn6xFgDH80abvdAoRcLv9WDMJ7EWyZ/ H9ZqgU60YAwGHScG/KiWqbpsqB35vVcnwg+W1tJ4nVrgbGiVPtO4kcvzjGRIe0ho pHLc6X85OoOYSq8Eekqx4oac+trJTj2Hw7yRRtrsG37/a/37txv/cp3yLHkiZkxc hFCGA3Hc8Df9XAzuOAejq91qh1NjM3ciVV/7SesaJmFq5Sx61nCA14b6qbhj9E0j DwcnX0ciEiBTqB/yXoQC6EQCIuNBS2abPpCf6IvZAX89xY+5ifZvxHPJCWsMURuH HH+41hQnlQWreIPGKtvF =WSB5 -END PGP SIGNATURE-
RFS: vpim -- Ruby support for vCard and iCalendar [NMU]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, Pedido de sponsor para o pacote Vpim - fecha bug RC[0] [0] - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800195 debian/changelog: vpim (0.695-1.4) unstable; urgency=medium * Non-maintainer upload. * DH_LEVEL: 9. (Closes: #800195) * debian/control: - dh-exec added to Build-Depends. - Bump Standards-Version from 3.8.0 to 3.9.7 - some fields were reorganized. - using ${misc:Depends}. * debian/docs created. * debian/install created. * debian/patches ( 3.0 - quilt): - ported the existing patches to: - event_size.patch - path_to_plist.patch * debian/post{inst,rm} - 'set -e' added. - '#DEBHELPER#' token added. - 'exit 0' added. * debian/rules: - new format. Mentors: https://mentors.debian.net/package/vpim https://mentors.debian.net/debian/pool/main/v/vpim/vpim_0.695-1.4.dsc abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXQ1nwAAoJEFUlbyisYGEaVBUP/3YvaOL10GpKbhjReqk5689t zKxlO2yviACm3UYY8Y+gPsAf0drtY4aAMCqjexrPAyCvz+5UWnaZiRgnhQfV8Q7T yPLjVdJlbmUvlX2vO59OiA6ioSDzdSGfcUY4pqzZymqZO+mO3PDR5tQAeHyix+/a 8dZ/04trt8MFZb6389Szryrl3eCof9Vhgz24o6K4RcMr1LXojDgjKL1Y9mpVxnZF LQq9FnJlPQK6UEHPn7QbqMIu90Bi3P0C1rhEZsaeyUhlGH9J7Hd4qC648ZLKoINO DZKXpYXyuJNL3kFUy5tVJCDdk1+lPO3v4cK9WXP6DsKY8Cv3aaIpFOSKw6V2is1H 9+9zfvYbLkX+CFLFxOl0IgJKE1kCJW8KKqn6xFgDH80abvdAoRcLv9WDMJ7EWyZ/ H9ZqgU60YAwGHScG/KiWqbpsqB35vVcnwg+W1tJ4nVrgbGiVPtO4kcvzjGRIe0ho pHLc6X85OoOYSq8Eekqx4oac+trJTj2Hw7yRRtrsG37/a/37txv/cp3yLHkiZkxc hFCGA3Hc8Df9XAzuOAejq91qh1NjM3ciVV/7SesaJmFq5Sx61nCA14b6qbhj9E0j DwcnX0ciEiBTqB/yXoQC6EQCIuNBS2abPpCf6IvZAX89xY+5ifZvxHPJCWsMURuH HH+41hQnlQWreIPGKtvF =WSB5 -END PGP SIGNATURE-
Re: RFS: bogofilter -- fast Bayesian spam filter [QA-RC]
On Sun, 8 May 2016 12:16:54 -0300 Eriberto wrote: > Bom dia amigo, > > Upload feito. > > Feliz Dia das Mães! > Obrigado. Para sua esposa também. abraço, -- Herbert Parentes Fortes Neto (hpfn)
Re: RFS: bogofilter -- fast Bayesian spam filter [QA-RC]
Bom dia. > O contrib/bfproxy.pl tem copyright em 2003 e o bloco no qual ele está > inserido começa em 2004. Se puder, coloque os arquivos do bloco em > ordem cronológica/alfabética. Aliás, por favor, faça uma revisão geral > de ordem alfabética. Tem blocos fora de ordem, dificultando qualquer > revisão e arquivos fora de ordem cronológica/alfabética dentro dos > blocos. Quer um exemplo? A entrada para contrib/vm-bogofilter.el está > duplicada e com informações diferentes dentro do d/copyright. Se > estivesse na ordem alfabética, você teria visto isso. > > Esse é o principal motivo pelo qual não fiz upload. Você está se > contradizendo com esse comentário. Ficou algo como "coloquei GPL-2 mas > é GPL-3'. Seria bom colocar um comentário que justificasse o GPL-2, > como o que escrevi no email anterior. Cheguei a ter alguns problemas com o copia/cola do vim, mas acho que agora está tudo certo. debian/changelog com a data de hoje. Obrigado pela paciência. https://mentors.debian.net/package/bogofilter https://mentors.debian.net/debian/pool/main/b/bogofilter/bogofilter_1.2.4+dfsg1-5.dsc abraço, -- Herbert Parentes Fortes Neto (hpfn)
Re: RFS: bogofilter -- fast Bayesian spam filter [QA-RC]
not including original source code in upload dpkg-source --after-build bogofilter-1.2.4+dfsg1 dpkg-buildpackage: info: binary and diff upload (original source NOT included) I: copying local configuration I: Copying back the cached apt archive contents I: unmounting dev/pts filesystem I: unmounting run/shm filesystem I: unmounting proc filesystem I: Current time: Sat May 7 11:32:06 BRT 2016 I: pbuilder-time-stamp: 1462631526 -> Cleaning COW directory forking: rm -rf /home/jose/Documentos/PKG_DEBIAN/jaula-sid/pbuilder/build/cow.7198 > > 4. Quanto ao uso de +dfsg, referente à sua pergunta, o conteúdo > existente em d/README.source ainda existe no tarball 1.2.4 do > upstream. > Obrigado. Enviado agora (12:01 - 07/05) https://mentors.debian.net/package/bogofilter http://mentors.debian.net/debian/pool/main/b/bogofilter/bogofilter_1.2.4+dfsg1-5.dsc abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXLgOFAAoJEFUlbyisYGEaxusQAK5frRhV0N9gwQk1guFvkQf2 +TWzXFIHbgwo47J21OiO16qA3EKleGtA5UCloaaiSNPWHQHMqEEqWrvp4d0+L1DG wlCcWSTbt4+Ng8i6l4sNoROFKW1N8mCd+njQ7tKkVP8rqm51Us0XTI0q9pDFYhep n3CXs9s8lnD92b8DXGZoUp61HtmLv3KmSV3CxgqXwh94NJXfkSeCKS7bzDDKMl6y kYNUgmjJ/Kbx7gQQTn66QLApfyT5sJSAKHHF03ceetjUlKOWhXVUuTnIet035yWC 9o+io4dF0Ohs2TUhv+dkrELMxH8ReTCNdXM/moBUeL2Czi0ubbRbtv4pkkjXOtfc WaqSrUxIx1+zPdvUnz9jEdp+nCWqyzGR5gnD1xjrMU4hnwCYNZXi0O5AC2n1QiR+ HIqLUw6ldn4usg3sfT3laRR/M671b5kZUip9l9YKBdRBOXvhZjEE1T/Md5nXDFCo LL2koQ/tUiJNwzKXq2/vaBVtfMJM8TjAS8i6zFGxmCmkzgEBkGXV3GY/t2N47SZ2 fW8VgYOryCCxDfapFJr0SavhXRKswLFpjc/xtoS2zbnGCHL+ZYeYKZe20O5l6yZR AJkFKKL+suL96PpGqJTlh69PcZALf65sqeHHXHqzfnkz6eoXSkArGF64u7XqBh8F FwyN9RKIqK08S8Z65ydO =WPKD -END PGP SIGNATURE-
Re: RFS: bogofilter -- fast Bayesian spam filter [QA-RC]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, Pacote refeito para Std-Version 3.9.8. E debian/copyright atualizado. https://mentors.debian.net/package/bogofilter http://mentors.debian.net/debian/pool/main/b/bogofilter/bogofilter_1.2.4+dfsg1-5.dsc abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXH3GsAAoJEFUlbyisYGEade0P/34fwY15dgHKrzv9y8axGP2G kCXJHfn7j25OJAiFZZ488c+490PwTxu0yN9jfcYWm8Mn7sWUpy8o27jL4V6V+hig nYKx/c1DmOf8NK83NIoUVNiW1R7yRmLcmdPNcbXFZE5ESowTHptJv/1e4rT2MeVh glYfJ8/3ap5pcQj5AGDcsf17nV+BqluS/tEqz9c/zT1Q6Ma9vKJQmc5yJoWVddE5 yeDsaAf4sr/OtP8gXsmycQh38/mg/JTct6yHIeKPni0Bahxfnry5Tp+D/XnJdNyf A26O2PWTRFeyJn2rxTJucNJZLQ8ca+nkWPqM8Gb2xyBNer6K6zVV0qsJvpskG4Tq 9MM4FT/1URfUdli3z41Lit3rF1tzqwAU08PdQxekwOmVrjif2QKvATOdrpCgmDrt m1FQVVp/FMjlhrtiu3HPtoi/MWPUzwY9YNAOUxBl323ybqNR1tBTClRzb7yTLZNP UDrbcgplj/1Iv2BdQ/hbzzMkcX/mHxd0xWKPvaSrXw0aG5u7lWFOd1hsrUx21omA sx/q4oBiGgHVr6dHS29rvUXE3mJlWQqMHBD67zODk1bzhPaAOHpgzCN5f2OXv/LL UPBPeGBcZsLvuuiuINkntlDwfnz6bhRafyq7s8VlP9j+5wIrMiIrD7BivOKRwhQP C65L0RhtfPRCzywQUu/4 =afzu -END PGP SIGNATURE-
Re: smoviecat
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 > > # no início do arquivo > > use utf8; > > use open qw( :encoding(UTF-8) :std); Troquei por 'use open qw( :utf8 :std);' e tenho apenas um erro: Operation "pattern match (m//)" returns its argument for non-Unicode code point 0x2BA3A6F at /usr/bin/smoviecat line 712, <$FH> line 6. O arquvio é 'ISO-8859 text, with CRLF line terminators'. Mas a análise do arquivo pelo programa é correta. Acho que está satisfatório. Se não, cometários são bem vindos. abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXHlUyAAoJEFUlbyisYGEaMCYQAK8zOzdvlMEqdgy5VkT95Cts jUEsgSp+mKIarvoI8wPt2dgiMp+wRklvg6pu4EB1Ny7eAdvtAssAYfUzPJAjCymX MlOfSsyVoII6lm9LRnChz5uidmNRC6jyoYtUPokSBrEpdPYmkJwXeY6Z5TVrqf8v x7tihJ6CWYUImfeW+1EUTsTEcjaB11i4VSNANRlNur+2CaY4ZHGDUiguewz8gjQB ZsYR7u4UpUG7s6gXqiocKyT0ueGwKkxIExPbZb3rDFv3XdqrFy06HUscZqRzYF/f 3C6dDAm84CMV3UWV9gJtLNufiV2CJIJv7PBldH7+bPSr0U9967IQa6/xuZ+X4x1r EhAxStUBfTsKzX3tbT2AazvS4rYvWFFpJSiaVeBCe+hZ+RfI+pfXKtMaEU2AEnm2 L1GckgpeVCNxvjKxwuKwN6J9T8kZQfZrymGAz2fK/cGYZMXD4oj83a5FsRFeOhxd Bzql/T+exajfQSfCg45DJgMM1NwGU5JggEtVv+iX4fMrZx0PQjqwmzMCap8na+ob yXRZIAe89TMOZgHMQJVlPqI0BHT3CHm8UAd4u8eJYfLNMt+003x50jXSwUbjDLOT pLPteDFJNUlxtPAMEf8Z3hrZfrQmk2P6AnVg47tXfAJ4+0Mn16CdWRuM8d7OjfQe C4NzW/UHP5fVgkPX6kgQ =4dTq -END PGP SIGNATURE-
Re: smoviecat
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 > # no início do arquivo > use utf8; > use open qw( :encoding(UTF-8) :std); > > # em uma função, pois estava imprimindo > # erro no terminal > utf8::downgrade($fname); > > # o erro usando as duas primmeiras entradas > # e sem a entrada acima > utf8 "\xXX" does not map to Unicode at /usr/bin/smoviecat > utf8::downgrade($fname) não pode ser usada. Com ela o programa não analiza o conteudo de um arquvio. abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXHR7pAAoJEFUlbyisYGEaGhIP/0zPgFohNW77Q8LpuuRK/ZDI dJI9sFqzhxisfPf8U5nzMSm1xg6jSeW92jtqtRJfMT52NWzUngRF6TVcdRQtgHdG eD62hbicPYnL9uTnxoEE2YYWOmaOnw6VZFbkKGuunCNScrcfN4V2KMtxzdbxEUp+ scWFHwtRIOdJRpIbWZGTCZ2dFjb0rRbLluBR79i8dtbuo3ycBiaM/nigVvsUN1Xs hQ5GFh5a6MTCC4mN0epQBM9MEiZZ15Sca4ogl6KXWNIgecT1SVs7mO4k0IerUEOC 1Tqsqu80NHg4bHrmgYwU+JjMkxNLyRgsgvpl1MZG2LPl1UYho9b4Sm9IAGXENObD HzmWkxLFCXDpp5ECDJ4lg54MwaKXL2Srpe8sQ5CtywreyGllJWb33D+UA4FSum4B 7HDsCThyKZFRxCfgpfvrdmZrsNPFfanknIZilKzl/v75n9RlpOf0y1bhkWDHDRtV lDr2SNBGyUzsE6CNZsqRqki2GBUo5Jnr1HX+tSF3x+28DpNg/s5uRMdFNxQfw6xw Vc59hoA4C6T98ZGtJBrTZ/XM2EUmHc2Dn4oA1++jMT97hy9j/AntfgVs4NLLmpaw G5m/52bADleGqDpbfXoFpx37zXxS2TUAsmu/wgn+uuA+w6ZaPxqtqZmNlsyz4Jjd 4d39YWJOfUa/W61vkuaD =rXce -END PGP SIGNATURE-
smoviecat
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, Tinha pensado em empacotar o smoviecat meses atrás, mas ele tinha problemas com utf-8 e links quebrados. Como recebi dois emails informando que os bugs tinham sido fechados, empacotei e enviei um ITP. Mas os problemas ainda existem. Os links são fáceis de resolver. O utf-8 resolvi também, mas como não sou programador e fiz três mudanças no perl, fica a dúvida. O que incluí foi: # no início do arquivo use utf8; use open qw( :encoding(UTF-8) :std); # em uma função, pois estava imprimindo # erro no terminal utf8::downgrade($fname); # o erro usando as duas primmeiras entradas # e sem a entrada acima utf8 "\xXX" does not map to Unicode at /usr/bin/smoviecat Sem essas três entradas, Vídeos se torna VÃdeos, ao gerar a página html. E assim o link não funciona. É apenas ao gerar a página html. Durante a execução do programa, Vídeos é impresso no xterm corretamente. Existe a função format_html_path. Ela retorna: return "$link"; Até aqui tudo bem. Acho que é na chamada: print_html format_html_path($loc); Que acontece a mudança. sub print_html { print $F_HTML @_, "\n"; } Quem conhece perl e tem tempo, pode dar uma olhada ? Só tem um patch. https://mentors.debian.net/package/smoviecat http://mentors.debian.net/debian/pool/main/s/smoviecat/smoviecat_2.4.0-1.dsc abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXHQwkAAoJEFUlbyisYGEa2dUQAKcK3kPGZZ/Q5ulz2kMVjO8E HQeS3ep7kEI2g0SNXVEc2FdWrjeBb0qbjLHf1NF7jrh5f5vFjF65YCd7rsqRuOpE ohCcOZMBjJjCm07zJwa/e2d0TP+UhiNJ2U8xk6/o+xTmtlpOdgc1l93eOM+AWuFJ 8YkwPOS7YJbEYxNKzpaaWHKqAoDa8msxtxdjMKkUZK3GhFtkWZSAeVTy6eQrcHCA zweVEqOSNk1Snsd2IhxPzSZ8Xkg4T1wyfOeXDdl2o4LCDTKlFSirEbtkIlRbji+z GkFqdNKEDkkwEEu/sESKDUen7T6Q7g9TnmlJX8kMqEuR+PbnZBsgCOUyYurHqxJg 5iA43Df/L3o9CvI0m3AQf63QvKeBnQiYhieL27ZNmoOonU0kvNUMdSIpS9qBNCpr dSiouLrNm7Ow1JK7s8QmE7MmD20ij9T+XiADcVAdp6YKzL/x2gy2gk7v7wfmlI9v y5KLfnOYaFSr0b1tlakWYVZiIsPtRNFqUhOw+yz2sfNJB1MW+f9UuekPtcCFMJqy SMAGG/+gybmEwv7Psqp3HGGW90mZJDcZfz0GQqKtg2T1Vry0QbNkk6A/iVtLFrj4 eE3HjLFNQEq5NBM9rAqbt5Ei/s5DXKjVcSOXPbvhDRhjOR3+eSdg3LLEJo1msBTZ wJG89A98YXyenVPCSCLv =3KMj -END PGP SIGNATURE-
Re: reportar bug para vários pacotes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 > > São três programas diferentes. Sugeri então passar > > o bug para o pseudo pacote 'general' com um 'reassign'. > > O mantenedor sugeriu também a lista debian-gnome. > > > > Sugestões ? > > 'general' com certeza não é o lugar certo ... o problema certamente é em > algum pacote da arvore de dependencias do system-config-lvm, ou em algum > pacote relacionado à gtk, que deveria depender e/ou recomendar da > libcanberra-gtk-module mas não faz isso Então a lista debian-gnome é melhor. Obrigado. abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXGnqHAAoJEFUlbyisYGEad7IP/3tiOVWmwDvOzOIbxg3qh3vD 6mNZMqeq2Z1luHfAybAMaXYUV/PO2nXUgNQq5ia/BkHUyh8FuIK+bU4q7tc6kxxZ xUOX1u6HrSaP56YTijGzo6FTEiPKwSaXsNPY8BgR7MzwFdHP+nJEUhzhDEqcCwdx FGwF2Td1BwiuLd8WD+B6whMYtw3LT1c1KbL7+ngMKqXJn+LYQnw6lakYf1kQB1gE PtxMWKu9AlXZpc+/Zub8b6/fSsZkZh59e356tvwGWXSmkrsqAJb/eauZOgl7xBhd XXPODCxaXmlwGEhK7/vt7yGUy+X5i0WgOowQdeyiolXd+HC5ZkWm+J0fqz3LKpBm GVaMtkXdYSiyLahPywHmyrDJV0UcRDMO7DB3V3Pu4P+xhQAR93RnpFyN8kXeZBSR 65xRShOSy44fWadDkj+ZYlUD6yjjPthFPJeKL0BEelQSrta3b99EgDQuYQPrRVBa avjUNdXUaFAc7kh8s5a/TplfnoTgeMWj/Ea0GGS6v2tFN74lJVEurKO/vCw63OCb newDg5B0SIN6GSrjKcEY7h6sEEghWkEy0bw7qULxXrTZ16N1wKKkMA8fmIPIsCpz UKIKIxKfdOoYYxouoiJg8VpTCpXXhJT+fFPrqsnWV1kOCzmCDwZPjMPKWf4KNF1/ 5E7VSBkkoV7UPc9udpnl =pxyb -END PGP SIGNATURE-
Re: fonte do upstream com pasta debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, > O que fazer quando o upstream fornece uma pasta debian/ dentro do source? > Eu pedi para remover. 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, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXGi6OAAoJEFUlbyisYGEadN0P/ie2lFoHjdocrfHoAXQ7llYu FKMuMrbBsZSsRHjmaJi6LGIZjp7bjFGepeadO+v3i25EdwTkT19EZkZLITnBMntq YkEREK9EfFO+gfGLbOOcWX6zkN1xWHWdPQ17XZlXgrd8VGQBwqy8HorfbHHyF5iI J7s4Hns/1b2aGORaVB81CR9Yw3tvnyuOEBs9EoSNVd1ouDu7CmmNyddnTH+PXKB/ bwf115cPm/DxNmCeqzv7zwOp5j9D+wCoaBX2CaNivUsvugYE/P2VKutX93pEcoPz NWhSbMOklJoQS2EHiLpK+ORLNzs/yaMJE45GQeeM8U6GM7fzx31sCDRtDx4yPZhc rI9xwFZscUEapppFjqar4ubUbNiBDq2xtDz2KnlDJJBlwykuMyMK3wQmTrrMsMNV /j4V4dFi0p6N8ul+U57RUyp79q5Bgxi7zqeFQOT/6zU7Z3PivgUBYWnKNFpt9aD0 wWnFLArif0GPwS76zvViCtCEkiKy8dcv6V3nbbfQJpirVDYahccEC+osAhwVUJWO iqVjONvZZiRuHzVU19qawDxSGKHWemzK5pK9gsTF1cVskwrAAkCGWTZTsTaap7Wr IW8ArtF7egOpRXALURQmW3VpISzRmY6DRP2IHPijEwnDhV4xGfFkn96s52YjFKZh fWPtdAHNORU4qkSUnbyh =tCLQ -END PGP SIGNATURE-
reportar bug para vários pacotes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, Outro dia reportei um bug para o pacote system-config-lvm[0]. [0] - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821914 Ao executar o programa na 'testing' aparece a mensagem: # system-config-lvm Gtk-Message: Failed to load module "canberra-gtk-module" Instalar o pacote libcanberra-gtk-module retira a mensagem. Mas o mantenedor falou que no KDE isso não acontece (uso Gnome). Mesmo sem ter o pacote instalado. Testei na VM ('sid') e a mensagem aparece também se excutar o firefox, reportbug (não configurado). São três programas diferentes. Sugeri então passar o bug para o pseudo pacote 'general' com um 'reassign'. O mantenedor sugeriu também a lista debian-gnome. Sugestões ? abraços, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXGjTAAAoJEFUlbyisYGEauogP/27TTPN+wqmrDsOlrrWhPrKp B6m8Y76eoR3T+8kgK7BUeEegqAhb4Bk9jiTbpszb99jElhv8N9HRgMQIlXZdUySy Zu2hqd5LqA4z6YFE0W4+6pKZ2tLzSMDF0k7ZDN5u671/kNXZGXW0V8ciaOuSwD9/ 40I0zrC4PcJbkUYKRhqmIsMshbgGeF3O9O0o1+pDchrP9aBG8n5zbJfTcFCOJUQc wb8C6x84WFIkUyxfLD6V2jLMg7Fl2nHdZ4c6yTlJNeMVP3PeLkLBg0m91Z7buVZP +Utn/xzgOMstuKe2u8vP2/c7FrHXghfta0bhhgi/O3ikIb9+G9B4Qs+haa5JjQ4S 3lr9VUCIGldGCkY8Za5ZtuwT3j7bYkNVsCYLI0kFVQz2mQbACWCtixMcSTZSqgmf sKRhhMPc+6bhue29yrmXfSOFqfpBg5CiYPnUTnIS9gdwDawgtxfeSEqhSo47MWf4 t3FrxX5OcAqnLbREd+MRzry2gS7ykURYjuOV6jl/eaNUwJx/6N4seO+Ip2RMQ96C IZsqxUqpMQduRCN39Io/BTXQ81N7mR4POaaoHAjK4UfUEeL1bPwR5wUoDDcwRgAR cTvc27CvIbExOnF20Cm+Lqfp21lLciUJlGE4Zl05IElgEkUENL+PoqKmk5EhKu9e uWHSGtbhRZyYC2s18Wmh =0Aix -END PGP SIGNATURE-
Re: RFS: bogofilter -- fast Bayesian spam filter [QA-RC]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, Esqueci de fazer uma pergunta. O tarball do upstream não tem mais os arquivos que tinha que ser retirados por questões de licença. Está escrito no debian/copyright da atual versão na sid. Por que ainda usar 'dfsg' na versão ? abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXFln5AAoJEFUlbyisYGEaat8P/0GC3TzFTrUlABjkDFLKFxzW Uyr5n/8Q0b3NoSQeOt1SiF0QWWCjYMHGKvswkcrb+SCZkMSkdT7Q/4Gsjxle1IqL 20tK+Z6YzWjvoXfPpJ7ARvvv6yQpm0c2e2NYxjX3GisEcn/MjTuswENDcF4X2kR4 Gt4RD7ZcqXZbqLePj03W9zJ9TWmNmeIcAhxH8p7R0/mr9kTegF8op+S6Ov69tU4H QUFRfRkBHk1bFS6AtbHO+XhlIRJDsjCerchwgCNxJhgWLW7jMOiCDXsJkTXDT1y8 iM4L7QimBzZQ4JpwgjUUjRwVWb/+7TgpChHhy+MVhkmK0d94YER9SPtoBkcIHwAo ykDenB+UJ3S0SB21Tk+4yrurbr3DW+5dewYxP1QwZy51+j3QbozTpr6vCvmXSPR+ XpHkJ/1FZu9XfikIlJnByN4hrjrz9X6ZCTRtGzKC1vIThSYztsoTt2B/sfOnpvWq Zr6uzm3d1l5GKm7DhEXTehoaikSPu61L+WQPVAqQE+GdFUxxFupgPoJYu1cVKu8l l6PNL1cJekpKFV6Oo/olx0xy3tCdusDh5PJDdsaE8LNj8CiNZWghD20yKbhmw9Pi MFB48/5UbiWBqCVBh8Rizcmhkb0pBUA7fd3YetdPu6gGIaX9xXfzEjwshnyPMwPY nbF0wazxEyKfUqNDaRJE =zdrV -END PGP SIGNATURE-
RFS: bogofilter -- fast Bayesian spam filter [QA-RC]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, Estou procurando um sponsor para o pacote bogofilter[0], é um trabalho de QA. Fecha um bug RC. * Nome do pacote : bogofilter * Versão : 1.2.4+dfsg1-5 * Upstream Author: a group of open source volunteers * URL: http://bogofilter.sourceforge.net/ * License: GPL-2+ Section: mail [0] - https://packages.qa.debian.org/b/bogofilter.html Produz os seguintes binários: - bogofilter: fast Bayesian spam filter (dummy package) - bogofilter-bdb: fast Bayesian spam filter (Berkeley DB) - bogofilter-sqlite: fast Bayesian spam filter (sqlite) - bogofilter-tokyocabinet: fast Bayesian spam filter (tokyocabinet) - bogofilter-common: fast Bayesian spam filter (common files) debian/changelog: bogofilter (1.2.4+dfsg1-5) unstable; urgency=medium * QA upload. * Updated the DH level from 7 to 9. * debian/copyright rewritten. * debian/*.links: - link to '/usr/share/doc/bogofilter-common added. * debian/*.NEWS: - '*' removed. (rewrite the file). * debian/bogofilter-common.docs: - added: - doc/README.db. debian/bogofilter-bdb.docs removed. - doc/README.sqlite. debian/bogofilter-sqlite.docs removed. * debian/control: - Build-Depends: - debhelper >= 9. - Bump Standards-Version to 3.9.7. - Homepage field added. - Vcs* with new format. (https) * debian/patches: - created: (Closes: #815866) - t_bulkmode-nogrep.patch - t_dump_load-nogrep.patch - t_nonascii_replace-nogrep.patch * debian/rules: - rewritten to the new format. - hardening added. Como todos dependem do bogofilter-common, apenas o bogofilter-common tem /usr/share/doc/. Os outros tem link para o /usr/share/doc/bogofilter-common. O debian/copyright foi refeito completamente. - coloquei um comentário no Files principal. É sobre a direfença entre os autores da homepage e do arquivo AUTHORS principal. Talvez não devesse colocar os anos. - o 'Files: gsl' talvez possa ser unificado. O problema é que o diretório tem um arquivo AUTHORS que é diferente do resultado do egrep. Então coloquei detalhado. Tem script .sh, em 'examples/', que foi compactado (gz). Não está assim na versão anterior. Apenas os .pl estão excluídos. Mentors: https://mentors.debian.net/package/bogofilter http://mentors.debian.net/debian/pool/main/b/bogofilter/bogofilter_1.2.4+dfsg1-5.dsc abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXFkuJAAoJEFUlbyisYGEar+sP/Ak4u0uLyH8+EXriALGjAdmj bYYd/PNpCpZMu7uiZ5IiDjIEv9RjQXJ1X/POB1sIwKUeHYPys7RCzeN8Skw3q/Nj sLGyGzCT+EdFIjgctZe7ozyDPjgZHzZOcyIcvqIai2zz5WztzaSORkOFxWpd7dLU 6Gj708wkepKrfdGMTfk2U8qFJxB8gXOr0gtVCyXsOARmAlo4ykK7roAp/LbgaVh4 8crFM+jNrv1LpOs+3rtSzZHtX/OH+MuPilZCywoN8tTQre17UGv8EZr2G9aY65L5 pXdZVTB+iGjaNjmt0kv4ahRYG1H7+IW8F1qE9jsvc2ivN+kAsbHWnyAemJM456RH HXd/OMBhZj8+Ks0pBlRZIF3LpIGbIY6QlQyRoy/ULCziDGZhMjM/WpFfKPxpUnyp nGQNbYSJlY7wlI4xqmVcfCOY3DIp1YMPdcZdFQIBBzYRDxEIy9J9xNrsQ6GWhS6E YUoZ8l95GbPe5KUocOx6fHroxWwrMENlTGmPxh9HQP7YPDa+zXPuyL1GOCCcP9XD AAiSX6tPzTqiMxnq8XYiRGZdTroQuiy/68I+fWsOKyzwvfVwWjbQNbL5anmqG2L0 ZdpSg7+IkU8j8XKwO9Gr5ydwxaaEtWCykaffQesN/5gaR9fPZiVuan+LhWda+dxL nI0n0i6W2iEpUU4PLcKH =Jk3E -END PGP SIGNATURE-
Re: pacote bogofilter - bug RC - QA
Em 17-04-2016 18:52, Eriberto escreveu: Oi Herbert, Legal você ter encontrado a solução. Às vezes eu levo dias para chegar a uma conclusão também. Comecei a olhar o pacote que você enviou hoje e, pelo changelog, vi que ainda não está pronto. Assim sendo, vamos esperar um aviso seu para a revisão. Eu ou o Terceiro, ajudados pelo pessoal da lista, faremos a revisão. Ok. Falta uma limpeza no debian/rules e fazer o debian/copyright. abraço, Herbert
Re: pacote bogofilter - bug RC - QA
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 > > O FTBFS é por causa de três testes falhos: > > > > ../../../src/tests/outputs/dump.load-2.out > > ./checks.14403.20160225T074548/dump.load-2.txt differ: char 87, line 3 > > FAIL: t.dump.load > > > > want: "7.2 6.20030303 10.20030304", have: "1.2 6.20030303 10.20030304" > > FAIL: t.nonascii.replace > > > > ../../../src/tests/outputs/bulkmode.out > > ./checks.15335.20160225T074550/bulk-double-2.out differ: char 80, line 3 > > FAIL: t.bulkmode > > > > Os três patches retiram o uso do (e)grep que, com a > > opção '-v', retira linha(s) do arquivo original. > > Gerando um novo e diferente arquivo. > > > > Os testes falham porque comparam o arquivo original > > com o arquivo gerado. Não entendo isso. > > > Note que o pacote foi construído com sucesso > anteriormente[0]. > > [0] - > https://buildd.debian.org/status/fetch.php?pkg=bogofilter&arch=amd64&ver=1.2.4%2Bdfsg1-4&stamp=1449450541 > Finalmente dei importância para a mensagem 'binary files match' (algo assim) que aparecia nos arquivos. Adicionei a opção '-a' ao grep, ficando 'grep -av' e tudo bem agora. :) abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXE5FSAAoJEFUlbyisYGEa39kP/1EzwJDnLuuO/C/1oVlL5A7h N+yKGyfqa8irAt/p9Uedm9/+Tm2/FyrCwHmOROWk/JCeHGkbRib5xDVXYi9ug4Zi dk+bhZOfca74x4xrZSi+x5VDKsLnYygo0/m5m+Kaedcrj+7UqohLNjJSt3MwdHzt cqQeCzPxSVW3mYvp5W+vZPOmmNU2j0WVWQJMG6E/gi3+SLuZxqYOVbwtwgVamlan VNwhA/3aPQj8IeYcbQeuSCUj6YPZPS9ECD1r9k52m6UUCx0sByDA5Dcy6oKPcP4D Ip6qNKndcE+Iy0FGpuJxLHjUpvHZvfKC06lsBpa1yxwlWfkfFo3OrkS5KzSqRwa0 RyzDkeG6b5BK8HBraSoJsv4iD6xRT3k77UOd6piPClqD7eo8X0YWLSK9qOgv2D6J 1kgLBfO8XPBuJBNb3khGOMfdrmSC2sPPxElSTKy2U+emMyD+FWKy4h0Kyr3qatTq GRAcZEe0kG7Oyyyf6Bz0zHGnbd2gXD9arpA4R7mOcNedGDbXALDEmDP2zsMZhuRf 140/+Jaj4mSIlcBek8+MeEyfnQZLqKyCEw8XpqxtlVZX1t+XAghks2cKxLu4Ex9v 6Ccj0x2Usfsh41uFMRB4ovMigBg0x4uu5IbYeyNccBPu2Sxx/8PHs0sKXM42BmOG PPNE9bcUD/BhA4K2TNqs =lX33 -END PGP SIGNATURE-
Re: pacote bogofilter - bug RC - QA
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, 16 Apr 2016 16:15:00 -0300 Herbert Fortes (hpfn) wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Olá, > > Estou vendo o pacote bogofilter. Ele tem um > bug RC[0]. E está órfão. Até agora. > > [0] - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815866 > > Primeiro estou tentando fechar o RC. Para isso > criei 3 patches. Gostaria de uma revisão sobre os > patches. Depois tirar os lintians, atualizar o > debhelper. > > O FTBFS é por causa de três testes falhos: > > ../../../src/tests/outputs/dump.load-2.out > ./checks.14403.20160225T074548/dump.load-2.txt differ: char 87, line 3 > FAIL: t.dump.load > > want: "7.2 6.20030303 10.20030304", have: "1.2 6.20030303 10.20030304" > FAIL: t.nonascii.replace > > ../../../src/tests/outputs/bulkmode.out > ./checks.15335.20160225T074550/bulk-double-2.out differ: char 80, line 3 > FAIL: t.bulkmode > > Os três patches retiram o uso do (e)grep que, com a > opção '-v', retira linha(s) do arquivo original. > Gerando um novo e diferente arquivo. > > Os testes falham porque comparam o arquivo original > com o arquivo gerado. Não entendo isso. > > Os arquivos src/test/outputs/*.out acima estão no > tarball do upstream e checks.*/ são gerados após > a filtragem. Não tem como serem iguais. Foi o que > entendi. > > Retirando os (e)grep constroí. > > Alguém quer dar uma olhada enquanto espera o domingo > de decisão ? > > Mentors: > http://mentors.debian.net/package/bogofilter > http://mentors.debian.net/debian/pool/main/b/bogofilter/bogofilter_1.2.4+dfsg1-4.1.dsc Note que o pacote foi construído com sucesso anteriormente[0]. [0] - https://buildd.debian.org/status/fetch.php?pkg=bogofilter&arch=amd64&ver=1.2.4%2Bdfsg1-4&stamp=1449450541 E no caso do 'src/tests/t.bulkmode' alterar 'spam_cutoff= (no arquivo) altera o resultado do teste. Mas falha de qualquer modo no teste. Como nos outros arquivo retirei o grep, segui a mesma linha. abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXEpxPAAoJEFUlbyisYGEa1Z8QAKDj1nF5uG/Ehs+V9HndSknV VCeYRHTUo2ffIgjQsERmHdGwUmumMWIELhmNQ6dax2SJCqjvIhzTeqXDP/yjKLLR BdrFqM252VOGtx+QWPlKItuWs/kmDLmzXy3o2bLenL0vKlM1EBH7p1j9MhwbbWAa 7sIW3wkyNhB1tZua89LSZtNIrSXA7GWjo4mk4R49tE73m+r9fLrV9NHqcmMQWDlQ rUA8w1LuKnMqb3CfSU06P+B1FXqh9jfI0aRO2P1qaiuBnewBUmgGXzvBphsn5dc9 n/0RUBw++aMRKTzOV91lkJ87g1j29EYvA1VCa5puVwU0XzQSj59xcAcqiyy/4ZNV EMIcivYmLYiqKNzU5pv5jPqNMc7i38iTaVWUex2i8784sjM+NHaDLsTBCgAtFGR+ 0/X4LDSk0Xo2Pko+Tecg9pr6bjYi69D5Q6wmWNrTDY+HMBFf+ICHm9tOuH0An988 2/XktrXbcX9F6sQoKYD0OuVO3FUww+58RP94R7C6TJmWJg4yGxsOirmmU8OKLw56 qE5KTLOuq24aUWfMA7WS0k+LrfKrQYd8tDrGWTOj63Jnbg7oqUKyyzm5SX2NKUs/ 6eeo3t2kx1aPj0PoVjkUrx3jemtG6vevOB+OY8ErnLjs6P1WGwlVMbsqJOruGWRP P3ZDGla1F7XcjMXPCx/b =i14T -END PGP SIGNATURE-
pacote bogofilter - bug RC - QA
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, Estou vendo o pacote bogofilter. Ele tem um bug RC[0]. E está órfão. Até agora. [0] - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=815866 Primeiro estou tentando fechar o RC. Para isso criei 3 patches. Gostaria de uma revisão sobre os patches. Depois tirar os lintians, atualizar o debhelper. O FTBFS é por causa de três testes falhos: ../../../src/tests/outputs/dump.load-2.out ./checks.14403.20160225T074548/dump.load-2.txt differ: char 87, line 3 FAIL: t.dump.load want: "7.2 6.20030303 10.20030304", have: "1.2 6.20030303 10.20030304" FAIL: t.nonascii.replace ../../../src/tests/outputs/bulkmode.out ./checks.15335.20160225T074550/bulk-double-2.out differ: char 80, line 3 FAIL: t.bulkmode Os três patches retiram o uso do (e)grep que, com a opção '-v', retira linha(s) do arquivo original. Gerando um novo e diferente arquivo. Os testes falham porque comparam o arquivo original com o arquivo gerado. Não entendo isso. Os arquivos src/test/outputs/*.out acima estão no tarball do upstream e checks.*/ são gerados após a filtragem. Não tem como serem iguais. Foi o que entendi. Retirando os (e)grep constroí. Alguém quer dar uma olhada enquanto espera o domingo de decisão ? Mentors: http://mentors.debian.net/package/bogofilter http://mentors.debian.net/debian/pool/main/b/bogofilter/bogofilter_1.2.4+dfsg1-4.1.dsc - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXEo81AAoJEFUlbyisYGEaz5IP/27tBYiO0bbdVpsjG31+4zCp yoEQhk3iBJ0jlBcmFAFOtmJv3KuYXQT4YljkJVhUpIaL1k9em366Z/iCJFL7PLbM bVusQtK1urBLqs+InoBCEvAJH2BzJ7OPtU6EgrXAQlmRc0ODj7ucamNvtc90W4N/ H/86j67n+oqUx1d2X+F/8NKjDYwFilXGjDaTsNNII2iEQlw7CssqDZG1MlFvNOdR xOW2PzsoKlTKYJXy/GzwsMzU0vLAo5t6OodYCNTuk8ccBzvQcjnWb6/FZ80sT8ay v36GZZBcHsueFWXn/xRVaxfBEh5Gvah0Ry828FMZoQCrc/BAcEfmmfucZzthxt9d vJgPu8XuRdQVlptDWW6MoYqZlfsehmhodhL+yqLxcl4ZlzyIxGm1gr3ShuC51zx9 H3yFhS5dvb5DnROwLNMYVdQg5ibXfNE9F5KxFWXytk367GlFSeKoISxkf+Xjxi8p Kz575KROZVzJ1RcEWOZWBmEfofm5P9EQmtv8zNhcHk4fbm8WXtEYbHca31S5oDO6 /SpQnXyuAO6ZdnVpaBRYDcTaCbHbbB/YzTELjpmGHpxvgjWcnbvzd3UwRP87W8Z3 JumuQn/YAYum+sAR0lGcrx04gG0OYXejmZt2MI1uGlAwnoxzTUgibC5Ee7LAW+oz 0aNfajL4rzy0muDbsEAl =FTqH -END PGP SIGNATURE-
Re: RFS: openresolv - management framework for resolv.conf - 3.8.0 [QA]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Fri, 15 Apr 2016 14:04:31 -0300 Junior Santos wrote: > > > Em 15 de abr de 2016, à(s) 10:34, Herbert Fortes (hpfn) > > escreveu: > > > > Reenviando. Parece não ter chagado. > > > > Estou procurando um sponsor para o pacote openresolv[0], é um trabalho de > > QA. > > Ela Hebert eu mandei um ITA para este pacote. > Como já mantenho o dhcpcd5 que depende do openresolv e já converso > com o roy a um tempo, posso desculpas pois não envio nada para o dever br > Mando pros tracker e pro BTS > > Da uma olhadinha no pacote veja que ta com ITA creio que mandei ontem pra > enviar o pacote > hoje com as modificações. > Não chegou nada até agora aqui sobre o pacote. Mas sem problemas. Se quiser pode pegar o pacote que enviei para a mentors. abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXET4LAAoJEFUlbyisYGEaSrIQAIhCwqtq7MwLUOge2zFXDvur NKVW0GgZJpfqXVJ9cPWT2dLqqBULvs+SCYxcpcTXXTfmbuj2CNvaNWBsP1opwPPN Tn9oquaEXKZDxd+QswomlwlgUY2EK8eDaoY1TmI2uOZwHB76fTRNva6bomNjZR9y SoqYLyPFBX+n0iyUqjCnKl2b/wq9ggqVrC6DUmJp0rdL9/EFuPYX8Zpad6c+VnO8 a7nhnuvizqk2nnB7GN+bhRicjfgv5WS7N6Rlur/K5r+RKSo5vdR2fHPbKuHcx0lh sCnJRhjL6lULiQRXTZ4QIBmgA+7YjTP2lIAxutu2vkoA9SmdWePm7sDQ5q6KPgom XbbUafJLQQ8BRMwezcf9YurF2YdYEugqqkMuuejny/Gcd8eOoJN0hMsWcI3GFHjU aM+7K+Tx6RV5yHthDDWWS9N5XyHLHbIIwm/vaMKIukUU6c4XyGT7NHqW3rLfaB0y GG0e2q640lEACvW/ELdjBAd+dHG2ZGPuQqweRW0IfxmDyv4ccZXZmlnCZruWNr0H XBOb1vgzIo0csZgCixKsdPN+wXjy8wh3uV5ck58Hi4fHU2QyQUTYT3r0uo4uzof9 M5IUTW3HNSYr+tRlsDK4WZmZ62sOLOIv1xmcx0uCPu/xp8ipSFCtXlBIlAJQiFLe WbkhonwKzmLTueSvoFjH =qREB -END PGP SIGNATURE-
RFS: openresolv - management framework for resolv.conf - 3.8.0 [QA]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, Reenviando. Parece não ter chagado. Estou procurando um sponsor para o pacote openresolv[0], é um trabalho de QA. * Nome do pacote : openresolv * Versão : 3.8.0 * Upstream Author: Roy Marples * URL: http://roy.marples.name/projects/openresolv/home * License: BSD-2-clause Section: net [0] - https://packages.qa.debian.org/o/openresolv.html Produz os seguintes binários: - openresolv - management framework for resolv.conf debian/changelog: * QA upload. * New upstream release. * debian/patches: - resolvconf.8.in-spell.patch refreshed. debian/copyright: Files: * Copyright: 2007-2016 Roy Marples License: BSD-2-clause Files: debian/* Copyright: 2010-2012 Roy Marples 2015-2016 Herbert Parentes Fortes Neto License: BSD-2-clause Mentors: http://mentors.debian.net/package/openresolv http://mentors.debian.net/debian/pool/main/o/openresolv/openresolv_3.8.0-1.dsc abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXEO3hAAoJEFUlbyisYGEaYJcP/A3EEMAlE1wFs3+/OHb8H2J2 gQ1fE4vkC7PQgzguHb8Ma6kQvGSXEJ3zcNTe7Noi2vnWNDUePAoH8qKOZfb7BIDK WbAifz3ndekocvDh8Dc30+bsqp1EXG9G9CYYW+hr9Zvbr3rTcWK16uUdeoA9xP7s cqYdGqoA+JpkupYjLHQj4Q+zZGurV+wvFzJdjlxUs3enw8yq6Lfrd4Lv+hYBb9SD fItKNZvWLniSzA0Uu6/fT0PbDgtJTqGuRNoJBaNjgp1f+cROxSNSA/Q2phlH4KDk QVQQb1eLDWdvtRmnKWXKBQljG6q5fl5QfvxedmnSd8nPXmMKuz65JV1SjAdvcX7w /umZ2KCZL9FkVKISP7i+GEMHS16Paidj+E2xl+SI1DBaDlfOnavcOxKcfGvXONiJ e4SW4Vm48uvt/QT1jIBlacZQv3qaSv5Drt7xOlbpqwI9TFnzeBqeRjOZTtOtxuyo e5r8lnNH2g8Nznbw4B87c9C2RI96rGPSyuqzInj7qAziK+mSs/UzHnQ20uumFW7M le33iZrTElvvhn11aH823IY75maMCitW7FYmzhVAoichgbiuAaSQcuBKwY2hOVGG jbuvRUSSVtfgg7/5Vpgh8NG21GMvJmWbhpQKJnFct5xikZrOkZBtfiliklHGgZRb wwHQu1cijvFO2s3KEmrK =kvE3 -END PGP SIGNATURE-
Re: pacote bbmail
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, Obrigado pelas respostas. Vou ver se entro em contato com o mantenedor falando sobre o debhelper. Talvez um wishlist. Mas tem outros na lista que o Giovani mandou. Esse bug do Niels é 'maintonly'. Deve ser por isso que não aparece na página do pacote. Boa dica. abraços, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXD/ZBAAoJEFUlbyisYGEa/vcP/RfUpdJK9xspb8oYDxQj1Elu 5BYP+CSOqRM9xjpObYPHq9RK20F567ndcsBxFFNXarxKhgyc5mHAtmWK7MY3sgfm KelgCu0kcrHQqE7rvKbFl4TcSUi4qNoseljI5vGVgT0zi1VjvkhFO7t1hx9Jv2Fd hTidwSMI0AnTyd46wjJILjwZLkA8HLJAjPzE0JeFtLmx5GJU6MNqzeL1bat1p3wR 2RPvnvhXq8arxSYhKkl+TYG4NLlmoFQOTBEBlg+lIq6/WxtNs1f1tzG9x/WhyHl8 /SC1KZpKT4lEo5k9nKOm/5sVGmzroPHFh1vBhQazz8b5AajU14MSBiIfTmk9yto+ AOZre3in9ABnQaJpyvSyygeXen6WhzDZt4wBYykeEHSRhBKlu/3evE0V19iZLSQ5 f/+DWSlIrkUjnU6A7OUqZ9S1tdUe3Vcwwvku6kr1sxpOUysbv7TwIF4YUYsRRClD uM4TSvDc9zIxeeJOf1HYYfnznjWUR0Vikwr1rnHa6GNRBjo5Be313t8XtcnryuMI aHpZ0y2tHiGSlVTL/Yowee+lZEmqiBWrMWwFKazwFChMv6PBQubMdeXMw9NM50kh 6gTrPIVTMV/U7WaRAOVulxzkuR8AQhDpEoWmKO5gOptA3QXXeM1EobN3yAOdKX5C rtCM3k2IXUh2U4aLOoWz =MSr6 -END PGP SIGNATURE-
pacote bbmail
Olá, Cheguei ao pacote bbmail fazendo uma busca para QA/NMU. O pacote não tem atualização desde 2007, deveria ter pelo menos um RC por causa do debhelper. Não tem. E também não está órfão. https://tracker.debian.org/pkg/bbmail Existe versão nova. https://sourceforge.net/projects/bbtools/files/bbmail/ Pode mexer nele ? abraço, -- Herbert Parentes Fortes Neto (hpfn) pgpPhiwiyptjs.pgp Description: PGP signature
remover repositório em collab-maint
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, Recentemente adotei o pacote videotrans. Como não sabia que o pacote era de um time coloquei meu nome como mantenedor troquei os campos Vcs*. Agora estou no time e tenho acesso ao repositório. Já fiz toda a atualização necessária no debian/control e no repositório do time. Para remover o repositório em /git/collab-maint apenas removo o videotrans.git ? /git/collab-maint$ ls videotrans.git abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXCQMfAAoJEFUlbyisYGEa+NMP/iBJH44oUsis8Ehcjn4ZfuOr CMrhJ/ux7e9F77mpVouOxE2EHDiWP+soevaVlGpRTFyQdZ8+oTpDe/VfK7ZK8asG +1629vAjYW982ebiG+XD8yDw5WeRajSZ/Nsh/TwS1V3CaSTMLBwmLMFEzO2tqQ1p JlgQ3jXQWrIE6ELTxNTTap118syM7OpYzzoKv8xPUpBq4H34F7q9+PZBCpW/24Nh AfXigZi6BQN6tVcR6t5OZ1RtcTN4CkOuo2zt5wfEdEc5Rq2QYbk8765e+uT3mR4p r2vb3VoMcmqPx3PsN1FAR7LoH+kfCO2W0ZvXXk4Q5YuRYtlM50sfPKJxtrtIzdcX EKKXAzsQ0SRtU3DDwxxYED6PA/f5v8auquyN2IX6neMEhddfxlXHiOz5d9NlrDTc gDxYhEexe+tp/dpIM/iJHRJTFvoRBFzMzS3Fjr8BwIWKNXThVxYmBOBqWYZZe5+U F3cXlLMOBsIc2Opmuc0Kz9cRRd2CUVTBPNUfzFgfJPQxGMci6kwxV5VpRlG+iisQ sqXgE9owbi+CWfEyA5+wXhQGKgfBlq9FNpB5s0EHIAM+aep9M3H5UUvAoLQTBpSz 7lzkWEeG3VRxnFyiRJrUqIHDctlOYNncn+3t/QwUtfG//7/CXnGuqzMLuRI42CRp w2Qu2xcJB3vAhvoxYAfA =ggZw -END PGP SIGNATURE-
RFS: jessie-pu: package nam/1.15-3
Olá, Preciso de um sponsor para o pacote nam[0]. [0] - https://packages.qa.debian.org/n/nam.html O pacote nam com ajustes para rodar na stable parece que foi aceito[1]. Parte final da thread: "All in all, I'm still not entirely sure that the changes are completely correct, but on the assumption that there have been no issues since they were applied in unstable, please go ahead and we'll keep our fingers crossed. :-|" O motivo da dúvida é uma outra correção. Está explicado no email. [0] - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=820101 O pacote está na mentors: http://mentors.debian.net/package/nam http://mentors.debian.net/debian/pool/main/n/nam/nam_1.15-3.1+deb8u1.dsc abraço, -- Herbert Parentes Fortes Neto (hpfn) pgpcMfaxv2V6L.pgp Description: PGP signature
Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 > > 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, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXB7K2AAoJEFUlbyisYGEaVnwP+wTOuBGdGUhV2HgR+SFIQYEr VwFEcUAncHc1bSPJxFBIiu5YXnAuIbCy/NLcmCEltulA39aLeo1yOFzzFqlt4rX5 bHcap/Kjrihuz/vi+JttCtJW6WDERyOzb6Wrw28m8Q+4tbxEyVoP40HxLrYuaSXd 8i+IAXX+yKw5Ozcm4Ni5UstJamNHC9byoZzmG9LWCcqGNkgwzX23ih5lKvD7jLQ0 6EQ8JnVj9Ki+KX67JLTI5gBRlMLK1Ha/GRqLm+tvbptx9SBH3EcXSX/2OdOTRJs+ Z3D10S2fq26AoxxBcDk1TcRiOjXwTQihyvVf5YzC7UgRku0TJYTQxLIYS2j28zyD vQjoGiMSkxK/4jgeqIhy0IJNrfm2epPfagPFOD7kJL+cflYCYqnNeLYAyvfx/FKb JEOOMFrdKgjtCNUg4GGN/s0uUkAzon2xO1SJOgwPGGren6LMts+/PP0P3/6s/zCg AmKxJ3pvJytsSmE4DytWutllWdQvTtpSCHZY2p+BSlGMDdsS41apzLeW4ZKoq1nx wfKGdlurmZQjBmkTCf0ABjsoSOYlnd7arlGaWI7RO/KO3iY3EYcoiZCgrsU1mwiI qe3uGaV1CNq5ySGdpOlI/6FOhlQYFIJMIAjNEcdD5p7HtyGybopsS47253WHhydG fnNqBZlgf/0Xzxe53Lk4 =fmih -END PGP SIGNATURE-
Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 > > > > >> 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? Tem 'vmx' em /proc/cpuinfo. No momento não posso ver isso. Mas dou retorno. abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXBVgrAAoJEFUlbyisYGEaIj0P/1xKR6Uc/gYJmlhN9EamjRcU v09sC2CAS263X9tOMrOgiNsAOe5f9HKGnQx580fsrHGQA3V4BWCr6phgXOPFAQrE oa9Ei4U0y0Zm2naqUY7LgSlygXlaFFG8Uw1jEdHaupZyeXq/Byrm9puz1NSoc+ZT y/tq4+4Ql/9uU7SZFUx9T8H++ZpJhOjyEqn0ORufL4YELYaAOUrtaPJmwgkd298W SRD0MINuEMudU0BOG+N7ToOMQ0nONAdJVPoc21HduQ+wIQSrGkUgPTEdt4TeadpV Wc7bxSdqorR6vj/YMdClJzJoovxlQ50VZubPZp1UL6TUO7Q33VhLQ8SxL8bZsPyn maXgCuE4XpX5uFD+jWKPN/QDNFnhPl1ZLhlfr2pLm2P5QIwzX8BqMtb/YbjxPLQY FTSloTc5l4nW3RYh18MHOKTpsL5R1agiYGS3yJiadJvQZHAWOmm5A83gCA68IOXk AfCNZvdHl1EUgjrMxE6O9iOTo65TDEfos59ClVpn21rK+n/lm3XdHN9vpqgaSYI4 WUP0CiKH7kJTrR59Ymb3a0W2o9maln7DnkGBcL1eJhfayMqzEsLkG0F1LJD4cgqf DW/6aHEDq5ghIVQiCmTxWXPTDnwZ4nOBnceKzX4hC84ir7ht1n/EfFc08tiEso2R ud6UncAIK6RzxBFKtyYF =rqnI -END PGP SIGNATURE-
Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 > > 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, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXBUuzAAoJEFUlbyisYGEaJiUP/2U5I3Y8ZhAeE5FyJgl7t6CS pi9WEdQ9+oPUzVlQCdMKuDe2O1y5wYNvbBE5sEJ/V1k5Oq41FvzC40o2qksbr+Mp 2dTacics5L50Kytnu+hSUIlXSTFYkhdAi7NMIKalPV2xpIxc9iaIgoCezVimRrMQ BWxVFgEwfDGjMXpCRn0lA7usE1cgprSTIS7QW7REi63v9PgoxNvtMYSfWNO9/gsw ZAjZruSoC1gSEWFMD3LUkJdIiWIQX0BYdPkvAeHswg+BvGkIIT5TtBFtUVgdW9/l 0gA80zhkscLsijWjWzvCJkwXWwkV4TJeaUU/fRXlnh19NXs0/ZplNjSxdI6uC0eX UAqhaJOt7i+hRru/QypMpwTlccyTR1rPkpSm7UCXtu+urWAD2ZvX6FsHOtyPDVA/ 8mdLU9GrDeSRkwro1q67w6orA+nlel04HZCcZZB2cVY5nMOp5VGVuuhMhVBAt0II heGEvV6s00tw6YmNzReTPqvnaviNnq3gfcm5zzqzVliKmCNLmg6oM0ES2toGKu1U CW4YyKFY0Fc9FVwpa/G36NIlpOwerLIJGDXMwdvTd7WtflUf4HefJ0uTpLCJeGs2 zoiEqd+A/uE7SS94LnuufxiJhYnu5ZT2INamMzzKj/6j6ZbGSJPU/4iYnNp1eV1t nDOWt1VM/n7Gr5pWkH4E =UjK/ -END PGP SIGNATURE-
Re: rede na KVM - era - Re: duc: falha na construção em hurd-i386
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 > >> 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. 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, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXA7JZAAoJEFUlbyisYGEaB0IP/iOuVitawkbSCcA5rOi96juq YrQdhIeq3fhWFkgszX4PSR9nX0mVV9co8dREa837sPoQG7+XTqCA/Lxo4iicEvDc PKQZfZJAZ7tfABKJ3ZaTd3gv1WGXv/2BFcmZaoVwpUHHmM7V76XzVfwfp31lJcJ7 7PuAxuxQpcgov5e+UysM8xwIGroqRwB6pyatpDNfGxjiZMnOhghFHC2KHBiYpJRL md2V0E7ELjSQIIKql2nTUrIl/H61CB/Z3F70FDVcwjEXKujKjZv3B0OeDadUmVoR kNT3kG7YxlYKl/z0m0ZvzYD8fOSjmUV3A97PeTLBM3UQBftkISGFtdGJl0BFUv+n XxZURmVC+ixtfs+v/QOCR12AEHjIX0e+pvFbIJXS3bC4v8MFC5hEle/heAu41das cgvk/ysZywjjM3WGAzDnyufquD3LnWEB5EOg/upYxRP0YZARYmz6RjZhheBkDhwh PPvioysJt8+zjvo737FLih8/yGlIIzxCJuxMhghTpbaLgnhNEHir8lWUbqD+XT70 Vv1qjV5BQxWATgjcUqueuMHhVtmR2NL+X3hplBdTxAMcAMql9oM29Br8Je9xjI+h zRvGyNXqNphLmWhmX92b7zXj0t3NIPEKKUuxLkOhkWctsWEDN1cMOXcqFy7l8lUY VM05vOXvxHq8koDCZZxx =s1Ya -END PGP SIGNATURE-
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: 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
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
> > > 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: duc: falha na construção em hurd-i386
Olá, 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. É o que lembro. abraço, Herbert
Re: duc: falha na construção em hurd-i386
O Kretcheu, > Opa, > > perfeito, o upstream tinha razão. > > Segue o patch e o build log do pacote no hurd-i386. > > Obrigado! abraço, -- Herbert Parentes Fortes Neto (hpfn)
Re: duc: falha na construção em hurd-i386
Oi Kretcheu, Em 02-04-2016 19:30, Paulo escreveu: Opa, me deu mais um ótimo motivo para (re)fazer minha jaula hurd. Estou preparando a jaula aqui e assim que tiver notícias aviso. Ok. abraço,
duc: falha na construção em hurd-i386
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, O pacote duc-1.4.1 falha na construção na hurd-i386. Falei com o upstream sobre o assunto e ele tem uma sugestão para consertar o erro. Tenho agora que testar o conserto. Mando para a experimental ? Como uma lib testando um arquivo .symbols. Ou é melhor alguém com acesso as máquinas fazer o teste ? O erro: ../../src/libduc/index.c:285:17: error: 'PATH_MAX' undeclared (first use in this function) A explicação do upstream: "I see the problem. GNU Hurd doesn't define PATH_MAX because they say the POSIX standard doesn't require it at all, and that we should instead be doing dynamic allocation." A solução: "It might be just enough to change that to be DUC_PATH_MAX instead can you try that simple change..." DUC_PATH_MAX tem um '#define' abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXAB2VAAoJEFUlbyisYGEaM6QP/3vEJP988h+E9T4X9ApaxAXk D3xDXfifhO+Z5NHMgwR9UDm0wu8QNW70c3/OkijuX6bfTtKmDagpEZubucC9xei1 uAfgdladCEY18Buy9m3Z91vDHjfCLZQxUvybvPanQbl7MchP5HhFHG3WsmJRcIlb uk7xcnCiQXHZVQs4+CZ/bxHdxd+1Uzdzdylj2YfIdgOttk3EKJD+vElKVl2st+e7 T0QteKze2p0S7MHQeIYxsmNMIVFA3b5493M/Bbv5grFXNAsXwQCKD75iMB+wRF/B gB1C3bPTDtfWJnqFs1ZKTI69HWZNciFkCoE1t7aDYtrcRoZNyFeW9wy01OD3F8Ir X4QDu2q0jaIb7tkMuC744jOB4BGcT8m7d2F+JE9115TrzbqL236rF0M6b6lWoCkf p9rklRwtG4H0rzq9o+12zTCp/+/4Ea1e06W1ahwtgtPi/0n1KJTR1BFCbFypODZu UkUopcf5Xci46DEUjszqer1KScWquYK0+lgNkTulM6sswCH/rs+ShIP9K48gOhxG IC29FBIj2xsx6P7xEQQbuC8/pTaBpcT0+DbH+7jJ5AWs6Y0lILrM7VfKXeffcR8e wFEaa2ndRVeLCxpKkxIXSlg13siw/PdXih9oYcPsdRHnJ7DYmVd8KSJJ5f3zxYbV n2d3Bastsp8ocFJfx5tM =FCox -END PGP SIGNATURE-
Re: libgphoto2 - experimental - build-attempted
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Wed, 30 Mar 2016 22:29:49 -0300 Antonio Terceiro wrote: > On Wed, Mar 30, 2016 at 01:41:31PM -0300, Herbert Fortes 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&suite=experimental > > note que todas as linhas cinzas naquela tabela são arquiteturas > não-oficiais, então se o seu pacote não compila em uma delas não é um > problema muito grave. acontece que várias dessas arquiteturas não tem > gente suficiente trabalhando, então tem problemas no kernel, nos > compiladores, na libc, etc etc etc. > > minha opinião: a não ser que caçar esses problemas seja divertido pra > você, desencane ;-) Sugestão aceita. abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJW/L2pAAoJEFUlbyisYGEaM+kP/jRk/3ynm6Wxfzdji1cm8Pj5 KOsFel8P3XPsrbQlKT/J4WVemXwG/5lGfUwa+YCP0LufFSUvVEQem/1YJDP13FOf m+oeF8OBHmrdjc5AhDDKbfHCHsLcTf9Ca2voq6pj5tdc6W1ifET9vG/XVVUAFwlz HU0ST8ZI5hqB6d6fihZhzGIAjfMyrCRV58+37r0ijQbwvp732GIo1OAcjySZIo4h ASNvjxb7TXQg1HQtfbC9yjgUyDLZkGFeq+qwxskDyTvIkQ9Nu4joZ8UCPxiDXWr5 hGFW8GppyUwmYfoLZGJa83kWFnPQb/LycHSDDIl2NZGQkKyDKESKYRfOVe+p07jN R6nXy9TX+eIOmhMZJX3vGM7goWVexrjv6nPOnW/0K2tITQV+OO0EHUaJku2JJc6H yiXVzu3Spou+wAAgOda/WqDVnydOFjoizJGA+yrwEV7gCa6rwMq5XPzTUMxhDB0z 0JqI3+jaoJ4np8ojDGATNSYM2rccriiER0oXtbAin0YLZTyNCh/nxsMaCfBCNzXj 7jdeevJo2loDCB6LTohyWqBic5k1n4F9NXwBZWhzTBHokESDqj2lMUpc65OTIIgO 4DaRh57s4we5LrECmSKLzLQgXSJrV9wQfTZ2l+IgWRTosStn0TrMBhKAB6ScnhZO xkXDt0TxmcUoKQX7Gckl =mjt/ -END PGP SIGNATURE-
enviar pacote nam para stable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, Fiz um NMU para o pacote Nam[0] que entrou na unstable dia 26/02. Está na testing desde o dia 08/03. [0] - https://packages.qa.debian.org/n/nam.html Semana passada recebi um email de um usuário querendo saber como ter o pacote na stable. Falei o que era para ser feito, mas ele não soube empacotar. Então pegou o tarball no sourceforge, compilou e está usando assim. Fiz o pacote no ambiente stable (chroot), mas não consigo testar. Tenho a testing instalada e acho que assim o teste não vale. As mudanças são simples: nam (1.15-3.1+deb8u1) stable; urgency=medium * Non-maintainer upload. (Closes: #784433) * debian/control: - - set tcl-dev and tk-dev to '>=8.6'. * debian/patches: - init_tcltk_with_stub.diff unused. Commented (#) in series file. Ainda não reportei bug para release.debian.org. O pacote pode ser aceito na stable ? Backports é um caminho mais fácil. abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJW/A83AAoJEFUlbyisYGEa+fEP/2c0UUzT0yvxWa8Dzql3/scd Mk2yCdlq2KOfupg/tUl+jz8moUZ0AMKPxjw9vOD7tSuLNpxmALvuu1quu8kOqJQa JwgQlEFfilDn8fYDN884qRFm0q1jVzO0EImUhen12xrdCKNEDVSIgRittZAdFQ9R x/SjjUqA52I2oIwbipdh4urHi1rc9jkjAiZV/Ge7Uq+m0BBRUYoYk4rsLiFO0wHR hjC0YrsgY0zAaOAE51uvhwPAxSaFUrQC0e8SjUceDecxhKaapByJTBr2/K6Qn8HL PS8YxTe/wdCnxlnqyY8ZNAwJPQov9oHlldNaBoQgBd8MFBSHMA+sTxUv2oxUuTwd Ijo4dwiMJkyrcnJnNU/H1nRegtInTw2760JBpEqxbvRVCKSm3M0ldzpC2TcbxYea Ba6fCSswSLV2ba+8Nq1GYwMR8ZhMprd5h9HqzMBWEItZgafBYHQOyPrVD5DIQ3Jq Nqhjf7fQswTjtlASUVTJ0F18I5H436E/2XjeZwgzKaAOqlKmUx/A4lP0d3bCvsi5 rB1fUC6HtipGjyCIuJBPtcNlF9CuVDvQ60nbHEb1VytbIUSUfuYjJBxdqfJ0lUl+ 8gpQ7Y6/SDNKkZ0ISCNAwzMGoBFilAQRfAlgPsHYdSrUprC1Hrwc5tFxXyeXoTBs PMIyomz6UcmXq0ASg87F =AlhX -END PGP SIGNATURE-
Re: libgphoto2 - experimental - build-attempted
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 > 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 Parece que você está certo. > > Você precisa mesmo desta arquitetura ? Eu não. :) > > 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. > Obrigado pela resposta. abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJW/LyvAAoJEFUlbyisYGEaR2UQAJ8PnDCIe8enVHYli3NCGpw/ IMmJEHbNFMXmCScPq3P11B+pz5QZLwA9/8f9XERBXp+dHwfqZu+C2vphu0ofJVMi TQ5T8rdyk7FC9XiC+dArLGmL3eogi92PufqeCIfX3yNrLujoO+2zWlc5t34wvw1l OkZtfPpnfVwyLdXowPC2vxRCtni8b0Yyis6mzuzGI4p9hp2zSxnTIq5yKQAVsVE+ l2BgS1MrkMrEaAWws9M9OnxTM3nQDZGoeC9ddfY9MRhE+jhyRcPko58WQggg8q9m ZTIKdBLBcIQqEhA0aT3KOcINHGRbG4vlzcJhHkBM7z7nkQOJu5rSzjOcFih1XN6+ p4tD9MXf4LqJ1tN+rZFFO6s/Ot0YhpTQ2t0ynBoArHp3d4lH4D6TIQIdy+4cHhON XgBM7yAghpIBaJdqgksaBXfjBQqyPi/P/zLrj+FrIr1i9LcWYugqlyG0ojTbFDbM j5dW86cX8ooDvn7cuvruEEVEfod2aANCMkshmPGsGVbWxKfNrUR8hsMJEK8a9hjL x5l4xjci3vyi8zxXqfPeWArSn2DMNLnLdTlQLhUjmZkrB3UzEb0qIM6tWDIZCT4r d8cJyimMnHyyUlA7PiBjiOPdEzmJIGWJILtp/6H/r0iZqRPeb2OjHMeBm9oEQgyf M8YApHdpbd+BpcflT85/ =Ju63 -END PGP SIGNATURE-
libgphoto2 - experimental - build-attempted
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&suite=experimental abraço, -- Herbert Parentes Fortes Neto (hpfn) pgpeq_iuT2Ifo.pgp Description: PGP signature
Re: RFS: webcamoid -- full featured webcam capture application
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, > > > > Estou procurando um sponsor para o pacote webcamoid[0]. Sou > > DM do pacote, mas os nomes de alguns pacotes construídos > > mudaram então vai para a NEW. > > acabei de fazer o upload. > > note que na descrição do libavkys-dev tem dizendo > > This package contains the development files of libwebcamoid6. > > quando na verdade você provavelmente quer dizer > > This package contains the development files for libavkys. > Ok. Vou consertar. Obrigado. abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJW6ZlhAAoJEFUlbyisYGEayDoQAKXPf9AOno8y2JXEsQ/zpKrj mb24qw2WAGzWHtwLVk7PH9L4I48NuGFyfNyf7gJVVgO9JENgfSrDGBm7Pmv7C1TX smAaGwwNJ+2h9D686wkkqS6agMUFWeCCoun+yWHmLlSrd9vNYGmcP4gOMuqfF8/Q OX2bqRIl01TzxP1oUjdON8hhBtGDdYRQIlmFaxGxrk+IAdYBH4NwNzjRSrntxqM7 92SWoDtLlaoVb2heap23QGwTzpUpDhl9VWz9dUPgx9MO/joye1Et0LviNrUzpn2+ uMq4Hd7yuMQ0XOoAZmFdtV0f/oEPpN1yweWWJMCj0+FgMGqsQ8B2EjujQ7F2JsBx pTBn9rRQVghRbB7KkWwiz++PRj00umgjBX/ypRQiUVaKjz/gROAJ8qhkDIpCEIob OxC2+Bcq9IrjTV2pmkNw99Xq0w5KHx/mUmO1BLTIrRVASyVNc6uK8QkjVxF0h8bu jbEa29EaUHhdVNQD6FChg20mNsec3JyBQr82N4y7oggrI2/7bHkp+LSJkmsGRKgx 0lzd2ouLlOSvwBBvneVBn49GhMP/3CLBTdc1UONKPf5Hkpk4cQVOR2v1d/JO5Gsj uE/ip/dul92KiCKXim4kknqYi93oTlyTDQQ9ANKQ1VLLyoQIGCW8fGE1IL22heKp GGcpk6PsgIhUQR7jYJk2 =9RSX -END PGP SIGNATURE-
RFS: webcamoid -- full featured webcam capture application
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá, Estou procurando um sponsor para o pacote webcamoid[0]. Sou DM do pacote, mas os nomes de alguns pacotes construídos mudaram então vai para a NEW. * Nome do pacote : webcamoid * Versão : 7.0.0-1 * Upstream Author: Gonzalo Pedone * URL: https://github.com/webcamoid/webcamoid * License: GPL-3+ * Section: video [0] - https://packages.qa.debian.org/w/webcamoid.html Produz os seguintes binários: - akqml - full featured webcam capture application - qml module - libavkys-dev - full featured webcam capture application - dev - libavkys7 - full featured webcam capture application - library - webcamoid - full featured webcam capture application - webcamoid-data - icons and locale files for webcamoid - webcamoid-plugins - full featured webcam capture application - plugins debian/changelog: webcamoid (7.0.0-1) experimental; urgency=low * New upstream release. * New names for lib, module and paths. To accommodate that debian/control and debian/*.install files were edited and renamed. * debian/control: - libpulse-dev added to Build-Depends. - removed from Build-Depends: - libavfilter-dev, libavresample-dev, libpostproc-dev, qtmultimedia5-dev. - Two more features added to long description. * debian/copyright updated. * debian/*.symbols: - new file for soname 7. * debian/man removed. The tarball has a manpage now. * debian/patches -- all removed: - webcamoid_ffmpeg-2.9.patch applied by the upstream. - all patches about lib name removed. The upstream picked another one. Mentors: http://mentors.debian.net/package/webcamoid http://mentors.debian.net/debian/pool/main/w/webcamoid/webcamoid_7.0.0-1.dsc abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJW6E64AAoJEFUlbyisYGEaVNYQAIv8vaN4E+Ay2StlTZkM6kSn 1NiEanRYYtg2TF5x0jy/qBx+dLNKFiSbIV6zaZmrS7CO6ZkbI3kPoU32y+wfuTxq /w2A2D7/D+GKj8IcR8zT5464V4rLOm+bb2szfMH2f98UbxX8ej95wxwCaBeU7TZY eItYjZwrPTmQYmor/6jRePoofZqHIWqY30JJ/LYfhfbq5aeclbVEu0fqvyfYrrbN P0j7N6uob37nlrRbstHgoipt+6jf/RL61ZiatPkhs11WpVSq0RnR9qwUv7i8/TI3 J5OVCl6qkhFTQajmQLk2iSx2W2w9R7LU8WHINv7afnFvgkpils6tyDkq3rXY80RX Uc3YKbqeaxTWaqRD2ipIYVm4J5WJS3yNDuexyV+iS9x0Bv8Jfz9t4vCCQ1vbTyTZ wJQ/VsQPpUiPiRb0IPfQ4Ps4UkH7IHVlGW+K6a9PQSiWufFjDec15Zo8t9HkcPVP Ew93RHkHLjS4W37zURTI1GjSqFjlVkj4Q2ZEujooiKuHXoAnOVXK/91HEjSWu5Ne xJM9vWUR/e10YXBRvtD9+aiTj9RemMFRs3TJeebm3vmvz1cPdrW2ePcbcunFhXbK jWsbDXVoqqjdFvg9+m0aaf3WK6ImvqjiwXmr7j5eeE0x6BDtVEPrdPGFaEyUA8n5 a6Z8RtG8m4w/ibcdbGzz =CpD0 -END PGP SIGNATURE-
Re: Empacotamento com CMake
Olá, Desculpe, confundi CMake com Qmake. abraço, -- Herbert Parentes Fortes Neto (hpfn)
Re: Sponsor para Emulador de Master System/Game Gear
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 complementando > No debian/copyright é dito que o programa > é GPL-3+, mas tem o debian/README.source > informando sobre mudanças no tarball do > upstream. Lembro do assunto sendo discutido > na MiniDebconf Curitiba. Problemas com a > licença. O pacote deveria ser '-dfsg' ? > Sobre esse assunto ainda. No debian/control está: Section: contrib/games. abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJW5YWlAAoJEFUlbyisYGEafeUQAJLGVxktDLWlPsb8m6gzd6lA JM5+0T4/erCGtRSN9hBen1G3cMn9ufyfMYAELmoriIP13gG8howCjmXiF4iL+xRn 6GNdIfKwcw/hOfIAvl1YZ/A7rkM1CiN2KC+SH/g3m5L8S7fsoeY7ADF7LniEq7HE nVAIxYCugR2ZFq+aSc+U57z6wQ0gfetUmeXiDuahdVHbo55AdjKru/EZ5MmsmxGE birMCc7CvfYnx3xr3QK/At2acdHFlFJba/Hne7WAZMw84FXhkGSE8ciIM2aoNDfV TTUcuP1Bc9sBDvM7fj7AvIbdSmQrDrZPagRFDtnbmOfGUhKzwGUkKNIqfPFLrPWv ovv+33pm34XO3KrdJ+lxW85Z37wnrK/5KcT7ez+QGrOA6ZjZV3IDzPUO65Ukr5/3 qjr1B55mfhqR/AE/7dl0iWt/utkK8MGvcsibNZuYt64VZFJMuLlmkkTwnE+tArMi kd1v1hmUhxOY4hhm3EpApS/jFmUlLlidPYScQZi5Ehh1YEIMMqmmC/gjgQvxgFBr 8hs0FFFjnUf5OscQ36gm6iJ+sMf/Md/fqw/lCMz6xc7RuX6SeXSXwEWySvOZxvG6 pOK8hHPbJqoPxdy4DyaqXrzDKi1ieE68dbEGXqxs0Yu1H6tFkcBgv0bb0M6fPZH4 aF5EfCy8ftLFzpCyxDRo =3fkt -END PGP SIGNATURE-
Re: Sponsor para Emulador de Master System/Game Gear
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Olá Carlos, > Estou a procura de um sponsor para meu pacote. Não posso ser um sponsor, mas fiz uma pequena revisão no pacote. - cowbuilder ok. - debian/watch ok. - blhc ok. - debian/manpage/osmose-emulator.6 parece ok. - os lintians podem ser ignorados: P: osmose-emulator source: debian-watch-may-check-gpg-signature P: osmose-emulator: no-upstream-changelog - debian/changelog fecha o ITP. Fui na sua página de QA. São três bugs RFS diferentes para o mesmo pacote, mesma situação. Isso não parece bom. No debian/copyright é dito que o programa é GPL-3+, mas tem o debian/README.source informando sobre mudanças no tarball do upstream. Lembro do assunto sendo discutido na MiniDebconf Curitiba. Problemas com a licença. O pacote deveria ser '-dfsg' ? Foi o que conferi. abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJW5X42AAoJEFUlbyisYGEawnEP/j8NH8kzsb+CErwTnDmsVHnm HDB0VVnAvR4Q5tvBRtqjJa2BfsP41z2Q2MCYvos5mwFI6ia+DvrbRojZu1hVRYnn 0dgJqdRvqxIIDz7lmqwfbizG/3D0OIJJbykGZSeLHtjdRR0XcxF/MO+PW5M/BoNn m628VMaCzfPjc4LOoitmSJNk2NIPYnQwVx3wpdp3g14oaxMIt0VZmMIz+4aWvNSU 5BlbwZ44cTU4Jsy+x1+kfYzj0V9OyYCG27Px0LM7fJ2CfqYi5t1pZ+avF65olC9+ D/H4bfF1hJ4KDqZM9mSCpIzC/A8XqAneJfKMGxtneK85KS6BPpdeZVD60g/GT2pK 9NfQzMAD64vCT+WlC0NRjduIViczrPG6eWDfNosA0JJyIvKJf1FpJpLMY9YQRO4H NJU8N+1cfa1EiXF8fOvh+ei5gYbBFqL6tiI5V+xRa0cChZNI8MfTs2rwG2dK8BLC l9pt/ttNQ2BMOK2767d1mfV5VfOASjGoN/iKVHtaEpTXKLlocIC8gD0Zn+/ess/8 wXWy3ZcIE/0K/LtwqYZodxEVecUzxM72A04mox5XA7KnOnXpBhFWhsIudzRjy/Yr 4HRXVy7dgDO+ywM3Ewt0AsH4U1avsrecVagBluj/9v/nEpliuAoFxB7ttf6USeS2 nys73yx0xJKWhaW0F4/y =ICFl -END PGP SIGNATURE-
Re: RFS: sagan -- Real-time System & Event Log Monitoring System
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Fri, 11 Mar 2016 15:19:17 -0300 Eriberto wrote: > Oi Herbert, > > Como é uma correção do seu upload anterior bem recente, fiz upload com > 2 dias de atraso. Por favor, envie um email para o mantenedor avisando > sobre isso. > Feito. E obrigado. abraço, - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJW4x1bAAoJEFUlbyisYGEaqHUQAK8AMYMpK0oHyN6p3So8c1cj 0exsZPaeTdpGJcGLGoLJIvGVFM439CUTk7O9IwIeaOi5AEqK69NjdLcOaVNP3Vgj yrpPfGSR6nHqNNueTBdXPcz8CHy1hB2giF1T3VCXksDTEsb1S/6exQcTCAnwx/ZJ AKJFTmrA3ftbJ0nzAE904YF7X7oEXyhw/YIs3VranTXv71lvDw8oT6utBfnzpP/j nSrGi+X5ZzW6kmV4N3ovQb4Bw3gz5qgnof9+CVlDNCzR6/AZCL+BoTsHg1Xxenzn uGC5cc9wrxi9QKZPyRhKNs2cFhkSnHhK86Ex5KD9Vq/rEZp3XhXBGpEe4sVruW0m Wghq73IN9SbAXTW+Ce/6nvLq7IhbIef+Bsd63ATfsrWEolyMsE4BwqeXnvfcjXoi mFpd4sdaT9EjkvvXvx5GcmJV05yBG+igo/x7TdRzZzUk63qBrv7wPZbgrXuyyEVI TC2ozotZOu7/9reTHlbthX2ArDn/l1VDHGjYNZdG1gE1KFUrvZ+njqW1LdZx8VIV YuplcS9JtnfBNmHbT0lCFkW6KNkmQWCSBmP/ZOfahQ9TO4KW/OJk23RLEweRp65T C2bm6Bk+XjTEckoXyToCKJexzYQd6wZ6LlxUy3yjEATnmefp95ahZ66mauvhmeGg fPpgAEYRR/OYufkUvsDK =q+8p -END PGP SIGNATURE-
Re: RFS: sagan -- Real-time System & Event Log Monitoring System
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Pelo que vi, construiu na i386 e houve um problema de falta da dependência na hurd-i386. Ele não construiu, por erro, na kfreebsd-i386. Eu fiz um teste na máquina fischer.debian.org[1] e construiu com esses dois: ifeq ($(DEB_HOST_ARCH),$(filter $(DEB_HOST_ARCH),i386 kfreebsd-i386 hurd-i386)) Usei essa. O debian/changelog: sagan (1.0.1-0.3) unstable; urgency=low . * Non-maintainer upload. * kfreebsd-i386 and hurd-i386 added to the condiction which set '--enable-system-strstr' when running configure script. Mentors: http://mentors.debian.net/package/sagan http://mentors.debian.net/debian/pool/main/s/sagan/sagan_1.0.1-0.3.dsc abraço, Herbert ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH),i386 kfreebsd-i386 hurd-i386)) Testei em uma jaula i386 e também deu certo. Bem, aguardo o seu pacote para novo upload. [1] https://db.debian.org/machines.cgi []s Eriberto Em 9 de março de 2016 14:04, Herbert Fortes escreveu: > Olá, > > Estou procurando um sponsor para o pacote sagan[0], é um trabalho de NMU. > > * Nome do pacote : sagan > * Versão : 1.0.1-0.3 > * Upstream Author: Softwink, Inc. - Champ Clark III > * URL: https://quadrantsec.com/sagan_log_analysis_engine/ > * License: GPL-2 >Section: admin > > [0] - https://packages.qa.debian.org/s/sagan.html > > > Produz os seguintes binários: > > - sagan -- Real-time System & Event Log Monitoring System > > Já fiz dois NMU para esse pacote[1], mas um > erro ainda persiste. > > [1] - http://metadata.ftp-master.debian.org/changelogs/main/s/sagan/unstable_changelog > > Para compilar em *i386 é preciso passar uma > informação na hora de executar o 'configure'. > Então fiz: > > DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) > > ifeq ($(DEB_HOST_ARCH),i386) > ... > else > ... > endif > > Desta forma não são reconhecidas 'hurd-i386' > e 'kfreebsd-i386'. Vi na manpage do dpkg-architecture > que tem a opção '--match-wildcard'. Ou não é > o caso de ser usada nesta essa situação, ou > não estou sabendo usar. > > Alguma das seguintes maneiras vai funcionar ? > > - ifeq ($(DEB_HOST_ARCH),i386 kfreebsd-i386 hurd-i386) > > - o uso do filter: >ifeq ($(DEB_HOST_ARCH),$(filter $(DEB_HOST_ARCH),i386 kfreebsd-i386 hurd-i386)) > > - o uso de findstring: >ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH),i386 kfreebsd-i386 hurd-i386)) > > > abraços, > -- > Herbert Parentes Fortes Neto (hpfn) > - -- Herbert Parentes Fortes Neto (hpfn) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJW4cpDAAoJEFUlbyisYGEameYP+gJQUpB9Zsc8TPOQI5tHjHGx SHk7hZ3TGsMIDBwprxX8itI3XcSbLCLlq6QNRYnLytOZaeYRrRBAxvxGps9dQFyY EwKGZP1NHgVPfouVOVYgwZBJqoizAfYDtQa1PquGv4lV8Kp5UH6xLTIPXCb9ZRo+ Xdz94TKq2ISOBmuf6RU620ynpL3BTdNL1A/UeF0buPp5xqmyV07peIF+8w5j9m2H OZWOtrOZULd+K6PRcVxb4thzUUjpyRoRMCf7iCAMiQU2iHrTl+nnq5bbZ6O9x1an Ed4GAUSeSPhgPPVcrX4Z8ncvS2TC1yYnrb2FE9YJmt1pQmM/7ql9Kh+VJSdyj2wd ri6Y6bxbXh66Bs2/HsjOkh9gAyZZ+pviqHVxIDcVXvIOMGRoMJA9w49c7Zfoyo9C Uge00iHCj4Oc5e4Omihx77JOit6R9R2znffFP8cEY7iVr0x1kU6GBB5U0cSGRd3k EE/N6SbfEqlmEsAwKsQVi4CgOpL8yJxN8auOzKhNkdko9bcMusKomB7RLKiU/HBp hvZy3QWSDv9hMtiCJTQfJRnwGxni5X7uZuTFQVgJM/EPzZIU09R33FtOW1P7XxKY VC67q5YCM50sUTq/usY0dVCeoKfkHnHTfaupLhvpZquyZGrMemZasGztJZznzFD3 b+MizHfLxdfqyMnbudvg =J5sh -END PGP SIGNATURE-
repositório pacote videotrans
Olá, Recentemente adotei o pacote videotrans. E como no debian/control não existiam os campos Vcs-*, criei o repositório e fiz o upload dos pacotes. Fui dar uma olhada na minha página de QA e o pacote já tinha um repositório. Conferi o debian/control da revisão Debian anterior a da que determina o pacote como órfão e o pacote era do time 'Debian Multimedia Maintainers'[0]. O mantenedor anterior era o único no campo 'Uploaders'. Pergunta: removo o repositório que criei e entro em contato com o time ? [0] - https://qa.debian.org/developer.php?login=pkg-multimedia-maintain...@lists.alioth.debian.org abraço, -- Herbert Parentes Fortes Neto (hpfn)
RFS: sagan -- Real-time System & Event Log Monitoring System
Olá, Estou procurando um sponsor para o pacote sagan[0], é um trabalho de NMU. * Nome do pacote : sagan * Versão : 1.0.1-0.3 * Upstream Author: Softwink, Inc. - Champ Clark III * URL: https://quadrantsec.com/sagan_log_analysis_engine/ * License: GPL-2 Section: admin [0] - https://packages.qa.debian.org/s/sagan.html Produz os seguintes binários: - sagan -- Real-time System & Event Log Monitoring System Já fiz dois NMU para esse pacote[1], mas um erro ainda persiste. [1] - http://metadata.ftp-master.debian.org/changelogs/main/s/sagan/unstable_changelog Para compilar em *i386 é preciso passar uma informação na hora de executar o 'configure'. Então fiz: DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) ifeq ($(DEB_HOST_ARCH),i386) ... else ... endif Desta forma não são reconhecidas 'hurd-i386' e 'kfreebsd-i386'. Vi na manpage do dpkg-architecture que tem a opção '--match-wildcard'. Ou não é o caso de ser usada nesta essa situação, ou não estou sabendo usar. Alguma das seguintes maneiras vai funcionar ? - ifeq ($(DEB_HOST_ARCH),i386 kfreebsd-i386 hurd-i386) - o uso do filter: ifeq ($(DEB_HOST_ARCH),$(filter $(DEB_HOST_ARCH),i386 kfreebsd-i386 hurd-i386)) - o uso de findstring: ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH),i386 kfreebsd-i386 hurd-i386)) abraços, -- Herbert Parentes Fortes Neto (hpfn)
assinatura chave
Olá, Tenho aprendido a fazer pacotes debian com o Eriberto e já nos encontramos para troca de chaves/confirmação de identidade. Como é preciso de mais de um DD para aplicar para DM, pergunto se tem alguém do Rio, ou que esteja de passagem pela cidade nos próximos meses, para marcar encontro e troca de chaves. abraço, -- Herbert Parentes Fortes Neto (hpfn) -- To UNSUBSCRIBE, email to debian-devel-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150131113335.63349228091cc1432d620...@ig.com.br
Re: primeiro pacote
> umhum, sem problemas aqui... como foi que você criou o >'xawtv-3.94' em que você estava quando rodou o > dpkg-buildpackage e qual era o conteúdo dele? não criei, o apt foi quem criou. O conteudo do diretorio: $ ls -R xawtv xawtv: xawtv-3.94 xawtv_3.94-1.diff.gz xawtv_3.94-1.dsc xawtv_3.94.orig.tar.gz xawtv/xawtv-3.94: debian dist Makefile xawtv/xawtv-3.94/debian: ... xawtv/xawtv-3.94/dist: xawtv-3.94.tar.gz []
Re: primeiro pacote
> Cara, esse seu erro tá meio estranho. Dá mais detalhes sobre o seu Pois é. Está me lembrando uns meses atrás, quando compilava(tentava) um kernel e nunca dava certo. Mesmo usando o .config do kernel em uso. Acabei chegando a conclusão que um crash tinha bagunçado o sistema. E feita a reinstalação tudo ficou bem. Tenho tido uns travamentos, dificuldades de iniciar o sistema por conta de um mal-contato. Aconteceu hoje 3 vezes durante jornal da band/nacional. Um reboot foi interrompido no meio com uma mensagem tipo: PCI problems? Plaquinha de TV que uso todo dia e que tem me dado uma certa dor de cabeça. Vejo tv pelo pc. Penso em fazer uma reinstalação. Concordam? Gustavo, sobre o conteudo do orig.tar.gz, é aquilo mesmo? [] hpfn
Re: primeiro pacote
> Que problemas de dependência? Cole pra nós as mensagens de erro. Sem problemas de dependências após o 'apt-get build-dep'. > O orig.tar.gz contém o diretório xawtv-3.94? Veja: $ tar -ztvf xawtv_3.94.orig.tar.gz |grep -w xawtv-3.94 drwxr-xr-x kraxel/users 0 04-08-18 13:02:00 xawtv-3.94.orig/ drwxr-xr-x kraxel/users 0 04-08-18 13:01:46 xawtv-3.94.orig/dist/ -rw-r--r-- kraxel/users *:46 xawtv-3.94.orig/dist/xawtv-3.94.tar.gz ??? [] hpfn
Re: primeiro pacote
>> >> Baixei o tar.gz do xawtv e tentei criar o pacote sem >> alterar praticamente nada. Apenas coloquei uma CFLAGS >> de acordo com o processador que tenho aqui. E também >> usei vários --disable-* no ./configure > >Você baixou os fontes Debian, certo? Sim. Com apt-get source xawtv >> O resultado após dpkg-buildpackage -us -uc -d(sim, problemas >> com dependências mesmo com o pacote instalado. Mas não parece >> ter relação com o erro.) > >Se você olhar na manpage do dpkg-buildpackage vai ver que o -d ignora as >dependências de compilação (bibliotecas, etc), o que pode ser um >problema a não ser que você saiba _mesmo_ o que está fazendo. > >Tenta dar um `apt-get build-dep xawtv` pra instalar as dependências de >compilação do pacote. Sei que o '-d' faz com que as dependências sejam ignoradas. E tenho uma dúvida aqui também que ia deixar para depois, mas vamos a ela. Tenho o pacote(xawtv) instalado e funcionando, mas não tenho o streamer por exemplo e ele aparece no arquivo xawtv-3.94/debian/control. Tem haver com o problema com as dependências? Também achava que com as instruções --disable-* que usei resolveria o caso de algumas. Isso é correto? As dependencias são uns pacotes -dev que faltam. Tenho libasound2, mas não libasound2-dev por exemplo >> /usr/bin/dpkg-buildpackage: line 196: cd: xawtv-3.94: Arquivo >> ou diretório não encontrado >> >> Estou no diretório xawtv-3.94. É isso. > >Cara, esse erro é muito estranho. Parece que o dpkg-buildpackage está >procurando algo que deveria estar instalado ... você instalou todos >os pacotes básicos pra construção de pacotes? (tenta instalar o pacote >build-essential). Tenho o build-essential. E todos os listados em new-maint-guide. Comecei a ter a sensação de estar me afogando em tantos pacotes e docs para ler. Por isso resolvi perguntar. [] hpfn obs: usei o apt-get build-dep por desencargo de consciência. Foram instalados mais 43 pacotes, mais do que os listados com o dpkg-buildpackage. O resultado foi o mesmo.
Re: primeiro pacote
> Pode sim. Seja bém vindo. :) Legal! Minha dúvida no momento parece ser bem boba, mas atrapalha assim mesmo. Baixei o tar.gz do xawtv e tentei criar o pacote sem alterar praticamente nada. Apenas coloquei uma CFLAGS de acordo com o processador que tenho aqui. E também usei vários --disable-* no ./configure O resultado após dpkg-buildpackage -us -uc -d(sim, problemas com dependências mesmo com o pacote instalado. Mas não parece ter relação com o erro.) ... dh_clean dpkg-source -b xawtv-3.94 dpkg-source: building xawtv using existing xawtv_3.94.orig.tar.gz dpkg-source: building xawtv in xawtv_3.94-1.diff.gz dpkg-source: building xawtv in xawtv_3.94-1.dsc /usr/bin/dpkg-buildpackage: line 196: cd: xawtv-3.94: Arquivo ou diretório não encontrado Estou no diretório xawtv-3.94. É isso. Orientações são muito bem vindas. [] hpfn
primeiro pacote
Olá Acabei de me inscrever na lista. Gostaria de saber se posso tirar dúvidas sobre empacotamento nesta lista. Nunca fiz um pacote. A mensagem anterior parece não ter chegado, por isso estou enviando essa segunda tentativa [] hpfn