Bug#413116: marked as done (jamvm: missing file: /usr/lib/logging.properties)
On Mon, Mar 12, 2007 at 04:03:04AM +, Debian Bug Tracking System wrote: Your message dated Sun, 11 Mar 2007 21:01:41 -0700 with message-id [EMAIL PROTECTED] and subject line jamvm: missing file: /usr/lib/logging.properties has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) From: Michel Marti [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Date: Fri, 02 Mar 2007 15:23:08 +0100 Subject: jamvm: missing file: /usr/lib/logging.properties Package: jamvm Version: 1.4.4-1 Severity: grave Justification: renders package unusable JamVM fails to start: $ jamvm -jar /path/to/my/app.jar Exception occurred while VM initialising. java/io/FileNotFoundException: No such file or directory: /usr/lib/logging.properties furthermore, when creating the missing file a NullPointerException occurs: $ sudo touch /usr/lib/logging.properties $ jamvm -jar /path/to/my/app.jar Exception occurred while VM initialising. java/lang/NullPointerException -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages jamvm depends on: ii classpath 2:0.91-3 clean room standard Java libraries ii classpath-common2:0.91-3 architecture independent files ii java-common 0.25 Base of all Java packages ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii zlib1g 1:1.2.3-13 compression library - runtime jamvm recommends no packages. -- no debconf information From: Steve Langasek [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Sun, 11 Mar 2007 21:01:41 -0700 Subject: Re: jamvm: missing file: /usr/lib/logging.properties Version: 2:0.92-4 FWIW, Nicolas has given a very good analysis of this bug, but his mail was only sent to control@, not to the bug itself. Here is his mail: Hello, Thanks Michel and Matthew for your answers. I'm reassigning this bug to classpath. It is fixed upstream in classpath 0.92. I could reproduce it with classpath 0.91-3, and confirm it's fixed on 0.92-4. Please find attached a minimal patch to fix this issue (taken from upstream). classpath's maintainer, jamvm seems to be unusable in some conditions because of this bug. It could be worth sending this patch to t-p-u. King Regards, -- Nekral Since the bug is fixed in 2:0.92-4, I'm marking it as such with this message. I have also re-attached his patch, so that it's clearly visible in the bug log. Maintainers, do you agree that this patch is a correct fix for the problem? Since the new upstream version of classpath in unstable doesn't look suitable for a freeze exception, can one of you upload this fix to testing-proposed-updates, or should I prepare an NMU? Thanks for all the work on this bug. I agree with this bug fix and will upload a new version to t-p-u tonite. Cheers, Michael -- .''`. | Michael Koch [EMAIL PROTECTED] : :' : | Free Java Developer http://www.classpath.org `. `' | `-| 1024D/BAC5 4B28 D436 95E6 F2E0 BD11 5923 A008 2763 483B -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414381: closed by Steve Langasek [EMAIL PROTECTED] (Re: Bug#414381: sshfs from testing-proposed-updates is uninstallable due wrong dependences)
[EMAIL PROTECTED] (Debian Bug Tracking System) wrote: It depends on non-existed package libfuse, but should depend on libfuse2, like version from testing or unstable. This bug was caused by broken shlibs in libfuse2, which has since been corrected. That teaches me to never skip my usual install/upgrade tests, even if the change is seemingly trivial... Fresh binNMUs have been scheduled for all reverse-dependencies of libfuse2, so you should find a fixed sshfs package in t-p-u soon. Thank you, Steve, Frank -- Dr. Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#414481: dtc-xen: creates files/directories in /home
On Mon, Mar 12, 2007 at 14:27:13 +0800, Thomas Goirand wrote: Julien Cristau wrote: Package: dtc-xen Version: 0.2.6-5 Severity: serious Hi, dtc-xen's postinst creates (19!!) users with home directories under /home, and will break if /home is on nfs (which is a pretty common setup). If the users already exist (not necessarily created by this package), it will override their settings. Cheers, Julien Hi! Thanks for reporting this one. Even if what you say is right, when using this package, in no way you want to use things like NFS, setup some users to have account on the server or other things like that. This is supposed to be the dom0 where the minimum number of things are setup, especially dangerous things like NFS !!! I think using /home on a NFS server in the dom0 of a Xen server is a pretty UNCOMMON and DANGEROUS setup... :) it may be, but that doesn't mean your package is allowed to break in such a case. Did you understand that if the shell of the user is NOT /bin/dtc-xen_userconsole (the virtual machine console), then this is a very important security concern as the user will have a user account on the server rather than an access to the physical console of it's virtual machine? What do you suggest? Do you still think this should be filed as a bug, and if so, what correction do you think I should do (keep in mind that these users are needed)? yes, I do. The first thing to do would probably to use system users, and stay the hell away from /home. Finally, can't we expect the user to know what he is doing, and expect that nothing else that dtc-xen and it's dependencies will be installed on the dom0 if it's a production server? no we can't. Not every debian installation is a production server. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412565: marked as done (gnuplot_4.2~rc4-1(experimental/alpha/ds10): Tries to use cc -ieee instead of -mieee)
Your message dated Mon, 12 Mar 2007 08:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#412565: fixed in gnuplot 4.2.0-1 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: gnuplot Version: 4.2~rc4-1 Severity: serious Tags: experimental | Automatic build of gnuplot_4.2~rc4-1 on ds10 by sbuild/alpha 98-farm | Build started at 20070212-1435 | ** [...] | Checking correctness of source dependencies... | Toolchain package versions: libc6.1-dev_2.3.6.ds1-10 linux-kernel-headers_2.6.18-6 gcc-4.1_4.1.1-21 g++-4.1_4.1.1-21 binutils_2.17-3 libstdc++6-4.1-dev_4.1.1-21 libstdc++6_4.1.1-21 | -- [...] | make[4]: Entering directory `/build/buildd/gnuplot-4.2~rc4/src' | if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../term -I../term -DBINDIR=\/usr/bin\ -DX11_DRIVER_DIR=\/usr/lib/gnuplot\ -DGNUPLOT_PS_DIR=\/usr/share/gnuplot/gnuplot/4.2/PostScript\ -DCONTACT=\[EMAIL PROTECTED] -DHELPFILE=\/usr/share/gnuplot/gnuplot.gih\ -ieee -Wall -g -O2 -MT alloc.o -MD -MP -MF .deps/alloc.Tpo -c -o alloc.o alloc.c; \ | then mv -f .deps/alloc.Tpo .deps/alloc.Po; else rm -f .deps/alloc.Tpo; exit 1; fi | cc1: error: unrecognized command line option -ieee | make[4]: *** [alloc.o] Error 1 A complete build log can be found at http://experimental.debian.net/build.php?arch=alphapkg=gnuplotver=4.2~rc4-1 This should be -mieee. Marc -- BOFH #189: SCSI's too wide. ---End Message--- ---BeginMessage--- Source: gnuplot Source-Version: 4.2.0-1 We believe that the bug you reported is fixed in the latest version of gnuplot, which is due to be installed in the Debian FTP archive: gnuplot-doc_4.2.0-1_all.deb to pool/main/g/gnuplot/gnuplot-doc_4.2.0-1_all.deb gnuplot-nox_4.2.0-1_i386.deb to pool/main/g/gnuplot/gnuplot-nox_4.2.0-1_i386.deb gnuplot-x11_4.2.0-1_i386.deb to pool/main/g/gnuplot/gnuplot-x11_4.2.0-1_i386.deb gnuplot_4.2.0-1.diff.gz to pool/main/g/gnuplot/gnuplot_4.2.0-1.diff.gz gnuplot_4.2.0-1.dsc to pool/main/g/gnuplot/gnuplot_4.2.0-1.dsc gnuplot_4.2.0-1_all.deb to pool/main/g/gnuplot/gnuplot_4.2.0-1_all.deb gnuplot_4.2.0.orig.tar.gz to pool/main/g/gnuplot/gnuplot_4.2.0.orig.tar.gz 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Thierry Randrianiriana [EMAIL PROTECTED] (supplier of updated gnuplot 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 11 Mar 2007 12:20:14 +0300 Source: gnuplot Binary: gnuplot-doc gnuplot-x11 gnuplot-nox gnuplot Architecture: source all i386 Version: 4.2.0-1 Distribution: experimental Urgency: low Maintainer: Cyril Bouthors [EMAIL PROTECTED] Changed-By: Thierry Randrianiriana [EMAIL PROTECTED] Description: gnuplot- A command-line driven interactive plotting program gnuplot-doc - Documentation for gnuplot gnuplot-nox - A command-line driven interactive plotting program gnuplot-x11 - X11-terminal driver for gnuplot Closes: 412565 Changes: gnuplot (4.2.0-1) experimental; urgency=low . * New upstream release (Closes: #412565) Files: 6ec4dd02b7e1be1cd6ec15b1d632b301 793 math optional gnuplot_4.2.0-1.dsc f688a578ddb4c376fd7d91ce444a0745 2836649 math optional gnuplot_4.2.0.orig.tar.gz 6a822891827a368205f6fbdecffdb573 13702 math optional gnuplot_4.2.0-1.diff.gz 561292759a22e3398c706a0d0aca1ae8 1414 math optional gnuplot_4.2.0-1_all.deb b161228157b87bfa90b4edd82620537d 2089676 doc optional gnuplot-doc_4.2.0-1_all.deb b0cfd9313b85b7b05f064fe0154b904e 789644 math optional gnuplot-nox_4.2.0-1_i386.deb 662329b793d450909c2f496e5b76470c 154302 math optional gnuplot-x11_4.2.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF9QVY+C5cwEsrK54RAuxjAKCKqWW4Gf3LgcfKtzdn1MHz8FEuYgCglg4y iuxyoaHsOtKN+s835ObW/OI= =A/05 -END PGP SIGNATURE- ---End Message---
Bug#414482: dtc-xen: insecure file creation in postinst
On Mon, Mar 12, 2007 at 14:38:02 +0800, Thomas Goirand wrote: Julien Cristau wrote: Package: dtc-xen Version: 0.2.6-5 Severity: serious Tags: security Hi, dtc-xen creates files in /etc/dtc-xen in its postinst, in particular ssl private keys, and only after that chmods them. This means that they is a race condition which makes these files readable by anyone. Cheers, Julien Should I provide these files already with chmod in the package itself? right, shipping ssl private keys in the package, that sounds like a good idea... not. Having them in the package in /etc wouldn't mater, as they would be set as conffiles, but it could be still problematic, no? What is your suggestion? Let me know. you could look up umask. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393447: marked as done (iiimf-htt-server: Config (postinst) stage of install fails if server running)
Your message dated Mon, 12 Mar 2007 09:17:04 + with message-id [EMAIL PROTECTED] and subject line Bug#393447: fixed in im-sdk 12.3.91-2 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: iiimf-htt-server Version: 11.4.1870-7.3 Severity: serious Justification: Policy 9.3.2 Setting up iiimf-htt-server (11.4.1870-7.3) Starting Internet/Intranet Input Method server: htt_serverinvoke-rc.d: initscript iiimf-htt-server, action start failed After a /etc/init.d/iiimf-htt-server stop, a dpkg --configure iiimf-htt-server worked OK. It seems to me policy 9.3.2 says that the start action of the init script should not fail if the daemon is already running. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-amd64 Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) ---End Message--- ---BeginMessage--- Source: im-sdk Source-Version: 12.3.91-2 We believe that the bug you reported is fixed in the latest version of im-sdk, which is due to be installed in the Debian FTP archive: iiimf-client-el-bin_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-client-el-bin_12.3.91-2_i386.deb iiimf-client-el_12.3.91-2_all.deb to pool/main/i/im-sdk/iiimf-client-el_12.3.91-2_all.deb iiimf-client-gtk_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-client-gtk_12.3.91-2_i386.deb iiimf-client-xbe_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-client-xbe_12.3.91-2_i386.deb iiimf-csconv-modules_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-csconv-modules_12.3.91-2_i386.deb iiimf-dev_12.3.91-2_all.deb to pool/main/i/im-sdk/iiimf-dev_12.3.91-2_all.deb iiimf-im-switcher_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-im-switcher_12.3.91-2_i386.deb iiimf-le-canna_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-le-canna_12.3.91-2_i386.deb iiimf-le-hangul_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-le-hangul_12.3.91-2_i386.deb iiimf-le-sun-hong-kong-chinese_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-le-sun-hong-kong-chinese_12.3.91-2_i386.deb iiimf-le-sun-simplified-chinese_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-le-sun-simplified-chinese_12.3.91-2_i386.deb iiimf-le-sun-thai_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-le-sun-thai_12.3.91-2_i386.deb iiimf-le-sun-traditional-chinese_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-le-sun-traditional-chinese_12.3.91-2_i386.deb iiimf-le-unit_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-le-unit_12.3.91-2_i386.deb iiimf-server_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-server_12.3.91-2_i386.deb iiimf_12.3.91-2_all.deb to pool/main/i/im-sdk/iiimf_12.3.91-2_all.deb im-sdk-docs_12.3.91-2_all.deb to pool/main/i/im-sdk/im-sdk-docs_12.3.91-2_all.deb im-sdk_12.3.91-2.diff.gz to pool/main/i/im-sdk/im-sdk_12.3.91-2.diff.gz im-sdk_12.3.91-2.dsc to pool/main/i/im-sdk/im-sdk_12.3.91-2.dsc libiiimcf-dev_12.3.91-2_i386.deb to pool/main/i/im-sdk/libiiimcf-dev_12.3.91-2_i386.deb libiiimcf3_12.3.91-2_i386.deb to pool/main/i/im-sdk/libiiimcf3_12.3.91-2_i386.deb libiiimp-dev_12.3.91-2_i386.deb to pool/main/i/im-sdk/libiiimp-dev_12.3.91-2_i386.deb libiiimp1_12.3.91-2_i386.deb to pool/main/i/im-sdk/libiiimp1_12.3.91-2_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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Roger So [EMAIL PROTECTED] (supplier of updated im-sdk 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Mar 2007 13:05:48 +0800 Source: im-sdk Binary: libiiimp-dev iiimf-le-hangul iiimf-le-sun-thai iiimf-im-switcher iiimf-server iiimf-le-sun-simplified-chinese iiimf-client-el iiimf-client-xbe iiimf-le-canna iiimf-client-el-bin iiimf-le-unit iiimf-le-sun-hong-kong-chinese iiimf-dev iiimf im-sdk-docs iiimf-le-sun-traditional-chinese libiiimcf3 libiiimp1 libiiimcf-dev iiimf-csconv-modules iiimf-client-gtk Architecture: source i386 all Version: 12.3.91-2 Distribution: unstable Urgency: low Maintainer: Roger So [EMAIL PROTECTED] Changed-By: Roger So
Bug#409728: marked as done (iiimf-server: needs Depends:libgtk2.0-bin)
Your message dated Mon, 12 Mar 2007 09:17:04 + with message-id [EMAIL PROTECTED] and subject line Bug#409728: fixed in im-sdk 12.3.91-2 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: iiimf-server Severity: serious Version: 12.3.91-0.2 When I installed iiimf suite into pbuilder, I got an error: Setting up iiimf-server (12.3.91-0.2) ... /var/lib/dpkg/info/iiimf-server.postinst: line 32: /usr/sbin/update-gtk-immodules: No such file or directory dpkg: error processing iiimf-server (--configure): subprocess post-installation script returned error exit status 1 It seems iiimf-server should depend libgtk2.0-bin. Thanks, -- Kenshi Muto [EMAIL PROTECTED] ---End Message--- ---BeginMessage--- Source: im-sdk Source-Version: 12.3.91-2 We believe that the bug you reported is fixed in the latest version of im-sdk, which is due to be installed in the Debian FTP archive: iiimf-client-el-bin_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-client-el-bin_12.3.91-2_i386.deb iiimf-client-el_12.3.91-2_all.deb to pool/main/i/im-sdk/iiimf-client-el_12.3.91-2_all.deb iiimf-client-gtk_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-client-gtk_12.3.91-2_i386.deb iiimf-client-xbe_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-client-xbe_12.3.91-2_i386.deb iiimf-csconv-modules_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-csconv-modules_12.3.91-2_i386.deb iiimf-dev_12.3.91-2_all.deb to pool/main/i/im-sdk/iiimf-dev_12.3.91-2_all.deb iiimf-im-switcher_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-im-switcher_12.3.91-2_i386.deb iiimf-le-canna_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-le-canna_12.3.91-2_i386.deb iiimf-le-hangul_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-le-hangul_12.3.91-2_i386.deb iiimf-le-sun-hong-kong-chinese_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-le-sun-hong-kong-chinese_12.3.91-2_i386.deb iiimf-le-sun-simplified-chinese_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-le-sun-simplified-chinese_12.3.91-2_i386.deb iiimf-le-sun-thai_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-le-sun-thai_12.3.91-2_i386.deb iiimf-le-sun-traditional-chinese_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-le-sun-traditional-chinese_12.3.91-2_i386.deb iiimf-le-unit_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-le-unit_12.3.91-2_i386.deb iiimf-server_12.3.91-2_i386.deb to pool/main/i/im-sdk/iiimf-server_12.3.91-2_i386.deb iiimf_12.3.91-2_all.deb to pool/main/i/im-sdk/iiimf_12.3.91-2_all.deb im-sdk-docs_12.3.91-2_all.deb to pool/main/i/im-sdk/im-sdk-docs_12.3.91-2_all.deb im-sdk_12.3.91-2.diff.gz to pool/main/i/im-sdk/im-sdk_12.3.91-2.diff.gz im-sdk_12.3.91-2.dsc to pool/main/i/im-sdk/im-sdk_12.3.91-2.dsc libiiimcf-dev_12.3.91-2_i386.deb to pool/main/i/im-sdk/libiiimcf-dev_12.3.91-2_i386.deb libiiimcf3_12.3.91-2_i386.deb to pool/main/i/im-sdk/libiiimcf3_12.3.91-2_i386.deb libiiimp-dev_12.3.91-2_i386.deb to pool/main/i/im-sdk/libiiimp-dev_12.3.91-2_i386.deb libiiimp1_12.3.91-2_i386.deb to pool/main/i/im-sdk/libiiimp1_12.3.91-2_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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Roger So [EMAIL PROTECTED] (supplier of updated im-sdk 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Mar 2007 13:05:48 +0800 Source: im-sdk Binary: libiiimp-dev iiimf-le-hangul iiimf-le-sun-thai iiimf-im-switcher iiimf-server iiimf-le-sun-simplified-chinese iiimf-client-el iiimf-client-xbe iiimf-le-canna iiimf-client-el-bin iiimf-le-unit iiimf-le-sun-hong-kong-chinese iiimf-dev iiimf im-sdk-docs iiimf-le-sun-traditional-chinese libiiimcf3 libiiimp1 libiiimcf-dev iiimf-csconv-modules iiimf-client-gtk Architecture: source i386 all Version: 12.3.91-2 Distribution: unstable Urgency: low Maintainer: Roger So [EMAIL PROTECTED] Changed-By: Roger So [EMAIL PROTECTED] Description: iiimf - Meta package for IIIMF iiimf-client-el - IIIMF frontend for Emacs iiimf-client-el-bin - Utility of IIIMF frontend for Emacs iiimf-client-gtk - IIIM GTK+ 2.x Input Method Module Client iiimf-client-xbe - IIIMF XIM BackEnd module
Bug#413687: guml: Doesn't startup with no config directory
severity 413687 important thanks AIUI, this is a UI blemish, not a bug that makes the package unusable, because it's currently simply not meaningful to try to run the program before it's been manually configured. Downgrading accordingly. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: guml: Doesn't startup with no config directory
Processing commands for [EMAIL PROTECTED]: severity 413687 important Bug#413687: guml: Doesn't startup with no config directory Severity set to `important' 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410850: marked as done (CVE-2006-6980: magnatune shell escapes)
Your message dated Mon, 12 Mar 2007 09:32:03 + with message-id [EMAIL PROTECTED] and subject line Bug#410850: fixed in amarok 1.4.5-3 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: amarock Version: 1.4.4-2 Severity: grave Tags: patch, security CVE-2006-6980 says[1]: The ruby handlers in Amarok do not properly quote text in certain contexts, probably including construction of an unzip command line, which allows attackers to execute arbitrary commands via shell metacharacters. There is an open KDE bug report[2], and SuSE has patched this problem. I'm working on extracting the patches now... [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-6979 [2] http://bugs.kde.org/show_bug.cgi?id=138499 -- Kees Cook@outflux.net ---End Message--- ---BeginMessage--- Source: amarok Source-Version: 1.4.5-3 We believe that the bug you reported is fixed in the latest version of amarok, which is due to be installed in the Debian FTP archive: amarok-engines_1.4.5-3_i386.deb to pool/main/a/amarok/amarok-engines_1.4.5-3_i386.deb amarok-xine_1.4.5-3_i386.deb to pool/main/a/amarok/amarok-xine_1.4.5-3_i386.deb amarok_1.4.5-3.diff.gz to pool/main/a/amarok/amarok_1.4.5-3.diff.gz amarok_1.4.5-3.dsc to pool/main/a/amarok/amarok_1.4.5-3.dsc amarok_1.4.5-3_i386.deb to pool/main/a/amarok/amarok_1.4.5-3_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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ana Beatriz Guerrero Lopez [EMAIL PROTECTED] (supplier of updated amarok 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Mar 2007 02:38:05 +0100 Source: amarok Binary: amarok amarok-xine amarok-engines Architecture: source i386 Version: 1.4.5-3 Distribution: experimental Urgency: low Maintainer: Adeodato Simó [EMAIL PROTECTED] Changed-By: Ana Beatriz Guerrero Lopez [EMAIL PROTECTED] Description: amarok - versatile and easy to use audio player for KDE amarok-engines - output engines for the Amarok audio player amarok-xine - xine engine for the Amarok audio player Closes: 400801 405399 410850 Changes: amarok (1.4.5-3) experimental; urgency=low . * Add support for devices using MTP, build-dep on libmtp-dev added. (Closes: #405399) * Add support for karma devices, build-dep on libkarma-dev added. (Closes: #400801) * Added patch fixing CVE-2006-6980: amarok magnatune unsafe shell. (Closes: #410850) Files: 63a60d89db463182bbf0daee32eb0a59 1027 kde optional amarok_1.4.5-3.dsc a85943a80c2cf281ce9632b4fc52c82d 22504 kde optional amarok_1.4.5-3.diff.gz eb1eb782efc57faefab65e7488e8b60f 17945834 kde optional amarok_1.4.5-3_i386.deb c36c1f321063030f115751df7aa7ca51 73542 kde optional amarok-engines_1.4.5-3_i386.deb a55969ce5d2dd3cbfd53b81936687912 129166 kde optional amarok-xine_1.4.5-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Signed by Ana Guerrero iD8DBQFF9SGZn3j4POjENGERAl7AAJ0b/Fp8DJ4cophfXFxKkkhCxs+fVgCeIV78 RmPqXdumdb3AeSaLAG0cwGM= =ehf7 -END PGP SIGNATURE- ---End Message---
Bug#411093: marked as done (zope-cachefu: duplicate field in the dzproduct file)
Your message dated Mon, 12 Mar 2007 09:47:07 + with message-id [EMAIL PROTECTED] and subject line Bug#411093: fixed in zope-cachefu 1.0.1-3 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: plone-site Version: 2.5.1-4 Severity: important The automatic plone-site setup does not work. This is the error message: plone-site failed to preconfigure, with exit status 10 Setting up plone-site (2.5.1-4) ... dpkg: error processing plone-site (--configure): subprocess post-installation script returned error exit status 10 Although a working zope instance can be still generated with: dzhandle -z 2.9 make-instance instancename --addon-mode all Thank You! Rafael -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) ---End Message--- ---BeginMessage--- Source: zope-cachefu Source-Version: 1.0.1-3 We believe that the bug you reported is fixed in the latest version of zope-cachefu, which is due to be installed in the Debian FTP archive: zope-cachefu_1.0.1-3.diff.gz to pool/main/z/zope-cachefu/zope-cachefu_1.0.1-3.diff.gz zope-cachefu_1.0.1-3.dsc to pool/main/z/zope-cachefu/zope-cachefu_1.0.1-3.dsc zope-cachefu_1.0.1-3_all.deb to pool/main/z/zope-cachefu/zope-cachefu_1.0.1-3_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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Fabio Tranchitella [EMAIL PROTECTED] (supplier of updated zope-cachefu 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Mar 2007 10:27:53 +0100 Source: zope-cachefu Binary: zope-cachefu Architecture: source all Version: 1.0.1-3 Distribution: testing-proposed-updates Urgency: high Maintainer: Debian/Ubuntu Zope Team [EMAIL PROTECTED] Changed-By: Fabio Tranchitella [EMAIL PROTECTED] Description: zope-cachefu - suite of Zope products for speeding up Plone Closes: 411093 Changes: zope-cachefu (1.0.1-3) testing-proposed-updates; urgency=high . * debian/rules: removed duplicate fields in the .dzproduct file. (Closes: #411093) Files: 638fe4cedba9df405acf3f747fcba6f0 772 web optional zope-cachefu_1.0.1-3.dsc fa302248cfdc793c07c8c5ec659f5f4f 3585 web optional zope-cachefu_1.0.1-3.diff.gz 99e69f0b734681403e1f49f497238c67 212762 web optional zope-cachefu_1.0.1-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF9R4ZK/juK3+WFWQRAhtzAJ9WaquEwPeMov3219pOrJubp10hngCeL+ul H3b9KkVq0wfTVYsi4tjeQi8= =W+np -END PGP SIGNATURE- ---End Message---
Bug#386469: Debian: failed openbsd-inetd upgrade: plea for more info
Tomas Pospisek wrote: What is irritating about all the bug reports after the upload of 0.20050402-4 is, that none of the screen dumps of the installation procedure show any trace of the upgrade routines first __stopping__ the openbsd-inetd. At my place upgrading openbsd-inetd from 0.20050402-4 to 0.20050402-5 looks like this: $ sudo apt-get install openbsd-inetd [...] Reading package lists... Done Building dependency tree... Done The following packages will be upgraded: openbsd-inetd 1 upgraded, 0 newly installed, 0 to remove and 6 not upgraded. [...] (Reading database ... 285517 files and directories currently installed.) Preparing to replace openbsd-inetd 0.20050402-4 (using .../openbsd-inetd_0.20050402-5_i386.deb) ... Stopping internet superserver: inetd. Unpacking replacement openbsd-inetd ... Setting up openbsd-inetd (0.20050402-5) ... Installing new version of config file /etc/init.d/openbsd-inetd ... Starting internet superserver: inetd. Note the line Stopping internet superserver: inetd.. This line is not present in either Kent West's bug report [1], Ben Low's report [2] (maybe just not visible there, since not the whole screen dump is included), Leonardo's report [3], Norman Messtorff's [4], Mind Booster Noori's [5], Daniel Blaschke's [6], Uwe Storbeck's [7], Mike Young's [8] or Luke Reeves' [9]. (I'm ignoring Peter Köllner's bug report [x] here for once, since that one has possibly to do with xinetd and thus should be fixed separately.) What whould be illuminating would be thus to be able to reproduce the bug which could be helped by knowing from which version those gents were upgrading from. So please Kent, Ben, Leonardo, Norman, Mind Booster, Daniel, Uwe, Mike an Luke - could you tell us from which openbsd-inetd (or xinetd or netkit-inetd) you were upgrading from? With a bit of luck you should be able to find this information in either: /var/backups/dpkg.status* or in /var/log/aptitude* or in /var/log/dpkg*. Thanks, *t [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386469#50 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386469#55 [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386469#60 [4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386469#65 [5] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386469#70 [6] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386469#75 [7] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386469#94 [8] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386469#101 [9] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386469#118 [x] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386469#45 I was upgrading from version 0.20050402-4: 2007-03-05 12:01:34 upgrade openbsd-inetd 0.20050402-4 0.20050402-5 (above is the line from /var/log/dpkg.log) During the upgrade, I think I also saw the line Stopping internet superserver: inetd before getting the error message, but I'm not sure about this. Daniel
Bug#414482: dtc-xen: insecure file creation in postinst
Julien Cristau wrote: right, shipping ssl private keys in the package, that sounds like a good idea... not. No, my idea was to put a blank file in the package so it had the correct rights from the beginning, but I new there would have been some problems as it would have been marked conffile. Forget about it. Having them in the package in /etc wouldn't mater, as they would be set as conffiles, but it could be still problematic, no? What is your suggestion? Let me know. you could look up umask. Will do, thanks. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413762: database files being created in the root ('/') directory
Jonathan McDowell wrote: This is on the same host, right? A PPC? And you've completed purged the old package and ensured there are no such files in / before installing it again? Correct. -- rjc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413762: database files being created in the root ('/') directory
On Thu, Mar 08, 2007 at 09:55:26PM +, Rafal Czlonka wrote: Tried on non-virtual kernel, it doesn't have anything to do with it - - still the same thing. This is on the same host, right? A PPC? And you've completed purged the old package and ensured there are no such files in / before installing it again? J. -- ] http://www.earth.li/~noodles/ [] The truth is out there, but also [ ] PGP/GPG Key @ the.earth.li [] in here. [ ] via keyserver, web or email. [] [ ] RSA: 4DC4E7FD / DSA: 5B430367 [] [ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413534: Another 64bit problem (binding SQL_C_SLONG values)
On Sun, Mar 11, 2007 at 09:06:16PM -0700, Steve Langasek wrote: On Sun, Mar 11, 2007 at 07:30:04PM +, Enrico Zini wrote: http://msdn2.microsoft.com/en-us/library/ms714556.aspx says that SQL_C_SLONG represents a long int. Microsoft's docs are totally useless for correctly implementing ODBC on 64-bit architectures. Please explain the /problem/ you're trying to solve, preferably with a reproducible use case. Sorry. What's a good authoritative API reference then? I'm attaching a C program that reproduces the problem: it prints: Foo is -4294967295 where it should instead print: Foo is 1 Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini [EMAIL PROTECTED] #include stdio.h #include stdlib.h #include sql.h #include sqlext.h void check(SQLSMALLINT handletype, SQLHSTMT stm, int res) { if ((res != SQL_SUCCESS) (res != SQL_SUCCESS_WITH_INFO)) { static const int strsize = 200; char stat[10], msg[strsize]; SQLINTEGER err; SQLSMALLINT mlen; SQLGetDiagRec(handletype, stm, 1, (unsigned char*)stat, err, (unsigned char*)msg, strsize, mlen); if (mlen strsize) mlen = strsize; fprintf(stderr, Error %d %s: %.*s\n, err, stat, mlen, msg); exit(1); } } void checkenv(SQLHENV stm, int res) { check(SQL_HANDLE_ENV, stm, res); } void checkdbc(SQLHSTMT stm, int res) { check(SQL_HANDLE_DBC, stm, res); } void checkstm(SQLHSTMT stm, int res) { check(SQL_HANDLE_STMT, stm, res); } int main() { SQLHENV dba_od_env; SQLHDBC od_conn; SQLHSTMT stm; long foo; SQLAllocHandle(SQL_HANDLE_ENV, SQL_NULL_HANDLE, dba_od_env); checkenv(dba_od_env, SQLSetEnvAttr(dba_od_env, SQL_ATTR_ODBC_VERSION, (void*)SQL_OV_ODBC3, 0)); SQLAllocHandle(SQL_HANDLE_DBC, dba_od_env, od_conn); printf(Connecting\n); checkdbc(od_conn, SQLConnect(od_conn, test, SQL_NTS, enrico, SQL_NTS, , SQL_NTS)); SQLAllocHandle(SQL_HANDLE_STMT, od_conn, stm); printf(Creating table\n); checkstm(stm, SQLExecDirect(stm, CREATE TABLE foo (id INTEGER), SQL_NTS)); printf(Populating table\n); checkstm(stm, SQLExecDirect(stm, INSERT INTO foo VALUES (1), SQL_NTS)); /* Init foo with some garbage, to catch the case in which it's filled * in only partially */ foo=-1; checkstm(stm, SQLBindCol(stm, 1, SQL_C_SLONG, foo, sizeof(foo), 0)); printf(Querying table\n); checkstm(stm, SQLExecDirect(stm, SELECT id FROM foo, SQL_NTS)); if (SQLFetch(stm) == SQL_NO_DATA) fprintf(stderr, No results for foo\n); printf(Foo is %ld\n, foo); checkstm(stm, SQLCloseCursor(stm)); printf(Dropping table\n); checkstm(stm, SQLExecDirect(stm, DROP TABLE foo, SQL_NTS)); return 0; } signature.asc Description: Digital signature
Bug#414535: sun-java6-jre: Java GUI programs don't work because Assertion `c-xlib.lock' failed.
Package: sun-java6-jre Version: 6-00-2 Severity: grave Justification: renders package unusable Starting almost any GUI java program fails with following error message: java: xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c-xlib.lock' failed. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages sun-java6-jre depends on: ii debconf [debconf-2.0]1.5.11 Debian configuration management sy ii java-common 0.25Base of all Java packages ii locales 2.3.6.ds1-8 GNU C Library: National Language ( ii sun-java6-bin6-00-2 Sun Java(TM) Runtime Environment ( Versions of packages sun-java6-jre recommends: ii gsfonts-x11 0.20 Make Ghostscript fonts available t -- debconf information: sun-java6-jre/stopthread: true * shared/accepted-sun-dlj-v1-1: true sun-java6-jre/jcepolicy: shared/error-sun-dlj-v1-1: * shared/present-sun-dlj-v1-1: -- rmrfchik. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407026: marked as done (aiccu: Maintainer MIA/AWOL?, newer versions with lots of bugfixes available for more than 6 months!)
Your message dated Mon, 12 Mar 2007 13:19:09 +0100 with message-id [EMAIL PROTECTED] and subject line Close bug #407026 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: aiccu Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Full real changelog for AICCU with lots of fixes including a lot of Debian-specific fixes: http://www.sixxs.net/tools/aiccu/changelog Biggest issue: AYIYA does not function correctly in the old release. Next to that the other problems. Also all old clients have been deprecated with the 2007 releases. As such the old client currently in Debian can't be used anymore. This is mainly to avoid the repeated problemreports of users using an old version, even though a new, working one, is available already for a long long time. But apparently the maintainer is either MIA or AWOL: - - BUG 379766 has two requests for updating to a new version = Not a single response from maintainer - - BUG 366002 requests for AMD64 build = Maintainer says that (the now old license) is not DFSG free without real valid arguments and does not want to update but according to 405606: 8-- From: Steve Langasek [EMAIL PROTECTED] The license has been discussed on #debian-release, and it's my understanding that the old license was also DFSG-compliant in intent (with the help of some clarifications from upstream that had already happened). --8 Now the license is a bog standard 3-clause BSD license still no update - - BUG 405606 / 405610 requests also for updates = Not a single response from maintainer Note that due to this bug the package has been removed from etch already, the maintainer though has not done a thing in the mean time. Looking at the large amount of reports still open and the length of them: http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED] I can only assume that either this maintainer is MIA or is AWOL. That, or his email is broken for the last 2 years, or his spam filtering is thinking that things with debian and bug are virusses or something. It is very annoying to get bug reports from old packages which have been resolved a long time ago. Notez bien that the current Debian version is from 2005, the package is thus 2 years old. Another note is that the current 'maintainer' never contacted upstream to ask if the package could be uploaded to Debian, if he would have, we could have explained him that even though several people offered it already, that due to the license unclarities this was not done yet and that we where still discussing the license with people from debian-legal to get those issues resolved properly. On this subject, the package currently in non-free contains a rewritten COPYRIGHT message and the LICENSE has been removed. The two points break copyright law in many countries and most likely can be considered a criminal offense. But I am not a lawyer and happy to not be one. As such please use the new package, without modifications. Now that the package is in non-free it is only a burden for the users as they will find a broken package, test it, notice it is broken and remove it again. Users don't file reports, especially not when they notice a version number from 2 years ago. Can I, as the author of the upstream code, request that a new maintainer is assigned to this package so that the users of Debian get. I suggest that the maintainer of the package is also actually a user of the package, so that the maintainer actually has an interrest in updating packages. Next to that I'd like to request a maintainer who actually response to bug reports and communicates to upstream any problems that he/she/it might have. The very simple way to upload AICCU into Debian: - Download the official tarball. - Type 'make deb' and tada you have working .deb's That is also how we build the packages and put them in our own repository. Indeed the package can be taken over verbatim! Please resolve this matter. Greets, Jeroen - -- System Information: Debian Release: ALL -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Jeroen Massar / http://unfix.org/~jeroen/ iD8DBQFFq8b2KaooUjM+fCMRAhS3AKCDGvehJ0MH37997wgcylGyleMFjACggfxj BqQhRVBTECAQ48SGlMUj8m8= =CxEj -END PGP SIGNATURE- ---End Message--- ---BeginMessage--- Hi, I think that this bug could be closed, not
Bug#405704: closed by Jose Luis Tallon [EMAIL PROTECTED] (Bug#405704: fixed in up-imapproxy 1.2.4-8)
Ryan Sinn wrote: Please don't close this bug until the actual fix is available... I can't find it in the pool yet -- and it's still broken on my system. Please learn how to interact with the BTS. This was generated automatically upon the upload which closes this bug. That means that the package fixing it arrived at the Archive at that particular time, and was included in the pool along all others You should see it with this morning's mirror push. You have all details below. Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #405704: imapproxy: fails to start - breaks install/upgrade, which was filed against the imapproxy package. It has been closed by Jose Luis Tallon [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Jose Luis Tallon [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) - Subject: Bug#405704: fixed in up-imapproxy 1.2.4-8 From: Jose Luis Tallon [EMAIL PROTECTED] Date: Mon, 12 Mar 2007 01:02:04 + To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Source: up-imapproxy Source-Version: 1.2.4-8 We believe that the bug you reported is fixed in the latest version of up-imapproxy, which is due to be installed in the Debian FTP archive: imapproxy_1.2.4-8_i386.deb to pool/main/u/up-imapproxy/imapproxy_1.2.4-8_i386.deb up-imapproxy_1.2.4-8.diff.gz to pool/main/u/up-imapproxy/up-imapproxy_1.2.4-8.diff.gz up-imapproxy_1.2.4-8.dsc to pool/main/u/up-imapproxy/up-imapproxy_1.2.4-8.dsc 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jose Luis Tallon [EMAIL PROTECTED] (supplier of updated up-imapproxy 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 [EMAIL PROTECTED]) Format: 1.7 Date: Sat, 10 Mar 2007 21:59:37 +0100 Source: up-imapproxy Binary: imapproxy Architecture: source i386 Version: 1.2.4-8 Distribution: unstable Urgency: high Maintainer: Jose Luis Tallon [EMAIL PROTECTED] Changed-By: Jose Luis Tallon [EMAIL PROTECTED] Description: imapproxy - IMAP protocol proxy Closes: 352999 369020 405704 409861 412221 Changes: up-imapproxy (1.2.4-8) unstable; urgency=high . * Fixed crash on startup when IMAP server is not available (Closes: #405704) . * Security: backported possible DoS fix from 1.2.5rc2 (Closes: #409861) . * Enhance security: enable chroot by default (Closes: #352999) (Patch provided by Kees Cook [EMAIL PROTECTED]) . * Build process: fixed using files from current autotools-dev . * Made initscript a bit more intelligent, so that it won't fail so easily when imapproxyd is slower to start than expected (Closes: #369020) . * Localization - Updated DE translation (Closes: #412221) Files: 799d1ea0450b74da3e0e1fb8ac48fe54 671 mail optional up-imapproxy_1.2.4-8.dsc cbe938cc40ea584ccfd5e65b8c0c48ef 60135 mail optional up-imapproxy_1.2.4-8.diff.gz 125e6fa637b0551d401657c0c34c7283 53674 mail optional imapproxy_1.2.4-8_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Update
Processing commands for [EMAIL PROTECTED]: found 402646 3.6.3dfsg1-3 Bug#402646: non-free file in included e2fsprogs tarball Bug marked as found in version 3.6.3dfsg1-3. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Unreproducible
Processing commands for [EMAIL PROTECTED]: tags 394404 unreproducible Bug#394404: FTBFS (powerpc): t/GstPad dies after test 31 There were no tags set. Tags added: unreproducible thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414548: sshm --del fails and removes configuration file
Package: sshm Version: 0.4-1 Severity: grave My /home and /tmp directories are on different partitions, which is more than usual. When using sshm --del, Action::del() calls rename() to move the temporary configuration from /tmp to my new configuration file, after having removed the old one. rename() does not work across different mount points, so sshm exits with an error and my whole configuration file is removed. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (50, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages sshm depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii openssh-client 1:4.3p2-8Secure shell client, an rlogin/rsh sshm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408000: marked as done (hpodder_0.99.1(ia64/unstable): FTBFS: missing build-depend???)
Your message dated Mon, 12 Mar 2007 14:17:04 + with message-id [EMAIL PROTECTED] and subject line Bug#408000: fixed in hpodder 0.99.2 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: hpodder Version: 0.99.1 Severity: serious There was an error while trying to autobuild your package: Automatic build of hpodder_0.99.1 on caballero by sbuild/ia64 98 Build started at 20070122-2105 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), groff, docbook-utils, jade, lynx, scons, xpdf-utils, sgml2x, gtk-doc-tools, ghc6 (= 6.4.1), haskell-devscripts (= 0.5.6), cpphs, libghc6-missingh-dev (= 0.18.0), libghc6-hdbc-dev (= 0.99.2), libghc6-hdbc-sqlite3-dev (= 0.99.2), libghc6-network-dev, libghc6-unix-dev, libghc6-mtl-dev, libghc6-haxml-dev (= 1.13.2-3), libghc6-filepath-dev, libghc6-configfile-dev, libghc6-hslogger-dev [...] [14 of 20] Compiling Commands.Update ( Commands/Update.hs, dist/build/hpodder/hpodder-tmp/Commands/Update.o ) [15 of 20] Compiling Commands.ImportIpodder ( Commands/ImportIpodder.hs, dist/build/hpodder/hpodder-tmp/Commands/ImportIpodder.o ) [16 of 20] Compiling Commands.Catchup ( Commands/Catchup.hs, dist/build/hpodder/hpodder-tmp/Commands/Catchup.o ) [17 of 20] Compiling Commands.Download ( Commands/Download.hs, dist/build/hpodder/hpodder-tmp/Commands/Download.o ) [18 of 20] Compiling Commands.Setup ( Commands/Setup.hs, dist/build/hpodder/hpodder-tmp/Commands/Setup.o ) [19 of 20] Compiling Commands ( Commands.hs, dist/build/hpodder/hpodder-tmp/Commands.o ) [20 of 20] Compiling Main ( hpodder.hs, dist/build/hpodder/hpodder-tmp/Main.o ) Linking dist/build/hpodder/hpodder ... /usr/bin/ld: cannot find -lHSrts_thr collect2: ld returned 1 exit status Preprocessing executables for hpodder-0.99.1... Building hpodder-0.99.1... make[1]: *** [all] Error 1 make[1]: Leaving directory `/build/buildd/hpodder-0.99.1' make: *** [build-stamp] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=hpodderver=0.99.1 ---End Message--- ---BeginMessage--- Source: hpodder Source-Version: 0.99.2 We believe that the bug you reported is fixed in the latest version of hpodder, which is due to be installed in the Debian FTP archive: hpodder_0.99.2.dsc to pool/main/h/hpodder/hpodder_0.99.2.dsc hpodder_0.99.2.tar.gz to pool/main/h/hpodder/hpodder_0.99.2.tar.gz hpodder_0.99.2_i386.deb to pool/main/h/hpodder/hpodder_0.99.2_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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. John Goerzen [EMAIL PROTECTED] (supplier of updated hpodder 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Mar 2007 06:11:41 -0500 Source: hpodder Binary: hpodder Architecture: source i386 Version: 0.99.2 Distribution: unstable Urgency: low Maintainer: John Goerzen [EMAIL PROTECTED] Changed-By: John Goerzen [EMAIL PROTECTED] Description: hpodder- Tool to scan and download podcasts (podcatcher) Closes: 408000 Changes: hpodder (0.99.2) unstable; urgency=low . * Modified to not require threaded RTS. CLoses: #408000. Files: c5ebd5655ac12ed1aaaebb48affd60ae 881 utils optional hpodder_0.99.2.dsc 31b8f191848bee339d24d7454c4e5d4a 55537 utils optional hpodder_0.99.2.tar.gz f5facf032c17faae9e02b872aa07c967 694208 utils optional hpodder_0.99.2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF9WBXTvSuJuBy3ggRAkgWAJ0WnYlOa6nQ7OZ4+bMfI6wtGQvfuwCeJFHd UqCTsPs+A2GOPKKHpZSNEPI= =1avc -END PGP SIGNATURE- ---End Message---
Bug#408390: vlc-nox: segfaults under X
close 408390 0.8.6.a.debian-2 quit On Sun, Mar 11, 2007 at 09:30:16PM +0100, Kurt Roeckx wrote: This bug is now still marked as affecting unstable. Can you verify that it works with the version from unstable too? Everything looks well with 0.8.6.a.debian-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#408390: vlc-nox: segfaults under X
Processing commands for [EMAIL PROTECTED]: close 408390 0.8.6.a.debian-2 Bug#408390: vlc-nox: segfaults under X 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.8.6.a.debian-2, send any further explanations to Clint Adams [EMAIL PROTECTED] quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386469: Debian: failed openbsd-inetd upgrade: plea for more info
Hi Tomas So please Kent, Ben, Leonardo, Norman, Mind Booster, Daniel, Uwe, Mike an Luke - could you tell us from which openbsd-inetd (or xinetd or netkit-inetd) you were upgrading from? I also was upgrading from openbsd-inetd version 0.20050402-4. But downgrading and upgrading again does not reproduce the problem. I had upgraded a lot of packages as I got the error. For me it's the combination of openbsd-inetd and sendfile which reproduces the error. The openbsd-inetd package stops and starts the inetd correctly. But the problem seems to be that the upgrade of sendfile starts the inetd process if it is not running. openbsd-inetd and sendfile upgrade: # dpkg -i openbsd-inetd_0.20050402-4_i386.deb # dpkg -i sendfile_2.1b-3_i386.deb # ps ax|grep inetd 15879 ?Ss 0:00 /usr/sbin/inetd # apt-get upgrade Reading package lists... Done Building dependency tree... Done The following packages will be upgraded: openbsd-inetd (0.20050402-4 = 0.20050402-5) sendfile (2.1b-3 = 2.1b-3.1) [..] (Reading database ... 245847 files and directories currently installed.) Preparing to replace openbsd-inetd 0.20050402-4 (using .../openbsd-inetd_0.20050402-5_i386.deb) ... Stopping internet superserver: inetd. Unpacking replacement openbsd-inetd ... Preparing to replace sendfile 2.1b-3 (using .../sendfile_2.1b-3.1_i386.deb) ... Unpacking replacement sendfile ... Setting up openbsd-inetd (0.20050402-5) ... Installing new version of config file /etc/init.d/openbsd-inetd ... Starting internet superserver: inetdinvoke-rc.d: initscript openbsd-inetd, action start failed. dpkg: error processing openbsd-inetd (--configure): subprocess post-installation script returned error exit status 1 Setting up sendfile (2.1b-3.1) ... Errors were encountered while processing: openbsd-inetd E: Sub-process /usr/bin/dpkg returned an error code (1) # ps ax|grep inetd 16409 ?Ss 0:00 /usr/sbin/inetd # apt-get upgrade [..] 1 not fully installed or removed. [..] Setting up openbsd-inetd (0.20050402-5) ... Starting internet superserver: inetdinvoke-rc.d: initscript openbsd-inetd, action start failed. dpkg: error processing openbsd-inetd (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: openbsd-inetd E: Sub-process /usr/bin/dpkg returned an error code (1) # /etc/init.d/openbsd-inetd stop Stopping internet superserver: inetd. # apt-get upgrade [..] Setting up openbsd-inetd (0.20050402-5) ... Starting internet superserver: inetd. sendfile upgrade with inetd stopped manually: # dpkg -i sendfile_2.1b-3_i386.deb # /etc/init.d/openbsd-inetd stop Stopping internet superserver: inetd. # ps ax|grep inetd # apt-get upgrade [..] The following packages will be upgraded: sendfile (2.1b-3 = 2.1b-3.1) [..] (Reading database ... 245847 files and directories currently installed.) Preparing to replace sendfile 2.1b-3 (using .../sendfile_2.1b-3.1_i386.deb) ... Unpacking replacement sendfile ... Setting up sendfile (2.1b-3.1) ... # ps ax|grep inetd 19788 ?Ss 0:00 /usr/sbin/inetd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414567: hercules: FTBFS (arm): error: stray '$' in program
Package: hercules Version: 3.04.1-1 Severity: serious Tags: patch Justification: no longer builds from source hercules fails to build from source on arm: Automatic build of hercules_3.04.1-1 on europa by sbuild/arm 98 Build started at 20070214-1750 ** Checking available source versions... Fetching source files... Reading package lists... [...] if /bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -W -Wall -mstructure-size-boundary=8 -O2 -MT loadparm.lo -MD -MP -MF .deps/loadparm.Tpo -c -o loadparm.lo loadparm.c; \ then mv -f .deps/loadparm.Tpo .deps/loadparm.Plo; else rm -f .deps/loadparm.Tpo; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -W -Wall -mstructure-size-boundary=8 -O2 -MT loadparm.lo -MD -MP -MF .deps/loadparm.Tpo -c loadparm.c -fPIC -DPIC -o .libs/loadparm.o if /bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -W -Wall -mstructure-size-boundary=8 -O2 -MT hsccmd.lo -MD -MP -MF .deps/hsccmd.Tpo -c -o hsccmd.lo hsccmd.c; \ then mv -f .deps/hsccmd.Tpo .deps/hsccmd.Plo; else rm -f .deps/hsccmd.Tpo; exit 1; fi gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -W -Wall -mstructure-size-boundary=8 -O2 -MT hsccmd.lo -MD -MP -MF .deps/hsccmd.Tpo -c hsccmd.c -fPIC -DPIC -o .libs/hsccmd.o hsccmd.c:49: error: stray '$' in program hsccmd.c:4139: error: stray '$' in program make[3]: *** [hsccmd.lo] Error 1 make[3]: Leaving directory `/build/buildd/hercules-3.04.1' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd/hercules-3.04.1' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/hercules-3.04.1' make: *** [build-stamp] Error 2 ** Build finished at 20070214-1943 FAILED [dpkg-buildpackage died] Purging chroot-unstable/build/buildd/hercules-3.04.1 -- For a full build log, see: http://buildd.debian.org/fetch.cgi?pkg=herculesver=3.04.1-1arch=armstamp=1171500344file=log The patch below fixes the problem by removing the dollar from the function name. --- hercules-3.04.1.orig/hsccmd.c +++ hercules-3.04.1/hsccmd.c @@ -44,9 +44,9 @@ int process_script_file(char *,int); /// -/* $test_cmd - do something or other */ +/* test_cmd - do something or other */ -int $test_cmd(int argc, char *argv[],char *cmdline) +int test_cmd(int argc, char *argv[],char *cmdline) { UNREFERENCED(argc); UNREFERENCED(argv); @@ -4136,7 +4136,7 @@ COMMAND ( resume,resume_cmd,Resume hercules\n ) #define TEST_CMD $test // (hidden internal command) -COMMAND ( TEST_CMD, $test_cmd,(hidden internal command) ) +COMMAND ( TEST_CMD, test_cmd,(hidden internal command) ) COMMAND ( NULL, NULL, NULL ) /* (end of table) */ }; -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: arm (armv5tejl) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-versatile Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414569: avahi-daemon: delay on resolving IP addresses when mdns is specified in /etc/nsswitch.conf
Package: avahi-daemon Version: 0.6.16-2 Severity: critical Today I spent 5 hours or more for debugging a problem with slowness of almost all running applications. I first found that IMAP access with KMail was unusable slow, even after I installed dovecot locally. ssh and most network related commands took 5 seconds delay after being started before anything happened. Well finally I found it times out on a request to resolve an IP address with avahi. I stopped avahi and ssh worked instantly and IMAP access via KMail accelerated immediately. I started avahi-daemon again and the delays occured again. I found that instead of stopping avahi-daemon I could also change /etc/nsswitch.conf by removing any reference to mdns: #hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 hosts: files dns This happened on a NFS based workstation with Debian Etch. And then after an update to second workstation it happened also there. However I am not sure which package update triggered this problem (see package list below). I am setting this to critical as it makes a NFS based network workstation next to unusable. Feel free to lower the priority as you see fit. Maybe it just happened here. But if not it IMHO should be fixed before Etch release. Excerpt of strace to demonstrate where the delays happen: [EMAIL PROTECTED]:~ strace ssh execve(/usr/bin/ssh, [ssh], [/* 31 vars */]) = 0 uname({sys=Linux, node=mango, ...}) = 0 brk(0) = 0x808a000 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fab000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=115326, ...}) = 0 [...] open(/etc/ld.so.cache, O_RDONLY) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=115326, ...}) = 0 mmap2(NULL, 115326, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb796f000 close(4)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libnss_mdns4.so.2, O_RDONLY) = 4 read(4, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\t\0\000..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0644, st_size=7208, ...}) = 0 mmap2(NULL, 10164, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb796c000 mmap2(0xb796e000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x1) = 0xb796e000 close(4)= 0 munmap(0xb796f000, 115326) = 0 socket(PF_FILE, SOCK_STREAM, 0) = 4 fcntl64(4, F_GETFD) = 0 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 connect(4, {sa_family=AF_FILE, path=/var/run/avahi-daemon/socket}, 110) = 0 fcntl64(4, F_GETFL) = 0x2 (flags O_RDWR) fstat64(4, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f8f000 _llseek(4, 0, 0xbfc67f44, SEEK_CUR) = -1 ESPIPE (Illegal seek) write(4, RESOLVE-ADDRESS 172.21.242.9\n, 29) = 29 read(4, Here is hangs for about 5 seconds, maybe a bit more... then it goes on with: -15 Timeout reached\n, 1024) = 20 close(4)= 0 munmap(0xb7f8f000, 4096)= 0 uname({sys=Linux, node=mango, ...}) = 0 time(NULL) = 1173712863 write(3, 0\f\2\1\1`\7\2\1\3\4\0\200\0, 14) = 14 time(NULL) = 1173712863 select(1024, [3], [], NULL, {30, 0})= 1 (in [3], left {30, 0}) read(3, 0\f\2\1\1a\7\n, 8)= 8 read(3, \1\0\4\0\4\0, 6) = 6 time(NULL) = 1173712863 setsockopt(3, SOL_SOCKET, SO_KEEPALIVE, [0], 4) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 getsockname(3, {sa_family=AF_INET, sin_port=htons(45161), sin_addr=inet_addr(172.21.123.1)}, [16]) = 0 getpeername(3, {sa_family=AF_INET, sin_port=htons(389), sin_addr=inet_addr(172.21.242.9)}, [16]) = 0 time([1173712863]) = 1173712863 time(NULL) = 1173712863 write(3, 0\201\304\2\1\2c\201\276\4\20dc=teamix,dc=net\n\1\2\n\1..., 199) = 199 select(1024, [3], [], NULL, NULL) = 1 (in [3]) read(3, 0\202\1H\2\1\2d, 8) = 8 read(3, \202\1A\4!uid=ms,ou=people,dc=teamix,..., 324) = 324 select(1024, [3], [], NULL, NULL) = 1 (in [3]) read(3, 0\f\2\1\2e\7\n, 8)= 8 read(3, \1\0\4\0\4\0, 6) = 6 time(NULL) = 1173712863 time([1173712863]) = 1173712863 rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0 umask(022) = 022 write(2, usage: ssh [-1246AaCfgKkMNnqsTtV..., 407usage: ssh [-1246AaCfgKkMNnqsTtVvXxY] [-b bind_address] [-c cipher_spec] [-D [bind_address:]port] [-e escape_char] [-F configfile] [-i identity_file] [-L [bind_address:]port:host:hostport] [-l
Bug#414577: gthumb: unnecessarily depends on unavailable libcairo2
Package: gthumb Version: 3:2.9.3-1 Severity: grave Justification: renders package unusable Hi, gthumb 3:2.9.3-1 depends on libcairo2, which is not available, but it doen't even build-depends on it. could you please remove its dependency to make it installable ? thanks, Xav -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414575: wine won't start anything
Package: wine Version: 0.9.30-1 Severity: grave Justification: renders package unusable I can no longer launch any wine windows on any of my unstable machines. I've tried completely removing ~/.wine and running winecfg and it fails. I get: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 145 (NV-GLX) Minor opcode of failed request: 4 () Resource id in failed request: 0x248 Serial number of failed request: 19 Current serial number in output stream: 19 Wine failed with return code 1 I've included the debug log below: warn:file:wine_nt_to_unix_file_name Lwindows not found in /home/phil/.wine/dosdevices/c: warn:ntdll:NtQueryFullAttributesFile L\\??\\C:\\windows not found (c034) Warning: the specified Windows directory Lc:\\windows is not accessible. warn:file:wine_nt_to_unix_file_name Lwindows\\system32 not found in /home/phil/.wine/dosdevices/c: warn:ntdll:NtQueryFullAttributesFile L\\??\\C:\\windows\\system32 not found (c03a) Warning: the specified System directory Lc:\\windows\\system32 is not accessible. Warning: could not find DOS drive for current working directory '/home/phil', starting in the Windows directory. warn:file:wine_nt_to_unix_file_name Lwindows not found in /home/phil/.wine/dosdevices/c: warn:ntdll:NtCreateFile L\\??\\C:\\windows not found (c034) warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\winecfg.exe not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system\\winecfg.exe not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\winecfg.exe not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\winecfg.exe not found in /home/phil/.wine/dosdevices/c: warn:ntdll:NtCreateFile L\\??\\C:\\windows\\system32\\winecfg.exe not found (c03a) warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\comdlg32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\comdlg32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system\\comdlg32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\comdlg32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\winspool.drv not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\winspool.drv not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system\\winspool.drv not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\winspool.drv not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\user32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\user32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system\\user32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\user32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\gdi32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\gdi32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system\\gdi32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\gdi32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\advapi32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\advapi32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system\\advapi32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\advapi32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\shell32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\shell32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system\\shell32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\shell32.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\shlwapi.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system32\\shlwapi.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\system\\shlwapi.dll not found in /home/phil/.wine/dosdevices/c: warn:file:wine_nt_to_unix_file_name Lwindows\\shlwapi.dll not found in /home/phil/.wine/dosdevices/c:
Processed (with 5 errors): Re: [Pkg-utopia-maintainers] Bug#414569: avahi-daemon: delay on resolving IP addresses when mdns is specified in /etc/nsswitch.conf
Processing commands for [EMAIL PROTECTED]: severity 414569 normal Bug#414569: avahi-daemon: delay on resolving IP addresses when mdns is specified in /etc/nsswitch.conf Severity set to `normal' from `critical' thanks, Unknown command or malformed arguments to command. On Mon, Mar 12, 2007 at 04:57:08PM +0100, Martin Steigerwald wrote: Unknown command or malformed arguments to command. Today I spent 5 hours or more for debugging a problem with slowness of Unknown command or malformed arguments to command. almost all running applications. I first found that IMAP access with Unknown command or malformed arguments to command. KMail was unusable slow, even after I installed dovecot locally. ssh and Unknown command or malformed arguments to command. Too many unknown commands, stopping here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414569: [Pkg-utopia-maintainers] Bug#414569: avahi-daemon: delay on resolving IP addresses when mdns is specified in /etc/nsswitch.conf
severity 414569 normal thanks, On Mon, Mar 12, 2007 at 04:57:08PM +0100, Martin Steigerwald wrote: Today I spent 5 hours or more for debugging a problem with slowness of almost all running applications. I first found that IMAP access with KMail was unusable slow, even after I installed dovecot locally. ssh and most network related commands took 5 seconds delay after being started before anything happened. Well finally I found it times out on a request to resolve an IP address with avahi. I stopped avahi and ssh worked instantly and IMAP access via KMail accelerated immediately. I started avahi-daemon again and the delays occured again. I found that instead of stopping avahi-daemon I could also change /etc/nsswitch.conf by removing any reference to mdns: #hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 hosts: files dns This happened on a NFS based workstation with Debian Etch. And then after an update to second workstation it happened also there. However I am not sure which package update triggered this problem (see package list below). I am setting this to critical as it makes a NFS based network workstation next to unusable. Feel free to lower the priority as you see fit. Maybe it just happened here. But if not it IMHO should be fixed before Etch release. It looks like you don't have proper reverse resolving setup. So if an application wants to do reverse resolving on your network, it ends up using the mdns4 in your nsswitch. Which in turn triggers avahi to try and resolve the ip. If there is nobody that can answer the lookup on mdns, the request times out after a while and thus the failure is reported to the app.. Now what your seeing is that the timeout is (and afaik is supposed to be) a few seconds. I'm not sure why this makes your NFS based workstation unusable.. Surely NFS shouldn't do reverse lookups that often. Also i'm not sure if this is really a bug.. An unsuccessfull rev. dns lookup on mdns takes a few seconds by design, so not much we can do about this. For your local setup you can either add proper rev. resolving to your network or disable the final mdns fallback so it only ever uses mdns4_minimal. Sjoerd -- Life can be so tragic -- you're here today and here tomorrow. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375850: Please NMU john
Hi Justin, Please consider NMU-ing john, since there has been no maintainer response to your emails with patches for 375850 and 403855 from December, 2.5 months ago. It would be very useful to have this package in Etch (I use it on my cluster to test that my users have reasonable passwords), especially since it was already present in Sarge. I note that the primary maintainer (G. Pastore) is listed at http://wiki.debian.org/LowThresholdNmu . If you are not currently a DD (I am sorry not to know; I find it hard to keep track of who has gotten through NM yet), tell me where to find your .dsc et al for the NMU, and I will sponsor the upload. best regards, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 signature.asc Description: OpenPGP digital signature
Processed (with 1 errors): marking as fixed in unstable per info from upstream bugtracker
Processing commands for [EMAIL PROTECTED]: close 410047 0.11-1 Bug#410047: infinite dialog popups 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug marked as fixed in version 0.11-1, send any further explanations to Gonéri Le Bouder [EMAIL PROTECTED] according to upstream (http://www.workplaceproxy.com/cgiproxy/nph-proxy.pl/010110A/http/trac.gajim.org/query?status=closedmilestone=0.11 note, there are two bug reports mentioned in this thread but one appears to be a typo, 2038 seems to be the correct one) was fixed in version 0.11 and the original submitter essentially implied this was already fixed by a new upstream version and was just in need of a backport so mark it as closed by the new upstream version. 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410047: marking as fixed in unstable per info from upstream bugtracker
close 410047 0.11-1 according to upstream (http://www.workplaceproxy.com/cgiproxy/nph-proxy.pl/010110A/http/trac.gajim.org/query?status=closedmilestone=0.11 note, there are two bug reports mentioned in this thread but one appears to be a typo, 2038 seems to be the correct one) was fixed in version 0.11 and the original submitter essentially implied this was already fixed by a new upstream version and was just in need of a backport so mark it as closed by the new upstream version.
Bug#375850: Please NMU john
On Mon, Mar 12, 2007 at 10:18:08AM -0700, Kevin B. McCarty wrote: Hi Justin, Please consider NMU-ing john, since there has been no maintainer response to your emails with patches for 375850 and 403855 from December, 2.5 months ago. It would be very useful to have this package in Etch (I use it on my cluster to test that my users have reasonable passwords), especially since it was already present in Sarge. I note that the primary maintainer (G. Pastore) is listed at http://wiki.debian.org/LowThresholdNmu . If you are not currently a DD (I am sorry not to know; I find it hard to keep track of who has gotten through NM yet), tell me where to find your .dsc et al for the NMU, and I will sponsor the upload. Hi Kevin, I'm not yet a DD, but really should return to my NM application.. Thanks for the sponsorhip offer; I too think it's an important application. (Though, I'm told that people often feel threatened when their terrible passwords are shown to be such, since they're often also using the same one to access other things too). I'll try to prepare a formal nmu patch tonight. Otherwise (or in advance thereof) feel free to upload with the patch. Cheers Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375850: Please NMU john
Justin Pryzby wrote: Hi Kevin, I'm not yet a DD, but really should return to my NM application.. Thanks for the sponsorhip offer; I too think it's an important application. (Though, I'm told that people often feel threatened when their terrible passwords are shown to be such, since they're often also using the same one to access other things too). I'll try to prepare a formal nmu patch tonight. Otherwise (or in advance thereof) feel free to upload with the patch. I will wait for you to put together the NMU if that's OK with you. Since you went to the trouble of working out patches for these bugs, I feel your name ought to be on the changelog entry for proper credit. best regards, -- Kevin B. McCarty [EMAIL PROTECTED] Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG: public key ID 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414575: Seen such bug...
I've seen such bug on nvidia cards with nvidia proprietary driver. With vesa/nv everything was okay. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: fails to install in d-i
Processing commands for [EMAIL PROTECTED]: tags 414419 patch Bug#414419: fails to install in d-i Tags were: d-i Tags added: 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 414535
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 tags 414535 experimental Bug#414535: sun-java6-jre: Java GUI programs don't work because Assertion `c-xlib.lock' failed. There were no tags set. Tags added: experimental 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394404: Unreproducible
On Mon, Mar 12, 2007 at 01:32:24PM +0100, Aurélien GÉRÔME wrote: While building your package in an up-to-date proc-mounted chroot, everything went smoothly. Therefore, I am asking for a requeueing on w-b powerpc... And it failed again on the buildd. Which means someone needs to break this down to show what the testsuite failure is and why it fails. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#414419: fails to install in d-i
tags 414419 patch thanks Hi Bdale, Here's a patch that should fix this problem. My original thought was to check for an initial install of the package instead of checking for an unconfigured fstab, but Dann suggested checking for the presence of elilo.conf, so I've done that instead. The patch also loses the various 'exit 0's that were added, as a manner of future-proofing, because this bypasses the #DEBHELPER# token at the bottom of the script. Not a problem today with the null expansion, but better to fix it sooner rather than later. The NMU will be uploaded shortly, and I have Dann's word that he'll scream at me if it doesn't work. :) Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ diff -u elilo-3.6/debian/changelog elilo-3.6/debian/changelog --- elilo-3.6/debian/changelog +++ elilo-3.6/debian/changelog @@ -1,3 +1,16 @@ +elilo (3.6-3.1) unstable; urgency=high + + * Non-maintainer upload. + * High-urgency upload for RC bugfix. + * The check for new installs is broken, because apt-install elilo is +apparently not guaranteed to complete before the fstab is configured; +instead, check for the existence of /etc/elilo.conf to determine +whether to run elilo on install. Closes: #414419. + * Also fix a missing $ in the debconf config script that caused a syntax +error. + + -- Steve Langasek [EMAIL PROTECTED] Mon, 12 Mar 2007 03:44:09 -0700 + elilo (3.6-3) unstable; urgency=high * patch from Dann Frazier that adds an option to run /usr/sbin/elilo in diff -u elilo-3.6/debian/elilo.config elilo-3.6/debian/elilo.config --- elilo-3.6/debian/elilo.config +++ elilo-3.6/debian/elilo.config @@ -4,7 +4,7 @@ . /usr/share/debconf/confmodule -if [ 2 ] dpkg --compare-versions $2 lt 3.2-1 +if [ $2 ] dpkg --compare-versions $2 lt 3.2-1 then db_input high elilo/format || true else diff -u elilo-3.6/debian/postinst elilo-3.6/debian/postinst --- elilo-3.6/debian/postinst +++ elilo-3.6/debian/postinst @@ -10,22 +10,21 @@ case $1 in configure|reconfigure) # On new installs, do nothing - elilo-installer will handle it for d-i - if grep -q ^# UNCONFIGURED FSTAB FOR BASE SYSTEM /etc/fstab ; then - exit 0 - fi -if [ $2 ] dpkg --compare-versions $2 lt 3.2-1 -then -db_get elilo/format || true; -if [ x$RET = xtrue ]; then -echo Running elilo... -/usr/sbin/elilo --format --efiboot + if [ -e /etc/elilo.conf ]; then +if [ $2 ] dpkg --compare-versions $2 lt 3.2-1 +then +db_get elilo/format || true; +if [ x$RET = xtrue ]; then +echo Running elilo... +/usr/sbin/elilo --format --efiboot +fi +else +db_get elilo/runme || true; +if [ x$RET = xtrue ]; then +echo Running elilo... +/usr/sbin/elilo +fi fi -exit 0 -fi -db_get elilo/runme || true; -if [ x$RET = xtrue ]; then -echo Running elilo... -/usr/sbin/elilo fi ;;
Bug#414419: marked as done (fails to install in d-i)
Your message dated Mon, 12 Mar 2007 19:32:02 + with message-id [EMAIL PROTECTED] and subject line Bug#414419: fixed in elilo 3.6-3.1 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: elilo Version: 3.6-3 Severity: grave Tags: d-i In my d-i logs, after elilo-installer reports elilo fails to install: Mar 11 17:51:23 apt-install: Setting up elilo (3.6-3) ... Mar 11 17:51:23 apt-install: dpkg: --compare-versions takes three arguments: v -- see shy jo signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: elilo Source-Version: 3.6-3.1 We believe that the bug you reported is fixed in the latest version of elilo, which is due to be installed in the Debian FTP archive: elilo_3.6-3.1.diff.gz to pool/main/e/elilo/elilo_3.6-3.1.diff.gz elilo_3.6-3.1.dsc to pool/main/e/elilo/elilo_3.6-3.1.dsc elilo_3.6-3.1_i386.deb to pool/main/e/elilo/elilo_3.6-3.1_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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Steve Langasek [EMAIL PROTECTED] (supplier of updated elilo 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Mar 2007 03:44:09 -0700 Source: elilo Binary: elilo Architecture: source i386 Version: 3.6-3.1 Distribution: unstable Urgency: high Maintainer: Bdale Garbee [EMAIL PROTECTED] Changed-By: Steve Langasek [EMAIL PROTECTED] Description: elilo - Bootloader for systems using EFI-based firmware Closes: 414419 Changes: elilo (3.6-3.1) unstable; urgency=high . * Non-maintainer upload. * High-urgency upload for RC bugfix. * The check for new installs is broken, because apt-install elilo is apparently not guaranteed to complete before the fstab is configured; instead, check for the existence of /etc/elilo.conf to determine whether to run elilo on install. Closes: #414419. * Also fix a missing $ in the debconf config script that caused a syntax error. Files: c855798ebadd99bd39d68ac5602c7be1 582 admin optional elilo_3.6-3.1.dsc 2cd439b5c3fd69c991ffb31d8f569d79 16444 admin optional elilo_3.6-3.1.diff.gz 98c1ff9e1a85fe8cc5a3c8b733496ed0 123912 admin optional elilo_3.6-3.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF9aaZKN6ufymYLloRApgZAJ9ev8O0AVvEP91rjxQV7wRz6GBzjACdEgu+ XdhqY2v7n0RG80QvUq1sM84= =QHnY -END PGP SIGNATURE- ---End Message---
Processed: found 413116 in 2:0.91-3
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 found 413116 2:0.91-3 Bug#413116: jamvm: missing file: /usr/lib/logging.properties Bug marked as found in version 2:0.91-3. 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414612: xserver-xorg-video-intel: undefined symbol i830PipeFindClosestMode
Package: xserver-xorg-video-intel Version: 2:1.9.91-1 Severity: grave On Mon, Mar 12, 2007 at 19:54:36 +1100, Drew Parsons wrote: The gdm log says /usr/bin/X: symbol lookup error: /usr/lib/xorg/modules/drivers//i810_drv.so: undefined symbol: i830PipeFindClosestMode Yeah, I reproduced that, sorry :/ I guess it'll be fixed with the next upstream release. Cheers, Julien signature.asc Description: Digital signature
Processed: tagging 410144
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 tags 410144 confirmed Bug#410144: knetworkconfmodule writes unreadable interfaces file There were no tags set. Tags added: confirmed 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 410144 is grave
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 severity 410144 grave Bug#410144: knetworkconfmodule writes unreadable interfaces file Severity set to `grave' from `normal' 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413944: marked as done (upstart_0.3.5-1(sparc/experimental): FTBFS)
Your message dated Mon, 12 Mar 2007 20:32:08 + with message-id [EMAIL PROTECTED] and subject line Bug#413944: fixed in upstart 0.3.8-1 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: upstart Version: 0.3.5-1 Severity: serious Hi, your package failed to build from source. | Automatic build of upstart_0.3.5-1 on odin by sbuild/sparc 98-farm | Build started at 20070306-1240 | ** | Checking available source versions... | Fetching source files... | Reading Package Lists... | Building Dependency Tree... | Need to get 910kB of source archives. | Get:1 http://ftp.de.debian.org experimental/main upstart 0.3.5-1 (dsc) [856B] | Get:2 http://ftp.de.debian.org experimental/main upstart 0.3.5-1 (tar) [898kB] | Get:3 http://ftp.de.debian.org experimental/main upstart 0.3.5-1 (diff) [10.5kB] | Fetched 910kB in 0s (1125kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 5.0), dpatch, dpkg-dev (= 1.13.19) | Checking for already installed source dependencies... [...] | Checking correctness of source dependencies... | Toolchain package versions: libc6-dev_2.3.6.ds1-13 linux-kernel-headers_2.6.18-7 binutils_2.17-3 gcc-4.1_4.1.1-21 g++-4.1_4.1.1-21 libstdc++6-4.1-dev_4.1.1-21 libstdc++6_4.1.1-21 | -- | dpkg-source: extracting upstart in upstart-0.3.5 | dpkg-buildpackage: source package is upstart | dpkg-buildpackage: source version is 0.3.5-1 | dpkg-buildpackage: host architecture sparc | dpkg-buildpackage: source version without epoch 0.3.5-1 | /usr/bin/fakeroot debian/rules clean | dh_testdir | rm -f build-stamp | /usr/bin/make clean distclean | make[1]: Entering directory `/build/buildd/upstart-0.3.5' | make[1]: *** No rule to make target `clean'. Stop. | make[1]: Leaving directory `/build/buildd/upstart-0.3.5' | make: [clean-source] Error 2 (ignored) | dh_clean | dpatch deapply-all | rm -rf patch-stamp patch-stampT debian/patched | debian/rules build | test -d debian/patched || install -d debian/patched | dpatch apply-all | dpatch cat-all patch-stampT | mv -f patch-stampT patch-stamp | ./configure --build=sparc-linux-gnu CFLAGS=-Wall -g -Os \ | --prefix=/usr \ | --exec-prefix=/ \ | --sysconfdir=/etc \ | --localstatedir=/var/lib \ | --mandir=\${datadir}/man \ | --infodir=\${datadir}/info \ | --enable-compat=sysv | checking for a BSD-compatible install... /usr/bin/install -c | checking whether build environment is sane... yes | 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 NLS is requested... yes | checking for msgfmt... /usr/bin/msgfmt | checking for gmsgfmt... /usr/bin/msgfmt | checking for xgettext... /usr/bin/xgettext | checking for msgmerge... /usr/bin/msgmerge | checking for style of include used by make... GNU | checking for gcc... gcc | checking for C compiler default output file name... a.out | checking whether the C compiler works... yes | checking whether we are cross compiling... no | checking for suffix of executables... | checking for suffix of object files... o | checking whether we are using the GNU C compiler... yes | checking whether gcc accepts -g... yes | checking for gcc option to accept ISO C89... none needed | checking dependency style of gcc... gcc3 | checking build system type... sparc-unknown-linux-gnu | checking host system type... sparc-unknown-linux-gnu | checking how to run the C preprocessor... gcc -E | checking for grep that handles long lines and -e... /bin/grep | checking for egrep... /bin/grep -E | checking whether we are using the GNU C Library 2 or newer... yes | checking for ranlib... ranlib | checking for simple visibility declarations... yes | checking for inline... inline | checking for ANSI C header files... yes | checking for sys/types.h... yes | checking for sys/stat.h... yes | checking for stdlib.h... yes | checking for string.h... yes | checking for memory.h... yes | checking for strings.h... yes | checking for inttypes.h... yes | checking for stdint.h... yes | checking for unistd.h... yes | checking for size_t... yes | checking for stdint.h... yes | checking for working alloca.h... yes | checking for alloca... yes | checking for
Bug#414617: aptitude: FTBFS on amd64: segfault.
Package: aptitude Version: 0.4.4-3 Severity: serious Hi, Your package is failing to build on amd64. It has a segfault during the test suite. It segfaults here: #0 0x2b7518ba75d0 in strlen () from /lib/libc.so.6 #1 0x2b7518b794bc in vfprintf () from /lib/libc.so.6 #2 0x2b7518b9972a in vsnprintf () from /lib/libc.so.6 #3 0x0050ddb9 in vssprintf (format=0x510686 %s %d, ap=0x7fff92ba7f10) at util.cc:76 #4 0x0050e17a in ssprintf (format=0x510686 %s %d) at util.cc:56 #5 0x004212eb in MiscTest::test_ssprintf (this=value optimized out) at test_misc.cc:106 #6 0x2b7518040a37 in CppUnit::TestCaseMethodFunctor::operator() () from /usr/lib/libcppunit-1.12.so.0 #7 0x2b7518032d94 in CppUnit::DefaultProtector::protect () from /usr/lib/libcppunit-1.12.so.0 #8 0x2b751803cb49 in CppUnit::ProtectorChain::ProtectFunctor::operator() () from /usr/lib/libcppunit-1.12.so.0 #9 0x2b751803c895 in CppUnit::ProtectorChain::protect () from /usr/lib/libcppunit-1.12.so.0 #10 0x2b7518048580 in CppUnit::TestResult::protect () from /usr/lib/libcppunit-1.12.so.0 #11 0x2b7518040710 in CppUnit::TestCase::run () from /usr/lib/libcppunit-1.12.so.0 #12 0x2b751804100b in CppUnit::TestComposite::doRunChildTests () from /usr/lib/libcppunit-1.12.so.0 #13 0x2b7518040f36 in CppUnit::TestComposite::run () from /usr/lib/libcppunit-1.12.so.0 #14 0x2b751804100b in CppUnit::TestComposite::doRunChildTests () from /usr/lib/libcppunit-1.12.so.0 #15 0x2b7518040f36 in CppUnit::TestComposite::run () from /usr/lib/libcppunit-1.12.so.0 #16 0x2b751804835a in CppUnit::TestResult::runTest () from /usr/lib/libcppunit-1.12.so.0 #17 0x2b751804a9c2 in CppUnit::TestRunner::run () from /usr/lib/libcppunit-1.12.so.0 #18 0x2b751804d96b in CppUnit::TextTestRunner::run () from /usr/lib/libcppunit-1.12.so.0 #19 0x0040873c in main (argc=value optimized out, argv=value optimized out) at main.cc:31 (gdb) frame 3 #3 0x0050ddb9 in vssprintf (format=0x510686 %s %d, ap=0x7fff92ba7f10) at util.cc:76 76const int amt2 = vsnprintf(buf2, buf2size, format, ap); Your code does: const int amt = vsnprintf(buf, initbufsize, format, ap); [...] const int amt2 = vsnprintf(buf2, buf2size, format, ap); You're using ap twice, which is not supported. You might need to do a va_copy() first. (This might also be the reason it's failing to build on the other arches.) Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414290: Experimental libc-client packages almost empty
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Magnus Holmgren wrote: Source: uw-imap Version: 7:2006d.dfsg-1 Severity: grave Packages libc-client2006b.dfsg-1 and libc-client2006b.dfsg-1-dev end up empty, except for some files in /usr/share/doc/*. Seems you forgot to update the package names to 2006d in debian/control. Whools. That sounds right. I'll have a look at it. Thanks! - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF9cfAn7DbMsAkQLgRAkiwAKCgGN7Y6C60mqEJqNE7kP0LPyUWrQCfTi9h 19pyHWXNlZ9ijIKqtAz2vtw= =ujQm -END PGP SIGNATURE-
Processed: tagging 410144
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 tags 410144 pending Bug#410144: knetworkconfmodule writes unreadable interfaces file Tags were: confirmed Tags added: pending 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413116: jamvm issues with java.util.logging
On Mon, Mar 12, 2007 at 01:05:23AM +0100, Nicolas François wrote: reassign 413116 classpath 0.91-3 # I tested it with 0.92-4, but 0.92-1 was probably fixed too. notfound 413116 0.92-4 tags 413116 patch thanks Hello, Thanks Michel and Matthew for your answers. I'm reassigning this bug to classpath. It is fixed upstream in classpath 0.92. I could reproduce it with classpath 0.91-3, and confirm it's fixed on 0.92-4. Please find attached a minimal patch to fix this issue (taken from upstream). classpath's maintainer, jamvm seems to be unusable in some conditions because of this bug. It could be worth sending this patch to t-p-u. Thanks for your investigation. I tested the patch and it doesn't fixed the isseue. I'm working on another solution for this and will then upload it to t-p-u. Cheers, Michael
Processed: bug 404148 is forwarded to http://bugzilla.kernel.org/show_bug.cgi?id=7768
Processing commands for [EMAIL PROTECTED]: forwarded 404148 http://bugzilla.kernel.org/show_bug.cgi?id=7768 Bug#404148: kernel: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping related bug?! Noted your statement that Bug has been forwarded to http://bugzilla.kernel.org/show_bug.cgi?id=7768. 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414612: xserver-xorg-video-intel: undefined symbol i830PipeFindClosestMode
Yeah, I reproduced that, sorry :/ I guess it'll be fixed with the next upstream release. No, this is not an upstream bug. I looked at the source code and it is actually the debian diff that removes the definition of i830PipeFindClosestMode from the upstream source. My guess is that you accidentally applied some old patches that are no longer relevant. I tested by downloading the debian sources for this package, then replacing everyting in the src directory with pure unpatched sources. The package built (with some warnings, but I guess this is normal) and this error is gone ;-) Cheers, Örjan
Processed: your mail
Processing commands for [EMAIL PROTECTED]: submitter 338766 Miernik [EMAIL PROTECTED] Bug#338766: linux-image-2.6.14-1-386: on console, i128t2r2 chipset, displays only upper half of the screen (12.5 lines in 80x25 mode) Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 176202 Miernik [EMAIL PROTECTED] Bug#176202: ickle: hangs if internet connection down for a long time (eg. 30 min) Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 186844 Miernik [EMAIL PROTECTED] Bug#186844: gabber: segfault while selecting which group should be a contact in while adding new contact Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 193893 Miernik [EMAIL PROTECTED] Bug#193893: sweep: Segmentation fault when short fwrite in sweep_large_alloc_data: No space left on device Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 194254 Miernik [EMAIL PROTECTED] Bug#194254: ../../gdb/lin-lwp.c:489: gdb-internal-error: lin_lwp_detach: Assertion `num_lwps == 1' failed. Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 196729 Miernik [EMAIL PROTECTED] Bug#196729: gaim: segfaults randomly in GG transport -- gg_recv_packet failed. errno = 0 (1080851092) Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 204708 Miernik [EMAIL PROTECTED] Bug#204708: aptitude: an installed package (but pinned to stable in an unstable system) appears in Not Installed group Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 250426 Miernik [EMAIL PROTECTED] Bug#250426: kernel-image-2.6.6-1-k7: caused several files corrupted, probably bug in ext3 code Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 252142 Miernik [EMAIL PROTECTED] Bug#252142: screen: random lockups every hour or two, fixes itself after several minutes, hex 0x92 character inserted Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 254045 Miernik [EMAIL PROTECTED] Bug#254045: date expressions does not work at all, grepmail confused Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 269886 Miernik [EMAIL PROTECTED] Bug#269886: gcjwebplugin: train route applet on http://reiseauskunft.bahn.de/ doesn't work Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 283081 Miernik [EMAIL PROTECTED] Bug#283081: libswfdec0.3: doesn't work on http://www.skyscanner.net/includes/dynamic_map.swf Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 301049 Miernik [EMAIL PROTECTED] Bug#301049: centericq-common: RSS reader function repeatedly shows old news items as if they where new Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 302503 Miernik [EMAIL PROTECTED] Bug#302503: apt-proxy: occassioanally dies, but less often than version from a few months ago Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 322592 Miernik [EMAIL PROTECTED] Bug#322592: ipac-ng: Error in config file near line 8: syntax error Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 340873 Miernik [EMAIL PROTECTED] Bug#340873: yaird: when i8042 PC Keyboard controller is not compiled creating initrd fails Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 193694 Miernik [EMAIL PROTECTED] Bug#193694: stdin not released after debconf db_stop Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 223662 Miernik [EMAIL PROTECTED] Bug#223662: gnotime: the green bar flickers when the Total and Today time values change Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 301074 Miernik [EMAIL PROTECTED] Bug#301074: Manual page tethereal(1) line 83/tmp/zmant2uQ7W:650: warning [p 6, 8.2i]: can't break line Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 312011 Miernik [EMAIL PROTECTED] Bug#312011: no documentation how to use it in /usr/share/doc/cupsys-client/README Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 322922 Miernik [EMAIL PROTECTED] Bug#322922: install: The partitioner thinks that a 511705088 B is too large for a drive with 5.7 GB unpartitioned space Changed Bug submitter from Miernik [EMAIL PROTECTED] to Miernik [EMAIL PROTECTED]. submitter 323971 Miernik [EMAIL PROTECTED] Bug#323971: xdiskusage: the program uses M having in mind 1024*1024 instead of 1000*1000, or it should use Mi Changed Bug submitter from Miernik [EMAIL
Bug#414612: xserver-xorg-video-intel: undefined symbol i830PipeFindClosestMode
On Tue, Mar 13, 2007 at 01:42:02 +0100, Örjan Ekeberg wrote: Yeah, I reproduced that, sorry :/ I guess it'll be fixed with the next upstream release. No, this is not an upstream bug. I looked at the source code and it is actually the debian diff that removes the definition of i830PipeFindClosestMode from the upstream source. My guess is that you accidentally applied some old patches that are no longer relevant. I tested by downloading the debian sources for this package, then replacing everyting in the src directory with pure unpatched sources. The package built (with some warnings, but I guess this is normal) and this error is gone ;-) It seems to have been removed in this upstream commit: http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-video-i810.git;a=commitdiff;h=c2c62559e702e7de1fa2ef309fa647ab13564dc3 which is after 1.9.91, but before the merge with master, which is the point I used as a base to build the package. The code which calls this function seems to have been removed upstream in commit 4042b27f01fdb94e7fc0d4e991e054fff88479ea. Cheers, Julien
Bug#414612: xserver-xorg-video-intel: undefined symbol i830PipeFindClosestMode
Ãrjan wrote No, this is not an upstream bug. I looked at the source code and it is actually the debian diff that removes the definition of i830PipeFindClosestMode from the upstream source. My guess is that you accidentally applied some old patches that are no longer relevant. The symbol is declared in src/i830_display.h, l.32, and used in i830_driver.c, l.2931. In current upstream git both i830PipeFindClosestMode and i830SetMode were deleted from i830_display.h, in commit 4042b27f01fdb94e7fc0d4e991e054fff88479ea made a week ago, last Tuesday 6 March. The use of the symbol in i830_driver.c was removed in the same commit. So yes, the problem should clear in the next upstream release, or we could pull upstream if we don't want to wait. Drew
Bug#413933: zorp: policy.boot cannot be found
tags 413933 patch thanks Hello, With the attached patch, I could successfully start zorp (zorp_plug). But I did not check if zorp works nicely afterwards. Matt, can you build a zorp package with the attached patch applied, and try the built packages (zorp, zorp-modules, libzorp2)? The patch also fixes an FTBFS. Thanks in advance, -- Nekral diff -rauN ../../orig/zorp-3.0.8/configure.in ./configure.in --- ../../orig/zorp-3.0.8/configure.in 2005-11-03 10:14:15.0 +0100 +++ ./configure.in 2007-03-13 02:13:02.0 +0100 @@ -143,8 +143,8 @@ PYTHON=$with_python) sysconfdir=${sysconfdir}/zorp -#datadir='${prefix}/share/zorp' -libdir='${prefix}/lib' +datadir=${prefix}/share +libdir=${prefix}/lib dnl *** dnl Argument processing which might affect detection diff -rauN ../../orig/zorp-3.0.8/debian/changelog ./debian/changelog --- ../../orig/zorp-3.0.8/debian/changelog 2006-10-10 16:10:15.0 +0200 +++ ./debian/changelog 2007-03-13 02:52:01.0 +0100 @@ -1,3 +1,15 @@ +zorp (3.0.8-0.3) unstable; urgency=low + + * Non-maintainer upload to fix release critical bugs. + * debian/rules: Explicitly run aclocal-1.7 instead of aclocal (FTBFS with +aclocal-1.9). + * configure.in: Set datadir and libdir to ${prefix}/share and ${prefix}/lib. +This is fixed upstream in version 3.0.14b with more intrusive changes in +the build system. Note that ./configure --datadir and --libdir won't work. +Closes: #413933 + + -- Nicolas FRANCOIS (Nekral) [EMAIL PROTECTED] Tue, 13 Mar 2007 02:33:37 +0100 + zorp (3.0.8-0.2) unstable; urgency=high * Non-maintainer upload to fix release critical bug. diff -rauN ../../orig/zorp-3.0.8/debian/rules ./debian/rules --- ../../orig/zorp-3.0.8/debian/rules 2006-09-03 23:45:04.0 +0200 +++ ./debian/rules 2007-03-13 02:14:39.0 +0100 @@ -34,7 +34,7 @@ build-stamp: dh_testdir - aclocal + aclocal-1.7 AUTOMAKE=automake-1.7 autoreconf -i -f CFLAGS=$(DTEST) ./configure $(confflags) \ --prefix=/usr \
Processed: Re: Bug#413933: zorp: policy.boot cannot be found
Processing commands for [EMAIL PROTECTED]: tags 413933 patch Bug#413933: zorp: policy.boot cannot be found There were no tags set. Tags added: 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413534: Another 64bit problem (binding SQL_C_SLONG values)
On Sun, Mar 11, 2007 at 07:30:04PM +, Enrico Zini wrote: convert.c has it like this: case SQL_C_SLONG: case SQL_C_LONG: len = 4; if (bind_size 0) *((SDWORD *) rgbValueBindRow) = atol(neut_str); else *((SDWORD *) rgbValue + bind_row) = atol(neut_str); break; but here on amd64 sizeof(long int) == 8. This seems to have been discussed on the unixodbc-dev lists earlier, look at the thread starting with: http://mail.easysoft.com/pipermail/unixodbc-dev/2005-March/000396.html In particular, there's a message saying that this is indeed expected behavior (ie. that the driver was wrong in 2005): http://mail.easysoft.com/pipermail/unixodbc-dev/2005-March/000397.html The discussion was sent on to the pgsql-odbc mailing list: http://archives.postgresql.org/pgsql-odbc/2005-03/msg7.php The patch from that thread seems to have fixed it _to_ the current behavior (and it's present, although quite a bit modified, in the version in sid). IOW, I believe there's consensus that SQL_C_LONG should map to _int_, as it currently does, and Enrico's test case is wrong. I found one bug (even after applying the patch that was discussed in the bug log) by peering through the warnings (thank goodness for -Wno-sign-compare -Wno-pointer-sign), though: FORMATI64 (convert.c:192) should be %ld and not %lld on 64-bits archs (it's within an #ifdef ODBCINT64), and likewise for FORMATI64U on the line below. It's really only the compiler warning, though (that long != long long), as they are both 64 bits in practice. Hardly anything one would want to change during a freeze. :-) /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413534: Another 64bit problem (binding SQL_C_SLONG values)
On Mon, Mar 12, 2007 at 11:02:30AM +, Enrico Zini wrote: On Sun, Mar 11, 2007 at 09:06:16PM -0700, Steve Langasek wrote: On Sun, Mar 11, 2007 at 07:30:04PM +, Enrico Zini wrote: http://msdn2.microsoft.com/en-us/library/ms714556.aspx says that SQL_C_SLONG represents a long int. Microsoft's docs are totally useless for correctly implementing ODBC on 64-bit architectures. Please explain the /problem/ you're trying to solve, preferably with a reproducible use case. Sorry. What's a good authoritative API reference then? Unfortunately, there isn't one. Microsoft is the standard-bearer for ODBC, they just don't know jack about 64-bit implementation issues. There have been some incremental improvements to the ODBC spec vis-à-vis 64-bit platforms, but getting things working on 64-bit archs as we have in Debian still requires some deviation from the 32-bit-minded spec. Anyway, with Steinar's follow-up, I guess this part is definitely Not-A-Bug, and I'll focus on the bits reported earlier. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
Bug#414658: libopkele_0.1.1-1(ia64/unstable): FTBFS: missing build-deps
Package: libopkele Version: 0.1.1-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of libopkele_0.1.1-1 on caballero by sbuild/ia64 98 Build started at 20070312-0318 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5), libstdc++6-4.1-dev, libcurl3-dev, libpcre++-dev [...] checking for pkgconfig directory... /usr/lib/pkgconfig checking for ia64-linux-gnu-pkg-config... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for OPENSSL... yes checking for KONFORKA... no checking for doxygen... false checking for dot... false checking for gawk... (cached) mawk checking for curl-config... /usr/bin/curl-config checking for the version of libcurl... 7.15.5 checking whether libcurl is usable... yes checking for pcre-config... false configure: error: no pcre library found. get one at http://www.pcre.org/ make: *** [config.status] Error 1 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=libopkelever=0.1.1-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414659: treil_0.1-1(ia64/unstable): FTBFS: missing build-deps
Package: treil Version: 0.1-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of treil_0.1-1 on caballero by sbuild/ia64 98 Build started at 20070312-0308 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 5) [...] checking whether wchar_t is signed... yes checking whether wint_t is signed... no checking for ptrdiff_t integer literal suffix... l checking for sig_atomic_t integer literal suffix... checking for size_t integer literal suffix... ul checking for wchar_t integer literal suffix... checking for wint_t integer literal suffix... u checking for working strndup... yes checking for working strnlen... yes checking for unistd.h... (cached) yes checking for ruby... no checking for ruby1.8... no checking for ruby1.9... no configure: error: ruby not installed make: *** [config.status] Error 1 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64pkg=treilver=0.1-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414660: csound: writes garbage data to terminal, then quits
Package: csound Version: 1:4.23f13-1 Severity: grave Justification: renders package unusable $ csound Using /usr/share/csound/csound.xmg �*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*�*--sched set real-time priority and lock memorya (also requires -d and either -o dac or -o devaudio) �*�*�* 0.0�*0�* $ csound add1.orc testpatch.sco -o dac Using /usr/share/csound/csound.xmg �*�*�*�*�*�*�*�* asig1 oscilikenv, icps*2, 1 �*�*�* 0.0�*0�* (Newlines added between commands for clarity.) --- Drake Wilson -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages csound depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libfltk1.1 1.1.7-3 Fast Light Toolkit shared librarie ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-6X11 client-side library csound recommends no packages. -- no debconf information
Bug#412003: marked as done (FTBFS (alpha): DEFINEMACRO: max. 61 arguments supported, not 1)
Your message dated Tue, 13 Mar 2007 05:17:03 + with message-id [EMAIL PROTECTED] and subject line Bug#412003: fixed in yodl 2.11-1 has caused the attached Bug report 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 I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: yodl Version: 2.10-1 Severity: serious Justification: no longer builds from source yodl does not build on Alpha: [...] ./build manual mkdir -p html latex pdf ps txt /tmp/yodl-2.10/src/bin/yodl -D XXMACROPATH=. -I .:/tmp/yodl-2.10/macros/yodl -o out html manual Yodl2html 2.10 std.html.yo:100: DEFINEMACRO: max. 61 arguments supported, not 1 std.html.yo:106: DEFINEMACRO: max. 61 arguments supported, not 3 std.html.yo:110: DEFINEMACRO: max. 61 arguments supported, not 1 std.html.yo:113: DEFINEMACRO: max. 61 arguments supported, not 0 std.html.yo:121: DEFINEMACRO: max. 61 arguments supported, not 0 std.html.yo:131: DEFINEMACRO: max. 61 arguments supported, not 3 std.html.yo:137: DEFINEMACRO: max. 61 arguments supported, not 1 std.html.yo:141: DEFINEMACRO: max. 61 arguments supported, not 1 std.html.yo:146: DEFINEMACRO: max. 61 arguments supported, not 3 std.html.yo:156: DEFINEMACRO: max. 61 arguments supported, not 1 Terminating after 10 errors execute - program indicates failure (status 256) execute - program indicates failure (status 256) execute - program indicates failure (status 256) execute - program indicates failure (status 256) make: *** [build-stamp] Error 1 [...] Full log at http://buildd.debian.org/fetch.cgi?pkg=yodlarch=alphaver=2.10-1stamp=1171904919 I have no idea why this happens only on Alpha. The compiler warnings might be something to look at. Falk -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: alpha Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) ---End Message--- ---BeginMessage--- Source: yodl Source-Version: 2.11-1 We believe that the bug you reported is fixed in the latest version of yodl, which is due to be installed in the Debian FTP archive: yodl_2.11-1.diff.gz to pool/main/y/yodl/yodl_2.11-1.diff.gz yodl_2.11-1.dsc to pool/main/y/yodl/yodl_2.11-1.dsc yodl_2.11-1_i386.deb to pool/main/y/yodl/yodl_2.11-1_i386.deb yodl_2.11.orig.tar.gz to pool/main/y/yodl/yodl_2.11.orig.tar.gz 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Frank B. Brokken [EMAIL PROTECTED] (supplier of updated yodl 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 12 Mar 2007 20:31:31 +0100 Source: yodl Binary: yodl Architecture: source i386 Version: 2.11-1 Distribution: unstable Urgency: low Maintainer: Frank B. Brokken [EMAIL PROTECTED] Changed-By: Frank B. Brokken [EMAIL PROTECTED] Description: yodl - Your Own Document Language (Yodl) is a pre-document language Closes: 412003 Changes: yodl (2.11-1) unstable; urgency=low . [ Frank B. Brokken ] * New upstream release: see the upstream changelog (closes: #412003) Files: 327e0102b1e2c57c586048349f60085e 649 text optional yodl_2.11-1.dsc d8e31b4f00418c5496d129064b7c3f27 279060 text optional yodl_2.11.orig.tar.gz 6c9259d329a280acbb31dd36cce2c15a 8152 text optional yodl_2.11-1.diff.gz a5b9b1bf0cee20f394d1432e017ac345 1061752 text optional yodl_2.11-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFF9jCnpdwBkPlyvgMRAs1aAJ9V3GOKdvdv1wnSCdOQdK9clOg9DACfcfsA IuuatiVpzanHPOIPK510OZk= =Q6HA -END PGP SIGNATURE- ---End Message---
Bug#404148: kernel: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping related bug?!
So regrettably, this bug went more or less unnoticed on the 'kernel' pseudopackage until now, and it does appear (based on the upstream discussion) to affect the etch kernels. And in addition to it being noticed after the upload of 2.6.18.dfsg.1-11, there also doesn't seem to be a real upstream fix available for the problem yet. There does seem to be a workaround available though, which is iommu=soft. At the moment, I'm doubtful that we could change the kernel to force this setting on only the nvidia chipsets in time for etch. Should we instead tag this bug etch-ignore, and refer the iommu=soft workaround to the release notes? Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404148: kernel: data corruption with nvidia chipsets and IDE/SATA drives // memory hole mapping related bug?!
On Mon, Mar 12, 2007 at 11:25:13PM -0700, Steve Langasek wrote: So regrettably, this bug went more or less unnoticed on the 'kernel' pseudopackage until now, and it does appear (based on the upstream discussion) to affect the etch kernels. And in addition to it being noticed after the upload of 2.6.18.dfsg.1-11, there also doesn't seem to be a real upstream fix available for the problem yet. There does seem to be a workaround available though, which is iommu=soft. At the moment, I'm doubtful that we could change the kernel to force this setting on only the nvidia chipsets in time for etch. Should we instead tag this bug etch-ignore, and refer the iommu=soft workaround to the release notes? Could this also be related to my #414580 problems ? Will try the iommu=soft option now. Mmm, ... No, iommu=soft doesn't seem to help there. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]