Bug#512915: closed by Ivan Borzenkov ivan1...@list.ru (Done: [libjs-yui] No source code)
Hmm, and who actually need it :) ARS That's a joke, isn't it? You have two choices: Fix this bug or your ARS package _will_ be removed not only from the next release but completly ARS from the archive. Above messages contain links to source code of yui. Including obfuscate src-s contradicts DFSG (== source is absent). I left low level severity because theoretically we could rebuild sources from obfuscate source, but we had no reaction from package's maintainer and even the bug was closed by submitter. According to the rules severity must be critical, so I reopened report. If maintainer wants to have his package containing in testing, he can add sources into package. I think it isn't so difficult. -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Processed: Re: Bug#512915: closed by Ivan Borzenkov ivan1...@list.ru (Done: [libjs-yui] No source code)
Processing commands for cont...@bugs.debian.org: severity 512915 critical Bug #512915 [libjs-yui] [libjs-yui] No source code Severity set to 'critical' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566368: FTBFS: Admin.xs:1228: error: too few arguments to function 'kadm5_init_with_skey'
Package: libauthen-krb5-admin-perl Version: 0.11-2 Severity: serious Justification: FTBFS Hi libauthen-krb5-admin-perl FTBFS. Full log from rebuild on amd64 is attached. Warning: Aliases 'key_type' and 'enc_type' have identical values in Admin.xs, line 1496 cc -c -I/usr/include -I/usr/include/et -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SO URCE -D_FILE_OFFSET_BITS=64 -O2 -g -DVERSION=\0.11\ -DXS_VERSION=\0.11\ -fPIC -I/usr/lib/perl/5.10/CORE Admin.c Admin.xs: In function 'XS_Authen__Krb5__Admin_init_with_creds': Admin.xs:1184: warning: passing argument 1 of 'kadm5_init_with_creds' from incompatible pointer type /usr/include/kadm5/admin.h:366: note: expected 'krb5_context' but argument is of type 'char *' Admin.xs:1184: warning: passing argument 2 of 'kadm5_init_with_creds' from incompatible pointer type /usr/include/kadm5/admin.h:366: note: expected 'char *' but argument is of type 'Authen__Krb5__Ccache' Admin.xs:1184: warning: passing argument 3 of 'kadm5_init_with_creds' from incompatible pointer type /usr/include/kadm5/admin.h:366: note: expected 'krb5_ccache' but argument is of type 'char *' Admin.xs:1184: warning: passing argument 4 of 'kadm5_init_with_creds' from incompatible pointer type /usr/include/kadm5/admin.h:366: note: expected 'char *' but argument is of type 'Authen__Krb5__Admin__Config' Admin.xs:1184: warning: passing argument 5 of 'kadm5_init_with_creds' makes pointer from integer without a cast /usr/include/kadm5/admin.h:366: note: expected 'struct kadm5_config_params *' but argument is of type 'krb5_ui_4' Admin.xs:1184: warning: passing argument 7 of 'kadm5_init_with_creds' makes integer from pointer without a cast /usr/include/kadm5/admin.h:366: note: expected 'krb5_ui_4' but argument is of type 'void *' Admin.xs:1184: warning: passing argument 8 of 'kadm5_init_with_creds' from incompatible pointer type /usr/include/kadm5/admin.h:366: note: expected 'char **' but argument is of type 'void **' Admin.xs:1184: error: too few arguments to function 'kadm5_init_with_creds' Admin.xs: In function 'XS_Authen__Krb5__Admin_init_with_password': Admin.xs:1206: warning: passing argument 1 of 'kadm5_init_with_password' from incompatible pointer type /usr/include/kadm5/admin.h:348: note: expected 'krb5_context' but argument is of type 'char *' Admin.xs:1206: warning: passing argument 4 of 'kadm5_init_with_password' from incompatible pointer type /usr/include/kadm5/admin.h:348: note: expected 'char *' but argument is of type 'Authen__Krb5__Admin__Config' Admin.xs:1206: warning: passing argument 5 of 'kadm5_init_with_password' makes pointer from integer without a cast /usr/include/kadm5/admin.h:348: note: expected 'struct kadm5_config_params *' but argument is of type 'krb5_ui_4' Admin.xs:1206: warning: passing argument 7 of 'kadm5_init_with_password' makes integer from pointer without a cast /usr/include/kadm5/admin.h:348: note: expected 'krb5_ui_4' but argument is of type 'void *' Admin.xs:1206: warning: passing argument 8 of 'kadm5_init_with_password' from incompatible pointer type /usr/include/kadm5/admin.h:348: note: expected 'char **' but argument is of type 'void **' Admin.xs:1206: error: too few arguments to function 'kadm5_init_with_password' Admin.xs: In function 'XS_Authen__Krb5__Admin_init_with_skey': Admin.xs:1228: warning: passing argument 1 of 'kadm5_init_with_skey' from incompatible pointer type /usr/include/kadm5/admin.h:357: note: expected 'krb5_context' but argument is of type 'char *' Admin.xs:1228: warning: passing argument 4 of 'kadm5_init_with_skey' from incompatible pointer type /usr/include/kadm5/admin.h:357: note: expected 'char *' but argument is of type 'Authen__Krb5__Admin__Config' Admin.xs:1228: warning: passing argument 5 of 'kadm5_init_with_skey' makes pointer from integer without a cast /usr/include/kadm5/admin.h:357: note: expected 'struct kadm5_config_params *' but argument is of type 'krb5_ui_4' Admin.xs:1228: warning: passing argument 7 of 'kadm5_init_with_skey' makes integer from pointer without a cast /usr/include/kadm5/admin.h:357: note: expected 'krb5_ui_4' but argument is of type 'void *' Admin.xs:1228: warning: passing argument 8 of 'kadm5_init_with_skey' from incompatible pointer type /usr/include/kadm5/admin.h:357: note: expected 'char **' but argument is of type 'void **' Admin.xs:1228: error: too few arguments to function 'kadm5_init_with_skey' make[1]: *** [Admin.o] Error 1 make[1]: Leaving directory `/tmp/buildd/libauthen-krb5-admin-perl-0.11' Bests Salvatore -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash - Copying COW directory forking: rm -rf /home/pbuilder/build//cow.27733 forking: cp -al
Bug#564961: libmysql-java: Prepared Queries broken
Package: libmysql-java Version: 5.1.10+dfsg-2 Tags: unreproducible Severity: normal I have picked up this bug during Debian BSP, but was unable to reduce the problem. Since original report did not contain code or data to reproduce the issue, I will tag the issue as unreproducible, and lower its severity to normal (as important and upper-level severities requires the package to be in completely unusable state for majority of people). Best Regards, SqlTest.java Description: Binary data SqlTest.sh Description: Bourne shell script SqlTest.log Description: Binary data
Processed: closing 505353
Processing commands for cont...@bugs.debian.org: close 505353 1.0~b1+dfsg-1 Bug#505353: FTBFS with GCC 4.4: 'virtual nsIOThreadPool::~nsIOThreadPool()' is private 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1.0~b1+dfsg-1, send any further explanations to Martin Michlmayr t...@cyrius.com thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505353: closing 505353
close 505353 1.0~b1+dfsg-1 thanks Above Version builds fine with gcc 4.4. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553163: closing 553163
close 553163 1.0~b1+dfsg-1 thanks There's no -dev package for iceowl anymore. So closing this report. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed (with 1 errors): Re: libmysql-java: Prepared Queries broken
Processing commands for cont...@bugs.debian.org: severity 564961 normal Bug #564961 [libmysql-java] libmysql-java: Prepared Queries broken Severity set to 'normal' from 'serious' tags 564961 + unreproducible Bug #564961 [libmysql-java] libmysql-java: Prepared Queries broken Added tag(s) unreproducible. Updating as it seems I failed to update in previous message. Unknown command or malformed arguments to command. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: closing 553163
Processing commands for cont...@bugs.debian.org:
close 553163 1.0~b1+dfsg-1
Bug#553163: iceowl-dev: missing-dependency-on-libc needed by
./usr/lib/iceowl/obscure-tool and 6 others but the package
doesn't depend on the C library package. Normally this indicates
that ${shlibs: Depends} was omitted from the Depends line for
this package in debian/control.
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug marked as fixed in version 1.0~b1+dfsg-1, send any further explanations to
Manoj Srivastava sriva...@debian.org
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: closing 560530
Processing commands for cont...@bugs.debian.org: close 560530 1.0~b1+dfsg-1 Bug#560530: iceowl: FTBFS: nsAppRunner.cpp:1373:6: error: #elif with no expression 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 1.0~b1+dfsg-1, send any further explanations to Lucas Nussbaum lu...@lucas-nussbaum.net thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563519: marked as done (libclass-dbi-loader-relationship-perl: missing copyright and license)
Your message dated Sat, 23 Jan 2010 09:40:35 +0100 with message-id 8b2d7b4d1001230040g42862f46jf7c56e2e0becd...@mail.gmail.com and subject line Package removed from Debian unstable has caused the Debian Bug report #563519, regarding libclass-dbi-loader-relationship-perl: missing copyright and license to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 563519: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=563519 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libclass-dbi-loader-relationship-perl Version: 1.3-2 Severity: serious debian/copyright claims that Class-DBI-Loader-Relationship is released under GPL-1+ | Artistic, but I cannot find this information in the upstream sources. Same for the copyright holders. Regards, Ansgar ---End Message--- ---BeginMessage--- Version: 1.3-2+rm Package removed from Debian unstable: http://bugs.debian.org/566270 -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi ---End Message---
Bug#560530: closing 560530
close 560530 1.0~b1+dfsg-1 thanks The new upstream release doesn't show this when building in a clean chroot. So closing. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: closing 505352
Processing commands for cont...@bugs.debian.org: close 505352 3.0.1-1 Bug#505352: FTBFS with GCC 4.4: 'virtual nsIOThreadPool::~nsIOThreadPool()' is private 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 3.0.1-1, send any further explanations to Martin Michlmayr t...@cyrius.com thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505352: closing 505352
close 505352 3.0.1-1 thanks Hi, 3.0.1 build fine with gcc 4.4. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560526: closing 560526
close 560526 3.0.1-1 thanks Hi, this build failure is fixed in the 3.0 series. We built all the snapshot releases for i386 and amd64 in clean chroots already. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: closing 560526
Processing commands for cont...@bugs.debian.org: close 560526 3.0.1-1 Bug#560526: icedove: FTBFS: nsAppRunner.cpp:1373:6: error: #elif with no expression 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 3.0.1-1, send any further explanations to Lucas Nussbaum lu...@lucas-nussbaum.net thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546011: Could you check 3.0.1-1 from experimental?
Hi Bill, could you try to build above version from experimental. I don't have a 64bit machine running a 64bit kernel with i386 around here. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: notfound 555313 in 3.0.1-1
Processing commands for cont...@bugs.debian.org: notfound 555313 3.0.1-1 Bug #555313 [src:icedove] iceweasel: CVE-2009-3371 user-after-free possibly leading to arbitrary code execution Ignoring request to alter found versions of bug #555313 to the same values previously set thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555313: Fix for stable?
Hi Alexander, the bug is fixed in 3.0.1 so fixing this in unstable/testing will be resolved once we push the package into unstable. Do you intend to upload a fix for stable? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: add tags
Processing commands for cont...@bugs.debian.org: tags 545651 patch Bug #545651 [insight] insight: FTBFS: configure: error: /bin/bash '../.././itcl/itk/configure' failed for itk Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560444: marked as done (xevil: FTBFS: utils.h:241: error: invalid conversion from 'const char*' to 'char*')
Your message dated Sat, 23 Jan 2010 09:23:15 +
with message-id e1nycd5-0007qo...@ries.debian.org
and subject line Bug#560444: fixed in xevil 2.02r2-9
has caused the Debian Bug report #560444,
regarding xevil: FTBFS: utils.h:241: error: invalid conversion from 'const
char*' to 'char*'
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
560444: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560444
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Source: xevil
Version: 2.02r2-8
Severity: serious
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20091210 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
g++ -Wno-trigraphs -Wno-write-strings -g -O2 -DX11=1 -DUSE_RANDOM
-DXEVIL_KEYSET=UIlinux -DUSE_UINT_NET_LENGTH -I../cmn -I../x11
-I../x11/bitmaps -I/usr/X11R6/include -o ../x11/release/area.o -c area.cpp
In file included from area.cpp:38:
utils.h: In static member function 'static char* Utils::strchr(const char*,
int)':
utils.h:241: error: invalid conversion from 'const char*' to 'char*'
utils.h: In static member function 'static char* Utils::strrchr(const char*,
int)':
utils.h:244: error: invalid conversion from 'const char*' to 'char*'
utils.h: In static member function 'static char* Utils::strstr(const char*,
const char*)':
utils.h:247: error: invalid conversion from 'const char*' to 'char*'
make[6]: *** [../x11/release/area.o] Error 1
The full build log is available from:
http://people.debian.org/~lucas/logs/2009/12/10/xevil_2.02r2-8_lsid64.buildlog
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot. Internet was not
accessible from the build systems.
--
| Lucas Nussbaum
| lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |
---End Message---
---BeginMessage---
Source: xevil
Source-Version: 2.02r2-9
We believe that the bug you reported is fixed in the latest version of
xevil, which is due to be installed in the Debian FTP archive:
xevil_2.02r2-9.diff.gz
to main/x/xevil/xevil_2.02r2-9.diff.gz
xevil_2.02r2-9.dsc
to main/x/xevil/xevil_2.02r2-9.dsc
xevil_2.02r2-9_i386.deb
to main/x/xevil/xevil_2.02r2-9_i386.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 560...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Brandon Barnes winterkni...@nerdshack.com (supplier of updated xevil package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Tue, 12 Jan 2010 12:37:00 -0800
Source: xevil
Binary: xevil
Architecture: source i386
Version: 2.02r2-9
Distribution: unstable
Urgency: low
Maintainer: Brandon Barnes winterkni...@nerdshack.com
Changed-By: Brandon Barnes winterkni...@nerdshack.com
Description:
xevil - A violent side-scrolling game for X
Closes: 560444
Changes:
xevil (2.02r2-9) unstable; urgency=low
.
* changed several char * to const char * so xevil will compile with gcc 4.4+
Removed -Wno-write-strings from rules file. No longer needed.
(Closes: #560444)
* Fixed watch file. Thanks to Daniel Leidert for helping me on the mailing
list.
* rules file no longer ignores make clean errors. Modified makefile to not
report errors when attempting to remove non-existant files. Fixes lintian
warning.
* added ${misc:Depends} to control file. Fixes lintian warning. Now causes
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
instead.
* both man pages - converted dashes (-) to hyphens (\-) where appropriate.
Fixes lintain warning.
* Set Standards Version to 3.8.3 (no changes)
Checksums-Sha1:
43200a3e0a53da4acbed019ece0aae6516a3a1f3 992 xevil_2.02r2-9.dsc
73c8559da53045e24910650ad64ed42166813e7e 43745 xevil_2.02r2-9.diff.gz
1072692821299fc51aa2d7bf595d983dee36e9d4 569252 xevil_2.02r2-9_i386.deb
Checksums-Sha256:
3d1bdd9c163ac3220450b13c5baac6a01e1c056e661ee72e1205b17a126e8f4f 992
Bug#562948: Patch to add fallback and Depends
package python-qt-dev
tags 562948 patch
thanks
Hello,
An attached patch adds to preinst file fallback code if pycentral not found
(which was in lenny's python-qt-dev prerm generated by dh_pycentral), and to
control file missing Depends.
Regards,
--
YOSHINO Yoshihito yy.y.ja...@gmail.com
diff -urN python-qt3-3.18.1/debian/control python-qt3-3.18.1.new/debian/control
--- python-qt3-3.18.1/debian/control 2010-01-23 16:28:21.0 +0900
+++ python-qt3-3.18.1.new/debian/control 2010-01-23 16:25:24.0 +0900
@@ -92,6 +92,7 @@
Linguist translation files from Python code.
Package: python-qt-dev
+Depends: ${shlibs:Depends}, ${python:Depends}
Suggests: sip4
Replaces: python-qt3 ( 3.17.3-2)
Architecture: all
diff -urN python-qt3-3.18.1/debian/python-qt-dev.preinst python-qt3-3.18.1.new/debian/python-qt-dev.preinst
--- python-qt3-3.18.1/debian/python-qt-dev.preinst 2010-01-23 16:28:21.0 +0900
+++ python-qt3-3.18.1.new/debian/python-qt-dev.preinst 2010-01-23 16:25:07.0 +0900
@@ -4,7 +4,30 @@
if [ $1 = upgrade ]
then
if dpkg --compare-versions $2 lt 3.17.6-2; then
+ if which python /dev/null 21 which pycentral /dev/null 21; then
pycentral pkgremove python-qt-dev
+ else
+ flist=$(tempfile)
+ find /usr/share/pycentral/python-qt-dev -depth -mindepth 2 \
+ \( -name '*.py' -printf 'p %P\n' -o -printf '%y %P\n' \) \
+ $flist 2/dev/null || true
+ if [ -s $flist ]; then
+ for d in /usr/lib/python[0-9].[0-9]; do
+ case $d in */python2.1|*/python2.2) continue; esac
+ while read t n; do
+case $t in
+p) rm -f $d/$n $d/${n}[co];;
+d) rmdir $d/$n 2/dev/null || true;;
+*) rm -f $d/$n
+esac
+ done $flist
+ done
+ fi
+ rm -f $flist
+ dpkg -L python-qt-dev \
+ | awk '/\/usr\/share\/pycentral/ {next} /\.py$/ {print $0c\n $0o}' \
+ | xargs rm -f 2
+ fi
fi
fi
Processed: Patch to add fallback and Depends
Processing commands for cont...@bugs.debian.org: package python-qt-dev Limiting to bugs with field 'package' containing at least one of 'python-qt-dev' Limit currently set to 'package':'python-qt-dev' tags 562948 patch Bug #562948 [python-qt-dev] fails to upgrade Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 562643
Processing commands for cont...@bugs.debian.org: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 562643 + patch Bug #562643 [ghostscript] CVE-2009-4270: Stack-based buffer overflow in the errprintf function Added tag(s) patch. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562643: Patch to fix security issues
The attached patch fixes this security issue and similar issues in
outprintf() and gs_throw_imp().
The patch also applies to ghostscript-8.62.dfsg.1 (lenny version) except
that the source file is src/gsmisc.c instead of base/gsmisc.c.
diff -u ghostscript-8.70~dfsg/debian/changelog ghostscript-8.70~dfsg/debian/changelog
--- ghostscript-8.70~dfsg/debian/changelog
+++ ghostscript-8.70~dfsg/debian/changelog
@@ -1,3 +1,13 @@
+ghostscript (8.70~dfsg-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix some security issues:
+ - CVE-2009-4270[0]: stack-based buffer overflow multiple integer
+ overflows in the icc library (closes: #562643)
+ - fix possible buffer overflow in gs_throw_imp()
+
+ -- Andreas Kirschbaum kirschb...@in-medias-res.com Sat, 23 Jan 2010 10:19:35 +0100
+
ghostscript (8.70~dfsg-2) unstable; urgency=low
* Fix resolving package-relations.
only in patch2:
unchanged:
--- ghostscript-8.70~dfsg.orig/base/gsmisc.c
+++ ghostscript-8.70~dfsg/base/gsmisc.c
@@ -69,12 +69,11 @@
va_start(args, fmt);
-count = vsprintf(buf, fmt, args);
+count = vsnprintf(buf, sizeof(buf), fmt, args);
outwrite(mem, buf, count);
if (count = PRINTF_BUF_LENGTH) {
count = sprintf(buf,
- PANIC: printf exceeded %d bytes. Stack has been corrupted.\n,
- PRINTF_BUF_LENGTH);
+ WARNING: previous message has been truncated.\n);
outwrite(mem, buf, count);
}
va_end(args);
@@ -89,12 +88,11 @@
va_start(args, fmt);
-count = vsprintf(buf, fmt, args);
+count = vsnprintf(buf, sizeof(buf), fmt, args);
errwrite(buf, count);
if (count = PRINTF_BUF_LENGTH) {
count = sprintf(buf,
- PANIC: printf exceeded %d bytes. Stack has been corrupted.\n,
- PRINTF_BUF_LENGTH);
+ WARNING: previous message has been truncated.\n);
errwrite(buf, count);
}
va_end(args);
@@ -236,7 +234,7 @@
va_list ap;
va_start(ap, fmt);
-vsprintf(msg, fmt, ap);
+vsnprintf(msg, sizeof(msg), fmt, ap);
msg[sizeof(msg) - 1] = 0;
va_end(ap);
Bug#566376: linux-image-2.6.32-trunk-amd64: X unconditionally hangs up on bootup
Package: linux-2.6 Version: 2.6.32-5 Severity: grave Justification: renders package unusable None of the linux-image-2.6.32-trunk-amd64 packages, since they reached unstable, ever booted successfully on my laptop. X system darkens the screen and hangs the computer completely (i.e. cannot even switch to the console via Ctrl-Alt-F1), as soon as the booting process reaches KDM; Alt-SysRq-B works though. Please tell me what logs should be included to debug this problem, I'll help as much as I can. -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: LENOVO product_name: 7762WHW product_version: ThinkPad X61 Tablet chassis_vendor: LENOVO chassis_version: Not Available bios_vendor: LENOVO bios_version: 7SET34WW (1.20 ) board_vendor: LENOVO board_name: 7762WHW board_version: Not Available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 0c) Subsystem: Lenovo T61 [17aa:20b3] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c) (prog-if 00 [VGA controller]) Subsystem: Lenovo T61 [17aa:20b5] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 29 Region 0: Memory at f810 (64-bit, non-prefetchable) [size=1M] Region 2: Memory at e000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at 1800 [size=8] Expansion ROM at unassigned [disabled] Capabilities: access denied 00:02.1 Display controller [0380]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a03] (rev 0c) Subsystem: Lenovo T61 [17aa:20b5] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Region 0: Memory at f820 (64-bit, non-prefetchable) [size=1M] Capabilities: access denied 00:19.0 Ethernet controller [0200]: Intel Corporation 82566MM Gigabit Network Connection [8086:1049] (rev 03) Subsystem: Lenovo Device [17aa:20de] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 26 Region 0: Memory at fe00 (32-bit, non-prefetchable) [size=128K] Region 1: Memory at fe225000 (32-bit, non-prefetchable) [size=4K] Region 2: I/O ports at 1840 [size=32] Capabilities: access denied Kernel driver in use: e1000e 00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev 03) (prog-if 00 [UHCI]) Subsystem: Lenovo ThinkPad T61 [17aa:20aa] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 20 Region 4: I/O ports at 1860 [size=32] Kernel driver in use: uhci_hcd 00:1a.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 [8086:2835] (rev 03) (prog-if 00 [UHCI]) Subsystem: Lenovo ThinkPad T60 [17aa:20aa] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin B routed to IRQ 21 Region 4: I/O ports at 1880 [size=32] Kernel driver in use: uhci_hcd 00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 [8086:283a] (rev 03) (prog-if 20 [EHCI]) Subsystem: Lenovo ThinkPad T61 [17aa:20ab] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin C routed to IRQ 22 Region 0: Memory at fe226c00 (32-bit, non-prefetchable) [size=1K] Capabilities: access denied
Bug#566023: Bug#566203: wicd 1.7 fails to start
Hi, I was upgrading from 1.6.2.2-4. As for python-wicd, note that it's already installed on my system : localhost:~# LANG=C aptitude show python-wicd Package: python-wicd New: yes State: installed Automatically installed: yes Version: 1.7.0-2 [...] On 1/22/10, David Paleino da...@debian.org wrote: reassign 566203 src:wicd reassign 566030 src:wicd reassign 566027 src:wicd reassign 566023 src:wicd forcemerge 566203 566030 566027 566023 retitle 566023 python-wicd is not pulled in with the dependencies thanks Guilherme, Benjamin, you reported the same bug four times. Please DO NOT DO THIS. From now on, please only reply to 566...@bugs.debian.org . Thank you. On Friday 22 January 2010 00:19:11, Guilherme wrote: Hello, I even reported it to the wicd guys but they told me that the problem is in the Debian packages: Indeed it is. For some reason, python-wicd isn't pulled in. However, here it seems to work fine: $ LANG=C sudo apt-get --dry-run --reinstall install wicd Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: python-wicd wicd-cli wicd-curses wicd-daemon wicd-gtk The following packages will be upgraded: python-wicd wicd wicd-cli wicd-curses wicd-daemon wicd-gtk 6 upgraded, 0 newly installed, 0 to remove and 130 not upgraded. Inst wicd [1.7.0-1] (1.7.0-2 Debian:unstable) [] Inst wicd-cli [1.7.0-1] (1.7.0-2 Debian:unstable) [] Inst wicd-curses [1.7.0-1] (1.7.0-2 Debian:unstable) [] Inst wicd-daemon [1.7.0-1] (1.7.0-2 Debian:unstable) [wicd-gtk ] Inst wicd-gtk [1.7.0-1] (1.7.0-2 Debian:unstable) [] Inst python-wicd [1.7.0-1] (1.7.0-2 Debian:unstable) Conf python-wicd (1.7.0-2 Debian:unstable) Conf wicd-daemon (1.7.0-2 Debian:unstable) Conf wicd-gtk (1.7.0-2 Debian:unstable) Conf wicd-curses (1.7.0-2 Debian:unstable) Conf wicd-cli (1.7.0-2 Debian:unstable) Conf wicd (1.7.0-2 Debian:unstable) $ (see, installing wicd brings everything in, including python-wicd) Could you please both say which version of wicd were you upgrading from? Maybe I just missed testing some upgrade path. Thank you, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566023: Bug#566203: wicd 1.7 fails to start
On Saturday 23 January 2010 11:11:09, Benjamin MAISONNAS wrote: Hi, I was upgrading from 1.6.2.2-4. As for python-wicd, note that it's already installed on my system : Uhm, ok. What happens if you do: $ python -c import wicd.wpath; print wicd.wpath.version ? It should print 1.7.0. Also, try: $ python -c from wicd import dbusmanager, logfile; print dbusmanager.__file__; print logfile.__file__ And check if the result is: /usr/lib/pymodules/python2.5/wicd/dbusmanager.pyc /usr/lib/pymodules/python2.5/wicd/logfile.pyc (or something like that :)) Thank you! David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: This is a digitally signed message part.
Bug#566189: openoffice.org: Openoffice crashes on startup
On Fri, Jan 22, 2010 at 11:11:38PM +0100, Ferry Toth wrote: I get: find /var/lib/openoffice /var/spool/openoffice -name *.rdb /var/lib/openoffice/basis3.1/program/services.rdb /var/spool/openoffice/uno_packages/cache/registry/com.sun.star.comp.deployment.component.PackageRegistryBackend/common_.rdb /var/spool/openoffice/uno_packages/cache/registry/com.sun.star.comp.deployment.component.PackageRegistryBackend/Linux_x86_.rdb /var/spool/openoffice/uno_packages/cache/registry/com.sun.star.comp.deployment.component.PackageRegistryBackend/common.rdb /var/spool/openoffice/uno_packages/cache/registry/com.sun.star.comp.deployment.component.PackageRegistryBackend/Linux_x86.rdb Good, please send them :-) What do you need from my user config? Sorry, I don't know where to look and what to look for. Any .rdb there if existing/possible. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564079: Is this really a screensaver issue?
Hi, Should this really be handled in the screensaver? The user can also kill other processes during boot like accounting daemons and therefore compromise security. The only fix is to disable this feature. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566331: Link to the whole build log
https://buildd.debian.org/fetch.cgi?pkg=ghc6;ver=6.12.1-2;arch=s390;stamp=1263986261 Greetings. -- marcot http://marcot.iaaeee.org/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: file conflict with libhdf5-serial-1.8.3
Processing commands for cont...@bugs.debian.org: severity 566339 grave Bug #566339 [libhdf5-serial-1.8.3] /usr/lib/libhdf5_fortran.so.6 conflict Severity set to 'grave' from 'serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566339: file conflict with libhdf5-serial-1.8.3
severity 566339 grave thanks I confirm this and change this bug severity to grave. To Stefan Ritter: why reassigning to libhdf5-serial-1.8.3? -- Stanislav -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562059: marked as done (heimdal-kdc: creates logfiles in /var/lib/heimdal-kdc)
Your message dated Sat, 23 Jan 2010 11:55:22 +0100
with message-id 20100123105522.ga14...@bogon.sigxcpu.org
and subject line Log file is a Berkely DB Database Logfile
has caused the Debian Bug report #562059,
regarding heimdal-kdc: creates logfiles in /var/lib/heimdal-kdc
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
562059: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=562059
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: heimdal-kdc
Version: 1.2.dfsg.1-2.1
Severity: serious
Hi,
on a fresh installation a logfile was created in /var/lib/heimdal-kdc.
That seems to be a FHS violation as the path is reserved for
state information, whereas the FHS explicitly states:
State information should generally remain valid after a reboot, should
not be *logging output*, and should not be spooled data.
JFTR: Its not a configuration problem:
krb-test:/etc/bind# grep -i log /etc/heimdal-kdc/kdc.conf
# See allowed values in krb5_openlog(3) man page.
log_file = FILE:/var/log/heimdal-kdc.log
Best Regards,
Patrick
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages heimdal-kdc depends on:
ii cdebconf [debconf-2.0]0.145 Debian Configuration Management Sy
ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy
pn heimdal-clients none (no description available)
ii krb5-config 2.2Configuration files for Kerberos V
ii libasn1-8-heimdal 1.3.1.dfsg.1-6 Heimdal Kerberos - ASN.1 library
ii libc6 2.10.2-2 GNU C Library: Shared libraries
ii libcomerr21.41.9-1 common error description library
ii libdb4.8 4.8.24-2 Berkeley v4.8 Database Libraries [
ii libgssapi2-heimdal1.3.1.dfsg.1-6 Heimdal Kerberos - GSSAPI support
ii libhdb9-heimdal 1.3.1.dfsg.1-6 Heimdal Kerberos - kadmin server l
ii libheimntlm0-heimdal 1.3.1.dfsg.1-6 Heimdal Kerberos - NTLM support li
ii libhx509-5-heimdal1.3.1.dfsg.1-6 Heimdal Kerberos - X509 support li
ii libkadm5srv8-heimdal 1.3.1.dfsg.1-6 Libraries for Heimdal Kerberos
pn libkdc2-heimdal none (no description available)
pn libkrb5-25-heimdalnone (no description available)
ii libldap-2.4-2 2.4.17-2.1 OpenLDAP libraries
ii libroken18-heimdal1.3.1.dfsg.1-6 Heimdal Kerberos - roken support l
ii libsqlite3-0 3.6.21-2 SQLite 3 shared library
ii libssl0.9.8 0.9.8k-7 SSL shared libraries
ii libwind0-heimdal 1.3.1.dfsg.1-6 Heimdal Kerberos - NTLM support li
ii logrotate 3.7.8-4Log rotation utility
ii openbsd-inetd [inet-super 0.20080125-4 The OpenBSD Internet Superserver
heimdal-kdc recommends no packages.
Versions of packages heimdal-kdc suggests:
pn heimdal-docs none (no description available)
---End Message---
---BeginMessage---
Hi Patrick,
/var/lib/heimdal-kdc/log is a database log used by the KDC (for e.g.
iprop replication) so it actually is state information. It's not
logging information as e.g. /var/log/syslog.
I can't see any other logs there:
# ls -l /var/lib/heimdal-kdc/
total 24
-rw--- 1 root root 8192 2010-01-23 11:39 heimdal.db
lrwxrwxrwx 1 root root 25 2010-01-23 11:29 kdc.conf -
/etc/heimdal-kdc/kdc.conf
-rw--- 1 root root 8757 2010-01-23 11:39 log
-rw--- 1 root root 70 2010-01-23 11:29 m-key
If you want to change the path of the database logs you have to set the
log_file variable in a database section like:
database = {
...
log_file = /var/lib/heimdal-kdc/log.db
}
Cheers,
-- Guido
---End Message---
Bug#566023: Info received (Bug#566203: wicd 1.7 fails to start)
Well, even after reinstall python-wicd (just in case), here is what I get : st...@localhost:~$ python -c import wicd.wpath; print wicd.wpath.version Traceback (most recent call last): File string, line 1, in module AttributeError: 'module' object has no attribute 'version' st...@localhost:~$ python -c from wicd import dbusmanager, logfile; print dbusmanager.__file__; print logfile.__file__ Traceback (most recent call last): File string, line 1, in module ImportError: cannot import name dbusmanager I tried to check exactly which module is imported by python, see : st...@localhost:~$ python -c import wicd.wpath; print wicd.wpath module 'wicd.wpath' from '/usr/lib/python2.5/site-packages/wicd/wpath.pyc' But from your example, I think it shall be the one found in here : st...@localhost:~$ ls -l /usr/lib/pymodules/python2.5/wicd/ | grep .py$ lrwxrwxrwx 1 root root35 23 janv. 11:41 backend.py - /usr/share/pyshared/wicd/backend.py lrwxrwxrwx 1 root root41 23 janv. 11:41 configmanager.py - /usr/share/pyshared/wicd/configmanager.py lrwxrwxrwx 1 root root39 23 janv. 11:41 dbusmanager.py - /usr/share/pyshared/wicd/dbusmanager.py -rw-r--r-- 1 root root 0 20 janv. 18:58 __init__.py lrwxrwxrwx 1 root root35 23 janv. 11:41 logfile.py - /usr/share/pyshared/wicd/logfile.py lrwxrwxrwx 1 root root32 23 janv. 11:41 misc.py - /usr/share/pyshared/wicd/misc.py lrwxrwxrwx 1 root root38 23 janv. 11:41 networking.py - /usr/share/pyshared/wicd/networking.py lrwxrwxrwx 1 root root40 23 janv. 11:41 translations.py - /usr/share/pyshared/wicd/translations.py lrwxrwxrwx 1 root root37 23 janv. 11:41 wnettools.py - /usr/share/pyshared/wicd/wnettools.py lrwxrwxrwx 1 root root33 23 janv. 11:41 wpath.py - /usr/share/pyshared/wicd/wpath.py Indeed : st...@localhost:~$ less /usr/lib/pymodules/python2.5/wicd/wpath.py | grep version version = '1.7.0' So, it seems that the wrong module (an older version maybe) is imported, my python setup may be wrong or something. I didn't mess with it in the past though. Thanks -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556922: marked as done (Console resize freezes mc causing system crash/hang)
Your message dated Sat, 23 Jan 2010 11:54:39 +0100 with message-id 201001231154.52944.win...@der-winnie.de and subject line not reproduceable with 4.7.0.1-1 has caused the Debian Bug report #556922, regarding Console resize freezes mc causing system crash/hang to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 556922: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556922 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: mc Version: 2:4.6.2~git20080311-4 Severity: critical Justification: breaks the whole system When running mc inside a screen session via SSH mc crashes as soon as you resize the window in which mc is displayed. When this error occures mc freezes and allocates memory in an endless loop in the background. Once system resources have been reached the entire system freezes. Sometimes (tested with a system with a Xen 3.2-1 hypervisor) this even might kernel-panic the hypervisor. Steps to verify (the ones that worked for me): - Fire up a DomU with Xen (3.2-1) - Connect to that DomU by SSH - apt-get install screen mc - Fire up new screen session or take over an existing with screen -d -RR - In that screen session start mc - Resize the Window of the screen session - MC freezes (now wait a few seconds for MC to fill up the memory) -- The system completely hangs, probably with Kernel Panic On the step where mc starts to hang have a view on top or htop regarding mc's memory usage which suddently increases rapidly. If you kill mc fast enough (before it reaches the maximum RAM available) no crash of the VM happens. Regards, Benny. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mc depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libglib2.0-0 2.16.6-2 The GLib library of C routines ii libgpm2 1.20.4-3.1 General Purpose Mouse - shared lib ii libslang2 2.1.3-3The S-Lang programming library - r mc recommends no packages. Versions of packages mc suggests: pn arj none (no description available) ii bzip21.0.5-1 high-quality block-sorting file co pn dbview none (no description available) ii file 4.26-1 Determines file type using magic ii lynx 2.8.7dev9-2.1 Text-mode WWW Browser (transitiona ii mime-support 3.44-1 MIME files 'mime.types' 'mailcap pn odt2txt none (no description available) ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii unzip5.52-12 De-archiver for .zip files ii w3m 0.5.2-2+b1 WWW browsable pager with excellent pn xpdf none (no description available) pn zip none (no description available) -- no debconf information ---End Message--- ---BeginMessage--- Hello, As stated by several people already, we fail to reproduce this (even guys who were able to reproduce this in the past). If you can still reproduce this error, please reopen if you can still reproduce and give further hints how to do that. Thanks in advance Patrick signature.asc Description: This is a digitally signed message part. ---End Message---
Bug#542269: #542269 -- newlib-mingw32 and mingw32-runtime: error when trying to install together
Hi Ralf, On Thu, Jan 21, 2010 at 10:27:26PM +0100, Ralf Treinen wrote: I filed bug #542269 with severity=serious 3 months ago, but I cannot find any trace of progress in the BTS. Is anyone looking at this bug? I thought it was fairly self evident that newlib-mingw32 was overwriting files from the toolchain. Since I don't know anyone who is using that, why or where you'd want to use it, or even really why it belongs in the distro for that matter -- I haven't really had a lot to add. I've figured that if somebody cared about newlib-mingw32, we'd hear more about this from them soon enough. And if they didn't, it would eventually get removed. I can't think of anything useful this package is going to be able to do to fix it though, so in theory you could -done it here if you really wanted to. But it does remind me this problem is still present ... Ron -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566023: Info received (Bug#566203: wicd 1.7 fails to start)
(please keep Guilherme CCed) On Saturday 23 January 2010 11:54:57, Benjamin MAISONNAS wrote: Well, even after reinstall python-wicd (just in case), here is what I get : [..] I tried to check exactly which module is imported by python, see : st...@localhost:~$ python -c import wicd.wpath; print wicd.wpath module 'wicd.wpath' from '/usr/lib/python2.5/site-packages/wicd/wpath.pyc' Oh, here's the culprit. $ LANG=C ls -d /usr/*/python*.*/*-packages/wicd* ls: cannot access /usr/*/python*.*/*-packages/wicd*: No such file or directory $ [..] So, it seems that the wrong module (an older version maybe) is imported, my python setup may be wrong or something. I didn't mess with it in the past though. I suspect this has something to do with python-support. What version do you have? What happens if you purge python-wicd, and then reinstall it? Also, see: $ dpkg -c ../../build-area/wicd_1.6.2.2-4_all.deb |grep python drwxr-xr-x root/root 0 2010-01-23 11:28 ./usr/share/python-support/ -rw-r--r-- root/root 879 2010-01-23 11:28 ./usr/share/python- support/wicd.private $ i.e. there's no pythonX.Y/*-packages in the 1.6.2.2-4 package, thus I don't think it's some old file staying around. Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: This is a digitally signed message part.
Bug#565828: marked as done (libexif-ruby1.9: Please drop the dependency on ruby 1.9.0)
Your message dated Sat, 23 Jan 2010 11:02:53 + with message-id e1nydlv-xz...@ries.debian.org and subject line Bug#565828: fixed in libexif-ruby 0.1.2-15 has caused the Debian Bug report #565828, regarding libexif-ruby1.9: Please drop the dependency on ruby 1.9.0 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 565828: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=565828 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libexif-ruby1.9 Version: 0.1.2-14 Severity: serious User: debian-r...@lists.debian.org Usertags: ruby190transition Hi, Ruby 1.9.0 is going away in Squeeze, replaced by Ruby 1.9.1. This transition is made mandatory by API changes upstream. Your package currently ships some files in /usr/lib/ruby/1.9.0. This will no longer work with 1.9.1. You can either: - port your package to Ruby 1.9.1 - drop the Ruby 1.9.X binary package There is (or will be) more information on http://wiki.debian.org/Ruby191Transition Thanks -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | ---End Message--- ---BeginMessage--- Source: libexif-ruby Source-Version: 0.1.2-15 We believe that the bug you reported is fixed in the latest version of libexif-ruby, which is due to be installed in the Debian FTP archive: libexif-ruby1.8_0.1.2-15_amd64.deb to main/libe/libexif-ruby/libexif-ruby1.8_0.1.2-15_amd64.deb libexif-ruby1.9.1_0.1.2-15_amd64.deb to main/libe/libexif-ruby/libexif-ruby1.9.1_0.1.2-15_amd64.deb libexif-ruby_0.1.2-15.diff.gz to main/libe/libexif-ruby/libexif-ruby_0.1.2-15.diff.gz libexif-ruby_0.1.2-15.dsc to main/libe/libexif-ruby/libexif-ruby_0.1.2-15.dsc libexif-ruby_0.1.2-15_all.deb to main/libe/libexif-ruby/libexif-ruby_0.1.2-15_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 565...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Taku YASUI t...@debian.org (supplier of updated libexif-ruby package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 23 Jan 2010 16:29:08 +0900 Source: libexif-ruby Binary: libexif-ruby1.8 libexif-ruby1.9.1 libexif-ruby Architecture: source all amd64 Version: 0.1.2-15 Distribution: unstable Urgency: low Maintainer: Taku YASUI t...@debian.org Changed-By: Taku YASUI t...@debian.org Description: libexif-ruby - EXIF tag parsing Library for ruby (dummy package) libexif-ruby1.8 - EXIF tag parsing Library for ruby1.8 libexif-ruby1.9.1 - EXIF tag parsing Library for ruby1.9.1 Closes: 565828 Changes: libexif-ruby (0.1.2-15) unstable; urgency=low . * Add ruby-1.9.1 support instead of ruby-1.9 (closes: #565828) * New Standards-Version: 3.8.3 Checksums-Sha1: 399896ce5922f010daa23b64d67828a0e1db7d93 1736 libexif-ruby_0.1.2-15.dsc 877903b0371cd1a042d6573361d2434bd2340044 3931 libexif-ruby_0.1.2-15.diff.gz ad409df168bee586fbff35f855d5927a0c4eb67b 3654 libexif-ruby_0.1.2-15_all.deb 899757638930d3ecc5e6e182e18e1f2ac9d99482 17136 libexif-ruby1.8_0.1.2-15_amd64.deb 5da30de5dd3b18d1db832a2db7afa5879e59aad0 13192 libexif-ruby1.9.1_0.1.2-15_amd64.deb Checksums-Sha256: cc7b80ad9eb7fa43d417902dc85438d073c48f32b5c761e30f84b010e4cea24b 1736 libexif-ruby_0.1.2-15.dsc 08bce876bcfc86a3bc4fdc4085ceaa6789e04ebcbf2e7b544750e0f60740282a 3931 libexif-ruby_0.1.2-15.diff.gz 84e9092802960dd22b342d02f3bab0531a5398fdf6b75e12fc84f4123c7a460a 3654 libexif-ruby_0.1.2-15_all.deb aaa0385698053e59377a7f1fcc34767a315723a2e6224a6454343c4c48d5f851 17136 libexif-ruby1.8_0.1.2-15_amd64.deb c3c810ee9be0ac5c9f5f548cbe68fe7e54fe9fd940cc41aef8699def2bcb73b2 13192 libexif-ruby1.9.1_0.1.2-15_amd64.deb Files: d746da6f7d61e9df180221d10091d4cd 1736 ruby optional libexif-ruby_0.1.2-15.dsc 321b32cdfce1dfbcd61116f602e4af79 3931 ruby optional libexif-ruby_0.1.2-15.diff.gz 8bf1d5ab363191165c18b9dce4faa207 3654 ruby optional libexif-ruby_0.1.2-15_all.deb 6a4b63a78e72f232b4031344f17d406c 17136 ruby optional libexif-ruby1.8_0.1.2-15_amd64.deb f68a3118dec8402bcbc8defe2de27228 13192 ruby optional libexif-ruby1.9.1_0.1.2-15_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux)
Processed: upgrading severity
Processing commands for cont...@bugs.debian.org: severity 542093 important Bug #542093 [bash-completion-lib] bash-completion-lib: Please provide help and documentation Severity set to 'important' from 'normal' block 555036 by 542093 Bug #555036 [bash-completion-lib] Randomly breaks commands Was not blocked by any bugs. Added blocking bug(s) of 555036: 542093 thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565765: ruby1.9.1: FTBFS on sparc
On Sat, Jan 23, 2010 at 11:13:02AM +, Jurij Smakov wrote: On Tue, Jan 19, 2010 at 01:33:47PM +1300, Lucas Nussbaum wrote: On 18/01/10 at 23:59 +, Jurij Smakov wrote: On Tue, Jan 19, 2010 at 06:58:18AM +1300, Lucas Nussbaum wrote: Package: src:ruby1.9.1 Version: 1.9.1.378-1 Severity: serious Hi, ruby1.9.1 FTBFS on sparc with the following error: make[2]: Leaving directory `/build/buildd-ruby1.9.1_1.9.1.378-1-sparc-KMvrBv/ruby1.9.1-1.9.1.378' compiling bigdecimal Aborted make[1]: *** [mkmain.sh] Error 134 make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Also, we have #545345 (ruby1.9.1: test suite fails on sparc). For which upstream said (in the redmine bug) that Sparc is no supported. Sparc porters, could you help us investigate this? This is extremely worrying, because we still need to transition all ruby 1.9.0 packages to 1.9.1 (so we can drop 1.9.0) before the squeeze release. Not releasing ruby1.9.1 on sparc isn't really an option because of all the reverse-dependencies. I can't reproduce neither FTBFS nor test failure on my sparc box running up-to-date sid, tried it a couple of times today. I can make the build log and binary packages available, if needed. Josip, are you running lebrun these days? Can you try reproducing the failure there and getting more information about it (logs are not very informative)? I'm a bit reluctant to do a porter upload knowing that the package cannot be built on buildds for some reason. The buildd is always run by the people on the handy architecture alias, arch@buildd.debian.org, I'm Cc:ing them - currently aba and zobel. I'm the local admin and if they're busy I can give it a shot, but you'd have to help me out regarding the proper procedure in the chroots (we don't want to taint anything). -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566314: [buildd-tools-devel] Bug#566314: buildd: Upgrade changed gid, breaks buildds.
On Fri, Jan 22, 2010 at 10:31:29PM +0100, Kurt Roeckx wrote: Package: buildd Version: 0.59.1~rc1~buildd20100121.0 Severity: grave After the recent upgrade of the buildds, sbuild's gid got changed from 1000 to 106 or something simular. However, all the chroots still use gid 1000, so nothing can be build anymore. The postinst of sbuild does switch the sbuild group from a user group to a system group. This was done in 0.59.3 in May 2009. We take care to chown all files on the host owned by group sbuild. Inside /var/lib/sbuild in the chroot, this is taken care of at runtime by Sbuild::ChrootSetup::basesetup which is called when setting up a chroot in Sbuild::Chroot::_setup_options. On non-buildd hosts, such as all sbuild users using testing or unstable, this group migration went smoothly with no reported breakage. Could you let me know exactly which files and/or directories are retaining the old group, and are causing breakage as a consequence? Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#566331: Patch to work around it
tags 566331 patch
thanks
Hi.
I've made this patch that should make it build. I'm not sure about the
semantic consequences, and haven't tested it, but it's a start.
Greetings.
--
marcot
http://marcot.iaaeee.org/
--- AttachInstances.hs~ 2009-12-10 16:22:56.0 -0200
+++ AttachInstances.hs 2010-01-23 08:28:46.0 -0200
@@ -25,7 +25,9 @@
import InstEnv
import Class
import HscTypes (withSession, ioMsg)
+#ifdef GHCI
import TcRnDriver (tcRnGetInfo)
+#endif
#if __GLASGOW_HASKELL__ 610 || (__GLASGOW_HASKELL__ == 610 __GHC_PATCHLEVEL__ = 2)
import TypeRep hiding (funTyConName)
@@ -48,7 +50,11 @@
return $ iface { ifaceExportItems = newItems }
attachExport exp...@exportdecl{expitemdecl = L _ (TyClD d)} = do
+#ifdef GHCI
mb_info - getAllInfo (unLoc (tcdLName d))
+#else
+ let mb_info = Nothing
+#endif
return $ export { expItemInstances = case mb_info of
Just (_, _, instances) -
map synifyInstHead . sortImage instHead . map instanceHead $ instances
@@ -58,10 +64,12 @@
attachExport export = return export
+#ifdef GHCI
-- | Like GHC's getInfo but doesn't cut things out depending on the
-- interative context, which we don't set sufficiently anyway.
getAllInfo :: GhcMonad m = Name - m (Maybe (TyThing,Fixity,[Instance]))
getAllInfo name = withSession $ \hsc_env - ioMsg $ tcRnGetInfo hsc_env name
+#endif
-- Collecting and sorting instances
Bug#555036: upgrading severity
severity 542093 important block 555036 by 542093 thanks Thanks to Julien Valroff for pointing out a lack of documentation in this package. In fact it contains no documentation at all which makes it unusable. I ran into this bug while trying to squash #555036. Helmut -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#458091: not fixed in 1.2.15-1
Hi, On Sun, Jan 10, 2010 at 06:02:03PM +0900, Ansgar Burchardt wrote: it seems this issue is not completely fixed in 1.2.15-1. The patch to src/subscriberfuncs.c has been applied, but not the (identical) change to src/getaddrsfromfd.c. Right -- the fix for getaddrsfromfd() has not been applied in 1.2.15. Upstream version 1.2.17-RC1 has changed the code in the latter as well, but for some reason it returns 0 in case the size is 0 instead of -1 as for all other error conditions and as the case is handled in the former file. This might be a bug upstream? There are two places in which this function is used (once in send_mail_ many_fd() and main() in src/mlmmj-send.c). In both places, the caller checks for the return value being greater than (not equal to) zero. So, (in 1.2.15 and 1.2.17RC2) returning 0 is semantically equivalent to returning -1. Anyway, I'm gonna talk to upstream whether this is really the way it's intended. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#562353: [28eb1d5] Fix for Bug#562353 committed to git
tags 562353 + pending thanks Hello, The following change has been committed for this bug by Giuseppe Iuculano iucul...@debian.org on Sat, 23 Jan 2010 12:52:24 +0100. The fix will be in the next upload. = Removed tetex-bin from Build-Depends Closes: #562353 = You can check the diff of the fix at: http://git.debian.org/?p=users/iuculano/apcupsd.git;a=commitdiff;h=28eb1d5 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: forwarded
Processing commands for cont...@bugs.debian.org: forwarded 564690 https://bugzilla.gnome.org/show_bug.cgi?id=600663 Bug #564690 [epiphany-browser] epiphany-browser - Does not longer check certificates Set Bug forwarded-to-address to 'https://bugzilla.gnome.org/show_bug.cgi?id=600663'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: [28eb1d5] Fix for Bug#562353 committed to git
Processing commands for cont...@bugs.debian.org: tags 562353 + pending Bug #562353 [src:apcupsd] apcupsd: FTBFS: Nonexistent build-dependency: tetex-bin Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566397: FTBFS: test fails
Package: libgearman-client-async-perl Version: 0.94-2.2 Severity: serious Justification: FTBFS Hi libgearman-client-async-perl 0.94-2.2 FTBFS: make test make[1]: Entering directory `/tmp/buildd/libgearman-client-async-perl-0.94' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/allinone.t .. ok # Failed test 'alternating status' # at t/async.t line 75. # '1221211221' # doesn't match '(?-xism:1212)' # Looks like you failed 1 test of 2. t/async.t . Dubious, test returned 1 (wstat 256, 0x100) Failed 1/2 subtests t/err1.t .. ok t/err2.t .. ok t/err3.t .. ok t/err4.t .. ok t/err5.t .. ok t/err6.t .. ok t/err7.t .. ok t/err8.t .. skipped: bug #475197 t/tests-needed.t .. ok t/uniq.t .. ok Test Summary Report --- t/async.t (Wstat: 256 Tests: 2 Failed: 1) Failed test: 1 Non-zero exit status: 1 Files=12, Tests=32, 26 wallclock secs ( 0.06 usr 0.01 sys + 0.98 cusr 0.12 csys = 1.17 CPU) Result: FAIL Failed 1/12 test programs. 1/32 subtests failed. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/tmp/buildd/libgearman-client-async-perl-0.94' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package I: unmounting dev/pts filesystem I: unmounting proc filesystem - Cleaning COW directory forking: rm -rf /home/pbuilder/build//cow.17304 can someone of the pkg-perl group reproduce it too? I attach the full build log when building here. Bests Salvatore -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash - Copying COW directory forking: rm -rf /home/pbuilder/build//cow.17304 forking: cp -al /home/pbuilder/sid-amd64.base.cow /home/pbuilder/build//cow.17304 I: removed stale ilistfile /home/pbuilder/build//cow.17304/.ilist forking: chroot /home/pbuilder/build//cow.17304 cowdancer-ilistcreate /.ilist find . -xdev -path ./home -prune -o \( \( -type l -o -type f \) -a -links +1 -print0 \) | xargs -0 stat --format '%d %i ' - Invoking pbuilder forking: pbuilder build --buildplace /home/pbuilder/build//cow.17304 --buildresult /home/pbuilder/sid-amd64/result/ --debbuildopts --no-targz --internal-chrootexec chroot /home/pbuilder/build//cow.17304 cow-shell /tmp/tmp.diw2pHLktb/libgearman-client-async-perl_0.94-2.2.dsc I: Running in no-targz mode I: using fakeroot in build. I: Current time: Sat Jan 23 12:24:11 CET 2010 I: pbuilder-time-stamp: 1264245851 I: copying local configuration I: mounting /proc filesystem I: mounting /dev/pts filesystem I: policy-rc.d already exists I: Obtaining the cached apt archive contents I: Installing the build-deps - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: amd64 Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder and should Depends: debhelper (= 5), libgearman-client-perl (= 1.05-1), gearman-server, libdanga-socket-perl (= 1.52-1), netbase dpkg-deb: building package `pbuilder-satisfydepends-dummy' in `/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'. Reading package lists... Building dependency tree... Reading state information... aptitude is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Selecting previously deselected package pbuilder-satisfydepends-dummy. (Reading database ... 11222 files and directories currently installed.) Unpacking pbuilder-satisfydepends-dummy (from .../pbuilder-satisfydepends-dummy.deb) ... dpkg: dependency problems prevent configuration of pbuilder-satisfydepends-dummy: pbuilder-satisfydepends-dummy depends on debhelper (= 5); however: Package debhelper is not installed. pbuilder-satisfydepends-dummy depends on libgearman-client-perl (= 1.05-1); however: Package libgearman-client-perl is not installed. pbuilder-satisfydepends-dummy depends on gearman-server; however: Package gearman-server is not installed. pbuilder-satisfydepends-dummy depends on libdanga-socket-perl (= 1.52-1); however: Package libdanga-socket-perl is not installed. pbuilder-satisfydepends-dummy depends on netbase; however: Package netbase is not installed. dpkg: error processing pbuilder-satisfydepends-dummy (--install): dependency problems - leaving unconfigured Errors were encountered while processing: pbuilder-satisfydepends-dummy Reading package lists...
Bug#566398: sbuild: Generates .changes file with wrong arch.
Package: sbuild Version: 0.59.1~rc1~buildd20100121.0 Severity: serious Hi, All my i386 uploads got rejected, because I have filenames like: ffmpeg_0.5+svn20090706-5_amd64.changes instead of: ffmpeg_0.5+svn20090706-5_i386.changes sbuild is called with the proper --arch=i386. Kurt -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566314: [buildd-tools-devel] Bug#566314: buildd: Upgrade changed gid, breaks buildds.
On Sat, Jan 23, 2010 at 11:37:38AM +, Roger Leigh wrote: On Fri, Jan 22, 2010 at 10:31:29PM +0100, Kurt Roeckx wrote: Package: buildd Version: 0.59.1~rc1~buildd20100121.0 Severity: grave After the recent upgrade of the buildds, sbuild's gid got changed from 1000 to 106 or something simular. However, all the chroots still use gid 1000, so nothing can be build anymore. The postinst of sbuild does switch the sbuild group from a user group to a system group. This was done in 0.59.3 in May 2009. We take care to chown all files on the host owned by group sbuild. Inside /var/lib/sbuild in the chroot, this is taken care of at runtime by Sbuild::ChrootSetup::basesetup which is called when setting up a chroot in Sbuild::Chroot::_setup_options. On non-buildd hosts, such as all sbuild users using testing or unstable, this group migration went smoothly with no reported breakage. Could you let me know exactly which files and/or directories are retaining the old group, and are causing breakage as a consequence? Atleast everything in /build and /var/lib/sbuild Kurt -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 541316 is normal
Processing commands for cont...@bugs.debian.org: severity 541316 normal Bug #541316 [exuberant-ctags] exuberant-ctags: tags file is corrupted Severity set to 'normal' from 'grave' # package still usable with this bug. not RC. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565765: ruby1.9.1: FTBFS on sparc
On Sat, Jan 23, 2010 at 12:22:27PM +0100, Josip Rodin wrote: On Sat, Jan 23, 2010 at 11:13:02AM +, Jurij Smakov wrote: Josip, are you running lebrun these days? Can you try reproducing the failure there and getting more information about it (logs are not very informative)? I'm a bit reluctant to do a porter upload knowing that the package cannot be built on buildds for some reason. The buildd is always run by the people on the handy architecture alias, arch@buildd.debian.org, I'm Cc:ing them - currently aba and zobel. I'm the local admin and if they're busy I can give it a shot, but you'd have to help me out regarding the proper procedure in the chroots (we don't want to taint anything). I think that just trying to build it in a fresh sid pbuilder chroot on this machine (not under buildd) would be useful. If it's indeed a kernel issue, then we should still see the FTBFS. Best regards, -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563784: bastille NMU
Hi Please find the NMU attached, since bastille-firewall should have the network interfaces, I've added a required-* to $network. Cheers Steffen diff -u bastille-3.0.9/debian/bastille-firewall bastille-3.0.9/debian/bastille-firewall --- bastille-3.0.9/debian/bastille-firewall +++ bastille-3.0.9/debian/bastille-firewall @@ -2,8 +2,8 @@ # ### BEGIN INIT INFO # Provides: bastille-firewall -# Required-Start:$local_fs ifupdown -# Required-Stop: $local_fs ifupdown +# Required-Start:$network +# Required-Stop: $network # Default-Start: S # Default-Stop: 0 6 # Short-Description: Load/unload ipchains rulesets diff -u bastille-3.0.9/debian/changelog bastille-3.0.9/debian/changelog --- bastille-3.0.9/debian/changelog +++ bastille-3.0.9/debian/changelog @@ -1,3 +1,13 @@ +bastille (1:3.0.9-12.1) unstable; urgency=low + + * Non-maintainer upload + * Change dependency in init LSB header to use $network rather than +$local_fs to make sure networking is available during boot and to +make the package installation work again (Closes: #563784) +Thanks to Petter Reinholdtsen + + -- Steffen Joeris wh...@debian.org Sat, 23 Jan 2010 13:08:40 +0100 + bastille (1:3.0.9-12) unstable; urgency=low * Set bin/bastille to be a bash shell since 'set +o privilege' is not
Bug#546011: Could you check 3.0.1-1 from experimental?
On 2010-01-23 09:58 +0100, Guido Günther wrote: Hi Bill, could you try to build above version from experimental. I don't have a 64bit machine running a 64bit kernel with i386 around here. You need to CC the bug submitter if you want him to answer. But I can help out: this bug still exists in 3.0.1-1, the build fails at the same stage with the same messages. The following patch fixes this for me (tested in 3.0.1-1 only): --8---cut here---start-8--- --- debian/rules~ 2010-01-23 12:20:22.0 +0100 +++ debian/rules2010-01-23 12:45:24.116336762 +0100 @@ -137,6 +137,8 @@ --enable-canvas \ --enable-crypto \ --with-distribution-id=$(DEBIAN_DIST) \ + --build=$(DEB_BUILD_GNU_TYPE) \ + --host=$(DEB_HOST_GNU_TYPE) \ $(EXTRA_BRANDING_CONFIGURE_FLAGS) \ $(NULL) --8---cut here---end---8--- Sven -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566023: Info received (Bug#566203: wicd 1.7 fails to start)
On Sat, Jan 23, 2010 at 12:06 PM, David Paleino da...@debian.org wrote: (please keep Guilherme CCed) Right, done. I suspect this has something to do with python-support. What version do you have? The current one in Sid : localhost:~# LANG=C aptitude show python-support | grep Version Version: 1.0.6 I even ran update-python-modules, nothing changed. What happens if you purge python-wicd, and then reinstall it? Nothing better after purging and reinstalling. Also, see: $ dpkg -c ../../build-area/wicd_1.6.2.2-4_all.deb |grep python drwxr-xr-x root/root 0 2010-01-23 11:28 ./usr/share/python-support/ -rw-r--r-- root/root 879 2010-01-23 11:28 ./usr/share/python- support/wicd.private $ i.e. there's no pythonX.Y/*-packages in the 1.6.2.2-4 package, thus I don't think it's some old file staying around. Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 Ciao
Bug#563784: marked as done (fails to install due to incorrect dependencies in init.d LSB header)
Your message dated Sat, 23 Jan 2010 12:33:15 + with message-id e1nyfax-0001q7...@ries.debian.org and subject line Bug#563784: fixed in bastille 1:3.0.9-12.1 has caused the Debian Bug report #563784, regarding fails to install due to incorrect dependencies in init.d LSB header to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 563784: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=563784 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: bastille Version: 1:3.0.9-12 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o User: initscripts-ng-de...@lists.alioth.debian.org Usertags: incorrect-dependency Hi, during a test with piuparts I noticed your package failed to install due to incorrect dependencies in the init.d LSB header. Some debian notes are available from at http://wiki.debian.org/LSBInitScripts From the attached log (scroll to the bottom...): Setting up bastille (1:3.0.9-12) ... insserv: Service ifupdown has to be enabled to start service bastille-firewall insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing bastille (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: bastille E: Sub-process /usr/bin/dpkg returned an error code (1) regards, Holger Start: 2009-12-24 23:26:54 UTC Package: bastille Priority: optional Section: admin Installed-Size: 1960 Maintainer: Javier Fernandez-Sanguino Pen~a j...@debian.org Architecture: all Version: 1:3.0.9-12 Depends: perl5, libcurses-perl Recommends: whois, psad, bind9-host | host Suggests: acct, perl-tk (= 1:800.011) | libgtk-perl Conflicts: libcurses-widgets-perl Filename: pool/main/b/bastille/bastille_3.0.9-12_all.deb Size: 467298 MD5sum: 583626ef78d57ac3173fc6ac77688f68 SHA1: 7647606a4bedfbd25ecc34857820e60ee780cfa2 SHA256: f29e40582c143423171a0fa2f1a904798621962addfa0984037c13c86b90aa83 Description: Security hardening tool Bastille Linux is a security hardening program for GNU/Linux. It increases the security of the system either by disabling services (if they are not necessary) or by altering their configuration. . If run in the (recommended) Interactive mode, Bastille educates the administrator during the hardening process: in each step of the process, extensive descriptions are given of what security issues are involved. Each step is optional. If run in the quicker Automated mode, Bastille hardens the system according the profile chosen. . Bastille Linux works for several Linux distributions. This package has been specifically modified to work for Debian GNU/Linux. Homepage: http://www.bastille-unix.org/ Tag: devel::testing-qa, interface::text-mode, role::program, scope::utility, security::ids, suite::gnu, uitoolkit::ncurses Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ bastille Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.39~200912240832 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ bastille 0m0.0s INFO: Running on: Linux piatti 2.6.32.2-dsa-amd64 #1 SMP Tue Dec 22 19:51:27 CET 2009 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmp2QcJaA 0m0.0s DEBUG: Unpacking sid.tar.gz into /org/piuparts.debian.org/tmp/tmp2QcJaA 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmp2QcJaA', '-zxf', 'sid.tar.gz'] 0m2.1s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmp2QcJaA', '-zxf', 'sid.tar.gz'] 0m2.1s DEBUG: Created policy-rc.d and chmodded it. 0m2.1s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmp2QcJaA', 'apt-get', 'update'] 0m4.2s DUMP: Get:1 http://piatti.debian.org sid Release.gpg [835B] Get:2 http://piatti.debian.org sid Release [104kB] Ign http://piatti.debian.org sid/main Packages/DiffIndex Ign http://piatti.debian.org
Bug#546528: [maintainer ping] Re: [PATCH] make dash's preinst a C binary
Hi Gerrit, as you can see David Riebenbauer provided a patch to convert dash.preinst to something not depending on /bin/sh. As far as I can tell applying this patch would not worsen the situation in any way, but it would make it easier to work on the bash package. Could you somehow answer to this bugreport? Helmut -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566407: FTBFS: test fails
Package: libhtml-template-compiled-perl
Version: 0.94-1
Severity: serious
Justification: FTBFS
Hi
libhtml-template-compiled-perl 0.94-1 FTBFS when running tests.
dh_auto_test
make[1]: Entering directory `/tmp/buildd/libhtml-template-compiled-perl-0.94'
PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e
test_harness(0, 'blib/lib', 'blib/arch') t/*.t
# Failed test 'output after update ok'
# at t/01_HTML-Template-Compiled.t line 122.
# got: '/path/to/script.pl?lang=deBand: BauhausAlbums:(first)
(last)Mask (Album)1. Hair of the Dog2. Passion of Lovers---Bio: No bio
availableHomepage: http://...$DUMP = {#39;BIOGRAPHY#39; =gt;
undef,#39;LINK#39; =gt; #39;http://...#39;};Bio: No bio
availableHomepage: http://...Song 0: Hair of the
Doga%20b%20c%20%26%20dINCLUDED_NEW: Hair of the Dog2323'
# expected: '/path/to/script.pl?lang=deBand: BauhausAlbums:(first)
(last)Mask (Album)1. Hair of the Dog2. Passion of Lovers---Bio: No bio
availableHomepage: http://...$DUMP = {#39;BIOGRAPHY#39; =gt;
undef,#39;LINK#39; =gt; #39;http://...#39;};Bio: No bio
availableHomepage: http://...Song 0: Hair of the
Doga%20b%20c%20%26%20dINCLUDED: Hair of the Dog2323'
# Looks like you failed 1 test of 6.
t/01_HTML-Template-Compiled.t ..
Dubious, test returned 1 (wstat 256, 0x100)
Failed 1/6 subtests
t/02_version.t . ok
t/03_param.t ... ok
t/04_out_fh.t .. ok
t/05_filter.t .. ok
t/06_dyn_include.t . ok
t/07_formatter.t ... ok
t/08_global_vars.t . ok
t/09_wrong.t ... ok
t/10_if_else.t . ok
t/11_dhtml.t ... ok
t/12_path.t ok
t/13_loop.t ok
t/14_scalarref.t ... ok
t/15_comment.t . ok
t/16_switch.t .. ok
t/17_escape.t .. ok
t/18_objects.t . ok
t/19_query.t ... ok
t/20_precompile.t .. ok
t/21_while.t ... ok
t/22_pod.t . ok
t/23_tagstyles.t ... ok
t/24_pod_cover.t ... ok
t/26_expr.t ok
t/27_chomp.t ... ok
t/28_perl.t ok
t/29_encoding.t ok
t/30_arrays.t .. ok
t/31_recurse.t . ok
t/32_compile_plugin.t .. ok
t/33_plugins.t . ok
t/34_loop_context_vars.t ... ok
t/35_debug.t ... ok
t/36_default.t . ok
t/37_with.t ok
Test Summary Report
---
t/01_HTML-Template-Compiled.t (Wstat: 256 Tests: 6 Failed: 1)
Failed test: 4
Non-zero exit status: 1
Files=36, Tests=194, 19 wallclock secs ( 0.12 usr 0.03 sys + 2.97 cusr
0.23 csys = 3.35 CPU)
Result: FAIL
Failed 1/36 test programs. 1/194 subtests failed.
make[1]: *** [test_dynamic] Error 255
make[1]: Leaving directory `/tmp/buildd/libhtml-template-compiled-perl-0.94'
dh_auto_test: make -j1 test returned exit code 2
make: *** [build] Error 9
dpkg-buildpackage: error: debian/rules build gave error exit status 2
E: Failed autobuilding of package
I: unmounting dev/pts filesystem
I: unmounting proc filesystem
- Cleaning COW directory
forking: rm -rf /home/pbuilder/build//cow.10263
Full build log is attached. Can someone from pkg-perl Group reproduce
this too?
Bests
Salvatore
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
- Copying COW directory
forking: rm -rf /home/pbuilder/build//cow.10263
forking: cp -al /home/pbuilder/sid-amd64.base.cow
/home/pbuilder/build//cow.10263
I: removed stale ilistfile /home/pbuilder/build//cow.10263/.ilist
forking: chroot /home/pbuilder/build//cow.10263 cowdancer-ilistcreate /.ilist
find . -xdev -path ./home -prune -o \( \( -type l -o -type f \) -a -links +1
-print0 \) | xargs -0 stat --format '%d %i '
- Invoking pbuilder
forking: pbuilder build --buildplace /home/pbuilder/build//cow.10263
--buildresult /home/pbuilder/sid-amd64/result/ --debbuildopts --no-targz
--internal-chrootexec chroot /home/pbuilder/build//cow.10263 cow-shell
/tmp/tmp.s2iUhfT20r/libhtml-template-compiled-perl_0.94-1.dsc
I: Running in no-targz mode
I: using fakeroot in build.
I: Current time: Sat Jan 23 13:13:07 CET 2010
I: pbuilder-time-stamp: 1264248787
I: copying local configuration
I: mounting /proc filesystem
I: mounting /dev/pts filesystem
I: policy-rc.d already exists
I: Obtaining the cached apt archive contents
I: Installing the build-deps
- Attempting to satisfy build-dependencies
- Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version:
Processed: tagging 546011
Processing commands for cont...@bugs.debian.org: tags 546011 + patch Bug #546011 [icedove] icedove: FTBFS on i386 with a 64bit kernel Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: patch
Processing commands for cont...@bugs.debian.org: tags 562343 patch Bug #562343 [src:tmview] tmview: FTBFS: errno.h:55: error: expected '=', ',', ';', 'asm' or '__attribute__' before '.' token Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562343: patch
tags 562343 patch thanks Hello, Here's a patch applied in Ubuntu to fix this problem.Description: reorder headers in writefb.c to fix build failure Author: Ilya Barygin bary...@gmail.com Bug-Debian: http://bugs.debian.org/562343 --- a/fb/writefb.c +++ b/fb/writefb.c @@ -3,8 +3,6 @@ /* This program may be used without any warranty. It may be modified and */ /* distributed without any restrictions. */ -#include ../src/defs.h - #include termios.h #include errno.h #include stdint.h @@ -17,6 +15,8 @@ #include linux/vt.h #include linux/kd.h +#include ../src/defs.h + /* framebuffer globals */ static uchar *thefb=NULL; static struct fb_var_screeninfo thefbvarinfo;
Bug#512915: closed by Ivan Borzenkov ivan1...@list.ru (Done: [libjs-yui] No source code)
Hi Ivan, hi maintainer(s)! Ivan Borzenkov wrote: Hmm, and who actually need it :) That's a joke, isn't it? This is not a joke. This is not my package, I removed yui from phpunit. Ah, sorry. Thought you where the maintainer of the package closing that bug. You have two choices: Fix this bug or your package _will_ be removed not only from the next release but completly from the archive. I put this bag on request, for me it is absolutely not an issue, judging by the fact that there was no activity for about a year it is not relevant to anyone else. It is relevant for policy and it is relevant for ftp-master. We need to have the source (as in preferred form of modification) not only to conform with our policy but also because of legal reasons. The affected file is not in this form. So it is a release critical bug which must be solved somehow for the package to be distributable for us. It is just shear luck, that no one brought this issue to ftp-masters attention so far. Compressing js libraries - this is absolutely normal for purely pragmatic reasons - to quickly loaded, and then screams that this fanatic few people care. There is nothing wrong with shipping a compressed / obfuscated file in the _binary_ package. We just need the real source of it in the source package. Best regards, Alexander signature.asc Description: OpenPGP digital signature
Bug#546011: Could you check 3.0.1-1 from experimental?
On Sat, Jan 23, 2010 at 01:22:44PM +0100, Sven Joachim wrote: On 2010-01-23 09:58 +0100, Guido Günther wrote: Hi Bill, could you try to build above version from experimental. I don't have a 64bit machine running a 64bit kernel with i386 around here. You need to CC the bug submitter if you want him to answer. But I can help out: this bug still exists in 3.0.1-1, the build fails at the same stage with the same messages. The following patch fixes this for me (tested in 3.0.1-1 only): --8---cut here---start-8--- --- debian/rules~ 2010-01-23 12:20:22.0 +0100 +++ debian/rules 2010-01-23 12:45:24.116336762 +0100 @@ -137,6 +137,8 @@ --enable-canvas \ --enable-crypto \ --with-distribution-id=$(DEBIAN_DIST) \ + --build=$(DEB_BUILD_GNU_TYPE) \ + --host=$(DEB_HOST_GNU_TYPE) \ $(EXTRA_BRANDING_CONFIGURE_FLAGS) \ $(NULL) --8---cut here---end---8--- I agree with Sven. The relevant part of Debian policy is 11.1. Architecture specification strings This means that in practice, config.guess should never be used, because it will detect the architecture of the build machine and not the target Debian architecture. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 564557
Processing commands for cont...@bugs.debian.org: tags 564557 + fixed-upstream Bug #564557 [mlmmj-php-web-admin] mlmmj-php-web-admin: class.FastTemplate.php is non-free Added tag(s) fixed-upstream. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566479: FTBFS: fails to run libtool in maildrop dir
Package: courier
Severity: serious
Justification: no longer builds from source
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Currently courier fails to build with this error msg (detected on the BSP in
MG):
make[1]: Entering directory `/tmp/buildd/courier-0.63.0'
cd . /bin/bash /tmp/buildd/courier-0.63.0/missing --run automake-1.11 --gnu
CDPATH=${ZSH_VERSION+.}: cd . /bin/bash
/tmp/buildd/courier-0.63.0/missing --run autoconf
configure.in:22: error: possibly undefined macro: AC_PROG_SYSCONFTOOL
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
make[1]: *** [configure] Error 1
make[1]: Leaving directory `/tmp/buildd/courier-0.63.0'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
E: Failed autobuilding of package
I: unmounting dev/pts filesystem
I: unmounting proc filesystem
- Cleaning COW directory
forking: rm -rf /var/cache/pbuilder/build//cow.10762
Greetings
Winnie
- -- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAkta9DEACgkQzgm26bkTFDo4cQCdHoCQPg/5K/Qg+d9kyYl/NYAf
qhoAn1g5yeqH7ueigLlCb3krdu3szm7X
=r2Ca
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: block 559666 with 560216
Processing commands for cont...@bugs.debian.org:
block 559666 with 560216
Bug #559666 {Done: Christoph Berg m...@debian.org} [cyrus-imapd-2.2]
cyrus-imapd-2.2: Upgrade of libkrb5-25-heimdal from 1.2.e1.dfsg.1-4 to
1.3.1.dfsg.1-1 causes imapd to fail
Was not blocked by any bugs.
Added blocking bug(s) of 559666: 560216 and 560357
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560554: mlmmj: FTBFS: install: cannot stat `/build/user-mlmmj_1.2.15-1.1-amd64-M4_TjF/mlmmj-1.2.15/debian/mlmmj -make-ml.sh': No such file or directory
Hi, On Fri, Dec 11, 2009 at 09:55:50AM +0100, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: […] # Don't advertise that mlmmj-make-ml is a shell script # And install our own version of mlmmj-make-ml, until upstream # has stabilised somewhat rm -f /build/user-mlmmj_1.2.15-1.1-amd64-M4_TjF/mlmmj-1.2.15/debian/mlmmj/usr/bin/mlmmj-make-ml.sh install -m 755 -D /build/user-mlmmj_1.2.15-1.1-amd64-M4_TjF/mlmmj-1.2.15/debian/mlmmj-make-ml.sh \ /build/user-mlmmj_1.2.15-1.1-amd64-M4_TjF/mlmmj-1.2.15/debian/mlmmj/usr/bin/mlmmj-make-ml install: cannot stat `/build/user-mlmmj_1.2.15-1.1-amd64-M4_TjF/mlmmj-1.2.15/debian/mlmmj-make-ml.sh': No such file or directory make: *** [install-arch] Error 1 The problem is caused by 01_debian_make_mlmmj-ml.dpatch. The patch header looks like this: diff -urNad --exclude=CVS --exclude=.svn ./debian/mlmmj-make-ml.sh /tmp/dpep-work.l7evJe/mlmmj-1.2.8/debian/mlmmj-make-ml.sh --- ./debian/mlmmj-make-ml.sh 1970-01-01 01:00:00.0 +0100 +++ /tmp/dpep-work.l7evJe/mlmmj-1.2.8/debian/mlmmj-make-ml.sh 2005-09-10 21:33:20.0 +0200 Thus, dpatch patches (creates) the file tmp/dpep-work.l7evJe/ mlmmj-1.2.8/debian/mlmmj-make-ml.sh rather than debian/mlmmj-make-ml.sh. It looks like earlier version of dpatch had a different behavior as the issue did not pop up earlier. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#536285: half-selected images
This seems to happen when mirage loads a cached image and does not update self.currimg_name. The attached patched updates this and thus fixes the bug. However I do not think this is the best way to fix this. ;) Regards Evgeni -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mirage depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-1 X11 client-side library ii python2.5.4-6An interactive high-level object-o ii python-gtk2 2.16.0-1 Python bindings for the GTK+ widge ii python-support1.0.6 automated rebuilding support for P mirage recommends no packages. mirage suggests no packages. --- mirage-0.9.3/mirage.py 2008-03-27 05:05:28.0 +0100 +++ mirage-0.9.3.patched/mirage.py 2010-01-23 13:53:30.0 +0100 @@ -3892,6 +3892,7 @@ self.last_image_action_was_smart_fit = False elif self.open_mode == self.open_mode_1to1 or (self.open_mode == self.open_mode_last and self.last_mode == self.open_mode_1to1): self.last_image_action_was_fit = False + self.currimg_name = str(self.image_list[self.curr_img_in_list]) else: # Need to load the current image self.currimg_pixbuf = None
Bug#552768: patches
Hi, I don't think Hidekis patches are not really solving the problem. It fixes the subdir-in-usr-bin problem but it creates new one by moving quite gerenic names like cserver/tserver etc. to /usr/bin. What about using /usr/lib/kWnn4/bin or so? (That is allowed by the FHS). Though I don't know the exact binaries are called (but they can't really we found right now anyway with the current subdir unless it it in $PATH) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: tagging 536285
Processing commands for cont...@bugs.debian.org: tags 536285 patch Bug #536285 [mirage] mirage: can trick a user to delete wrong files Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542381: Bug#542383: fails to install
hi!
On Wed, Jan 06, 2010 at 11:17:49AM +0100, Thijs Kinkhorst wrote:
Afaics I'm using dbconfig-common as documented, so this issue should imho
be handled there.
One thing you're not doing is Recommends: mysql-client. But I doubt that
would have helped here.
a Recommends on the database server might be helpful, but even this would
not guarantee a fix in all install cases, so something else would still need
to be done inside of dbconfig-common.
I'll leave it to Sean to decide, how dbconfig-common should behave in a
non-interactive mode (which I guess was used in the piuparts test)
If someone installs a dbconfig-common-using package in non-interactive mode
and doesn't supply any explicit preseeding, then I think we can assume that
they want to answer no to Configure database for ${pkg} with
dbconfig-common?
i'd say that it should still try, but in the case that it fails to install
it should be able to handle the failure and gracefully ignore the failure.
i'm preparing an upload with other various fixes at the moment, if i have
time to look into this issue i'll make a patch for it. if i run out of
time i'll just include the patch you provided as a stop-gap for the
time being.
sean
signature.asc
Description: Digital signature
Bug#564372: marked as done (tomboy: tomboy-addins.pc has unnecessary Requires: dependencies)
Your message dated Sat, 23 Jan 2010 13:18:38 +
with message-id e1nyfss-0006tq...@ries.debian.org
and subject line Bug#564372: fixed in tomboy 1.0.1-4
has caused the Debian Bug report #564372,
regarding tomboy: tomboy-addins.pc has unnecessary Requires: dependencies
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
564372: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564372
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Source: tomboy-latex
Version: 0.5-1
Severity: serious
User: debian...@lists.debian.org
Usertags: qa-ftbfs-2010-01-08 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part:
debian/rules build
dh build
dh_testdir
dh_auto_configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/build/user-tomboy-latex_0.5-1-amd64-xr06Lr/tomboy-latex-0.5/missing: Unknown
`--run' option
Try `/build/user-tomboy-latex_0.5-1-amd64-xr06Lr/tomboy-latex-0.5/missing
--help' for more information
configure: WARNING: `missing' script is too old or missing
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for a BSD-compatible install... /usr/bin/install -c
checking for mcs... /usr/bin/csc
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
configure: error: Package requirements (tomboy-addins) were not met:
Package gtk-sharp-2.0 was not found in the pkg-config search path.
Perhaps you should add the directory containing `gtk-sharp-2.0.pc'
to the PKG_CONFIG_PATH environment variable
Package 'gtk-sharp-2.0', required by 'Tomboy Addin Library', not found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables TOMBOY_ADDINS_CFLAGS
and TOMBOY_ADDINS_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
checking for TOMBOY_ADDINS... == config.log ==
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by configure, which was
generated by GNU Autoconf 2.61. Invocation command line was
$ ./configure --build=x86_64-linux-gnu --prefix=/usr
--includedir=${prefix}/include --mandir=${prefix}/share/man
--infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var
--libexecdir=${prefix}/lib/tomboy-latex --disable-maintainer-mode
--disable-dependency-tracking
## - ##
## Platform. ##
## - ##
hostname = griffon-85
uname -m = x86_64
uname -r = 2.6.26-2-amd64
uname -s = Linux
uname -v = #1 SMP Sun Jul 26 20:35:48 UTC 2009
/usr/bin/uname -p = unknown
/bin/uname -X = unknown
/bin/arch = unknown
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /usr/local/sbin
PATH: /usr/local/bin
PATH: /usr/sbin
PATH: /usr/bin
PATH: /sbin
PATH: /bin
PATH: /usr/X11R6/bin
PATH: /usr/games
## --- ##
## Core tests. ##
## --- ##
configure:1707: checking for a BSD-compatible install
configure:1763: result: /usr/bin/install -c
configure:1774: checking whether build environment is sane
configure:1817: result: yes
configure:1841: WARNING: `missing' script is too old or missing
configure:1845: checking for a thread-safe mkdir -p
configure:1884: result: /bin/mkdir -p
configure:1897: checking for gawk
configure:1927: result: no
configure:1897: checking for mawk
configure:1913: found /usr/bin/mawk
configure:1924: result: mawk
configure:1935: checking whether make sets $(MAKE)
configure:1956: result: yes
configure:2144: checking whether to enable maintainer-specific portions of
Makefiles
configure:2153: result: no
configure:2180: checking for a BSD-compatible install
configure:2236: result: /usr/bin/install -c
configure:2253: checking for mcs
configure:2283: result: /usr/bin/csc
configure:2349: checking for pkg-config
configure:2367: found /usr/bin/pkg-config
configure:2379: result: /usr/bin/pkg-config
configure:2408: checking pkg-config is at least version 0.9.0
configure:2411: result: yes
configure:2422:
Bug#563474: acx100-source: module FTBFS with 2.6.31 kernel
Here are a few patches to fix the build error with 2.6.31+ (same basic fix, different sources): https://bugs.launchpad.net/ubuntu/+source/linux/+bug/495077 http://ubuntuforums.org/showthread.php?t=1321303 http://www.mail-archive.com/frugalware-...@frugalware.org/msg34723.html http://www.mail-archive.com/frugalware-...@frugalware.org/msg34723.html I ran m-a with squeeze + 2.6.32 w/ 1st patch (just the parts against usb.c and pci.c, since the other patches were already in Debian, see attachment) and seems to work fine. 04_net_device.dpatch Description: Binary data
Bug#561440: vino: diff for NMU version 2.28.1-2.1
tags 561440 + patch
thanks
Dear Jordi,
I have prepared an NMU for vino (version 2.28.1-2.1) to use
two (IPv4+IPv6) sockets instead of one, thus work on kFreeBSD
and with the recent netbase changes.
I’ll have it uploaded to according to devref §5.11, patch attached.
bye,
//mirabilos
--
Sometimes they [people] care too much: pretty printers [and syntax highligh-
ting, d.A.] mechanically produce pretty output that accentuates irrelevant
detail in the program, which is as sensible as putting all the prepositions
in English text in bold font. -- Rob Pike in Notes on Programming in Cdiff -u vino-2.28.1/debian/changelog vino-2.28.1/debian/changelog
--- vino-2.28.1/debian/changelog
+++ vino-2.28.1/debian/changelog
@@ -1,3 +1,12 @@
+vino (2.28.1-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/patches/01_ipv6-fix.patch: New, use two listening sockets
+(one for IPv4, one for IPv6) and disable use of ipv4-mapped IPv6
+addresses. (Closes: #561440)
+
+ -- Thorsten Glaser t...@mirbsd.de Sat, 23 Jan 2010 13:01:31 +
+
vino (2.28.1-2) unstable; urgency=low
* Only require NM on Linux architectures.
only in patch2:
unchanged:
--- vino-2.28.1.orig/debian/patches/01_ipv6-fix.patch
+++ vino-2.28.1/debian/patches/01_ipv6-fix.patch
@@ -0,0 +1,69 @@
+--- server/libvncserver/sockets.c.orig 2009-05-12 11:39:33.0 +
server/libvncserver/sockets.c 2010-01-23 13:00:12.0 +
+@@ -578,6 +578,7 @@ ListenOnTCPPort(rfbScreenInfoPtr rfbScre
+ if(netIface == NULL || strlen(netIface) == 0)
+ {
+ #ifdef ENABLE_IPV6
++int sock6 = -1;
+ struct sockaddr_in6 s6;
+
+ memset(s6, 0, sizeof(s6));
+@@ -585,10 +586,10 @@ ListenOnTCPPort(rfbScreenInfoPtr rfbScre
+ s6.sin6_port = htons(port);
+ s6.sin6_addr = in6addr_any;
+
+-sock = NewSocketListenTCP ((struct sockaddr*)s6, sizeof(s6));
+-rfbLog(Listening IPv{4,6}://*:%d\n, port);
++sock6 = NewSocketListenTCP ((struct sockaddr*)s6, sizeof(s6));
++rfbLog(Listening IPv6://[::]:%d\n, port);
+ #endif
+-if(sock 0) {
++
+ struct sockaddr_in s4;
+
+ memset(s4, 0, sizeof(s4));
+@@ -598,15 +599,23 @@ ListenOnTCPPort(rfbScreenInfoPtr rfbScre
+
+ sock = NewSocketListenTCP ((struct sockaddr*)s4, sizeof(s4));
+ rfbLog(Listening IPv4://0.0.0.0:%d\n, port);
+-}
+
++#ifdef ENABLE_IPV6
++if(sock6 0) {
++ psock[*ptot] = sock6;
++ *ptot+= 1;
++}
++#endif
+ if(sock 0) {
+- psock[0] = sock;
+- *ptot = 1;
+- return TRUE;
++ psock[*ptot] = sock;
++ *ptot+= 1;
+ }
+
+-rfbLog(Problems in NewSocketListenTCP(), sock=%d\n, sock);
++if (*ptot)
++ return TRUE;
++
++/* no need to log sock/sock6, both are -1 here */
++rfbLog(Problems in NewSocketListenTCP()\n);
+ return FALSE;
+ }
+
+@@ -676,6 +685,15 @@ NewSocketListenTCP(struct sockaddr *addr
+ return -1;
+ }
+
++#ifdef ENABLE_IPV6
++if (addr-sa_family == AF_INET6) {
++#if defined(IPPROTO_IPV6) defined(IPV6_V6ONLY)
++ setsockopt(sock, IPPROTO_IPV6, IPV6_V6ONLY, (char *)one, sizeof(one));
++ /* we cannot really check for errors here */
++#endif
++}
++#endif
++
+ if (bind(sock, addr, len) 0) {
+ close(sock);
+ return -1;
Processed: vino: diff for NMU version 2.28.1-2.1
Processing commands for cont...@bugs.debian.org: tags 561440 + patch Bug #561440 [vino] vino: Listens on IPv6 only (net.ipv6.bindv6only=1?) Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484107: marked as done (iscsitarget: Fails to remove if IET is not active)
Your message dated Sat, 23 Jan 2010 14:43:32 +0100 with message-id 20100123134332.ga9...@bogon.sigxcpu.org and subject line Fixed in 0.4.17+svn229-1.2 has caused the Debian Bug report #484107, regarding iscsitarget: Fails to remove if IET is not active to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 484107: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484107 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: iscsitarget Version: 0.4.15+svn148-2 Severity: normal When I install iscsitarget, do essentially no configuration of it, and then attempt to remove it, I get: Removing iscsitarget ... Removing iSCSI enterprise target devices: failed with reason :Connection refused. invoke-rc.d: initscript iscsitarget, action stop failed. dpkg: error processing iscsitarget (--purge): subprocess pre-removal script returned error exit status 1 Starting iSCSI enterprise target service: FATAL: Module iscsi_trgt not found. netlink fd: Connection refused failed. Errors were encountered while processing: iscsitarget E: Sub-process /usr/bin/dpkg returned an error code (1) It would be better if iscsitarget could detect IET is not running as a case where the shutdown/removal should still indicate success, so that it can be removed cleanly. Cheers. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iscsitarget depends on: ii libc6 2.7-11 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-10 SSL shared libraries Versions of packages iscsitarget recommends: pn iscsitarget-modulenone (no description available) -- no debconf information ---End Message--- ---BeginMessage--- Version: 0.4.17+svn229-1.2 Hi, this bug is fixed in 0.4.17+svn229-1.2. apt-get install iscsitarget apt-get remove iscsitarget works without problems. Cheers, -- Guido ---End Message---
Bug#566376: linux-image-2.6.32-trunk-amd64: X unconditionally hangs up on bootup
On Sat, 2010-01-23 at 12:42 +0300, Alexander Myodov wrote: Package: linux-2.6 Version: 2.6.32-5 Severity: grave Justification: renders package unusable None of the linux-image-2.6.32-trunk-amd64 packages, since they reached unstable, ever booted successfully on my laptop. X system darkens the screen and hangs the computer completely (i.e. cannot even switch to the console via Ctrl-Alt-F1), as soon as the booting process reaches KDM; Alt-SysRq-B works though. [...] Does this machine have 4 GB RAM (or more)? If you add 'mem=3500M' to the kernel command line, does this avoid the problem? Ben. -- Ben Hutchings Any smoothly functioning technology is indistinguishable from a rigged demo. signature.asc Description: This is a digitally signed message part
Processed: severity of 566376 is important, tagging 566376
Processing commands for cont...@bugs.debian.org: severity 566376 important Bug #566376 [linux-2.6] linux-image-2.6.32-trunk-amd64: X unconditionally hangs up on bootup Severity set to 'important' from 'grave' tags 566376 moreinfo Bug #566376 [linux-2.6] linux-image-2.6.32-trunk-amd64: X unconditionally hangs up on bootup Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543604: What do you propse?
Hi Ben, would moving the parameters to /etc/sysctl.d/ do what you want? This would make it obvious during boot that parameters are being set like: Setting kernel variables (/etc/sysctl.conf)...done. Setting kernel variables (/etc/sysctl.d/30-tracker.conf)...done. Setting kernel variables (/etc/sysctl.d/30-iscsitarget.conf)...done. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566398: [buildd-tools-devel] Bug#566398: sbuild: Generates .changes file with wrong arch.
On Sat, Jan 23, 2010 at 12:56:00PM +0100, Kurt Roeckx wrote: All my i386 uploads got rejected, because I have filenames like: ffmpeg_0.5+svn20090706-5_amd64.changes instead of: ffmpeg_0.5+svn20090706-5_i386.changes sbuild is called with the proper --arch=i386. The architecture used is determined by dpkg --print-architecture inside the chroot. In your case, it must be returning amd64 for some reason. The --arch and $arch options are used to identify a chroot with $arch in the name, but this doesn't set the arch directly; it does require the chroot to report that it the correct arch. If dpkg --print-architecture is the wrong way to do this, we can look for a more reliable alternative. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#566398: [buildd-tools-devel] Bug#566398: sbuild: Generates .changes file with wrong arch.
On Sat, Jan 23, 2010 at 01:57:50PM +, Roger Leigh wrote: On Sat, Jan 23, 2010 at 12:56:00PM +0100, Kurt Roeckx wrote: All my i386 uploads got rejected, because I have filenames like: ffmpeg_0.5+svn20090706-5_amd64.changes instead of: ffmpeg_0.5+svn20090706-5_i386.changes sbuild is called with the proper --arch=i386. The architecture used is determined by dpkg --print-architecture inside the chroot. In your case, it must be returning amd64 for some reason. It doesn't inside the chroot, only outside the chroot. The --arch and $arch options are used to identify a chroot with $arch in the name, but this doesn't set the arch directly; it does require the chroot to report that it the correct arch. What $arch option? I already had to change $arch in .builddrc to: built_architecture = 'i386' There is no $arch in example .builddrc files anymore. .sbuildrc still contains: $arch = 'i386'; Kurt -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557946: closing 557946
close 557946 thanks -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: fixed mode issue in autofs5-ldap
Processing commands for cont...@bugs.debian.org: tag 557865 + pending, patch Bug #557865 [autofs5-ldap] autofs5-ldap: /etc/autofs_ldap_auth.conf installed with wrong file-mode 0644 instead of 0600 Added tag(s) pending and patch. clone 557865 -1 Bug#557865: autofs5-ldap: /etc/autofs_ldap_auth.conf installed with wrong file-mode 0644 instead of 0600 Bug 557865 cloned as bug 566488. retitle -1 Add debconf questions for LDAP_URI and MAP_OBJECT_CLASS/MAP_ATTRIBUTE Bug #566488 [autofs5-ldap] autofs5-ldap: /etc/autofs_ldap_auth.conf installed with wrong file-mode 0644 instead of 0600 Changed Bug title to 'Add debconf questions for LDAP_URI and MAP_OBJECT_CLASS/MAP_ATTRIBUTE' from 'autofs5-ldap: /etc/autofs_ldap_auth.conf installed with wrong file-mode 0644 instead of 0600' severity -1 normal Bug #566488 [autofs5-ldap] Add debconf questions for LDAP_URI and MAP_OBJECT_CLASS/MAP_ATTRIBUTE Severity set to 'normal' from 'grave' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: closing 557946
Processing commands for cont...@bugs.debian.org: close 557946 Bug#557946: sawfish: Right-click does work anymore 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to Nicolas Patrois nicolas.patr...@gmail.com thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557865: fixed mode issue in autofs5-ldap
tag 557865 + pending, patch clone 557865 -1 retitle -1 Add debconf questions for LDAP_URI and MAP_OBJECT_CLASS/MAP_ATTRIBUTE severity -1 normal thanks Hey, attached is a minimalistic patch that fixes the mode problem by adding a exclude to dh_fixperms. The NMU is uploaded for this issue is uploaded right now. Please note that other issues in mentioned in this bug are not fixed: Furthermore, upon configuration, the package should ask for which LDAP_URI MAP_OBJECT_CLASS/MAP_ATTRIBUTE attributes it should configure the system for in order to prompt the user to ask somebody who knows to make sense out of it. Ideally these MAP_OBJECT_CLASS/MAP_ATTRIBUTE would be probed according to the given LDAP_URI server, obviously. Therefore this bug is cloned, the new bug has now severity normal. Greetings Winnie diff -Nru autofs5-5.0.4/debian/changelog autofs5-5.0.4/debian/changelog --- autofs5-5.0.4/debian/changelog 2010-01-23 15:02:46.0 +0100 +++ autofs5-5.0.4/debian/changelog 2010-01-23 15:02:46.0 +0100 @@ -1,3 +1,11 @@ +autofs5 (5.0.4-3.1) unstable; urgency=low + + * Non-maintainer upload. + * add dh_fixperms -Xdebian/autofs5-ldap/etc/autofs_ldap_auth.conf to fix perms +(Closes: #557865) + + -- Patrick Winnertz win...@debian.org Sat, 23 Jan 2010 14:54:16 +0100 + autofs5 (5.0.4-3) unstable; urgency=low * Fix LSB initscript header to use keywords that diff -Nru autofs5-5.0.4/debian/rules autofs5-5.0.4/debian/rules --- autofs5-5.0.4/debian/rules 2010-01-23 15:02:46.0 +0100 +++ autofs5-5.0.4/debian/rules 2010-01-23 15:02:46.0 +0100 @@ -50,7 +50,7 @@ dh_installinit -pautofs5 -o --name=autofs -- start 19 2 3 4 5 . stop 81 0 1 6 . dh_strip dh_compress - dh_fixperms + dh_fixperms -Xdebian/autofs5-ldap/etc/autofs_ldap_auth.conf dh_installdeb dh_shlibdeps dh_gencontrol signature.asc Description: This is a digitally signed message part.
Bug#536285: half-selected images
* Evgeni Golov evg...@debian.org, 2010-01-23, 14:04: This seems to happen when mirage loads a cached image and does not update self.currimg_name. The attached patched updates this and thus fixes the bug. However I do not think this is the best way to fix this. ;) I tried to debug this issue some time ago, and I came into conclusion that this whole cache system is broken beyond all repair. I can't remember details, but all “obvious” solutions I tried triggered other, more or less subtle, bugs. I don't claim that your patch doesn't work, but I urge you to test it thoroughly before uploading. -- Jakub Wilk signature.asc Description: Digital signature
Bug#548960: marked as done (fails to build with newer eglibc (local definition of round))
Your message dated Sat, 23 Jan 2010 15:21:50 +0100
with message-id 20100123142150.ga29...@feivel.credativ.lan
and subject line Closing
has caused the Debian Bug report #548960,
regarding fails to build with newer eglibc (local definition of round)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
548960: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548960
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: fbb
Version: 7.04j-8
Severity: normal
Tags: patch
Hi,
thanks for maintaining fbb.
During Ubuntu's rebuild test, fbb failed to build with gcc-4.4 in conjunction
with a newer eglibc [1].
The reason is that eglibc nowadays defines round (as per C99).
A simple fix is to simply use round from math.h, eradicating the local
definition. Probably better is to check for round with feature_test_macros.
The attached patch simply removes the local definition. Admitted, I haven't
checked if this does build on unstable yet :(.
Cheers,
Stefan.
[1]:
http://launchpadlibrarian.net/31645656/buildlog_ubuntu-karmic-amd64.fbb_7.04j-8_FAILEDTOBUILD.txt.gz
-- System Information:
Debian Release: squeeze/sid
APT prefers karmic-updates
APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31-10-generic (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- fbb-7.04j.orig/src/trajec.c
+++ fbb-7.04j/src/trajec.c
@@ -110,8 +110,6 @@
static double julien (double, int, int, int, int, int);
-static int round (double);
-
static long julien_to_pc (double);
static void calc1_trajec (void);
@@ -127,15 +125,6 @@
static void satpos (void);
static void satsta (void);
-
-static int round (double val)
-{
- if (val 0.0)
- return ((int) (val + 0.5));
- else
- return ((int) (val - 0.5));
-}
-
static double julien (double d3, int n3, int y3, int h3, int m3, int s3)
{
double j8;
---End Message---
---BeginMessage---
As the patch was already applied in 7.04j-8.1 I think we can safely close this
report.
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL
---End Message---
Bug#566398: [buildd-tools-devel] Bug#566398: Bug#566398: sbuild: Generates .changes file with wrong arch.
On Sat, Jan 23, 2010 at 01:57:50PM +, Roger Leigh wrote: On Sat, Jan 23, 2010 at 12:56:00PM +0100, Kurt Roeckx wrote: All my i386 uploads got rejected, because I have filenames like: ffmpeg_0.5+svn20090706-5_amd64.changes instead of: ffmpeg_0.5+svn20090706-5_i386.changes sbuild is called with the proper --arch=i386. The architecture used is determined by dpkg --print-architecture inside the chroot. In your case, it must be returning amd64 for some reason. I doubt that: pk...@puccini:~$ sudo -u buildd schroot -c sid-i386-sbuild -u root -d /root -- dpkg --print-architecture I: [sid-i386-sbuild-bd3bc9da-cfdd-4650-9b71-d07a3168a5f4 chroot] (buildd-root) Running command: dpkg --print-architecture i386 And that worked until the most recent sbuild/buildd were deployed, before it worked just fine. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Processed: Re: lingot - Cancel in options dialog leads to endless loop
Processing commands for cont...@bugs.debian.org: tag 562425 + unreproducible Bug #562425 [lingot] lingot - Cancel in options dialog leads to endless loop Added tag(s) unreproducible. tag 562425 + moreinfo Bug #562425 [lingot] lingot - Cancel in options dialog leads to endless loop Added tag(s) moreinfo. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562425: lingot - Cancel in options dialog leads to endless loop
tag 562425 + unreproducible tag 562425 + moreinfo thanks Bastian Blank wrote: Package: lingot Version: 0.7.4-2 Severity: grave Using the cancel button in the options menu leads to an endless loop and breaks the application. I cannot reproduce the problem. The application never crashes using the cancel button on either i386 testing or i386 unstable. Greetings, Andreas -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543604: Possible fix attached
Hi,
attached is possible fix. Please let me know if I should NMU.
Cheers,
-- Guido
From 54295af79cd7a3c9ec0b355c3babb27dd5feac98 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Guido=20G=C3=BCnther?= a...@sigxcpu.org
Date: Sat, 23 Jan 2010 15:03:31 +0100
Subject: [PATCH] Let propcs handle the sysctl nobs
to make it more obvious to the sysadmin what's going on.
Closes: #543604
---
debian/30-iscsitarget.conf |9 +
debian/iscsitarget.init| 40 ++--
debian/rules |5 +++--
3 files changed, 14 insertions(+), 40 deletions(-)
create mode 100644 debian/30-iscsitarget.conf
diff --git a/debian/30-iscsitarget.conf b/debian/30-iscsitarget.conf
new file mode 100644
index 000..aa648b3
--- /dev/null
+++ b/debian/30-iscsitarget.conf
@@ -0,0 +1,9 @@
+# Increses send and receive buffers for iSCSI
+
+net.core.wmem_max=1048576
+net.core.rmem_max=1048576
+net.core.wmem_default=1048576
+net.core.rmem_default=1048576
+net.ipv4.tcp_mem=1048576
+net.ipv4.tcp_rmem=1048576
+net.ipv4.tcp_wmem=1048576
diff --git a/debian/iscsitarget.init b/debian/iscsitarget.init
index fdf04f3..d22c947 100644
--- a/debian/iscsitarget.init
+++ b/debian/iscsitarget.init
@@ -2,8 +2,8 @@
#
### BEGIN INIT INFO
# Provides: iscsitarget
-# Required-Start:$remote_fs $syslog $network $time
-# Required-Stop: $remote_fs $syslog $network $time
+# Required-Start:$remote_fs $syslog $network $time procps
+# Required-Stop: $remote_fs $syslog $network $time procps
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Starts and stops the iSCSI target
@@ -15,10 +15,6 @@ DAEMON=/usr/sbin/ietd
PATH=/sbin:/bin:/usr/sbin:/usr/bin
-# Don't touch this memsize thingy unless you are blessed
-# with knowledge about it.
-MEM_SIZE=1048576
-
. /lib/lsb/init-functions # log_{warn,failure}_msg
ISCSITARGET_ENABLE=false
ISCSITARGET_DEFAULTS_FILE=/etc/default/iscsitarget
@@ -34,43 +30,11 @@ if [ -s $ISCSITARGET_DEFAULTS_FILE ]; then
esac
fi
-configure_memsize()
-{
-if [ -e /proc/sys/net/core/wmem_max ]; then
-echo ${MEM_SIZE} /proc/sys/net/core/wmem_max
-fi
-
-if [ -e /proc/sys/net/core/rmem_max ]; then
-echo ${MEM_SIZE} /proc/sys/net/core/rmem_max
-fi
-
-if [ -e /proc/sys/net/core/wmem_default ]; then
-echo ${MEM_SIZE} /proc/sys/net/core/wmem_default
-fi
-
-if [ -e /proc/sys/net/core/rmem_default ]; then
-echo ${MEM_SIZE} /proc/sys/net/core/rmem_default
-fi
-
-if [ -e /proc/sys/net/ipv4/tcp_mem ]; then
-echo ${MEM_SIZE} ${MEM_SIZE} ${MEM_SIZE} /proc/sys/net/ipv4/tcp_mem
-fi
-
-if [ -e /proc/sys/net/ipv4/tcp_rmem ]; then
-echo ${MEM_SIZE} ${MEM_SIZE} ${MEM_SIZE} /proc/sys/net/ipv4/tcp_rmem
-fi
-
-if [ -e /proc/sys/net/ipv4/tcp_wmem ]; then
-echo ${MEM_SIZE} ${MEM_SIZE} ${MEM_SIZE} /proc/sys/net/ipv4/tcp_wmem
-fi
-}
-
RETVAL=0
ietd_start()
{
echo -n Starting iSCSI enterprise target service:
- configure_memsize
modprobe -q crc32c
modprobe iscsi_trgt
RETVAL=$?
diff --git a/debian/rules b/debian/rules
index 1aff267..b07fbce 100755
--- a/debian/rules
+++ b/debian/rules
@@ -141,8 +141,9 @@ install-arch:
mkdir -p debian/iscsitarget/usr/share/lintian/overrides
cp debian/iscsitarget.overrides \
debian/iscsitarget/usr/share/lintian/overrides/iscsitarget
-
-
+ # Add sysctl tune nobs
+ install -D -m 644 debian/30-iscsitarget.conf \
+ debian/iscsitarget/etc/sysctl.d/30-iscsitarget.conf
# Must not depend on anything. This is to be called by
# binary-arch/binary-indep
--
1.6.6
Bug#447248: marked as done (fusd-kor - FTBFS: failure: cannot read files list file: No such file or directory)
Your message dated Sat, 23 Jan 2010 15:30:16 +0100 with message-id 20100123143016.ga28...@rene-engelhard.de and subject line fixed in 1.10+11-3 has caused the Debian Bug report #447248, regarding fusd-kor - FTBFS: failure: cannot read files list file: No such file or directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 447248: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=447248 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: fusd-kor Version: 1.10+11-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of fusd-kor_1.10+11-2 on lxdebian.bfinv.de by sbuild/s390 98 [...] /usr/bin/fakeroot debian/rules binary-arch make: Nothing to be done for `binary-arch'. dpkg-genchanges -B -ms390 Build Daemon buildd_s390-lxdebian dpkg-genchanges: arch-specific upload - not including arch-independent packages dpkg-genchanges: failure: cannot read files list file: No such file or directory ** Build finished at 20071008-1428 FAILED [dpkg-buildpackage died] ---End Message--- ---BeginMessage--- Version: 1.10+11-3 Hi, was fixed long ago in 1.10+11-3 but the bugnr typoed... [ Though that rised the question why noone saw this *1 year* ] Grüße/Regards, René ---End Message---
Bug#566314: [buildd-tools-devel] Bug#566314: Bug#566314: buildd: Upgrade changed gid, breaks buildds.
On Sat, Jan 23, 2010 at 01:01:34PM +0100, Kurt Roeckx wrote: On Sat, Jan 23, 2010 at 11:37:38AM +, Roger Leigh wrote: On Fri, Jan 22, 2010 at 10:31:29PM +0100, Kurt Roeckx wrote: Package: buildd Version: 0.59.1~rc1~buildd20100121.0 Severity: grave After the recent upgrade of the buildds, sbuild's gid got changed from 1000 to 106 or something simular. However, all the chroots still use gid 1000, so nothing can be build anymore. The postinst of sbuild does switch the sbuild group from a user group to a system group. This was done in 0.59.3 in May 2009. We take care to chown all files on the host owned by group sbuild. Inside /var/lib/sbuild in the chroot, this is taken care of at runtime by Sbuild::ChrootSetup::basesetup which is called when setting up a chroot in Sbuild::Chroot::_setup_options. On non-buildd hosts, such as all sbuild users using testing or unstable, this group migration went smoothly with no reported breakage. Could you let me know exactly which files and/or directories are retaining the old group, and are causing breakage as a consequence? Atleast everything in /build and /var/lib/sbuild These two should already be taken care of by basesetup. This does a chown of /build, and chown -R of /var/lib/sbuild, on every sbuild invocation in that chroot. I've verified that it's working for me by altering the group ownership and then running sbuild; it's correctly set back to :sbuild. If you could try a manual run of sbuild in the chroot, does this set the ownership correctly? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Processed: tagging 546011
Processing commands for cont...@bugs.debian.org: tags 546011 + pending Bug #546011 [icedove] icedove: FTBFS on i386 with a 64bit kernel Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536285: half-selected images
Hi Jakub, On Sat, Jan 23, 2010 at 03:15:21PM +0100, Jakub Wilk wrote: * Evgeni Golov evg...@debian.org, 2010-01-23, 14:04: This seems to happen when mirage loads a cached image and does not update self.currimg_name. The attached patched updates this and thus fixes the bug. However I do not think this is the best way to fix this. ;) I tried to debug this issue some time ago, and I came into conclusion that this whole cache system is broken beyond all repair. I can't remember details, but all “obvious” solutions I tried triggered other, more or less subtle, bugs. I don't claim that your patch doesn't work, but I urge you to test it thoroughly before uploading. Well, until now I only tested that the patch fixes the issue you described in the bug and mirage still works for displaying random images :) Could you forward this to upstream? I do not have a berlios account. Let's see what he thinks. I'll test in the meantime, that everything works. Regards Evgeni -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553561: bug is fixed and uploaded to delayed 2
tag 553561 + pending, patch thanks Hello, this bug was squashed during the BSP in MG. The package is uploaded to delayed 2 , the patch is attached to this mail. Greetings Patrick diff -u mod-auth-mysql-4.3.9/debian/changelog mod-auth-mysql-4.3.9/debian/changelog --- mod-auth-mysql-4.3.9/debian/changelog +++ mod-auth-mysql-4.3.9/debian/changelog @@ -1,3 +1,11 @@ +mod-auth-mysql (4.3.9-11.1) unstable; urgency=low + + * Non-maintainer upload. + * Added debina/conffiles to mark /etc/apache2/mods-available/auth_mysql.load +as conffile (Closes: #553561) + + -- Patrick Winnertz win...@debian.org Sat, 23 Jan 2010 16:00:27 +0100 + mod-auth-mysql (4.3.9-11) unstable; urgency=medium * Change section web to net only in patch2: unchanged: --- mod-auth-mysql-4.3.9.orig/debian/conffiles +++ mod-auth-mysql-4.3.9/debian/conffiles @@ -0,0 +1 @@ +/etc/apache2/mods-available/auth_mysql.load signature.asc Description: This is a digitally signed message part.
Processed: bug is fixed and uploaded to delayed 2
Processing commands for cont...@bugs.debian.org: tag 553561 + pending, patch Bug #553561 [libapache2-mod-auth-mysql] libapache2-mod-auth-mysql: file-in-etc-not-marked-as-conffile /etc/apache2/mods-available/auth_mysql.load Added tag(s) pending and patch. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: e16: diff for NMU version 1.0.0-3.1
Processing commands for cont...@bugs.debian.org: tags 552046 + patch Bug #552046 [e16-data] /usr/share/e16/config really ought to be in /etc Added tag(s) patch. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546492: documentation sources
tags 546492 + patch
thanks
On Fri, Dec 11, 2009 at 04:54:25PM +, Barak A. Pearlmutter wrote:
I'd point out that, if I wanted to edit that document, I would
mechanically extract the text, rather than using a hex editor. As is,
the document is in a transparent format in the sense used by the FSF
in the GFDL, albeit a not a particularly convenient one. But
apparently, it is the only format that exists; the LaTeX has been
lost.
I personally don't buy this argument, if sources of some program are
gone, we don't simply ship the program saying it is the only one
remaining representation of that program. We rather don't ship that
program at all. You might argue that documentation is different (and
that might be a reasonable position), but the Debian project has already
ruled in the past that it considers documentation to be bound to the
same rules of programs. We can't have a double standard for that on just
this package.
Now, on the propositive side, please find attached a patch which adds
the get-orig-source target to debian/rules, with the semantics
prescribed by policy. By invoking it you will obtain an .orig source
where the 2 incriminated DJVU specifications have been removed. I
propose to upload a new +dfsg version of the package which strips out
the 2 spec. No other changes are needed as documents were installed only
in the -dev package and the .docs debhelper file is using a wildcard
already (which still matches other documents).
If you really want to have this documentation shipped, I'd say you have
2 choices: 1) re-LaTeX-ing itA or 2) split a djvulibre-doc (source)
package to be uploaded to non-free.
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
Only in djvulibre-3.5.22.new/: arname
diff -aur djvulibre-3.5.22/debian/rules djvulibre-3.5.22.new/debian/rules
--- djvulibre-3.5.22/debian/rules 2010-01-23 16:03:14.0 +0100
+++ djvulibre-3.5.22.new/debian/rules 2010-01-23 16:01:19.225427357 +0100
@@ -147,3 +147,16 @@
dh $@ --after makeshlibs
.PHONY: build clean binary-indep binary-arch binary install testlibver
+
+get-orig-source:
+ tmpdir=`mktemp -d` ; destdir=`pwd` ; \
+ uscan --force-download --rename --destdir $$tmpdir ; \
+ cd $$tmpdir ; tarname=`ls *.orig.tar.gz | head -n 1` ; \
+ tar xzf $$tarname ; \
+ rm */doc/djvu?spec.djvu ; \
+ tarname=`echo $$tarname | sed 's/.orig/+dfsg.orig/'` ; \
+ srcdir=`echo $$tarname | sed -e 's/.orig.tar.gz//' -e 's/_/-/'` ; \
+ mv djvulibre-*/ $$srcdir ; \
+ tar czf $$tarname $$srcdir ; \
+ mv $$tarname $$destdir ; \
+ rm -rf $$tmpdir
