Bug#617360: aptitude: a race causes package failed to install message on some hosts
Hello, The same issue occur here. We have a few Xen DomUs created from our Debian squeeze template, but only two of them are affected by this bug. Of course, we have installed the same versions of aptitude, dpkg and cron-apt. I should add too that the issue is not always repeatable. Sometimes I can run `LANG=C /usr/bin/aptitude dist-upgrade -d -y` and the bug doesn't occur at all. But sometimes I can see it for all command calls. Probably the bug is visible only for LANG=C. I couldn't see it for my default LANG=pl_PL.UTF-8. I'm not sure why aptitude displays me information about failed installation of a package (A package failed to install. Trying to recover:). I don't want to upgrade/install any package when I use -d option of aptitude. I want only to *download* the package. Do you have any idea how to debug it? I was trying to find a reason of the bug using `strace -f` as well, but no success. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459734: closed by Ola Lundqvist o...@inguza.com (reply to o...@inguza.com) (Solved)
Debian Bug Tracking System pisze: Hi This functionality is now available in 3.0.24. You can now configure the VZ to be restarted on vz restart. Hello Ola, Good news! Thanks for the info! Have a nice day, Pawel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587096: Missing .mo files with Sympa locales
Package: sympa Version: 6.0.1+dfsg-2 Severity: important Hello, Recently I've rebuilt successfully Debian testing source package of sympa 6.0.1+dfsg-2 for my Lenny box and after installation it I noticed that now I have neither Polish nor any Sympa locales... Below there are my steps I did for rebuilding and installing new Sympa: $ mkdir ~/sympa $ cd ~/sympa/ $ wget http://ftp.de.debian.org/debian/pool/main/s/sympa/sympa_6.0.1+dfsg-2.dsc $ wget http://ftp.de.debian.org/debian/pool/main/s/sympa/sympa_6.0.1+dfsg.orig.tar.gz $ wget http://ftp.de.debian.org/debian/pool/main/s/sympa/sympa_6.0.1+dfsg-2.debian.tar.gz $ dpkg-source -x sympa_6.0.1+dfsg-2.dsc $ cd sympa-6.0.1+dfsg/ $ LANG=C dpkg-buildpackage -uc -us -rfakeroot $ cd .. $ sudo aptitude install libnet-netmask-perl libregexp-common-perl libterm-progressbar-perl libapache2-mod-fcgid libsoap-lite-perl ca-certificates $ sudo aptitude install libhtml-stripscripts-parser-perl libmime-lite-html-perl $ sudo dpkg -i sympa_6.0.1+dfsg-2_amd64.deb $ find /usr/lib/sympa/locale/pl/ /usr/lib/sympa/locale/pl/ /usr/lib/sympa/locale/pl/LC_MESSAGES So next I rebuilt the source package again to check it and observed the following messages: [...] dh_clean for file in po/af.gmo po/ar.gmo po/bg.gmo po/br.gmo po/ca.gmo po/cs.gmo po/de.gmo po/el.gmo po/en_US.gmo po/es.gmo po/et.gmo po/eu.gmo po/fi.gmo po/fr.gmo po/hu.gmo po/id.gmo po/it.gmo po/ja.gmo po/ko.gmo po/ml.gmo po/nb_NO.gmo po/nl.gmo po/nn_NO.gmo po/oc.gmo po/pl.gmo po/pt.gmo po/pt_BR.gmo po/ro.gmo po/ru.gmo po/sv.gmo po/tr.gmo po/vi.gmo po/zh_CN.gmo po/zh_TW.gmo po-wwsympa/af.gmo po-wwsympa/ar.gmo po-wwsympa/bg.gmo po-wwsympa/br.gmo po-wwsympa/ca.gmo po-wwsympa/cs.gmo po-wwsympa/de.gmo po-wwsympa/el.gmo po-wwsympa/en_US.gmo po-wwsympa/es.gmo po-wwsympa/et.gmo po-wwsympa/eu.gmo po-wwsympa/fi.gmo po-wwsympa/fr.gmo po-wwsympa/hu.gmo po-wwsympa/id.gmo po-wwsympa/it.gmo po-wwsympa/ja.gmo po-wwsympa/ko.gmo po-wwsympa/ml.gmo po-wwsympa/nb_NO.gmo po-wwsympa/nl.gmo po-wwsympa/nn_NO.gmo po-wwsympa/oc.gmo po-wwsympa/pl.gmo po-wwsympa/pt.gmo po-wwsympa/pt_BR.gmo po-wwsympa/ro.gmo po-wwsympa/ru.gmo po-wwsympa/sv.gmo po-wwsympa/tr.gmo po-wwsympa/vi.gmo po-wwsympa/zh_CN.gmo po-wwsympa/zh_TW.gmo src/etc/list_aliases.tt2 src/lib/Sympa/Constants.pm sympa.spec; do \ [ ! -e $file.upstream ] || mv -f $file.upstream $file; \ done [...] Making install in po make[2]: Entering directory `/tmp/sympa-6.0.1+dfsg/po' mkdir -p -- /tmp/sympa-6.0.1+dfsg/debian/sympa//usr/share /usr/bin/install: cannot stat `./ar.gmo': No such file or directory installing ./ar.gmo as /tmp/sympa-6.0.1+dfsg/debian/sympa//usr/lib/sympa/locale/ar/LC_MESSAGES/sympa.mo /usr/bin/install: cannot stat `./br.gmo': No such file or directory installing ./br.gmo as /tmp/sympa-6.0.1+dfsg/debian/sympa//usr/lib/sympa/locale/br/LC_MESSAGES/sympa.mo /usr/bin/install: cannot stat `./bg.gmo': No such file or directory As you can see above installing of .gmo files failed. It's because I've got neither static nor dynamic generated .gmo files here: $ find . -type f -name \*gmo\* $ $ ls po/ ar.po cs.po es.po fr.po ko.po Makevars pl.po remove-potcdate.sin sv.po zh_CN.po bg.po de.po et.po hu.po la.po ml.po POTFILES.in ro.posympa.pot zh_TW.po br.po el.po eu.po id.po LINGUAS nb_NO.po pt_BR.po ru.potr.po ca.po en_US.po fi.po ja.po Makefile.in.in nl.po pt.po stamp-po vi.po I grabbed also upstream Sympa version to compare it to your Debian source package and I found appropriate .gmo files there: $ cd ~/sympa/ $ wget http://www.sympa.org/distribution/old/sympa-6.0.1.tar.gz $ tar xzf sympa-6.0.1.tar.gz $ cd sympa-6.0.1/ $ ls po/ ar.gmo cs.po et.gmo hu.po la.gmo nl.gmo pt.gmo sv.po zh_TW.po ar.po de.gmo et.po id.gmo la.po nl.popt.po sympa.pot bg.gmo de.po eu.gmo id.po LINGUAS oc.gmo remove-potcdate.sin tr.gmo bg.po el.gmo eu.po it.gmo Makefile.in.in oc.poro.gmo tr.po br.gmo el.po fi.gmo it.po Makevarspl.gmo ro.po vi.gmo br.po en_US.gmo fi.po ja.gmo ml.gmo pl.poru.gmo vi.po ca.gmo en_US.po fr.gmo ja.po ml.po POTFILES.in ru.po zh_CN.gmo ca.po es.gmo fr.po ko.gmo nb_NO.gmo pt_BR.gmostamp-po zh_CN.po cs.gmo es.po hu.gmo ko.po nb_NO.popt_BR.po sv.gmo zh_TW.gmo Please add missing upstream .gmo files or generate them from .po files during building binary package. My best regards, Pawel Tecza -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587154: Sympa upgrade overwrites current .conf files
Package: sympa Version: 6.0.1+dfsg-2 Severity: important Hello again, I've found yet another bug in your Sympa 6.0.1+dfsg-2 package from Debian testing. It seems that package upgrade overwrites current Sympa configuration on a server. Fortunately I have a server backup and I didn't lost a content of my /etc/sympa/sympa.conf and /etc/sympa/wwsympa.conf files... Could you please add debian/conffiles file to your source package or use another Debian way to protect Sympa configuration? Have a nice weekend, Pawel Tecza -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587154: Sympa upgrade overwrites current .conf files
On Fri, 25 Jun 2010 16:14:21 +0200 Stefan Hornburg (Racke) ra...@linuxia.de wrote: On 06/25/2010 04:02 PM, Paweł Tęcza wrote: Package: sympa Version: 6.0.1+dfsg-2 Severity: important Hello again, I've found yet another bug in your Sympa 6.0.1+dfsg-2 package from Debian testing. It seems that package upgrade overwrites current Sympa configuration on a server. Fortunately I have a server backup and I didn't lost a content of my /etc/sympa/sympa.conf and /etc/sympa/wwsympa.conf files... These files are not conffiles and are rewritten on upgrades. Current settings should be honoured unless they affect path settings etc. So please give a detailed report what went wrong. Hi Stefan, At first, thanks a lot for your fast reply! :) Below is diff between my sympa.conf for old and stable Sympa 5.3.4-6.1 and new and testing Sympa 6.0.1+dfsg-2: --- 5.3.4-6.1/sympa.conf2010-06-24 16:54:55.0 +0200 +++ 6.0.1+dfsg-2/sympa.conf 2010-06-25 15:32:57.0 +0200 @@ -160,7 +160,7 @@ ### Web interface ### ## Sympa's main page URL -wwsympa_urlhttp://lista.uw.edu.pl/sympa +wwsympa_url http://lista.uw.edu.pl/wws ## SOAP service URL soap_url http://lista.uw.edu.pl/sympasoap @@ -170,4 +170,6 @@ db_passwd sympa db_user sympa -db_host localhost +# db_host localhost +bounce_warn_rate 30 +bounce_halt_rate 50 As you can see above the changes are rather minor... But here is diff between my sympa.conf for testing Sympa 6.0.1+dfsg-2 and rebuilt Sympa 6.0.1+dfsg-2 with added by me missing .mo files (see my previous bug report #587096): --- 6.0.1+dfsg-2/sympa.conf 2010-06-25 15:25:19.0 +0200 +++ 6.0.1+dfsg-2~ptecza1/sympa.conf 2010-06-25 15:32:51.0 +0200 @@ -49,7 +49,7 @@ ### General definition ### ## Main robot hostname -domain lista.uw.edu.pl +domain lists.gpa.net.icm.edu.pl ## Listmasters email list comma separated ## Sympa will associate listmaster privileges to these email addresses (mail and web interfaces). Some error reports may also be sent to these addresses. @@ -60,7 +60,7 @@ email sympa ## Default lang (cs | de | el | en_US | fr | hu | it | ja_JP | nl | oc | pt_BR | tr) -lang pl +lang en_US ## Who is able to create lists ## This parameter is a scenario, check sympa documentation about scenarios if you want to define one Here the changes are bigger. Package upgrade broke my locale settings. Also it changed my domain. lists.gpa.net.icm.edu.pl is my old and unused domain. Now I use only lista.uw.edu.pl domain. Cheers, Pawel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560595: rsyslog removed, but /etc/logrotate.d/rsyslog still exists
Package: rsyslog Version: 3.18.2-1 Recently I've installed syslog-ng package on my server with Debian Lenny. It removed rsyslog package, because rsyslog provides system-log-daemon, but syslog-ng conflicts with system-log-daemon. Now I get the following messages from Cron: /etc/cron.daily/logrotate: error: syslog-ng:1 duplicate log entry for /var/log/auth.log run-parts: /etc/cron.daily/logrotate exited with return code 1 The reason is /etc/logrotate.d/rsyslog file which still exists on my system: $ dpkg -l rsyslog |grep rsyslog rc rsyslog 3.18.2-1 enhanced multi-threaded syslogd $ grep '/var/log/syslog' /etc/logrotate.d/* /etc/logrotate.d/rsyslog:/var/log/syslog /etc/logrotate.d/syslog-ng:/var/log/syslog { -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560595: closed by Michael Biebl bi...@debian.org (Re: Bug#560595: rsyslog removed, but /etc/logrotate.d/rsyslog still exists)
Debian Bug Tracking System pisze: This is fixed since 3.18.5-1 * Disable the logrotate file when removing the package to avoid log rotation failures. Closes: #500569 Thanks to Kobayashi Noritada for the patch Hi Michael, It's good to know it. Thanks a lot for the information! It's a pity that the patch hasn't got into Lenny. Sorry for reporting that issue, but I checked only open bugs against your rsyslog package :) My best regards, Pawel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560595: closed by Michael Biebl bi...@debian.org (Re: Bug#560595: rsyslog removed, but /etc/logrotate.d/rsyslog still exists)
Michael Biebl pisze: Paweł Tęcza schrieb: Debian Bug Tracking System pisze: This is fixed since 3.18.5-1 * Disable the logrotate file when removing the package to avoid log rotation failures. Closes: #500569 Thanks to Kobayashi Noritada for the patch Hi Michael, It's good to know it. Thanks a lot for the information! It's a pity that the patch hasn't got into Lenny. The version in lenny is 3.18.6-4, so it contains the above fix. Hm. It seems you're absolutely right: $ cat /etc/issue Debian GNU/Linux 5.0 \n \l $ apt-cache policy rsyslog rsyslog: Installed: (none) Candidate: 3.18.6-4 Version table: 3.18.6-4 0 500 http://ftp.pl.debian.org lenny/main Packages 3.18.2-1 0 100 /var/lib/dpkg/status But it's very strange for me, because dpkg shows me I had rsyslog 3.18.2-1: $ dpkg -l rsyslog |grep rsyslog rc rsyslog 3.18.2-1 enhanced multi-threaded syslogd I can't explain it now, but I'm so sorry for confusing. Cheers, Pawel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541205: closed by Joey Hess jo...@debian.org (Bug#541205: fixed in ikiwiki 3.1415926)
Debian Bug Tracking System pisze: Source: ikiwiki Source-Version: 3.1415926 We believe that the bug you reported is fixed in the latest version of ikiwiki, which is due to be installed in the Debian FTP archive: I'm so sorry for deleted response, but I had a summer holidays :) I can confirm that the bug #541205 and #541215 I also reported have been fixed and now I'm able to rebuild Ikiwiki 3.1415926 for Ubuntu Jaunty. Thank you very much for your work! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541205: ikiwiki FTBFS: Failed to load plugin IkiWiki::Plugin::po
Dnia 2009-08-12, śro o godzinie 12:20 -0400, Joey Hess pisze: Pawel Tecza wrote: I can't rebuild Ikiwiki 3.141592 on my Ubuntu Intrepid box because of the following error: install -d underlays/empty touch underlays_copy_stamp PERL5LIB=.. ./po2wiki underlay.setup Failed to load plugin IkiWiki::Plugin::po: nowrapi18n is not exported by the Locale::Po4a::Common module You need po4a 0.35. Thanks a lot for the hint! I have po4a 0.34-2, but I'll try to build backport of version 0.36.1-1 getting source package from Ubuntu Karmic. BTW, could you please set necessary version of po4a package in Build-Depends-Indep:? Thank you! --- debian/control.orig 2009-08-12 19:46:57.0 + +++ debian/control 2009-08-12 19:47:20.0 + @@ -6,7 +6,7 @@ libtext-markdown-perl | markdown, libtimedate-perl, libhtml-template-perl, libhtml-scrubber-perl, wdg-html-validator, - libhtml-parser-perl, liburi-perl, perlmagick, po4a + libhtml-parser-perl, liburi-perl, perlmagick, po4a (= 0.35-1) Maintainer: Joey Hess jo...@debian.org Uploaders: Josh Triplett j...@freedesktop.org Standards-Version: 3.8.1
Bug#541205: ikiwiki FTBFS: Failed to load plugin IkiWiki::Plugin::po
Dnia 2009-08-12, śro o godzinie 16:16 -0400, Joey Hess pisze: I recommend you still backport 0.35, since there are possible security issues when using 0.34 with ikiwiki. I can't found source package of po4a 0.35 either on packages.debian.org or packages.ubuntu.com. Debian squeeze and sid have 0.36.3-1. Ubuntu Karmic has 0.36.1-1. Debian lenny and Ubuntu Jaunty have 0.34-2. As I wrote before, I'll try with 0.36.1-1 from Karmic. I'll write to you again if it fails :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527833: courier: FTBFS: ./libtool: line 1210: libtool: compile: cannot determine name of library object from `': command not found
Lucas, Probably the reason of FTBFS is because you have newer version of autoconf and libtool packages on your Sid box. I had very similar problem under Ubuntu Jaunty. Did you try to run `autoreconf -f` before? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536073: courier: Patched Makefile.in files, but not patched Makefile.am files
Source: courier Version: 0.61.2-1 Stefan, I've noticed that you modified a few Makefile.in files, but didn't touch appropriate Makefile.am files. The list of them is below: courier/Makefile.in courier/doc/Makefile.in courier/module.esmtp/Makefile.in maildir/Makefile.in I hope you agree with me that it's better to patch Makefile.am files and run `automake` to regenerate Makefile.in files :) Your source package is a base for my own Courier binary packages. Recently I've added some special patches for my mail system and I was really surprised, because I couldn't build the packages: $ dpkg-source -x courier_0.61.2-1.dsc $ cd courier-0.61.2/ $ cp -r /path/to/my/debian/patches/ debian/ $ dpatch apply-all $ autoreconf -f $ dpkg-buildpackage -uc -us -rfakeroot [...] dh_movefiles dh_movefiles: debian/tmp//usr/sbin/rmail not found (supposed to put it in courier-mta) dh_movefiles: debian/tmp//usr/share/man/man8/courier-mtaconfig.8 not found (supposed to put it in courier-mta) dh_movefiles: debian/tmp//usr/share/man/man8/courieresmtpd.8 not found (supposed to put it in courier-mta) make: *** [install] Error 1 dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 2 The files above were not symlinked or created, because I lost your changes in Makefile.in files after `autoreconf -f`. My best regards, Pawel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532436: courier: debian/rules clean error: /bin/sh: -/usr/bin/make: not found
Source: courier Version: 0.61.2-1 I have a problem with rebuilding the latest version of courier source package (0.61.2-1) for my Ubuntu Jaunty box. When I try to clean the sources then I get the following error message: $ fakeroot debian/rules clean dh_testdir if [ ! -x /usr/bin/openssl ]; then \ echo You need to install openssl first; \ exit 1; \ fi if [ `umask` != 0022 ]; then echo You need to set umask to 022 in order to compile/build courier; exit 1; fi chmod +x debian/fixlinks chmod +x debian/courier_perms chmod +x debian/correctpermissions.pl dh_testroot debconf-updatepo rm -f stamp-build stamp-install [ ! -f Makefile ] ||-/usr/bin/make clean /bin/sh: -/usr/bin/make: not found make: *** [clean] Error 127 It's probably typo for `clean` target in debian/rules file: --- debian/rules.orig 2009-06-09 11:30:52.0 + +++ debian/rules2009-06-09 11:31:18.0 + @@ -93,7 +93,7 @@ rm -f stamp-build stamp-install # Add here commands to clean up after the build process. - [ ! -f Makefile ] ||-$(MAKE) clean + [ ! -f Makefile ] || $(MAKE) clean dh_clean if [ -f srcmgr.list ]; then debian/srcmgr cleanse srcmgr.list; rm srcmgr.list; fi #can be removed later -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530502: closed by Joey Hess jo...@debian.org (Bug#530502: fixed in ikiwiki 3.14)
Debian Bug Tracking System pisze: This is an automatic notification regarding your Bug report which was filed against the ikiwiki package: #530502: Ikiwiki 3.13 FTBFS: Can't stat /usr/share/ikiwiki/smiley: No such file or directory It has been closed by Joey Hess jo...@debian.org. I can confirm that the bug has been fixed and now I'm able to rebuild ikiwiki 3.14. Thank you very much! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530502: Ikiwiki 3.13 FTBFS: Can't stat /usr/share/ikiwiki/smiley: No such file or directory
Source: ikiwiki Version: 3.13 I can't rebuild the latest Ikiwiki 3.13 for Ubuntu Jaunty. It fails because of missing smiley Markdown template file with the following error message: $ dpkg-buildpackage -uc -us -rfakeroot [...] make[1]: Entering directory `/home/ptecza/Ubuntu/Packages/ikiwiki/ikiwiki-3.13' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/404..ok t/basename.ok t/basewiki_brokenlinks.ok 3/0Can't stat /usr/share/ikiwiki/smiley: No such file or directory at IkiWiki/Render.pm line 320 internal error: smileys.mdwn cannot be found in t/basewiki_brokenlinks or underlay # Failed test at t/basewiki_brokenlinks.t line 11. t/basewiki_brokenlinks.NOK 4/0grep: t/tmp/out/index.html: No such file or directory # Failed test at t/basewiki_brokenlinks.t line 19. broken links found t/basewiki_brokenlinks.NOK 5/0grep: t/tmp/out/index.html: No such file or directory # Failed test at t/basewiki_brokenlinks.t line 25. t/basewiki_brokenlinks.NOK 6/0Can't stat /usr/share/ikiwiki/directives: No such file or directory at IkiWiki/Render.pm line 320 Can't stat /usr/share/ikiwiki/smiley: No such file or directory at IkiWiki/Render.pm line 320 internal error: smileys.mdwn cannot be found in t/basewiki_brokenlinks or underlay # Failed test at t/basewiki_brokenlinks.t line 11. t/basewiki_brokenlinks.NOK 8/0grep: t/tmp/out/index.html: No such file or directory # Failed test at t/basewiki_brokenlinks.t line 19. broken links found (with listdirectives) t/basewiki_brokenlinks.NOK 9/0grep: t/tmp/out/index.html: No such file or directory # Failed test at t/basewiki_brokenlinks.t line 25. t/basewiki_brokenlinks.NOK 10/0# Looks like you failed 6 tests of 12. t/basewiki_brokenlinks.dubious Test returned status 6 (wstat 1536, 0x600) DIED. FAILED tests 4-6, 8-10 Failed 6/12 tests, 50.00% okay t/bazaar...skipped all skipped: bzr not available or could not make test dir t/beautify_urlpath.ok t/bestlink.ok t/crazy-badass-perl-bugok t/dirname..ok t/file_pruned..ok t/git..skipped all skipped: git not available or could not make test dir t/html.ok t/htmlbalance..ok t/htmlize..ok t/indexok t/linkify..ok t/linkpage.ok t/mercurialskipped all skipped: hg not available or could not make test dir t/openiduser...skipped all skipped: Net::OpenID::VerifiedIdentity not available t/pagename.ok t/pagespec_match...ok t/pagespec_merge...ok t/pagetitleok t/parentlinks..ok t/permalinkok t/preprocess...ok t/readfile.ok t/renamepage...ok t/svn..ok t/syntax...ok t/titlepageok t/yesnook Failed Test Stat Wstat Total Fail List of Failed --- t/basewiki_brokenlinks.t6 1536126 4-6 8-10 4 tests skipped. Failed 1/31 test scripts. 6/619 subtests failed. Files=31, Tests=619, 16 wallclock secs ( 7.82 cusr + 1.98 csys = 9.80 CPU) Failed 1/31 test programs. 6/619 subtests failed. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/home/ptecza/Ubuntu/Packages/ikiwiki/ikiwiki-3.13' dh_auto_test: make returned exit code 2 make: *** [build] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504080: [RFR] Courier-Pythonfilter
Dnia 2009-01-28, śro o godzinie 23:16 +0100, Piotr Ożarowski pisze: [please CC me or debian-pyt...@l.d.o as I didn't subscribe this bug] Hello Peter! ;) Thank you very much for your time and your valuable comments! I believe there will be helpful for better Courier-Pythonfilter debianization. BTW, Ondrej is right. RFR is an abbreviation for Request For Review. My best regards, Pawel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504080: ITP: courier-pythonfilter -- filter collection for the Courier MTA
Frederik Dannemare pisze: On Tuesday 13 January 2009 16:21, Paweł Tęcza wrote: This is a detail, but you could add python-psycopg2 package to Suggests: field. Please don't forget to suggest python-mysqldb package for incoming Pythonfilter 1.6 :) I see that Gordon has released 1.6. I'll look into it. Great news! Thanks a lot! My best regards, Pawel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504080: ITP: courier-pythonfilter -- filter collection for the Courier MTA
Frederik Dannemare pisze: On Friday 09 January 2009 11:49, Paweł Tęcza wrote: Now I want to upgrade your package to version 1.5. Are you working on it? I can try to do it myself using your package as a base, if you are too busy now. Hi Pawel I just did an upload of 1.5 to mentors.debian.net. I have included some of the suggestions you made some time ago. Hello Frederik, Great message! Thanks a lot! Do you know that I sent RFR to debian-python mailing list before I received your message? :) I'm not sure whether you noticed it, but Courier-Pythonfilter has speeded up recently. Version 1.6 with MySQL support for greylisting should be available soon :) My best regards, P. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504080: ITP: courier-pythonfilter -- filter collection for the Courier MTA
Frederik Dannemare pisze: On Friday 09 January 2009 11:49, Paweł Tęcza wrote: Now I want to upgrade your package to version 1.5. Are you working on it? I can try to do it myself using your package as a base, if you are too busy now. Hi Pawel I just did an upload of 1.5 to mentors.debian.net. I have included some of the suggestions you made some time ago. It's me again :) This is a detail, but you could add python-psycopg2 package to Suggests: field. Please don't forget to suggest python-mysqldb package for incoming Pythonfilter 1.6 :) P. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504080: ITP: courier-pythonfilter -- filter collection for the Courier MTA
Frederik Dannemare pisze: On Saturday 03 January 2009 16:04, Paweł Tęcza wrote: Dnia 2008-12-22, pon o godzinie 13:45 +0100, Paweł Tęcza pisze: It seems that I don't need to debianize real python-pgsql module, because Gordon Messmer, creator of Pythonfilter has made a patch with psycopg2 support. We are testing it now and it should be available soon. Hello Frederik, Courier-Pythonfilter 1.5 with psycopg2 support is out! :) Hi Paweł Thank you for the heads up. I'll look into it. B/R, Frederik Hello Frederik, I would like to inform you that I've rebuilt your Courier-Pythonfilter 1.4 package for Ubuntu Hardy and uploaded it into our Debian packages repo [1]. It's public available. I did it, because someone at courier-users mailing list [2] was going to use Courier-Pythonfilter under Ubuntu. Now I want to upgrade your package to version 1.5. Are you working on it? I can try to do it myself using your package as a base, if you are too busy now. My best regards, P. [1] http://gpa.net.icm.edu.pl/ [2] http://markmail.org/message/gn6eo7sdk7623wxn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504080: ITP: courier-pythonfilter -- filter collection for the Courier MTA
Dnia 2008-12-22, pon o godzinie 13:45 +0100, Paweł Tęcza pisze: It seems that I don't need to debianize real python-pgsql module, because Gordon Messmer, creator of Pythonfilter has made a patch with psycopg2 support. We are testing it now and it should be available soon. Hello Frederik, Courier-Pythonfilter 1.5 with psycopg2 support is out! :) My best regards, P. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504080: ITP: courier-pythonfilter -- filter collection for the Courier MTA
Frederik Dannemare pisze: On Thursday 18 December 2008 10:05, Paweł Tęcza wrote: I've just found Python module for PostgreSQL support of Pythofilter. It's python-pgsql [1]. Unfortunately it hasn't been debianized yet. Debian has python-pgsql package for long time, but it's different package! Its real name is pypgsql [2], grrr... Ah, that kind of thing is always bloody annoying. I would like to make Debian package with python-pgsql. I don't know what the best name for it is, so probably I'll contact with Debian Python Team. Yeah, or maybe try asking on the Debian mentors mailing list. The people there are usually full of good ideas. Hello Frederik, It seems that I don't need to debianize real python-pgsql module, because Gordon Messmer, creator of Pythonfilter has made a patch with psycopg2 support. We are testing it now and it should be available soon. Have a nice day, P. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504080: ITP: courier-pythonfilter -- filter collection for the Courier MTA
Paweł Tęcza pisze: 2. You could add suggestion for python-clamav, python-dns, python-spf packages. There can be necessary for some Pythonfilter modules. BTW, do you use Pythonfilter greylisting with PostgreSQL support? Recently I've been working on it, but no success. Gordon Messmer use mysterious Python pgsql module, but I can't find it in any Debian Python package for PostgreSQL support. Hello Frederik, I've just found Python module for PostgreSQL support of Pythofilter. It's python-pgsql [1]. Unfortunately it hasn't been debianized yet. Debian has python-pgsql package for long time, but it's different package! Its real name is pypgsql [2], grrr... I would like to make Debian package with python-pgsql. I don't know what the best name for it is, so probably I'll contact with Debian Python Team. My best regards, Pawel [1] http://people.rpath.com/~gafton/pgsql/ [2] http://pypgsql.sourceforge.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504080: ITP: courier-pythonfilter -- filter collection for the Courier MTA
Paweł Tęcza pisze: frede...@dannemare.net pisze: It is in pretty good shape, is lintian clean, and I've tested the build process in an up-to-date sid pbuilder environment as well. I have also added tiny man pages for pythonfilter and pythonfilter-quarantine as well as written postinst and prerm scripts for starting and stopping the filter, plus a few other things. Furthermore, I'm using dpatch to remove shebangs where they are not appropriate. It sounds very interesting for me. I didn't touch the Python sources, only packaged them and also created postinst and prerm scripts. I'll compare your work with mine and write to you, if I have any ideas how to improve your package. Hi Frederic, I've just seen your source package. I very like it. Some things you did like me, but there are a few differences, for example I didn't know trick with debian/links file. Your work is clean and smart. However I have the couple comments: 1. Alternative dependency on courier-mta-ssl is probably redundant, because this package depends on courier-mta. 2. You could add suggestion for python-clamav, python-dns, python-spf packages. There can be necessary for some Pythonfilter modules. BTW, do you use Pythonfilter greylisting with PostgreSQL support? Recently I've been working on it, but no success. Gordon Messmer use mysterious Python pgsql module, but I can't find it in any Debian Python package for PostgreSQL support. 3. Pythonfilter 1.4 has been released under GPL v3. Please see COPYING file. I think that it's important notice. 4. You've probably forgotten to add 30_shebang_removal.dpatch file to debian/patches/00list file. I've also noticed that all *.dpatch files have 755 permissions, except of the last patch (30_shebang_removal.dpatch). It has 644. Unfortunately I don't know nothing about dpatch support for Debian packaging, so I'm not sure whether executable permission is necessary for *.dpatch files. But when I'm building the binary backage, then I can see the warning messages like below: dpkg-source: warning: executable mode 0755 of 'debian/patches/28_shebang_removal.dpatch' will not be represented in diff BTW, maybe better idea is to create only one big 00_shebang_removal.dpatch, instead of 30 little files? 5. I have README.Debian file with the following content. Feel free to copy/modify it, if you think that it can be helpful for users. courier-filter-python for Debian pythonfilter is ready to work after installation, but all its filters are disabled by default. Please edit /etc/pythonfilter.conf file and enable the filters you need. For some of them you also need to edit /etc/pythonfilter-modules.conf file. Next edit /etc/courier/enablefiltering file and enable mail sources which you want to filter. Now you are ready to courierfilter restart: sudo courierfilter restart Note: If you were not using any Courier mail filters (i.e. dupfilter or perlfilter) before, then you should modify your system boot script to run courierfilter start as soon as possible, and run courierfilter stop during the final portion of your system shutdown script. -- Paweł Tęcza pte...@net.icm.edu.pl Tue, 09 Dec 2008 12:02:13 + That's all :) I guess you don't want to rename your package? ;) Have a nice day, Pawel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504080: ITP: courier-pythonfilter -- filter collection for the Courier MTA
frede...@dannemare.net pisze: Hi Paweł I packaged courier-pythonfilter in the beginning of November and uploaded it to mentors.debian.net: http://mentors.debian.net/debian/pool/main/c/courier-pythonfilter/ Hello again, Thank you very much for your reply and the link! I'll take a look at that source package tomorrow. It is in pretty good shape, is lintian clean, and I've tested the build process in an up-to-date sid pbuilder environment as well. I have also added tiny man pages for pythonfilter and pythonfilter-quarantine as well as written postinst and prerm scripts for starting and stopping the filter, plus a few other things. Furthermore, I'm using dpatch to remove shebangs where they are not appropriate. It sounds very interesting for me. I didn't touch the Python sources, only packaged them and also created postinst and prerm scripts. I'll compare your work with mine and write to you, if I have any ideas how to improve your package. I filed a request for sponsor on the mentors list but nobody has shown interest as of yet: http://groups.google.se/group/linux.debian.devel.mentors/browse_thread/threa d/f53b85784e0cf30b I'll give it a second try in a few weeks time. Did you try to contact with Stefan Hornburg (Racke)? He is Debian developer and maintaner of Courier packages for Debian. I wrote him about my Pythonfilter package a few days ago, but I don't have any his feedback yet. If you're a DD yourself, please consider sponsoring it. ;) No, I'm not DD. Debian was my favourite Linux distro couple years ago. Now I rather prefer Ubuntu for desktop and server and recently I've been testing OpenSolaris on my laptop :) Good night, Pawel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504080: ITP: courier-pythonfilter -- filter collection for the Courier MTA
Hi Frederik, Recently I've packaged Pythonfilter 1.4. It's not perfect, because I don't have the experiences with debianization of Python applications, but it works for me. Let me know, if you're interested. I can share my work with you. Please note that my package is named courier-filter-python. Pythonfilter is the most popular Python filtering framework for Courier-MTA, so it can be alternative for Perl implementation named courier-filter-perl. My best regards, Pawel Tecza -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459717: vzctl: string comparison bug in vps-functions script
Ola Lundqvist [EMAIL PROTECTED] writes: Hi Thanks for the patch. It is now applied and uploaded. Hello Ola, Thank you very much! I'm glad I could help :) Have a nice day, Pawel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459734: vzctl: Starting again running VEs by `/etc/init.d/vz restart`?
Ola Lundqvist [EMAIL PROTECTED] writes: Hi Pawel On Tue, Jan 08, 2008 at 01:28:58PM +0100, Paweł Tęcza wrote: Package: vzctl Version: 3.0.22-1 Severity: wishlist I think that it's good idea to start again running VEs by `/etc/init.d/vz restart` command. Probably it's not hard to implement that feature. First, the init script should check running VEs and remember VEID of them before doing `stop`. Next, it should run `vzctl start VEID` command for all remebered VEs. Now the /etc/init.d/vz script doesn't care about running VEs and I have to run them manually after `restart`. It can be uncomfortable when I have a lot of VEs and I don't want to start all of them. Maybe I can add a new option, ve-restart or something that restarts them all. I do not think I want to restart all the ve:s in the normal command as upstream do not do that, and this is one of the thing that can confuse people. Especially as this really affect the uptime of things. Do you have any suggestion on how the code would look like? Hi Ola, At first, thanks a lot for the positive response! I can ask OpenVZ people about current behave of their init script. Now it's not intuitive for me, but I agree that my proposed change can be confusing for another OpenVZ users on Debian. So, I like your idea with a new command for the init script :) I care about running VEs after `restart`, so I think that the new init script command should do the same like `restart` now and additionally `vzctl start VEID` command for all VEs which were running before `restart` command. I'm only not quite sure that `ve-restart` is the best name for a new command. Someone can think that it restarts only running VEs, but without restarting OpenVZ. My best regards, Pawel
Bug#459717: vzctl: string comparison bug in vps-functions script
Package: vzctl Version: 3.0.22-1 When I run a virtual server (VE) on a host (HN) with Debian Etch and own bacported vzctl 3.0.22-1 package, then I get the following message: # vzctl start devel1 Starting VE ... VE is mounted Adding IP address(es): 193.0.92.171 192.168.1.11 /usr/lib/vzctl/scripts/vps-functions: line 146: [: add: integer expression expected The reason is a small string comparison bug in vps-functions script. Below is my patch which fixes it: --- vps-functions.orig 2008-01-08 10:08:57.0 +0100 +++ vps-functions 2008-01-08 10:10:51.0 +0100 @@ -143,7 +143,7 @@ local dev for dev in $(vz_get_neighbour_devs $2); do - if [ $(cat /proc/sys/net/ipv4/conf/$dev/proxy_arp) == 0 ] [ $1 -eq add ] ; then + if [ $(cat /proc/sys/net/ipv4/conf/$dev/proxy_arp) == 0 ] [ $1 == add ] ; then vzwarning Function proxy_arp for $dev is set to 0. Enable with 'sysctl -w net.ipv4.conf.$dev.proxy_arp=1'. See /usr/share/doc/vzctl/README.Debian. fi
Bug#459734: vzctl: Starting again running VEs by `/etc/init.d/vz restart`?
Package: vzctl Version: 3.0.22-1 Severity: wishlist I think that it's good idea to start again running VEs by `/etc/init.d/vz restart` command. Probably it's not hard to implement that feature. First, the init script should check running VEs and remember VEID of them before doing `stop`. Next, it should run `vzctl start VEID` command for all remebered VEs. Now the /etc/init.d/vz script doesn't care about running VEs and I have to run them manually after `restart`. It can be uncomfortable when I have a lot of VEs and I don't want to start all of them. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]