Bug#401248: marked as done (pngcrush: Relocation error)
Your message dated Sat, 02 Dec 2006 07:17:03 + with message-id <[EMAIL PROTECTED]> and subject line Bug#401248: fixed in pngcrush 1.6.4-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) --- Begin Message --- Package: pngcrush Version: 1.6.4-2 Severity: grave Justification: renders package unusable Hello, I know! I'm the maintainer but I can't see a fix right away! After the recent upgrade of libpng (presumably 1.2.13 I haven't been able to check it fully yet) pngcrush is broken: $ pngcrush logo.png pngcrush: relocation error: pngcrush: symbol png_iCCP, version PNG12_0 not defined \ in file libpng12.so.0 with link time reference Looks like libpng devlopers made some more API changes! Note that the package does not build anymore with the libpng12-dev that is currently in "etch". We need to fix "pngcrush" by contacting the upstream developer who is also one of the main developers for "libpng". Regards, Kapil. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=en_IN.UTF-8, LC_CTYPE=en_IN.UTF-8 (charmap=UTF-8) Versions of packages pngcrush depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libpng12-0 1.2.13-4PNG library - runtime ii zlib1g 1:1.2.3-13 compression library - runtime pngcrush recommends no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: pngcrush Source-Version: 1.6.4-3 We believe that the bug you reported is fixed in the latest version of pngcrush, which is due to be installed in the Debian FTP archive: pngcrush_1.6.4-3.diff.gz to pool/main/p/pngcrush/pngcrush_1.6.4-3.diff.gz pngcrush_1.6.4-3.dsc to pool/main/p/pngcrush/pngcrush_1.6.4-3.dsc pngcrush_1.6.4-3_i386.deb to pool/main/p/pngcrush/pngcrush_1.6.4-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. Kapil Hari Paranjape <[EMAIL PROTECTED]> (supplier of updated pngcrush 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: Fri, 1 Dec 2006 07:11:18 +0530 Source: pngcrush Binary: pngcrush Architecture: source i386 Version: 1.6.4-3 Distribution: unstable Urgency: medium Maintainer: Kapil Hari Paranjape <[EMAIL PROTECTED]> Changed-By: Kapil Hari Paranjape <[EMAIL PROTECTED]> Description: pngcrush - optimizes PNG (Portable Network Graphics) files Closes: 401226 401248 Changes: pngcrush (1.6.4-3) unstable; urgency=medium . * debian/patches: - add_png_itxt_support_to_Makefile.diff: substituted with next patch - add_defines_to_Makefile.diff: define PNG_iTXT_SUPPORTED PNG_iCCP_SUPPORTED and PNGCRUSH_USE_LOCAL_ARRAYS during compilation in Makefile. - png_export_pngcrush.diff: use PNGCRUSH_USE_LOCAL_ARRAYS in place of PNG_USE_LOCAL_ARRAYS to ensure the png_* arrays are initialised during png_measure_idat() in pngcrush.c. Closes: #401226, #401248. - remove_libm_Makefile.diff: removed dependency on "libm". Not NEEDED as pointed out by Christian Aichinger's scripts. - add_png_read_data.diff: empty patch removed. Files: 5964235cfdff46009c1dfaeefd84a689 669 graphics optional pngcrush_1.6.4-3.dsc b1dfacfbf2a2d3067cf81291b8896ba9 12435 graphics optional pngcrush_1.6.4-3.diff.gz dadda6331601810aeb9232880ef42c80 45710 graphics optional pngcrush_1.6.4-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFcSNmYDBbMcCf01oRAue5AJwO2p1W1/b1DX0kzDB9kFJL7h0kZwCgttS0 pNYu6E9RzT2zq7JdfywAVI8= =bzrJ -END PGP SIGNATURE- --- End Message ---
Bug#401226: marked as done (pngcrush: Fails to start with relocation error (also FTBFS))
Your message dated Sat, 02 Dec 2006 07:17:03 + with message-id <[EMAIL PROTECTED]> and subject line Bug#401248: fixed in pngcrush 1.6.4-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) --- Begin Message --- Package: pngcrush Version: 1.6.4-2 Severity: grave Justification: renders package unusable pngcrush fails to start: pngcrush: relocation error: pngcrush: symbol png_iCCP, version PNG12_0 not defined in file libpng12.so.0 with link time reference -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-teb2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages pngcrush depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libpng12-0 1.2.13-4PNG library - runtime ii zlib1g 1:1.2.3-13 compression library - runtime pngcrush recommends no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: pngcrush Source-Version: 1.6.4-3 We believe that the bug you reported is fixed in the latest version of pngcrush, which is due to be installed in the Debian FTP archive: pngcrush_1.6.4-3.diff.gz to pool/main/p/pngcrush/pngcrush_1.6.4-3.diff.gz pngcrush_1.6.4-3.dsc to pool/main/p/pngcrush/pngcrush_1.6.4-3.dsc pngcrush_1.6.4-3_i386.deb to pool/main/p/pngcrush/pngcrush_1.6.4-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. Kapil Hari Paranjape <[EMAIL PROTECTED]> (supplier of updated pngcrush 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: Fri, 1 Dec 2006 07:11:18 +0530 Source: pngcrush Binary: pngcrush Architecture: source i386 Version: 1.6.4-3 Distribution: unstable Urgency: medium Maintainer: Kapil Hari Paranjape <[EMAIL PROTECTED]> Changed-By: Kapil Hari Paranjape <[EMAIL PROTECTED]> Description: pngcrush - optimizes PNG (Portable Network Graphics) files Closes: 401226 401248 Changes: pngcrush (1.6.4-3) unstable; urgency=medium . * debian/patches: - add_png_itxt_support_to_Makefile.diff: substituted with next patch - add_defines_to_Makefile.diff: define PNG_iTXT_SUPPORTED PNG_iCCP_SUPPORTED and PNGCRUSH_USE_LOCAL_ARRAYS during compilation in Makefile. - png_export_pngcrush.diff: use PNGCRUSH_USE_LOCAL_ARRAYS in place of PNG_USE_LOCAL_ARRAYS to ensure the png_* arrays are initialised during png_measure_idat() in pngcrush.c. Closes: #401226, #401248. - remove_libm_Makefile.diff: removed dependency on "libm". Not NEEDED as pointed out by Christian Aichinger's scripts. - add_png_read_data.diff: empty patch removed. Files: 5964235cfdff46009c1dfaeefd84a689 669 graphics optional pngcrush_1.6.4-3.dsc b1dfacfbf2a2d3067cf81291b8896ba9 12435 graphics optional pngcrush_1.6.4-3.diff.gz dadda6331601810aeb9232880ef42c80 45710 graphics optional pngcrush_1.6.4-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFcSNmYDBbMcCf01oRAue5AJwO2p1W1/b1DX0kzDB9kFJL7h0kZwCgttS0 pNYu6E9RzT2zq7JdfywAVI8= =bzrJ -END PGP SIGNATURE- --- End Message ---
Bug#401230: marked as done (CVE-2006-6120: KOffice PowerPoint Files Integer Overflow Vulnerability)
Your message dated Fri, 1 Dec 2006 23:44:54 -0800 with message-id <[EMAIL PROTECTED]> and subject line Bug#401230: CVE-2006-6120: KOffice PowerPoint Files Integer Overflow Vulnerability 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) --- Begin Message --- Package: koffice Severity: grave Tags: security Justification: user security hole A vulnerability has been found in koffice. See http://secunia.com/advisories/23143/ for details. Please mention the CVE id in the changelog. --- End Message --- --- Begin Message --- Version: 1:1.6.1-1 On Sat, Dec 02, 2006 at 06:48:46AM +0100, Ana Guerrero wrote: > > A vulnerability has been found in koffice. See > > http://secunia.com/advisories/23143/ > > for details. Please mention the CVE id in the changelog. > This bug is fixed in koffice 1.6.1 that was uploaded yesterday to > unstable. So let's mark the bug as closed. -- 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/ --- End Message ---
Bug#401248: marked as done (pngcrush: Relocation error)
Your message dated Sat, 02 Dec 2006 07:17:03 + with message-id <[EMAIL PROTECTED]> and subject line Bug#401226: fixed in pngcrush 1.6.4-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) --- Begin Message --- Package: pngcrush Version: 1.6.4-2 Severity: grave Justification: renders package unusable Hello, I know! I'm the maintainer but I can't see a fix right away! After the recent upgrade of libpng (presumably 1.2.13 I haven't been able to check it fully yet) pngcrush is broken: $ pngcrush logo.png pngcrush: relocation error: pngcrush: symbol png_iCCP, version PNG12_0 not defined \ in file libpng12.so.0 with link time reference Looks like libpng devlopers made some more API changes! Note that the package does not build anymore with the libpng12-dev that is currently in "etch". We need to fix "pngcrush" by contacting the upstream developer who is also one of the main developers for "libpng". Regards, Kapil. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=en_IN.UTF-8, LC_CTYPE=en_IN.UTF-8 (charmap=UTF-8) Versions of packages pngcrush depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libpng12-0 1.2.13-4PNG library - runtime ii zlib1g 1:1.2.3-13 compression library - runtime pngcrush recommends no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: pngcrush Source-Version: 1.6.4-3 We believe that the bug you reported is fixed in the latest version of pngcrush, which is due to be installed in the Debian FTP archive: pngcrush_1.6.4-3.diff.gz to pool/main/p/pngcrush/pngcrush_1.6.4-3.diff.gz pngcrush_1.6.4-3.dsc to pool/main/p/pngcrush/pngcrush_1.6.4-3.dsc pngcrush_1.6.4-3_i386.deb to pool/main/p/pngcrush/pngcrush_1.6.4-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. Kapil Hari Paranjape <[EMAIL PROTECTED]> (supplier of updated pngcrush 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: Fri, 1 Dec 2006 07:11:18 +0530 Source: pngcrush Binary: pngcrush Architecture: source i386 Version: 1.6.4-3 Distribution: unstable Urgency: medium Maintainer: Kapil Hari Paranjape <[EMAIL PROTECTED]> Changed-By: Kapil Hari Paranjape <[EMAIL PROTECTED]> Description: pngcrush - optimizes PNG (Portable Network Graphics) files Closes: 401226 401248 Changes: pngcrush (1.6.4-3) unstable; urgency=medium . * debian/patches: - add_png_itxt_support_to_Makefile.diff: substituted with next patch - add_defines_to_Makefile.diff: define PNG_iTXT_SUPPORTED PNG_iCCP_SUPPORTED and PNGCRUSH_USE_LOCAL_ARRAYS during compilation in Makefile. - png_export_pngcrush.diff: use PNGCRUSH_USE_LOCAL_ARRAYS in place of PNG_USE_LOCAL_ARRAYS to ensure the png_* arrays are initialised during png_measure_idat() in pngcrush.c. Closes: #401226, #401248. - remove_libm_Makefile.diff: removed dependency on "libm". Not NEEDED as pointed out by Christian Aichinger's scripts. - add_png_read_data.diff: empty patch removed. Files: 5964235cfdff46009c1dfaeefd84a689 669 graphics optional pngcrush_1.6.4-3.dsc b1dfacfbf2a2d3067cf81291b8896ba9 12435 graphics optional pngcrush_1.6.4-3.diff.gz dadda6331601810aeb9232880ef42c80 45710 graphics optional pngcrush_1.6.4-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFcSNmYDBbMcCf01oRAue5AJwO2p1W1/b1DX0kzDB9kFJL7h0kZwCgttS0 pNYu6E9RzT2zq7JdfywAVI8= =bzrJ -END PGP SIGNATURE- --- End Message ---
Bug#401263: apt segfaults when reading package lists
Package: apt Version: 0.6.46.2 Severity: grave Justification: renders package unusable Whenever I do something with apt-get, it segfaults. Specifically, it seems that it crashes when reading package lists. For example, 'update' fetches all files and displays the 'Fetched...' line and it also displays 'Reading lists: 0%' or something like that and then the beginning of that line is overwritten so it reads 'Segmentation faultsts... 0%'. I have an uptodate testing here. And yesterday I also updated, so there are not too many packages that could cause this. The packages that got updated today are: gpgv, gnupg, apt-listchanges, libexif12, wine, libwine-gl, wine-utils, libwine, libxslt1.1, linux-image-2.6-686, ppp and xsltproc. I would guess that apt-listchanges is somewhat related. Uninstalling that did not fix it. I have tarred the package lists; available on request. Here's what GDB thinks about it: lappie:~# gdb /usr/bin/apt-get core GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". warning: Can't read pathname for load map: Input/output error. Reading symbols from /usr/lib/libapt-pkg-libc6.3-6.so.3.11...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libapt-pkg-libc6.3-6.so.3.11 Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/tls/i686/cmov/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libm.so.6 Reading symbols from /lib/libgcc_s.so.1... (no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/tls/i686/cmov/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 (no debugging symbols found) Core was generated by `apt-get update'. Program terminated with signal 11, Segmentation fault. #0 0xb7cfa2f3 in strlen () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xb7cfa2f3 in strlen () from /lib/tls/i686/cmov/libc.so.6 #1 0xb7e7d316 in std::string::compare () from /usr/lib/libstdc++.so.6 #2 0xb7f799d1 in debPackagesIndex::FindInCache () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #3 0xbfaf04b8 in ?? () #4 0x in ?? () -- Package-specific info: -- apt-config dump -- APT ""; APT::Architecture "i386"; APT::Build-Essential ""; APT::Build-Essential:: "build-essential"; APT::Periodic ""; APT::Periodic::Update-Package-Lists "1"; APT::Periodic::Download-Upgradeable-Packages "0"; APT::Archives ""; APT::Archives::MaxAge "30"; APT::Archives::MinAge "2"; APT::Archives::MaxSize "500"; APT::Authentication ""; APT::Authentication::TrustCDROM "true"; APT::Default-Release "testing"; Dir "/"; Dir::State "var/lib/apt/"; Dir::State::lists "lists/"; Dir::State::cdroms "cdroms.list"; Dir::State::userstatus "status.user"; Dir::State::status "/var/lib/dpkg/status"; Dir::Cache "var/cache/apt/"; Dir::Cache::archives "archives/"; Dir::Cache::srcpkgcache "srcpkgcache.bin"; Dir::Cache::pkgcache "pkgcache.bin"; Dir::Etc "etc/apt/"; Dir::Etc::sourcelist "sources.list"; Dir::Etc::sourceparts "sources.list.d"; Dir::Etc::vendorlist "vendors.list"; Dir::Etc::vendorparts "vendors.list.d"; Dir::Etc::main "apt.conf"; Dir::Etc::parts "apt.conf.d"; Dir::Etc::preferences "preferences"; Dir::Bin ""; Dir::Bin::methods "/usr/lib/apt/methods"; Dir::Bin::dpkg "/usr/bin/dpkg"; DPkg ""; DPkg::Pre-Install-Pkgs ""; DPkg::Pre-Install-Pkgs:: "/usr/bin/apt-listchanges --apt || test $? -ne 10"; DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true"; DPkg::Tools ""; DPkg::Tools::Options ""; DPkg::Tools::Options::/usr/bin/apt-listchanges ""; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version "2"; DPkg::Post-Invoke ""; DPkg::Post-Invoke:: "if [ -d /var/lib/update-notifier ]; then touch /var/lib/update-notifier/dpkg-run-stamp; fi"; Acquire ""; Acquire::http ""; Acquire::http::Proxy "false"; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- # deb http://suzy2:/debian/ etch main contrib deb http://suzy2:/security/ etch/updates main contrib deb http://suzy2:/debian/ sid main contrib #deb http://ftp.de.debian.org/debian/ etch main contrib #deb http://ftp.de.debian.org/debian/ sid main contrib #deb http://security.debian.org/ etch/updates main contrib -- System Information: Debian Release: 4.0 Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18
Bug#399764: fix to RC + python transition
On Tue, Nov 28, 2006 at 06:34:59AM +0100, Ana Guerrero wrote: > Hi, > > Besides fix this RC bug, this package needs to be updated correctly > to the last python policy. I'm working in a NMU that covers this too. > I sent this patch directly to the maintainer some days ago, i'm sending it via the BTS again in case there was problems with the mail. Tomas, if you do not have time to upload it, ping me and i'll NMU it. Ana diff -Nrua xxdiff-3.2.orig/debian/changelog xxdiff-3.2/debian/changelog --- xxdiff-3.2.orig/debian/changelog2006-11-28 13:02:32.0 +0100 +++ xxdiff-3.2/debian/changelog 2006-11-28 12:47:31.0 +0100 @@ -1,3 +1,15 @@ +xxdiff (1:3.2-0.1) unstable; urgency=low + + * Non-maintainer upload. + * Removed directory /usr/man. Patch by Andreas Henriksson. +(Closes: #399764). + * Python Policy: using dh_pysupport instead of dh_python. +Added Build-Depends on python-support. + * Updated Standars-versions to 3.7.2, no changes required. + * Updated FSF address in copyright file. + + -- Ana Beatriz Guerrero Lopez <[EMAIL PROTECTED]> Tue, 28 Nov 2006 06:06:06 +0100 + xxdiff (1:3.2-0) unstable; urgency=low * new upstream: diff -Nrua xxdiff-3.2.orig/debian/control xxdiff-3.2/debian/control --- xxdiff-3.2.orig/debian/control 2006-11-28 13:02:32.0 +0100 +++ xxdiff-3.2/debian/control 2006-11-28 12:35:23.0 +0100 @@ -1,9 +1,9 @@ Source: xxdiff -Build-Depends: qt3-dev-tools, flex, bison, libqt3-mt-dev, debhelper, python +Build-Depends: qt3-dev-tools, flex, bison, libqt3-mt-dev, debhelper (>= 5), python, python-support (>= 0.4) Section: text Priority: optional Maintainer: Tomas Pospisek <[EMAIL PROTECTED]> -Standards-Version: 3.2.1 +Standards-Version: 3.7.2 Package: xxdiff Architecture: any @@ -16,10 +16,13 @@ differences highlighted with colors for easy identification. Among its features are: . - * can compare two files, three files, or two directories (shallow and recursive); + * can compare two files, three files, or two directories (shallow and +recursive); * horizontal diffs highlighting; - * files can be merged interactively and resulting output visualized and saved; - * can unmerge CVS conflicts in automatically merged files and display themi as two files, to help resolve conflicts; + * files can be merged interactively and resulting output visualized and +saved; + * can unmerge CVS conflicts in automatically merged files and display +themi as two files, to help resolve conflicts; * fully customizable with a resource file; . The scripts that accompany xxdiff can be found in the xxdiff-tools @@ -35,6 +38,8 @@ * xx-cvs-diff: preview changes made in a CVS checkout * xx-svn-diff: preview changes made in a SVN checkout and commit them * xx-svn-resolve: resolve conflicts - * svn-foreign: traverse a checkout and ask user whether he wants to check in new files etc. - * xx-diff-proxy: act like the diff tool - useful for tools that feed stuff to diff + * svn-foreign: traverse a checkout and ask user whether he wants to check +in new files etc. + * xx-diff-proxy: act like the diff tool - useful for tools that feed stuff +to diff diff -Nrua xxdiff-3.2.orig/debian/copyright xxdiff-3.2/debian/copyright --- xxdiff-3.2.orig/debian/copyright2006-11-28 13:02:32.0 +0100 +++ xxdiff-3.2/debian/copyright 2006-11-28 12:35:23.0 +0100 @@ -22,7 +22,8 @@ You should have received a copy of the GNU General Public License along with this program; if not, write to the Free Software - Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. + Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, + MA 02110-1301, USA. On Debian GNU/Linux systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL'. diff -Nrua xxdiff-3.2.orig/debian/rules xxdiff-3.2/debian/rules --- xxdiff-3.2.orig/debian/rules2006-11-28 13:02:32.0 +0100 +++ xxdiff-3.2/debian/rules 2006-11-28 13:33:30.0 +0100 @@ -59,9 +59,7 @@ usr/share/doc/xxdiff-scripts/changelog.gz \ usr/share/doc/xxdiff/changelog.Debian.gz \ usr/share/doc/xxdiff-scripts/changelog.Debian.gz -# dh_pysupport -v --package=xxdiff-scripts \ -# /usr/share/python-support/xxdiff - dh_python--package=xxdiff-scripts + dh_pysupport --package=xxdiff-scripts dh_strip --package=xxdiff dh_compress dh_installdeb--package=xxdiff-scripts diff -Nrua xxdiff-3.2.orig/debian/xxdiff.dirs xxdiff-3.2/debian/xxdiff.dirs --- xxdiff-3.2.orig/debian/xxdiff.dirs 2006-11-28 13:02:32.0 +0100 +++ xxdiff-3.2/debian/xxdiff.dirs 2006-11-28 12:35:23.0 +0100 @@ -1,4 +1,3 @@ usr/share/doc/xxdiff/manual.html usr/share/doc/xxdiff/manual.txt usr/bin -usr/
Bug#401251: Other website
Mozilla Firefox also crashes in the exact same manner when viewing www.coffeekorner.com. Need a quick answer? Get one in minutes from people who know. Ask your question on www.Answers.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401230: CVE-2006-6120: KOffice PowerPoint Files Integer Overflow Vulnerability
On Sat, Dec 02, 2006 at 12:20:03AM +0100, Stefan Fritsch wrote: > Package: koffice > Severity: grave > Tags: security > Justification: user security hole > > > A vulnerability has been found in koffice. See > > http://secunia.com/advisories/23143/ > > for details. Please mention the CVE id in the changelog. > This bug is fixed in koffice 1.6.1 that was uploaded yesterday to unstable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: pending
Processing commands for [EMAIL PROTECTED]: > tags 401226 +pending Bug#401226: pngcrush: Fails to start with relocation error (also FTBFS) There were no tags set. Bug#401248: pngcrush: Relocation error 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#390467: marked as done (python-ctypes: empty package on hppa ("libffi has not been ported to hppa64-unknown-linux-gnu."))
Your message dated Sat, 02 Dec 2006 05:02:04 + with message-id <[EMAIL PROTECTED]> and subject line Bug#390467: fixed in ctypes 1.0.1-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) --- Begin Message --- Package: python-ctypes Version: 1.0.0-1 Severity: grave Justification: renders package unusable As seen on packages.debian.org [1], the python-ctypes package is empty on hppa. The reason is probably this (from the build log): configure: error: "libffi has not been ported to hppa64-unknown-linux-gnu." If hppa can't be supported, please remove it from the architecture list and have the old package removed from the archive. [1] http://packages.debian.org/unstable/python/python-ctypes Cheers, -- Niko Tyni [EMAIL PROTECTED] --- End Message --- --- Begin Message --- Source: ctypes Source-Version: 1.0.1-1 We believe that the bug you reported is fixed in the latest version of ctypes, which is due to be installed in the Debian FTP archive: ctypes_1.0.1-1.diff.gz to pool/main/c/ctypes/ctypes_1.0.1-1.diff.gz ctypes_1.0.1-1.dsc to pool/main/c/ctypes/ctypes_1.0.1-1.dsc ctypes_1.0.1.orig.tar.gz to pool/main/c/ctypes/ctypes_1.0.1.orig.tar.gz python-ctypes_1.0.1-1_i386.deb to pool/main/c/ctypes/python-ctypes_1.0.1-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. Ganesan Rajagopal <[EMAIL PROTECTED]> (supplier of updated ctypes 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: Sat, 2 Dec 2006 10:09:18 +0530 Source: ctypes Binary: python-ctypes Architecture: source i386 Version: 1.0.1-1 Distribution: unstable Urgency: low Maintainer: Ganesan Rajagopal <[EMAIL PROTECTED]> Changed-By: Ganesan Rajagopal <[EMAIL PROTECTED]> Description: python-ctypes - Python package to create and manipulate C data types Closes: 390467 397755 Changes: ctypes (1.0.1-1) unstable; urgency=low . * New upstream release (closes: #397755). * Acknowledge NMU (Thanks Julien and Pierre) (closes: #390467) Files: f018ba9056e7a86c2412d51a78f1f79c 835 python optional ctypes_1.0.1-1.dsc bdc75102ebc533e1d708296a346cfee4 384668 python optional ctypes_1.0.1.orig.tar.gz 4d0d92134e49d759858036fbe548db1a 51749 python optional ctypes_1.0.1-1.diff.gz c06bc4b1d191a2009128badcb19c1fe4 197232 python optional python-ctypes_1.0.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFcQZYFeACul2MEuoRAukcAKDpIJy+h3HMT7HWcndeMkgSMKIZcgCcDd6o 18NunzbmqK1fXtdGsZcN1o8= =zIDu -END PGP SIGNATURE- --- End Message ---
Bug#401258: heimdal-kdc: destroys hprop inetd config on upgrades
Package: heimdal-kdc Version: 0.7.2.dfsg.1-6 Severity: serious It seems the heimdal-kdc upgrade disables hpropd in inetd unconditionally on upgrades: | typhon:~# grep hprop /etc/inetd.conf | krb_propstream tcp nowait root/usr/sbin/tcpd /usr/sbin/hpropd | typhon:~# apt-get install --reinstall heimdal-kdc | Reading package lists... Done | Building dependency tree... Done | 0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded. | Need to get 0B/136kB of archives. | After unpacking 0B of additional disk space will be used. | Do you want to continue [Y/n]? | Preconfiguring packages ... | (Reading database ... 11871 files and directories currently installed.) | Preparing to replace heimdal-kdc 0.7.2.dfsg.1-6 (using .../heimdal-kdc_0.7.2.dfsg.1-6_i386.deb) ... | Stopping Heimdal KDC: heimdal-kdc. | Unpacking replacement heimdal-kdc ... | Setting up heimdal-kdc (0.7.2.dfsg.1-6) ... | Starting Heimdal KDC: heimdal-kdc. | | typhon:~# grep hprop /etc/inetd.conf | ## krb_propstream tcp nowait root/usr/sbin/tcpd /usr/sbin/hpropd | typhon:~# Apparently the package's prerm script disables all services unconditionally. Peter -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400051: antigravitaattori: Segfault attempting to start; fail to load texture
Sorry, here's the patch... -Pascal... who's going to bed -- Homepage (http://organact.mine.nu) Debian GNU/Linux (http://www.debian.org) École de technologie supérieure (http://www.etsmtl.ca) --- antigrav-0.0.2/src/m3dtexture.cpp 2006-12-01 23:12:39.0 -0500 +++ antigrav-0.0.2/src/m3dtexture.cpp.new 2006-12-01 23:14:08.0 -0500 @@ -206,7 +206,7 @@ @param height a pointer where to store the image width @return 0 on success, -1 on failure */ -int m3dTexture::loadPNG(const char *filename, unsigned char **data, unsigned int *width, unsigned int *height) +int m3dTexture::loadPNG(const char *filename, unsigned char **data, png_uint_32 *width, png_uint_32 *height) { FILE *f; int result; @@ -223,7 +223,7 @@ return result; } -int m3dTexture::loadPNG(unsigned char **data, unsigned int *width, unsigned int *height, void *handle, void (*pngReadCallback)(png_structp ctx, png_bytep area, png_size_t size)) +int m3dTexture::loadPNG(unsigned char **data, png_uint_32 *width, png_uint_32 *height, void *handle, void (*pngReadCallback)(png_structp ctx, png_bytep area, png_size_t size)) { png_structp pngPtr; png_infop pngInfoPtr; @@ -260,7 +260,7 @@ png_set_read_fn(pngPtr, handle, pngReadCallback); png_read_info(pngPtr, pngInfoPtr); - png_get_IHDR(pngPtr, pngInfoPtr, (png_uint_32*)width, (png_uint_32*)height, &bitDepth, &colorType, &interlaceType, NULL, NULL); + png_get_IHDR(pngPtr, pngInfoPtr, width, height, &bitDepth, &colorType, &interlaceType, NULL, NULL); png_set_strip_16(pngPtr); @@ -281,7 +281,7 @@ } png_read_update_info(pngPtr, pngInfoPtr); - png_get_IHDR(pngPtr, pngInfoPtr, (png_uint_32*)width, (png_uint_32*)height, &bitDepth, &colorType, &interlaceType, NULL, NULL); + png_get_IHDR(pngPtr, pngInfoPtr, width, height, &bitDepth, &colorType, &interlaceType, NULL, NULL); (*data) = new unsigned char[(*width) * (*height) * pngInfoPtr->channels]; if((*data) == NULL) @@ -314,7 +314,7 @@ return 0; } -int m3dTexture::savePNG(const char *filename, const unsigned char *data, unsigned int width, unsigned int height) +int m3dTexture::savePNG(const char *filename, const unsigned char *data, png_uint_32 width, png_uint_32 height) { FILE *f; int result; @@ -347,7 +347,7 @@ fflush(f); } -int m3dTexture::savePNG(const unsigned char *data, unsigned int width, unsigned int height, void *handle, void (*pngWriteCallback)(png_structp pngPtr, png_bytep data, png_size_t length), void (*pngFlushCallback)(png_structp pngPtr)) +int m3dTexture::savePNG(const unsigned char *data, png_uint_32 width, png_uint_32 height, void *handle, void (*pngWriteCallback)(png_structp pngPtr, png_bytep data, png_size_t length), void (*pngFlushCallback)(png_structp pngPtr)) { png_structp pngPtr; png_infop pngInfoPtr; @@ -437,7 +437,7 @@ GLuint m3dTexture::loadTexture(const char *filename) { unsigned char *data; - unsigned int width, height; + png_uint_32 width, height; GLuint tex; glGenTextures(1, &tex); --- antigrav-0.0.2/src/m3dtexture.h 2006-08-04 15:38:31.0 -0400 +++ antigrav-0.0.2/src/m3dtexture.h.new 2006-12-01 23:14:15.0 -0500 @@ -9,7 +9,7 @@ { std::string filename; GLuint handle; - unsigned int width, height; + png_uint_32 width, height; }; /// A texture @@ -34,8 +34,8 @@ m3dTexture &operator=(const m3dTexture &t); - static int loadPNG(const char *filename, unsigned char **data, unsigned int *width, unsigned int *height); - static int savePNG(const char *filename, const unsigned char *data, unsigned int width, unsigned int height); + static int loadPNG(const char *filename, unsigned char **data, png_uint_32 *width, png_uint_32 *height); + static int savePNG(const char *filename, const unsigned char *data, png_uint_32 width, png_uint_32 height); static int screenshot(const char *filename); static GLuint loadTexture(const char *filename); @@ -48,8 +48,8 @@ static void pngWriteCallbackSTDIO(png_structp pngPtr, png_bytep data, png_size_t length); static void pngFlushCallbackSTDIO(png_structp pngPtr); - static int loadPNG(unsigned char **data, unsigned int *width, unsigned int *height, void *handle, void (*pngReadCallback)(png_structp ctx, png_bytep area, png_size_t size)); - static int savePNG(const unsigned char *data, unsigned int width, unsigned int height, void *handle, void (*pngWriteCallback)(png_structp pngPtr, png_bytep data, png_size_t length), void (*pngFlushCallback)(png_structp pngPtr)); + static int loadPNG(unsigned char **data, png_uint_32 *width, png_uint_32 *height, void *handle, void (*pngReadCallback)(png_structp ctx, png_bytep area, png_size_t size)); + static
Bug#398642: links2 -g libdirectfb error
I am having the same problem but with the latest links2 package. [EMAIL PROTECTED] apt-cache policy links2 links2: Installed: 2.1pre26-1 Candidate: 2.1pre26-1 Version table: *** 2.1pre26-1 0 100 /var/lib/dpkg/status 2.1pre24-1 0 500 http://ftp.us.debian.org testing/main Packages My error... [EMAIL PROTECTED] links2 -g -- DirectFB v0.9.25 - (c) 2000-2002 convergence integrated media GmbH (c) 2002-2004 convergence GmbH --- (*) DirectFB/Core: Single Application Core. (2006-10-17 10:09) (*) Direct/Memcpy: Using MMXEXT optimized memcpy() (!) DirectFB/core/vt: Error opening `/dev/tty0'! --> Permission denied (!) DirectFB/Core: Could not initialize 'system' core! --> Initialization error! svgalib: Cannot get I/O permissions. Interestingly...links2 -g will start as root but only in full screen. Here is the output from links2 -g as root. [EMAIL PROTECTED]/home/lontra]# links2 -g -- DirectFB v0.9.25 - (c) 2000-2002 convergence integrated media GmbH (c) 2002-2004 convergence GmbH --- (*) DirectFB/Core: Single Application Core. (2006-10-17 10:09) (*) Direct/Memcpy: Using MMXEXT optimized memcpy() (*) Direct/Thread: Running 'VT Switcher' (CRITICAL, 7456)... (*) Direct/Thread: Running 'PS/2 Input' (INPUT, 7457)... (!!!) *** UNIMPLEMENTED [fusion_reactor_set_lock] *** [../../../lib/fusion/reactor.c:853] (*) DirectFB/Input: IMPS/2 Mouse 1.0 (Convergence GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 7458)... (*) DirectFB/Input: AT Translated Set 2 keyboard (1) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 7459)... (*) DirectFB/Input: SynPS/2 Synaptics TouchPad (2) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Linux Input' (INPUT, 7460)... (*) DirectFB/Input: PC Speaker (3) 0.1 (convergence integrated media GmbH) (*) Direct/Thread: Running 'Keyboard Input' (INPUT, 7461)... (*) DirectFB/Input: Keyboard 0.9 (convergence integrated media GmbH) (*) DirectFB/Genefx: MMX detected and enabled (*) DirectFB/Graphics: MMX Software Rasterizer 0.6 (convergence integrated media GmbH) (*) DirectFB/Core/WM: Default 0.2 (Convergence GmbH) (!) DirectFB/FBDev: Panning display failed! --> Invalid argument (!!!) *** WARNING [still objects in 'Window Pool'] *** [../../../lib/fusion/object.c:226 in fusion_object_pool_destroy()] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400051: antigravitaattori: Segfault attempting to start; fail to load texture
Hello Gürkan, please see below :-) On 12/1/06, Pascal Giard <[EMAIL PROTECTED]> wrote: [...] To get it to work, i simply follow those steps: [EMAIL PROTECTED]:~/programmes/experimental/t$ tar -zxvf antigrav_0.0.2.orig.tar.gz [EMAIL PROTECTED]:~/programmes/experimental/t$ patch -p0 < png_amd64_fix.diff patching file antigrav-0.0.2/src/m3dtexture.h patching file antigrav-0.0.2/src/m3dtexture.cpp [EMAIL PROTECTED]:~/programmes/experimental/t$ cd antigrav-0.0.2 && debuild -B Oops, there's a missing info here. I copied over the debian directory from your 0.0.2-3 diff after extracting the orig.tar.gz. I'm attaching another patch which has been created against your modified versions of m3dtexture.{h,cpp} . So if you prefer, you can use this one. cheers, -Pascal -- Homepage (http://organact.mine.nu) Debian GNU/Linux (http://www.debian.org) École de technologie supérieure (http://www.etsmtl.ca)
Processed: Merging bugs #401226 and #401248
Processing commands for [EMAIL PROTECTED]: > merge 401226 401248 Bug#401226: pngcrush: Fails to start with relocation error (also FTBFS) Bug#401248: pngcrush: Relocation error Merged 401226 401248. > 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#401251: firefox: All running Firefoxes crash when viewing website
Package: firefox Version: 1.5.dfsg+1.5.0.7-2 Severity: grave Justification: causes non-serious data loss All running instances of Firefox immediately crash and exit when viewing the website http://www.infoworld.com/article/03/09/15/HNkoreaspam_1.html. The gdb backtrace turned up only "No stack." Firefox simply quits running instantly; it does not hang up or freeze. -- 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.17-2-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages firefox depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii fontconfig2.4.1-2generic font configuration library ii libatk1.0-0 1.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.1-2generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-19 GCC support library ii libglib2.0-0 2.12.4-1 The GLib library of C routines ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpango1.0-0 1.14.7-1 Layout and rendering of internatio ii libpng12-01.2.13-4 PNG library - runtime ii libstdc++64.1.1-19 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-3 X11 client-side library ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii psmisc22.3-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-13 compression library - runtime firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401248: pngcrush: Relocation error
Package: pngcrush Version: 1.6.4-2 Severity: grave Justification: renders package unusable Hello, I know! I'm the maintainer but I can't see a fix right away! After the recent upgrade of libpng (presumably 1.2.13 I haven't been able to check it fully yet) pngcrush is broken: $ pngcrush logo.png pngcrush: relocation error: pngcrush: symbol png_iCCP, version PNG12_0 not defined \ in file libpng12.so.0 with link time reference Looks like libpng devlopers made some more API changes! Note that the package does not build anymore with the libpng12-dev that is currently in "etch". We need to fix "pngcrush" by contacting the upstream developer who is also one of the main developers for "libpng". Regards, Kapil. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=en_IN.UTF-8, LC_CTYPE=en_IN.UTF-8 (charmap=UTF-8) Versions of packages pngcrush depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libpng12-0 1.2.13-4PNG library - runtime ii zlib1g 1:1.2.3-13 compression library - runtime pngcrush recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#193078: If this is you, then we should talk
Picture030 Description: Picture030
Bug#193078: If this is you, then we should talk
Picture055 Description: Picture055
Bug#400355: mozart-gtk: FTBFS: arch is unknown ?
Steve Langasek writes: > Side note -- sparc does have a "sparc32" util that can be used to change the > kernel personality that a process is running under (i.e., it changes the > output of uname among other things...), and I believe the official buildds > run all builds under sparc32 to avoid precisely these issues. Julien, can > you confirm whether mozart/mozart-gtk build for you under sparc32? > > It's still a bug in these packages if they're looking at the value of uname > instead of the architecture string from configure (in this case, one that's > been passed *explicitly* on the commandline!), but there's no reason it > should need to be RC if sparc32 works around it. Mozart is a platform specific emulator and platform agnostic byte codes all living in the same place. Upstream supports many platforms sharing a common installation (in shared filespace) by dynamically finding the right emulator by calling uname For debian we do things different. I can modify our package to map sparc64 to sparc-linux and all will work (if sparc64 really is 32 bit), but I don't think this is a change I could feed to upstream. I don't think running the build under sparc32 is a solution because it means the users will have to also invoke mozart/oz under sparc32. cheers k -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400355: mozart-gtk: FTBFS: arch is unknown ?
Steve Langasek writes: > On Fri, Dec 01, 2006 at 09:15:49AM -0600, Kevin Glynn wrote: > > That explains my confusion. It may well be that mozart can run on > > sparc64 but it needs testing. > > No, "sparc64" has nothing to do with this. The value returned by uname > *should* have nothing to do with this. Almost all sparc systems in use > today are 64-bit processors, but the Debian userspace port is a *32-bit* > system; and building code with gcc without specific flags gets you 32-bit > binaries, not 64-bit binaries. > > If something in mozart is looking at the uname and deciding to enable some > kind of 64-bit functionality, that's a bug in mozart. With very few > exceptions, the target that Debian packages need to be building for on sparc > is sparc-linux, *not* sparc64-linux; and your package is not one of those > exceptions, because it doesn't have any of the necessary 64-bit > build-dependencies... > Mozart (upstream) is very anal about these things. If it meets a strange architecture it just refuses to play. We need to show it works then enable support. It would be nice if mozart just checked the functionality of the platform it is building on but it doesn't. Also, mozart is not enabling any 64-bit functionality. Sadly it runs away and hides in a corner if it even hears a rumour that the platform is 64 but . > > It is unfortunate that different machines in the same Debian > > architecture report that they have different underlying architectures > > > > You should be ignoring the output of uname altogether. I don't know if > uname is actually confusing mozart's build, but it does seem to be confusing > its maintainer. ;) > As I said in my response to the previous message I am not sure that we are ignoring the passed in architecture string during configure, but we will still break when we run certain scripts which rely on uname to find their buddies. Yours helplessly, k -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#135136: If this is you, then we should talk
Pic071 Description: Pic071
Bug#400061: marked as done (lprof: FTBFS: AttributeError in /usr/lib/scons/SCons/Node/FS.py)
Your message dated Fri, 01 Dec 2006 21:47:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#400061: fixed in lprof 1.11.4.dfsg+1.11.4.1-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) --- Begin Message --- Package: lprof Version: 1.11.4.dfsg+1.11.4.1-1 Severity: serious Justification: FTBFS on i386, very likely to fail everywhere else Usertags: grid5000 Hi, During a rebuild of all packages in etch, I discovered that your package failed to build on i386. Relevant parts: Looking for build directory for platform 'linux2' Exact match not found, finding closest guess Found directory build/linux, will build there AttributeError: : File "/build/root/lprof-1.11.4.dfsg+1.11.4.1/SConstruct", line 277: SConscript(os.path.join(target_dir,'SConscript')) File "/usr/lib/scons/SCons/Script/SConscript.py", line 579: return apply(method, args, kw) File "/usr/lib/scons/SCons/Script/SConscript.py", line 516: return apply(_SConscript, [self.fs,] + files, subst_kw) File "/usr/lib/scons/SCons/Script/SConscript.py", line 244: exec _file_ in call_stack[-1].globals File "/build/root/lprof-1.11.4.dfsg+1.11.4.1/build/linux/SConscript", line 16: lprof=env.Program(target='lprof', source=sources + moc_sources0 + moc_sources1 + moc_sources2 + moc_sources3 + moc_sources4 + moc_s ources5 + moc_sources6 + moc_sources7 + moc_sources8) File "/usr/lib/scons/SCons/Environment.py", line 188: return apply(self.builder, (self.env, target, source) + args, kw) File "/usr/lib/scons/SCons/Builder.py", line 615: return self._execute(env, target, source, OverrideWarner(kw), ekw) File "/usr/lib/scons/SCons/Builder.py", line 794: return BuilderBase._execute(self, env, target, final_sources, overwarn) File "/usr/lib/scons/SCons/Builder.py", line 567: tlist, slist = self._create_nodes(env, target, source) File "/usr/lib/scons/SCons/Builder.py", line 536: target, source = self.emitter(target=tlist, source=slist, env=env) File "/usr/lib/scons/SCons/Builder.py", line 357: target, source = e(target, source, env) File "/usr/lib/scons/SCons/Tool/qt.py", line 143: cpp_contents = cpp.get_contents() File "/usr/lib/scons/SCons/Node/FS.py", line 762: raise AttributeError make: *** [build-stamp] Error 2 The full build log is available from http://ox.blop.info/bazaar/buildlogs/20061122/ About the archive rebuilt: The rebuilt was done on about 30 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing an etch i386 environment (not unstable). Internet was not accessible from the build systems. The builds were processed as root. About Grid'5000: Grid'5000 is an highly reconfigurable experimental Grid platform gathering 9 sites and featuring a total of 5000 CPUs. It serves as a testbed for research in Grid Computing. See https://www.grid5000.fr/ -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | --- End Message --- --- Begin Message --- Source: lprof Source-Version: 1.11.4.dfsg+1.11.4.1-2 We believe that the bug you reported is fixed in the latest version of lprof, which is due to be installed in the Debian FTP archive: lprof_1.11.4.dfsg+1.11.4.1-2.diff.gz to pool/main/l/lprof/lprof_1.11.4.dfsg+1.11.4.1-2.diff.gz lprof_1.11.4.dfsg+1.11.4.1-2.dsc to pool/main/l/lprof/lprof_1.11.4.dfsg+1.11.4.1-2.dsc lprof_1.11.4.dfsg+1.11.4.1-2_i386.deb to pool/main/l/lprof/lprof_1.11.4.dfsg+1.11.4.1-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. Oleksandr Moskalenko <[EMAIL PROTECTED]> (supplier of updated lprof 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: Fri, 1 Dec 2006 11:59:21 -0700 Source: lprof Binary: lprof Architecture: source i386 Version: 1.11.4.dfsg+1.11.4.1-2 Distribution: unstable Urgency: low Maintainer: Oleksandr Moskalenko <[EMAIL PROTECTED]> Changed-By: Oleksandr Moskalenko <[EMAIL PROTECTED]> Description: lprof - Hardware Color Profiler Closes: 400061 Changes: lprof (1.11.4.dfsg+1.11.4.1-2) unstable; urgency=low
Bug#394534: No data sync on kpilot 3.5.5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 01 December 2006 22:08, Sune Vuorela wrote: > On Monday 20 November 2006 18:31, Sune Vuorela wrote: > > Thanks to the hard work of kpilot upstream, the newer rumors is that it > > now works with the new pilot-link. > > And newer rumors says that most of the conduits should be reenabled in > packages located at > > http://mirror.pusling.com/kdepim/kdepim_4:3.5.5.dfsg.1-3~sune1/ > > The .changes file contains all the md5sums of the files. This is the md5sum > of changes: > 33303bb7dab96191eaa0368a7d626a76 kdepim_3.5.5.dfsg.1-3~sune1_i386.changes > > I would like some quick intensive testing of this and some positive respons > quickly if these changes should be included in etch I have installed kpilot_3.5.5.dfsg.1-3~sune1_i386.deb libkcal2b_3.5.5.dfsg.1-3~sune1_i386.deb libkdepim1a_3.5.5.dfsg.1-3~sune1_i386.deb libktnef1_3.5.5.dfsg.1-3~sune1_i386.deb from that location and was able to sync my palm with this kpilot. It has synchronized the calendar and the addressbook. While I have not checked every entry, it seemed functional on those I checked. I do not use any other conduits. Regards, David - -- - - hallo... wie gehts heute? - - *hust* gut *rotz* *keuch* - - gott sei dank kommunizieren wir über ein septisches medium ;) -- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFcKQ3/Pp1N6Uzh0URAhimAJ95SGwtnFX95cPaZHY0zb9AX0ZRQwCbBr4B MevMCmItYBnAELvJPUqf6Yo= =bUDU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399832: Bug confirmed in testing
Hi, I just upgraded testing on my mail server, and I am subject to this bug too. Versions are : ii egroupware-core 1.2-105.dfsg-3 eGroupWare core modules ii libapache2-mod-php5 5.2.0-7 server-side, HTML-embedded scripting languag ii php5-cgi 5.2.0-7 server-side, HTML-embedded scripting languag ii php5-cli 5.2.0-7 command-line interpreter for the php5 script ii php5-common 5.2.0-7 Common files for packages built from the php ii php5-gd 5.2.0-7 GD module for php5 ii php5-imap 5.2.0-7 IMAP module for php5 ii php5-ldap 5.2.0-7 LDAP module for php5 ii php5-mcrypt 5.2.0-7 MCrypt module for php5 ii php5-mhash5.2.0-7 MHASH module for php5 ii php5-mysql5.2.0-7 MySQL module for php5 The egroupware cron services says : /usr/bin/php5 -qC /usr/share/egroupware/phpgwapi/cron/asyncservices.php egroupware Fatal error: Cannot redeclare class datetime in /usr/share/egroupware/phpgwapi/inc/class.datetime.inc.php on line 45 Besides, the egroupware login page says : Warning: mb_strstr() [function.mb-strstr]: Empty haystack in /usr/share/egroupware/phpgwapi/inc/class.egw_db.inc.php on line 1633 Warning: mb_strstr() [function.mb-strstr]: Empty haystack in /usr/share/egroupware/phpgwapi/inc/class.egw_db.inc.php on line 1633 Warning: mb_strstr() [function.mb-strstr]: Empty haystack in /usr/share/egroupware/phpgwapi/inc/class.egw_db.inc.php on line 1633 Fatal error: Cannot redeclare class datetime in /usr/share/egroupware/phpgwapi/inc/class.datetime.inc.php on line 45 Cheers and thanks for the good work -- K@ Teznik <[EMAIL PROTECTED]> The future is here. It's just not widely distributed yet. - William Gibson pgpLlwS7m5iIV.pgp Description: PGP signature
Bug#397788: closed by Ari Pollak <[EMAIL PROTECTED]> (Bug#397788: fixed in gaim 1:2.0.0+beta5-1)
Steve Langasek wrote: #7 0x2b398e40f182 in gst_element_factory_create ( factory=, name=0x2b203360 "autoaudiosink1-actual-sink-alsa") at gstelementfactory.c:381 element = oclass = newfactory = __PRETTY_FUNCTION__ = "gst_element_factory_create" My gstreamer config is set up to use alsa, but if I click on Tools -> Preferences -> Sounds in gaim, alsa isn't even listed as a supported method on its own here. Same for me. I have enabled ESD, and it seems better (but I haven't tried enough to really know). I'm wondering if this bug shouldn't be downgraded, since it appears to only happen in certain (as yet unspecified) circumstances. That's fine with me. Do I do that, or do you do that? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#203598: This is a problem you may have
Pic067 Description: Pic067
Bug#401226: pngcrush: Fails to start with relocation error (also FTBFS)
Package: pngcrush Version: 1.6.4-2 Severity: grave Justification: renders package unusable pngcrush fails to start: pngcrush: relocation error: pngcrush: symbol png_iCCP, version PNG12_0 not defined in file libpng12.so.0 with link time reference -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-teb2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages pngcrush depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libpng12-0 1.2.13-4PNG library - runtime ii zlib1g 1:1.2.3-13 compression library - runtime pngcrush recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400874: I hope this is the right fix...
> Updated patch attached. > > > I wonder what the second part of this is good for: > > if (Bins.empty() == true || Bins.length() >= 102400) > return 0; > > Oh, well that's a high enough number that it probably won't be(come) > a real world problem and if we're getting that nitpicky at fixing > surrounding issues we should probably start by checking if the BigBuf > memory allocation failed first. :) Aptsource-fix2.diff works for me as well (here amd64). Hope it helps, -- bye, - Nacho http://criptonita.com/~nacho -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 380273 is grave, tagging 380273
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.26 > severity 380273 grave Bug#380273: DHCP server exits unexpectedly on DHCPOFFER with specific client-identifier Severity set to `grave' from `normal' > tags 380273 security Bug#380273: DHCP server exits unexpectedly on DHCPOFFER with specific client-identifier There were no tags set. Tags added: security > 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#379628: [Linux-NTFS-Dev] Bug#379628: CALL FOR HELP: Vista beta compatibility testing
Hi, Apparently Vista refuses to boot if an NTFS volume was mounted on NT4 earlier. This is also what ntfsresize lied to trick Windows to be compatible with "itself". Could you please try the below patch against ntfsprogs 1.13.1 that the theory is correct? Thank you. Szaka --- ntfsprogs/ntfsresize.c.orig 2006-04-19 00:03:09.0 +0200 +++ ntfsprogs/ntfsresize.c 2006-12-02 00:09:44.058395088 +0200 @@ -2289,8 +2289,6 @@ u16 flags; flags = vol->flags | VOLUME_IS_DIRTY; - if (vol->major_ver >= 2) - flags |= VOLUME_MOUNTED_ON_NT4; printf("Schedule chkdsk for NTFS consistency check at Windows " "boot time ...\n"); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400459: marked as done (imapproxy: init script sources /lib/lsb/init-functions without dependency on lsb-base)
Your message dated Fri, 01 Dec 2006 23:02:04 + with message-id <[EMAIL PROTECTED]> and subject line Bug#400459: fixed in up-imapproxy 1.2.4-6 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) --- Begin Message --- Package: imapproxy Version: 1.2.4-5 Severity: serious Justification: Policy 7.2 The init-script contains: . /lib/lsb/init-functions but the package does not depend on lsb-base. As I am going to NMU for #399362 I'll fix this bug, too. cu andreas --- End Message --- --- Begin Message --- Source: up-imapproxy Source-Version: 1.2.4-6 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-6_i386.deb to pool/main/u/up-imapproxy/imapproxy_1.2.4-6_i386.deb up-imapproxy_1.2.4-6.diff.gz to pool/main/u/up-imapproxy/up-imapproxy_1.2.4-6.diff.gz up-imapproxy_1.2.4-6.dsc to pool/main/u/up-imapproxy/up-imapproxy_1.2.4-6.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]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 26 Nov 2006 19:56:07 +0100 Source: up-imapproxy Binary: imapproxy Architecture: source i386 Version: 1.2.4-6 Distribution: unstable Urgency: high Maintainer: Jose Luis Tallon <[EMAIL PROTECTED]> Changed-By: Jose Luis Tallon <[EMAIL PROTECTED]> Description: imapproxy - IMAP protocol proxy Closes: 369020 387992 389695 393212 399362 400459 400468 400470 Changes: up-imapproxy (1.2.4-6) unstable; urgency=high . * Acknowledge NMUs . * Enhance daemon()ization process a bit (Closes: #387992) . * Building - Re-enable -Wall (Closes: #400468) . * Localization: - ja translation added (Closes: #393212) . * Init.d infrastructure - Fixed startup logic (Closes: #369020) - Fixed stop logic (Closes: #389695) - Fixed bashism in initscript (==) (Closes: #399362) - ensured lsb-functions are sourced; Depend on lsb-base(Closes: #400459) . * Control file: debconf pre-depend *is* necessary (Closes: #400470) Files: d7e88200f43404592670eeb7823002e8 671 mail optional up-imapproxy_1.2.4-6.dsc 83709ab41802444749caf6db77c00242 58773 mail optional up-imapproxy_1.2.4-6.diff.gz c32df44630487598326b61415d605c71 52974 mail optional imapproxy_1.2.4-6_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFFcLD0ipBneRiAKDwRArBDAJ9fEcO9L6hKUbEH+K4XTJjdtiknsACgsv29 DU9IYtyGdrTNhroVk0yFuWE= =7LY+ -END PGP SIGNATURE- --- End Message ---
Bug#389695: marked as done (upgrade fails due to failing /etc/init.d/imapproxy stop)
Your message dated Fri, 01 Dec 2006 23:02:04 + with message-id <[EMAIL PROTECTED]> and subject line Bug#389695: fixed in up-imapproxy 1.2.4-6 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) --- Begin Message --- Package: imapproxy Version: 1.2.4-4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I tried to upgrade imapproxy today, but failed: Voorbereiden om imapproxy 1.2.4-4 te vervangen (door .../imapproxy_1.2.4-5_i386.deb) ... Stopping IMAP proxy: invoke-rc.d: initscript imapproxy, action "stop" failed. dpkg: waarschuwing - verouderd pre-removal script gaf een foutcode 1 dpkg - script uit het nieuwe pakket wordt geprobeerd ... Stopping IMAP proxy: invoke-rc.d: initscript imapproxy, action "stop" failed. dpkg: fout bij afhandelen van /var/cache/apt/archives/imapproxy_1.2.4-5_i386.deb (--unpack): subproces nieuw pre-removal script gaf een foutwaarde 1 terug Starting IMAP proxy: imapproxy. Fouten gevonden tijdens behandelen van: /var/cache/apt/archives/imapproxy_1.2.4-5_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) It seems the error is in the init script when it is called with stop: [EMAIL PROTECTED]:~$ ps aux | grep imapproxy[d] nobody7989 0.0 0.2 11956 1524 ?Ssl 10:11 0:00 /usr/sbin/imapproxyd -f /etc/imapproxy.conf [EMAIL PROTECTED]:~$ sudo /etc/init.d/imapproxy stop ; echo $? Stopping IMAP proxy: 1 [EMAIL PROTECTED]:~$ ps aux | grep imapproxy[d] [EMAIL PROTECTED]:~$ The init script stops imapproxy but still return exit code 1, which is cause by the call to grep: [EMAIL PROTECTED]:~$ sudo /etc/init.d/imapproxy start ; echo $? Starting IMAP proxy: imapproxy. 0 [EMAIL PROTECTED]:~$ sudo start-stop-daemon --oknodo --stop --quiet --pidfile=/var/run/imapproxy.pid --exec /usr/sbin/imapproxyd -- -f /etc/imapproxy.conf | grep warning ; echo $? 1 [EMAIL PROTECTED]:~$ sudo /etc/init.d/imapproxy start ; echo $? Starting IMAP proxy: imapproxy. 0 [EMAIL PROTECTED]:~$ sudo start-stop-daemon --oknodo --stop --quiet --pidfile=/var/run/imapproxy.pid --exec /usr/sbin/imapproxyd -- -f /etc/imapproxy.conf ; echo $? 0 Because there are no warning the call to grep returns with exit code 1, which causes the initscript to exit with code 1: [EMAIL PROTECTED]:~$ echo "" | grep warning ; echo $? 1 Greetings Arjan - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-3-moonshine Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages imapproxy depends on: ii debconf [debconf-2.0]1.5.4 Debian configuration management sy ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libncurses5 5.5-3 Shared libraries for terminal hand ii libssl0.9.8 0.9.8c-1SSL shared libraries ii libwrap0 7.6.dbs-11 Wietse Venema's TCP wrappers libra imapproxy recommends no packages. - -- debconf information: * imapproxy/imap-server: localhost -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFGjPMUALvsZYuOJARAt0qAJ9554t8WkgiMwO91A8s7+Cqf1KNlACgsNtd czjt5VlA26ghRBC6qzRCXng= =rHkp -END PGP SIGNATURE- --- End Message --- --- Begin Message --- Source: up-imapproxy Source-Version: 1.2.4-6 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-6_i386.deb to pool/main/u/up-imapproxy/imapproxy_1.2.4-6_i386.deb up-imapproxy_1.2.4-6.diff.gz to pool/main/u/up-imapproxy/up-imapproxy_1.2.4-6.diff.gz up-imapproxy_1.2.4-6.dsc to pool/main/u/up-imapproxy/up-imapproxy_1.2.4-6.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]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 26 Nov 2006 19:56:07 +0100 Source:
Bug#401230: CVE-2006-6120: KOffice PowerPoint Files Integer Overflow Vulnerability
Package: koffice Severity: grave Tags: security Justification: user security hole A vulnerability has been found in koffice. See http://secunia.com/advisories/23143/ for details. Please mention the CVE id in the changelog. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400066: marked as done (lcdproc_0.5.1-1(hppa/unstable): FTBFS: impossible constraint in asm)
Your message dated Sat, 02 Dec 2006 00:23:12 +0100 with message-id <[EMAIL PROTECTED]> and subject line Closing bug 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) --- Begin Message --- Package: lcdproc Version: 0.5.1-1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of lcdproc_0.5.1-1 on peri by sbuild/hppa 85 > Build started at 20061123-0719 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 4), texinfo, libncurses5-dev, libusb-dev, doxygen [...] > port.h:300: error: impossible constraint in 'asm' > port.h:293: error: impossible constraint in 'asm' > port.h:300: error: impossible constraint in 'asm' > port.h:293: error: impossible constraint in 'asm' > port.h:300: error: impossible constraint in 'asm' > port.h:293: error: impossible constraint in 'asm' > make[4]: *** [serialVFD_io.o] Error 1 > make[4]: Leaving directory `/build/buildd/lcdproc-0.5.1/server/drivers' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory `/build/buildd/lcdproc-0.5.1/server' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/build/buildd/lcdproc-0.5.1' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/build/buildd/lcdproc-0.5.1' > make: *** [build-stamp] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=hppa&pkg=lcdproc&ver=0.5.1-1 --- End Message --- --- Begin Message --- After discussion with upstream, it was agreed that lcdproc 0.5.1 should only be allowed to compile in i386/amd64/powerpc. Hence, all FTBFS bugs for this version are not relevant anymore. Thanks everybody, anyway. J.L. --- End Message ---
Bug#401044: libpng12-dev: [AMD64] asm API functions not exported
On Fri, Dec 01, 2006 at 11:50:51AM +0100, Daniel Kobras wrote: >On Fri, Dec 01, 2006 at 08:46:00PM +1100, Anibal Monsalve Salazar wrote: >>I built libpng_1.2.14-0_amd64 and then I tried to build >>imagemagick_6.2.4.5.dfsg1-0.12_amd64 and it failed: > >Sorry, apart from the problem with libpng, there's also a bug in >imagemagick. You need to apply the patch from #401047 to -0.12. I have a >fixed -0.13 ready, but it's not uploaded yet because with current libpng >it would fail to build just a few lines later with a linker error. With that patch, my amd64 build ends with: >[...] >Setting up libpng12-0 (1.2.14-0) ... >[...] >Setting up libpng12-dev (1.2.14-0) ... >[...] >/bin/sh ./libtool --silent --tag=CC --mode=link gcc -g -O2 -Wall -pthread >-L/usr/lib/X11 -lfreetype -lz -L/usr/lib -o utilities/animate -L/usr/lib/X11 >-lfreetype -lz -L/usr/lib utilities/animate.o magick/libMagick.la >magick/.libs/libMagick.so: undefined reference to `png_set_asm_flags' >magick/.libs/libMagick.so: undefined reference to `png_get_asm_flags' >collect2: ld returned 1 exit status >make[1]: *** [utilities/animate] Error 1 >make[1]: Leaving directory `/tmp/buildd/imagemagick-6.2.4.5.dfsg1' >make: *** [build-stamp] Error 2 >pbuilder: Failed autobuilding of package So, libpng 1.2.14 doesn't fix the problem. Anibal Monsalve Salazar -- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#401153: backtrace for iasl bug #401153
I'm not sure I understand what you are describing, please clarify. The DSDT compiles on Windows OK: C:\Acpi\Bugs\fault>iasl dsdt.dsl Intel ACPI Component Architecture ASL Optimizing Compiler version 20061109 [Nov 9 2006] Copyright (C) 2000 - 2006 Intel Corporation Supports ACPI Specification Revision 3.0a ASL Input: dsdt.dsl - 561 lines, 18338 bytes, 209 keywords AML Output: acpi-dsdt.aml - 2098 bytes 104 named objects 105 executable opcodes Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 68 Optimizations > -Original Message- > From: Mattia Dongili [mailto:[EMAIL PROTECTED] > Sent: Friday, December 01, 2006 11:16 AM > To: Moore, Robert > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Andreas > Henriksson > Subject: Bug#401153: backtrace for iasl bug #401153 > > Hi Robert, > > I've been submitted a bug from the powerpc Debian's folks (see below or > point your browser at [1]). > In short the story is: we enabled building iasl for powerpc in order to > buld DSDT tables for qemu which is available on powerpc and can emulate > the x86. > So we have a DSDT which makes iasl segfault while building on powerpc, > it doesn't on i386. The DSDT is here: > http://bugs.debian.org/cgi-bin/bugreport.cgi/acpi- > dsdt.dsl?bug=401153;msg=5;att=1 > > Can you help putting some light where the problem may hide? > > Thanks > > [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401153 > > - Forwarded message from Andreas Henriksson <[EMAIL PROTECTED]> - > > Subject: Bug#401153: backtrace for iasl bug #401153 > From: Andreas Henriksson <[EMAIL PROTECTED]> > Date: Fri, 1 Dec 2006 16:45:37 +0100 > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Message-ID: <[EMAIL PROTECTED]> > User-Agent: Mutt/1.5.9i > Reply-To: Andreas Henriksson <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > > On Fri, Dec 01, 2006 at 03:42:51PM +0100, Andreas Henriksson wrote: > > Program received signal SIGSEGV, Segmentation fault. > > 0x10019570 in TrAmlTransformWalk () > > (gdb) bt > > #0 0x10019570 in TrAmlTransformWalk () > > #1 0x1001758c in TrWalkParseTree () > > #2 0x1000b728 in CmDoCompile () > > #3 0x10011250 in main () > > (gdb) > > > > I forgot to mention, this is on Debian Testing PowerPC with iasl > recompiled with DEB_BUILD_OPTIONS="noopt, nostrip". > > > Some additional printf debugging shows this: > TrAmlTransformWalk -> TrTransformSubtree -> TrDoDefinitionBlock > > File compiler/asltransform.c line 432: > if (!ACPI_COMPARE_NAME (Next->Asl.Value.String, ACPI_SIG_DSDT)) > > it blows up here Next->Asl.Value.String is NULL... All the > macro/pointer obfuscation got me lost here... > > HTH > > -- > Regards, > Andreas Henriksson > > > > - End forwarded message - > -- > mattia > :wq!
Bug#401236: varmon segfaults on alpha
Package: varmon Version: 1.2.0-3 Severity: grave Hi, varmon is unusable on alpha. It segfaults with following message hostname:~# varmon Scanning for VA safety backplane. Please wait a few moments... DAC960: Ctrlr 0, PCI 00:0d:00, IRQ 22, Channels 3 DAC960: Model DAC960PU, Firmware 2.73-0-00 Scanning Controller[0], Channel[0], ID[0] Segmentation fault The relevant strace: lseek(3, 0, SEEK_SET) = 0 getdents64(3, /* 4 entries */, 8192)= 104 getdents64(3, /* 0 entries */, 8192)= 0 lseek(3, 0, SEEK_SET) = 0 getdents64(3, /* 4 entries */, 8192)= 104 getdents64(3, /* 0 entries */, 8192)= 0 open("/proc/rd/c0/current_status", O_RDONLY) = 4 read(4, "* DAC960 RAID Driver Version"..., 4096) = 1308 read(4, "", 4096) = 0 close(4)= 0 open("/proc/rd/c0/current_status", O_RDONLY) = 4 read(4, "* DAC960 RAID Driver Version"..., 4096) = 1308 read(4, "", 4096) = 0 close(4)= 0 uname({sys="Linux", node="hostname", ...}) = 0 close(3)= 0 fstat64(1, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x201c000 uname({sys="Linux", node="hostname", ...}) = 0 open("/dev/dac960_gam", O_RDWR|O_NONBLOCK) = 3 ioctl(3, 0xdac001, 0) = 1 ioctl(3, 0xdac002, 0x11f94d9b0) = 0 ioctl(3, 0xdac003, 0x11f94d698) = 0 write(1, "\nScanning for VA safety backplan"..., 201 Scanning for VA safety backplane. Please wait a few moments... DAC960: Ctrlr 0, PCI 00:0d:00, IRQ 22, Channels 3 DAC960: Model DAC960PU, Firmware 2.73-0-00 ^MScanning Controller[0], Channel[0], ID[0] ) = 201 ioctl(3, 0xdac003, 0x11f94d688) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 11699 detached Regards, -Dimitri Puzin aka Tristan-777 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400355: mozart-gtk: FTBFS: arch is unknown ?
On Fri, Dec 01, 2006 at 09:15:49AM -0600, Kevin Glynn wrote: > That explains my confusion. It may well be that mozart can run on > sparc64 but it needs testing. No, "sparc64" has nothing to do with this. The value returned by uname *should* have nothing to do with this. Almost all sparc systems in use today are 64-bit processors, but the Debian userspace port is a *32-bit* system; and building code with gcc without specific flags gets you 32-bit binaries, not 64-bit binaries. If something in mozart is looking at the uname and deciding to enable some kind of 64-bit functionality, that's a bug in mozart. With very few exceptions, the target that Debian packages need to be building for on sparc is sparc-linux, *not* sparc64-linux; and your package is not one of those exceptions, because it doesn't have any of the necessary 64-bit build-dependencies... > It is unfortunate that different machines in the same Debian > architecture report that they have different underlying architectures > You should be ignoring the output of uname altogether. I don't know if uname is actually confusing mozart's build, but it does seem to be confusing its maintainer. ;) 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#400105: mgp: causes X Error
On December 1, 2006 at 1:49PM +0100, aba (at not.so.argh.org) wrote: > > $ mgp sample.mgp > > sample.mgp:15: warning: directive "tfont" not supported in this > > configuration > > sample.mgp:15: warning: directive "tmfont" not supported in this > > configuration > > sample.mgp:16: warning: directive "tfont" not supported in this > > configuration > > sample.mgp:16: warning: directive "tmfont" not supported in this > > configuration > > sample.mgp:17: warning: directive "tfont" not supported in this > > configuration > > sample.mgp:17: warning: directive "tmfont" not supported in this > > configuration > > X Error of failed request: BadMatch (invalid parameter attributes) > > Major opcode of failed request: 75 (X_PolyText16) > > Serial number of failed request: 210 > > Current serial number in output stream: 214 > > I could reproduce this here with mgp from unstable (also on an i386 > machine). If using the mgp-binary from sarge (after having it unpacked > with dpkg-deb -x $deb somedirectory), the same warnings are produced, > but it doesn't abort. `mgp sample.mgp' produces the same warnings, but it doesn't cause the X error on my sid environment (sid i386 on 2006-12-02, linux-image-2.6.18-3-486 2.6.18-6, libc6 2.3.6.ds1-8, xorg 1:7.1.0-7, twm 1:1.0.1-4). On November 28, 2006 at 10:41PM +0900, tats (at vega.ocn.ne.jp) wrote: > Even if the libm17n-dev package is installed, `mgp sample.mgp' > fails if I press SPC or left-click to display the next page. At > this time, mgp `--with-m17n-lib' seems to be unusable. After I fully upgraded on my sid environment today, this problem is gone. It might be caused by my half-upgraded environment... So, if libm17n-dev is installed, `mgp sample.mgp' doesn't abort on my sid environment now. -- Tatsuya Kinoshita pgpdFmrPmU0ae.pgp Description: PGP signature
Bug#401237: should not transition to testing, at least while ikiwiki 1.33 is there
Package: libcgi-formbuilder-perl Version: 3.04.01-1 Severity: serious This new upstream version of CGI::FormBuilder has some behavior changes and at least one outright bug that, collectively, make it not work with versions of ikiwiki before 1.35. It should not be allowed to transition to testing until ikiwiki 1.35 has made it into testing. The RMs might have more to say about the general wisdom of letting this major new upstream version of CGI::FormBuilder with its odd behavior changes into testing at this late date in the etch release cycle. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libcgi-formbuilder-perl depends on: ii perl 5.8.8-6.1 Larry Wall's Practical Extraction Versions of packages libcgi-formbuilder-perl recommends: ii libhtml-parser-perl 3.55-1 A collection of modules that parse -- no debconf information -- see shy jo signature.asc Description: Digital signature
Bug#400355: mozart-gtk: FTBFS: arch is unknown ?
Side note -- sparc does have a "sparc32" util that can be used to change the kernel personality that a process is running under (i.e., it changes the output of uname among other things...), and I believe the official buildds run all builds under sparc32 to avoid precisely these issues. Julien, can you confirm whether mozart/mozart-gtk build for you under sparc32? It's still a bug in these packages if they're looking at the value of uname instead of the architecture string from configure (in this case, one that's been passed *explicitly* on the commandline!), but there's no reason it should need to be RC if sparc32 works around it. 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: Close
Processing commands for [EMAIL PROTECTED]: > reopen 400220 Bug#400220: linux-modules-extra-2.6: source package does not compile due to missing build dependencies (squafs/unionfs) 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug reopened, originator not changed. > 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#400220: Close
reopen 400220 thanks On Fri, Dec 01, 2006 at 12:51:44PM -0500, Filipus Klutiero wrote: > Version: 2.6.18-2 > This seems fixed by the latest upload. No, it isn't. The latest upload still build-depends on squashfs-source and unionfs-source, and these packages are still not available in testing. I spelled this out in detail in my previous mail to this bug. And l-m-e-2.6 is still failing to build on arm because of the ICE in squashfs. So action is still required to resolve this bug; either we need some arm porter to step up and resolve the squashfs problem, or l-m-e-2.6 needs to not build squashfs modules on arm. -- 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: Bug#401180: schroot: using a symlink for /var/lib/schroot/mount causes /home and /tmp to be erased
Processing commands for [EMAIL PROTECTED]: > severity 401180 important Bug#401180: schroot: using a symlink for /var/lib/schroot/mount causes /home and /tmp to be erased Severity set to `important' from `critical' > 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#401180: schroot: using a symlink for /var/lib/schroot/mount causes /home and /tmp to be erased
severity 401180 important thanks On Fri, Dec 01, 2006 at 02:29:29PM +0100, Lucas Nussbaum wrote: > Package: schroot > Version: 1.0.3-1 > Severity: critical > Justification: causes removal of /home > I am using "file" chroots. the chroot is usually untared under > /var/lib/schroot, however, I wanted to change this to another location > (my /var is quite small, and many apps don't like it being full). > I couldn't find any way to specify another directory for this, so I just > symlinked /var/lib/schroot to another place. However, this caused > $LIBEXEC_DIR/schroot-listmounts to be unable to determine that /home, > /tmp, etc were still bind-mounted. So do_umount_all in that file exits > without error even if my filesystems are still bind-mounted, and my home > directory and my /tmp got removed. Symlinking system directories that are under the control of packages is always a risky affair. I'm sorry if this resulted in real data loss for you, but I don't think it's appropriate to hold schroot responsible at an RC-level for all the ways that things can go wrong if you put symlinks where directories are expected. BTW, an obvious way to do this without the use of symlinks would be to make /var/lib/schroot *itself* a bind-mount... -- 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#239326: Ha, Humerous picture
Pic050 Description: Pic050
Bug#249320: Ha, Humerous picture
Picture068 Description: Picture068
Bug#401153: backtrace for iasl bug #401153
On fre, 2006-12-01 at 15:43 -0800, Moore, Robert wrote: > I'm not sure I understand what you are describing, please clarify. Please see http://bugs.debian.org/401153 for the original bug report. Basically, iasl successfully compiles the atteched dsl file on a regular i386 pc, but when running the same program on PowerPC (Debian GNU/Linux) then you get a segmentation fault. There is probably a bug in the program somewhere which seems to only trigger on powerpc at the moment. It has been tracked down to being related to Asl.Value.String being NULL. This state seems invalid and makes the program crash. Do you have any idea what might have failed and how this variable could be uninitialized? It would be really appreciated if you have any hints about possible failures that we can investigate... Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#203598: This is a problem you may have
Picture099 Description: Picture099
Bug#399216: marked as done (libccaudio2-doc conflicts with libcommoncpp2-doc)
Your message dated Fri, 01 Dec 2006 21:17:04 + with message-id <[EMAIL PROTECTED]> and subject line Bug#399216: fixed in libccaudio2 0.9.10-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) --- Begin Message --- Subject: libccaudio2-doc: conflicts with libcommoncpp2-doc Package: libccaudio2-doc Version: 0.9.10-1 Severity: grave Justification: renders package unusable *** Please type your report below this line *** $ LANG=C sudo apt-get install libccaudio2-doc Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: libccaudio2-doc 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/278kB of archives. After unpacking 1995kB of additional disk space will be used. (Reading database ... 154441 files and directories currently installed.) Unpacking libccaudio2-doc (from .../libccaudio2-doc_0.9.10-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/libccaudio2-doc_0.9.10-1_all.deb (--unpack): trying to overwrite `/usr/share/man/man3/ost.3.gz', which is also in package libcommoncpp2-doc Errors were encountered while processing: /var/cache/apt/archives/libccaudio2-doc_0.9.10-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) -- wbr, Vitaly Mayatskih --- End Message --- --- Begin Message --- Source: libccaudio2 Source-Version: 0.9.10-2 We believe that the bug you reported is fixed in the latest version of libccaudio2, which is due to be installed in the Debian FTP archive: libccaudio2-0.9-0_0.9.10-2_i386.deb to pool/main/libc/libccaudio2/libccaudio2-0.9-0_0.9.10-2_i386.deb libccaudio2-dev_0.9.10-2_i386.deb to pool/main/libc/libccaudio2/libccaudio2-dev_0.9.10-2_i386.deb libccaudio2-doc_0.9.10-2_all.deb to pool/main/libc/libccaudio2/libccaudio2-doc_0.9.10-2_all.deb libccaudio2_0.9.10-2.diff.gz to pool/main/libc/libccaudio2/libccaudio2_0.9.10-2.diff.gz libccaudio2_0.9.10-2.dsc to pool/main/libc/libccaudio2/libccaudio2_0.9.10-2.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. Mark Purcell <[EMAIL PROTECTED]> (supplier of updated libccaudio2 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: Fri, 1 Dec 2006 21:07:37 + Source: libccaudio2 Binary: libccaudio2-0.9-0 libccaudio2-dev libccaudio2-doc Architecture: source i386 all Version: 0.9.10-2 Distribution: unstable Urgency: low Maintainer: Debian VoIP Team <[EMAIL PROTECTED]> Changed-By: Mark Purcell <[EMAIL PROTECTED]> Description: libccaudio2-0.9-0 - GNU ccAudio2 - a C++ class framework for processing audio files libccaudio2-dev - header files and static link library for GNU ccAudio libccaudio2-doc - Documentation files for GNU ccAudio2 library Closes: 399216 Changes: libccaudio2 (0.9.10-2) unstable; urgency=low . * Delete usr/share/man/man3/ost.3.gz again - Fixes: libccaudio2-doc conflicts with libcommoncpp2-doc (Closes: #399216) Files: 883ca6cbf429d51f8c7c6812333f3891 756 libs optional libccaudio2_0.9.10-2.dsc 26b48af2747f2a77425e48e66d990861 3419 libs optional libccaudio2_0.9.10-2.diff.gz 008c7d61e6a311f12448897b91745ece 276528 doc optional libccaudio2-doc_0.9.10-2_all.deb 6ffec952eb7f0ea52964bc4a31d400ab 87266 libdevel optional libccaudio2-dev_0.9.10-2_i386.deb ffa9a44cfdfaaab06029428b5f3a26e6 69322 libs optional libccaudio2-0.9-0_0.9.10-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFcJpAoCzanz0IthIRArErAJ0TAplq41MOfA124U5s8izFlTghIgCeLgdH nFRr1BY2IjVTsiE707EbYCY= =dmQ7 -END PGP SIGNATURE- --- End Message ---
Bug#400955: marked as done (base64 problems authenticating using gssapi)
Your message dated Fri, 01 Dec 2006 21:17:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#400955: fixed in cyrus-sasl2 2.1.22.dfsg1-5 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) --- Begin Message --- package: libsasl2-modules-gssapi-mit severity: grave justification: package seems not to work at all I get a base64 error authenticating to a system that works fine with a previous version of sasl. To reproduce: apt-get install krb5-user kinit [EMAIL PROTECTED] password: foobarbaz apt-get install cyrus21-clients imtest -m gssapi -u hartmans imap.suchdamage.org You get a base64 decoding error. With the old sasl you should get an authentication failure because testprinc is not allowed to read my mail. --Sam --- End Message --- --- Begin Message --- Source: cyrus-sasl2 Source-Version: 2.1.22.dfsg1-5 We believe that the bug you reported is fixed in the latest version of cyrus-sasl2, which is due to be installed in the Debian FTP archive: cyrus-sasl2-dbg_2.1.22.dfsg1-5_i386.deb to pool/main/c/cyrus-sasl2/cyrus-sasl2-dbg_2.1.22.dfsg1-5_i386.deb cyrus-sasl2-doc_2.1.22.dfsg1-5_all.deb to pool/main/c/cyrus-sasl2/cyrus-sasl2-doc_2.1.22.dfsg1-5_all.deb cyrus-sasl2_2.1.22.dfsg1-5.diff.gz to pool/main/c/cyrus-sasl2/cyrus-sasl2_2.1.22.dfsg1-5.diff.gz cyrus-sasl2_2.1.22.dfsg1-5.dsc to pool/main/c/cyrus-sasl2/cyrus-sasl2_2.1.22.dfsg1-5.dsc libsasl2-2_2.1.22.dfsg1-5_i386.deb to pool/main/c/cyrus-sasl2/libsasl2-2_2.1.22.dfsg1-5_i386.deb libsasl2-dev_2.1.22.dfsg1-5_i386.deb to pool/main/c/cyrus-sasl2/libsasl2-dev_2.1.22.dfsg1-5_i386.deb libsasl2-modules-gssapi-heimdal_2.1.22.dfsg1-5_i386.deb to pool/main/c/cyrus-sasl2/libsasl2-modules-gssapi-heimdal_2.1.22.dfsg1-5_i386.deb libsasl2-modules-gssapi-mit_2.1.22.dfsg1-5_i386.deb to pool/main/c/cyrus-sasl2/libsasl2-modules-gssapi-mit_2.1.22.dfsg1-5_i386.deb libsasl2-modules-ldap_2.1.22.dfsg1-5_i386.deb to pool/main/c/cyrus-sasl2/libsasl2-modules-ldap_2.1.22.dfsg1-5_i386.deb libsasl2-modules-otp_2.1.22.dfsg1-5_i386.deb to pool/main/c/cyrus-sasl2/libsasl2-modules-otp_2.1.22.dfsg1-5_i386.deb libsasl2-modules-sql_2.1.22.dfsg1-5_i386.deb to pool/main/c/cyrus-sasl2/libsasl2-modules-sql_2.1.22.dfsg1-5_i386.deb libsasl2-modules_2.1.22.dfsg1-5_i386.deb to pool/main/c/cyrus-sasl2/libsasl2-modules_2.1.22.dfsg1-5_i386.deb libsasl2_2.1.22.dfsg1-5_i386.deb to pool/main/c/cyrus-sasl2/libsasl2_2.1.22.dfsg1-5_i386.deb sasl2-bin_2.1.22.dfsg1-5_i386.deb to pool/main/c/cyrus-sasl2/sasl2-bin_2.1.22.dfsg1-5_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. Fabian Fagerholm <[EMAIL PROTECTED]> (supplier of updated cyrus-sasl2 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: Fri, 1 Dec 2006 22:41:02 +0200 Source: cyrus-sasl2 Binary: libsasl2-modules-ldap libsasl2-2 libsasl2 sasl2-bin cyrus-sasl2-doc libsasl2-dev libsasl2-modules-gssapi-heimdal libsasl2-modules-otp libsasl2-modules-sql libsasl2-modules libsasl2-modules-gssapi-mit cyrus-sasl2-dbg Architecture: source i386 all Version: 2.1.22.dfsg1-5 Distribution: unstable Urgency: low Maintainer: Fabian Fagerholm <[EMAIL PROTECTED]> Changed-By: Fabian Fagerholm <[EMAIL PROTECTED]> Description: cyrus-sasl2-dbg - Debugging symbols for Cyrus SASL cyrus-sasl2-doc - Documentation for Cyrus SASL library and utilities libsasl2 - Authentication abstraction library libsasl2-2 - Authentication abstraction library libsasl2-dev - Development files for SASL authentication abstraction library libsasl2-modules - Pluggable Authentication Modules for SASL libsasl2-modules-gssapi-heimdal - Pluggable Authentication Modules for SASL (GSSAPI) libsasl2-modules-gssapi-mit - Pluggable Authentication Modules for SASL (GSSAPI) libsasl2-modules-ldap - Pluggable Authentication Modules for SASL (LDAP) libsasl2-modules-otp - Pluggable Authentication Modules for SASL (OTP) libsasl2-modules-sql - Pluggable Authentication Modules for SASL (SQL) sasl2-bin - Administration programs for SASL users database Closes: 400772 400955 Changes: cyrus-sasl2 (2.1.22.dfsg1-5) unstable;
Bug#394534: No data sync on kpilot 3.5.5
On Monday 20 November 2006 18:31, Sune Vuorela wrote: > Thanks to the hard work of kpilot upstream, the newer rumors is that it now > works with the new pilot-link. And newer rumors says that most of the conduits should be reenabled in packages located at http://mirror.pusling.com/kdepim/kdepim_4:3.5.5.dfsg.1-3~sune1/ The .changes file contains all the md5sums of the files. This is the md5sum of changes: 33303bb7dab96191eaa0368a7d626a76 kdepim_3.5.5.dfsg.1-3~sune1_i386.changes I would like some quick intensive testing of this and some positive respons quickly if these changes should be included in etch Building instructions for other archs: > If you got amd64 or another arch, you can built your self with the > following steps: > Download .dsc, diff.gz, orig.tar.gz into some kind of working directory > enter this working directory. dpkg-source -x > kdepim_3.5.5.dfsg.1-2~sune1.dsc as root: apt-get build-dep kdepim > as root: apt-get install build-essential fakeroot > > enter the kdepim directory > dpkg-build-package -rfakeroot > > go back one step. > check the debs are there > install with dpkg -i file.deb Happy testing /Sune -- I cannot debug the virus over the DVD file, how does it work? The point is that you need to cancel a processor for booting the monitor. pgplPTZ7tRxK7.pgp Description: PGP signature
Processed: setting package to libccaudio2 libccaudio2-0.9-0 libccaudio2-dev libccaudio2-doc, tagging 399216
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.26 > package libccaudio2 libccaudio2-0.9-0 libccaudio2-dev libccaudio2-doc Ignoring bugs not assigned to: libccaudio2-dev libccaudio2 libccaudio2-doc libccaudio2-0.9-0 > tags 399216 + pending Bug#399216: libccaudio2-doc conflicts with libcommoncpp2-doc There were no tags set. 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#397788: closed by Ari Pollak <[EMAIL PROTECTED]> (Bug#397788: fixed in gaim 1:2.0.0+beta5-1)
On Thu, Nov 30, 2006 at 12:20:43PM -0600, Corey Minyard wrote: > Thread 3 (Thread 1090525536 (LWP 5767)): > #0 gst_audio_clock_new (name=, >func=0x2b399920ebd0 , >user_data=0x2b2060a0) at gstaudioclock.c:96 > No locals. > #1 0x2b399920ebba in gst_base_audio_sink_init ( >baseaudiosink=0x2b2060a0, g_class=) >at gstbaseaudiosink.c:156 > No locals. > #2 0x2b3990bc8734 in IA__g_type_create_instance ( >type=) at gtype.c:1559 >pnode = (TypeNode *) 0x30 >node = (TypeNode *) 0x6b86e0 >instance = (GTypeInstance *) 0x2b2060a0 >class = (GTypeClass *) 0xb5fca0 >i = 2 Evidently this is another gstreamer-related crash, but I'm not seeing this at all on my amd64 system here. Curiously, > #7 0x2b398e40f182 in gst_element_factory_create ( >factory=, >name=0x2b203360 "autoaudiosink1-actual-sink-alsa") >at gstelementfactory.c:381 >element = >oclass = >newfactory = >__PRETTY_FUNCTION__ = "gst_element_factory_create" My gstreamer config is set up to use alsa, but if I click on Tools -> Preferences -> Sounds in gaim, alsa isn't even listed as a supported method on its own here. I'm wondering if this bug shouldn't be downgraded, since it appears to only happen in certain (as yet unspecified) circumstances. -- 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#376812: I have a Voodoo2 card...
Hey, On Fri, 2006-12-01 at 10:23:17 +0100, Wouter Verhelst wrote: > I have such a card, but it's sitting in a machine that runs Sarge (and > I'm not going to update it to etch before that's released). > > If it would help, I'd be willing to run some tests on that box. Just > tell me what you want me to do and what information you need back, and > I'll do so. I've packages ready now, but I've to forward port the device3dfx kernel module to the latest kernel versions. I'll do that today or so and provide the stuff for testing. thanks, guillem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398373: Reopen 398373
reopen 398373 tags 398373 +pending quit This bug must have been closed by accident, as we still need to apply a similar patch as to #396939. I'm preparing it right now. -- Cheers, Sven Arvidsson http://www.whiz.se PGP Key ID 760BDD22 signature.asc Description: This is a digitally signed message part
Bug#399693: marked as done (bazaar: GPL program links to OpenSSL)
Your message dated Fri, 01 Dec 2006 19:47:04 + with message-id <[EMAIL PROTECTED]> and subject line Bug#399693: fixed in bazaar 1.4.2-5.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) --- Begin Message --- Package: bazaar Version: 1.4.2-5.1 Severity: serious Justification: Policy 2.3 I checked the sources and couldn't find an exception that would allow distributing bazaar linked to OpenSSL, since it is not GPL-compatible. Please, try to port/link it to GNUTLS, remove SSL support, or remove this package from Debian. Thanks. -- 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.17-1-vserver-amd64-k8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages bazaar depends on: ii diff 2.8.1-11ubuntu1 File comparison utilities ii gawk 1:3.1.5.dfsg-4 GNU awk, a pattern scanning and pr ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libgpgme11 1.1.2-2 GPGME - GnuPG Made Easy ii libneon250.25.5.dfsg-6 An HTTP and WebDAV client library ii libssl0.9.8 0.9.8c-3SSL shared libraries ii patch2.5.9-4 Apply a diff file to an original bazaar recommends no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: bazaar Source-Version: 1.4.2-5.2 We believe that the bug you reported is fixed in the latest version of bazaar, which is due to be installed in the Debian FTP archive: bazaar-dbg_1.4.2-5.2_sparc.deb to pool/main/b/bazaar/bazaar-dbg_1.4.2-5.2_sparc.deb bazaar_1.4.2-5.2.diff.gz to pool/main/b/bazaar/bazaar_1.4.2-5.2.diff.gz bazaar_1.4.2-5.2.dsc to pool/main/b/bazaar/bazaar_1.4.2-5.2.dsc bazaar_1.4.2-5.2_sparc.deb to pool/main/b/bazaar/bazaar_1.4.2-5.2_sparc.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. Clint Adams <[EMAIL PROTECTED]> (supplier of updated bazaar 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: Fri, 1 Dec 2006 09:56:29 -0500 Source: bazaar Binary: bazaar-dbg bazaar Architecture: source sparc Version: 1.4.2-5.2 Distribution: unstable Urgency: high Maintainer: Anand Kumria <[EMAIL PROTECTED]> Changed-By: Clint Adams <[EMAIL PROTECTED]> Description: bazaar - arch-based distributed revision control system bazaar-dbg - bazaar revision control system debug symbols Closes: 399693 Changes: bazaar (1.4.2-5.2) unstable; urgency=high . * NMU * Add 06_neon26.dpatch to handle the neon26 API. * Build-depend on libneon26-gnutls-dev instead of libneon25-dev to avoid an OpenSSL license violation. closes: #399693. Files: fea34284c8434371ce46f1fbb369965d 677 devel extra bazaar_1.4.2-5.2.dsc 8889285c27918cff817243cd3bdfd7ca 11282 devel extra bazaar_1.4.2-5.2.diff.gz fd05672cbf2f15b579f1334b445ebe9f 403854 devel extra bazaar_1.4.2-5.2_sparc.deb e501096e35dee902b46ef47b39105829 703574 devel extra bazaar-dbg_1.4.2-5.2_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Debian! iD8DBQFFcIJ55m0u66uWM3ARArm9AJ9Vs28UKTctwrDeM54MkUpgpTjmlwCg1ybM d4F+OPQXr9G1GG/1ojUJKWs= =Tw1y -END PGP SIGNATURE- --- End Message ---
Processed: Reopen 398373
Processing commands for [EMAIL PROTECTED]: > reopen 398373 Bug#398373: gnome-applets drivemount: incorrectly claims that USB drive is unmounted during the cache flush 'reopen' is deprecated when a bug has been closed with a version; use 'found' or 'submitter' as appropriate instead. Bug#355261: gnome-applets: drivemount_applet2 : should wait until unmounting finished Bug reopened, originator not changed. > tags 398373 +pending Bug#398373: gnome-applets drivemount: incorrectly claims that USB drive is unmounted during the cache flush There were no tags set. Bug#355261: gnome-applets: drivemount_applet2 : should wait until unmounting finished Tags added: pending > 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#400083: Does not start (System.DllNotFoundException: libc)
Oh, I've also pushed this patch to the upstream author. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF signature.asc Description: This is a digitally signed message part
Bug#400083: marked as done (Does not start (System.DllNotFoundException: libc))
Your message dated Fri, 01 Dec 2006 20:02:09 + with message-id <[EMAIL PROTECTED]> and subject line Closing 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) --- Begin Message --- Package: last-exit Version: 3.0-3 Severity: grave The application does not start: Unhandled Exception: System.DllNotFoundException: libc at (wrapper managed-to-native) LastExit.Driver:prctl (int,byte[],ulong,ulong,ulong) at LastExit.Driver.SetProcessName (System.String name) [0x0] at LastExit.Driver.Main (System.String[] args) [0x0] The strace shows: stat("./libc", 0x7fff802a5a20) = -1 ENOENT (No such file or directory) stat("./libc.so", 0x7fff802a5a20) = -1 ENOENT (No such file or directory) stat("./libc.la", 0x7fff802a5a20) = -1 ENOENT (No such file or directory) open("./libc.so", O_RDONLY) = -1 ENOENT (No such file or directory) stat("libc", 0x7fff802a5a20)= -1 ENOENT (No such file or directory) stat("libc.so", 0x7fff802a5a20) = -1 ENOENT (No such file or directory) stat("libc.la", 0x7fff802a5a20) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 13 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/libc.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/libc.so", O_RDONLY) = 13 Unhandled Exception: System.DllNotFoundException: libc at (wrapper managed-to-native) LastExit.Driver:prctl (int,byte[],ulong,ulong,ulong) at LastExit.Driver.SetProcessName (System.String name) [0x0] at LastExit.Driver.Main (System.String[] args) [0x0] mkdir("/home/ch/.wapi", 0755) = -1 EEXIST (File exists) unlink("/home/ch/.wapi/shared_data-app109-Linux-x86_64-320-10-0") = 0 mkdir("/home/ch/.wapi", 0755) = -1 EEXIST (File exists) unlink("/home/ch/.wapi/shared_fileshare-app109-Linux-x86_64-40-10-0") = 0 Process 8182 detached bye, -christian- -- 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.18-2-amd64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages last-exit depends on: ii gconf2 2.16.0-2GNOME configuration database syste ii gstreamer0.10-fluendo-mp 0.10.2.debian-1 Fluendo mp3 decoder GStreamer plug ii gstreamer0.10-plugins-ug 0.10.4-4GStreamer plugins from the "ugly" ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.0.1-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3 simple interprocess messaging syst ii libfontconfig1 2.4.1-2 generic font configuration library ii libgconf2-4 2.16.0-2GNOME configuration database syste ii libgconf2.0-cil 2.8.3-2 CLI binding for GConf 2.12 ii libglade2.0-cil 2.8.3-2 CLI binding for the Glade librarie ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libglib2.0-cil 2.8.3-2 CLI binding for the GLib utility l ii libgnome2.0-cil 2.8.3-2 CLI binding for GNOME 2.12 ii libgstreamer0.10-0 0.10.10-2 Core GStreamer libraries and eleme ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libgtk2.0-cil2.8.3-2 CLI binding for the GTK+ toolkit 2 ii libmono-corlib1.0-cil1.1.18-3Mono core library (1.0) ii libmono-system-web1.0-ci 1.1.18-3Mono System.Web library ii libmono-system1.0-cil1.1.18-3Mono System libraries (1.0) ii libmono1.0-cil 1.1.18-3Mono libraries (1.0) ii liborbit21:2.14.3-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.14.7-1Layout and rendering of internatio ii libx11-6 2:1.0.3-3 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxine
Processed: Fix bug severity
Processing commands for [EMAIL PROTECTED]: > severity 355743 normal Bug#355743: RM: rtai [mips mipsel] -- Needs port, FTBFS Severity set to `normal' from `serious' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397216: libastro-fits-cfitsio-perl: FTBFS: wrong byteswap on mipsel and arm
On Thu, Nov 30, 2006 at 08:20:40PM -0600, Gunnar Wolf wrote: > > I'm CCing the mipsel and arm buildd maintainers. Could you please requeue > > libastro-fits-cfitsio-perl? > > Wookey, one of the ARM porters, confirmed me (on Nov. 21) that it was > still not buildable: > > (08:13:44 PM) wookey: gwolf - the patch in #339758 does not seem to be > in /usr/include/fitsio2.h in libcfitsio3 > (08:13:57 PM) wookey: that might explain why its not workgin > (08:45:30 PM) wookey: rebuiding libcfitsio3 with the patch now > (09:50:29 PM) wookey: OK, with a rebuilt patched libcfitsio3 > libastro-fits-cfitsio-perl build and runs tests OK too > (09:51:59 PM) wookey: so the prob seems to be that the (final) just > got missing out of cfitsio3_3.006-1 This was probably because cfitsio 3.006-1.2, which was the first try at fixing the issue (#397619), was uploaded on Nov 21 but never built succesfully on arm and mips. This was fixed in 3.006-1.3 on Nov 26, so all arches should be OK now. I just verified that libastro-fits-cfitsio-perl 1.05-1 builds fine on arm (a qemu installation) with cfitsio3 3.006-1.3. > I'm sorry for asking him and not following up on his reply - Could you > check this with him on IRC? (...maybe I should declare myself on > semi-VAC? :( ) As I managed to test the build myself, I guess this isn't needed anymore. Cheers, -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401153: backtrace for iasl bug #401153
Hi Robert, I've been submitted a bug from the powerpc Debian's folks (see below or point your browser at [1]). In short the story is: we enabled building iasl for powerpc in order to buld DSDT tables for qemu which is available on powerpc and can emulate the x86. So we have a DSDT which makes iasl segfault while building on powerpc, it doesn't on i386. The DSDT is here: http://bugs.debian.org/cgi-bin/bugreport.cgi/acpi-dsdt.dsl?bug=401153;msg=5;att=1 Can you help putting some light where the problem may hide? Thanks [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401153 - Forwarded message from Andreas Henriksson <[EMAIL PROTECTED]> - Subject: Bug#401153: backtrace for iasl bug #401153 From: Andreas Henriksson <[EMAIL PROTECTED]> Date: Fri, 1 Dec 2006 16:45:37 +0100 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> User-Agent: Mutt/1.5.9i Reply-To: Andreas Henriksson <[EMAIL PROTECTED]>, [EMAIL PROTECTED] On Fri, Dec 01, 2006 at 03:42:51PM +0100, Andreas Henriksson wrote: > Program received signal SIGSEGV, Segmentation fault. > 0x10019570 in TrAmlTransformWalk () > (gdb) bt > #0 0x10019570 in TrAmlTransformWalk () > #1 0x1001758c in TrWalkParseTree () > #2 0x1000b728 in CmDoCompile () > #3 0x10011250 in main () > (gdb) > I forgot to mention, this is on Debian Testing PowerPC with iasl recompiled with DEB_BUILD_OPTIONS="noopt, nostrip". Some additional printf debugging shows this: TrAmlTransformWalk -> TrTransformSubtree -> TrDoDefinitionBlock File compiler/asltransform.c line 432: if (!ACPI_COMPARE_NAME (Next->Asl.Value.String, ACPI_SIG_DSDT)) it blows up here Next->Asl.Value.String is NULL... All the macro/pointer obfuscation got me lost here... HTH -- Regards, Andreas Henriksson - End forwarded message - -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386415: closes also 337243
i think that closing this bug also closes 337243. thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401153: backtrace for iasl bug #401153
On Fri, Dec 01, 2006 at 04:45:37PM +0100, Andreas Henriksson wrote: > On Fri, Dec 01, 2006 at 03:42:51PM +0100, Andreas Henriksson wrote: > > Program received signal SIGSEGV, Segmentation fault. > > 0x10019570 in TrAmlTransformWalk () > > (gdb) bt > > #0 0x10019570 in TrAmlTransformWalk () > > #1 0x1001758c in TrWalkParseTree () > > #2 0x1000b728 in CmDoCompile () > > #3 0x10011250 in main () > > (gdb) > > > > I forgot to mention, this is on Debian Testing PowerPC with iasl > recompiled with DEB_BUILD_OPTIONS="noopt, nostrip". > > > Some additional printf debugging shows this: > TrAmlTransformWalk -> TrTransformSubtree -> TrDoDefinitionBlock > > File compiler/asltransform.c line 432: > if (!ACPI_COMPARE_NAME (Next->Asl.Value.String, ACPI_SIG_DSDT)) > > it blows up here Next->Asl.Value.String is NULL... All the > macro/pointer obfuscation got me lost here... Thanks, I'm forwading the thing upstream -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed (with 1 errors): Please remove the rtai binaries for mips/mipsel
Processing commands for [EMAIL PROTECTED]: > reassign 355743 ftp.debian.org Bug#355743: FTBFS on mips: no defconfig Bug reassigned from package `rtai' to `ftp.debian.org'. > retitle 355743 RM: rtai [mips mipsel] -- Needs port, FTBFS Bug#355743: FTBFS on mips: no defconfig Changed Bug title. > severity normal Unknown command or malformed arguments to command. > 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#398334: marked as done (FTBFS build-depends against unavailable package)
Your message dated Fri, 01 Dec 2006 18:37:59 + with message-id <[EMAIL PROTECTED]> and subject line Bug#398334: fixed in klibc 1.4.30-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) --- Begin Message --- Package: klibc Version: 1.4.30-1 Severity: serious Justification: no longer builds from source Hi, Your package build-depends against linux-headers-2.6.18-1 which is no longer available. Could you please, update the build-dependency against linux-headers-2.6.18-2 ? Cheers. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- Rappelons-nous que nous traitons d'infinis et d'indivisibles, inaccessibles à notre entendement fini, les premiers à cause de leur immensité, les seconds à cause de leur petitesse. Pourtant nous constatons que la raison humaine ne peut s'empêcher de sans cesse y revenir. -+- Galileo Galilei, Discours et démonstrations mathématiques concernant deux sciences nouvelles -+- --- End Message --- --- Begin Message --- Source: klibc Source-Version: 1.4.30-2 We believe that the bug you reported is fixed in the latest version of klibc, which is due to be installed in the Debian FTP archive: klibc-utils-floppy-udeb_1.4.30-2_amd64.udeb to pool/main/k/klibc/klibc-utils-floppy-udeb_1.4.30-2_amd64.udeb klibc-utils-udeb_1.4.30-2_amd64.udeb to pool/main/k/klibc/klibc-utils-udeb_1.4.30-2_amd64.udeb klibc-utils_1.4.30-2_amd64.deb to pool/main/k/klibc/klibc-utils_1.4.30-2_amd64.deb klibc_1.4.30-2.diff.gz to pool/main/k/klibc/klibc_1.4.30-2.diff.gz klibc_1.4.30-2.dsc to pool/main/k/klibc/klibc_1.4.30-2.dsc libklibc-dev_1.4.30-2_amd64.deb to pool/main/k/klibc/libklibc-dev_1.4.30-2_amd64.deb libklibc-udeb_1.4.30-2_amd64.udeb to pool/main/k/klibc/libklibc-udeb_1.4.30-2_amd64.udeb libklibc_1.4.30-2_amd64.deb to pool/main/k/klibc/libklibc_1.4.30-2_amd64.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. maximilian attems <[EMAIL PROTECTED]> (supplier of updated klibc 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: Wed, 29 Nov 2006 11:39:52 +0100 Source: klibc Binary: libklibc-dev klibc-utils-floppy-udeb libklibc-udeb libklibc klibc-utils klibc-utils-udeb Architecture: source amd64 Version: 1.4.30-2 Distribution: unstable Urgency: low Maintainer: maximilian attems <[EMAIL PROTECTED]> Changed-By: maximilian attems <[EMAIL PROTECTED]> Description: klibc-utils - small statically-linked utilities built with klibc klibc-utils-floppy-udeb - small utilities built with klibc for the boot floppy (udeb) klibc-utils-udeb - small statically-linked utilities built with klibc (udeb) libklibc - minimal libc subset for use with initramfs libklibc-dev - kernel headers used during the build of klibc libklibc-udeb - minimal libc subset for use with initramfs (udeb) Closes: 398302 398334 Changes: klibc (1.4.30-2) unstable; urgency=low . * Build against linux-headers-2.6.18-3. (closes: 398334) * Add klibc-utils-add_swsusp_to_fstype.patch (closes: 398302) thanks David Härdeman <[EMAIL PROTECTED]>. * Add klibc-utils-floppy-udeb on request by the d-i folks. Files: c7e1fc9a496d8f2c2d3c4c8fe5acf1cd 747 libs optional klibc_1.4.30-2.dsc 22a61e4ea74fd5a87dbbd796be84cfec 15311 libs optional klibc_1.4.30-2.diff.gz b0a1726d410e2867183b4429988dce50 1912524 libdevel optional libklibc-dev_1.4.30-2_amd64.deb 27a2967757053fc45cd679531e98c357 45124 libs optional libklibc_1.4.30-2_amd64.deb 609fa7e4656fbaa1219d33d1cbbb2609 173992 libs optional klibc-utils_1.4.30-2_amd64.deb 3ab1a8928ef7e00a5c072c8c9d5f9924 164204 debian-installer optional klibc-utils-udeb_1.4.30-2_amd64.udeb 48ed046f99dd396cab1020338dcc781b 58508 debian-installer optional klibc-utils-floppy-udeb_1.4.30-2_amd64.udeb 0cdeed69a340d1a227ff936295c31733 36370 debian-installer optional libklibc-udeb_1.4.30-2_amd64.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Versio
Bug#355743: Please remove the rtai binaries for mips/mipsel
reassign 355743 ftp.debian.org retitle 355743 RM: rtai [mips mipsel] -- Needs port, FTBFS severity normal thanks MIPS is currently not supported by rtai, please remove the outdated non-functional binaries for mips/mipsel. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400998: Please provide example
Hi Justin, On Thu, Nov 30, 2006 at 02:36:02PM -0500, Justin Pryzby wrote: > When I dpkg-reconfigure ddclient, it lists only the first of the two hostnames > (roars.homeunix.net), rather than both such names, separated by a comma > delimater. After running through the rest of reconfiguration, my local > configuration changes were lost. (Compare with policy: |local changes must be > preserved during a package upgrade, ...) Yes, during package upgrade. What you are doing is to re-configure the package, that is, you are overwriting the old configuration. It is not possible to allow all possible configurations using the debconf interface as the possibilities of all non-trivial applications are overwhelming. Therefore, the debconf scripts for ddclient are only capable of configuring for the common case that you update a single DynDNS entry. I do not currently plan to support multiple hosts via debconf. Greetings Torsten signature.asc Description: Digital signature
Bug#400483: fmit: --disable-alsa seems to workaround the problem.
On fre, 2006-12-01 at 17:48 +0100, Ludovic RESLINGER wrote: > Could you verify if all your system is updated with latest versions > of packages? My AMD64 runs up to date Unstable (updated daily). My PowerPC runs up to date Testing (updated regularily, don't use it every day). Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400930: marked as done (texlive-omega: should conflict with aleph)
Your message dated Fri, 01 Dec 2006 17:32:12 + with message-id <[EMAIL PROTECTED]> and subject line Bug#400930: fixed in texlive-bin 2005.dfsg.2-5 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) --- Begin Message --- Package: texlive-omega Version: 2005.dfsg.2-4 Severity: serious texlive-omega provides a binary named aleph in /usr/bin. The same is true for the package aleph. The right fix for this would be packaging AFNIX (#379564), which supersedes the aleph programming language provided by the aleph package. This would remove this filename conflict. However, nobody has claimed AFNIX's RFP yet and aleph has been orphaned some time ago (#374120). Hence texlive-omega should do the same as tetex-bin does already, ie, conflict with aleph (<< 1:0). cheerio ralf -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.10-thinkpad Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) --- End Message --- --- Begin Message --- Source: texlive-bin Source-Version: 2005.dfsg.2-5 We believe that the bug you reported is fixed in the latest version of texlive-bin, which is due to be installed in the Debian FTP archive: texlive-base-bin_2005.dfsg.2-5_i386.deb to pool/main/t/texlive-bin/texlive-base-bin_2005.dfsg.2-5_i386.deb texlive-bin_2005.dfsg.2-5.diff.gz to pool/main/t/texlive-bin/texlive-bin_2005.dfsg.2-5.diff.gz texlive-bin_2005.dfsg.2-5.dsc to pool/main/t/texlive-bin/texlive-bin_2005.dfsg.2-5.dsc texlive-extra-utils_2005.dfsg.2-5_i386.deb to pool/main/t/texlive-bin/texlive-extra-utils_2005.dfsg.2-5_i386.deb texlive-font-utils_2005.dfsg.2-5_i386.deb to pool/main/t/texlive-bin/texlive-font-utils_2005.dfsg.2-5_i386.deb texlive-lang-indic_2005.dfsg.2-5_i386.deb to pool/main/t/texlive-bin/texlive-lang-indic_2005.dfsg.2-5_i386.deb texlive-metapost_2005.dfsg.2-5_i386.deb to pool/main/t/texlive-bin/texlive-metapost_2005.dfsg.2-5_i386.deb texlive-music_2005.dfsg.2-5_i386.deb to pool/main/t/texlive-bin/texlive-music_2005.dfsg.2-5_i386.deb texlive-omega_2005.dfsg.2-5_i386.deb to pool/main/t/texlive-bin/texlive-omega_2005.dfsg.2-5_i386.deb texlive-pdfetex_2005.dfsg.2-5_i386.deb to pool/main/t/texlive-bin/texlive-pdfetex_2005.dfsg.2-5_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. Frank Küster <[EMAIL PROTECTED]> (supplier of updated texlive-bin 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: Fri, 1 Dec 2006 14:34:22 +0100 Source: texlive-bin Binary: texlive-extra-utils texlive-pdfetex texlive-lang-indic texlive-omega texlive-font-utils texlive-metapost texlive-base-bin texlive-music Architecture: source i386 Version: 2005.dfsg.2-5 Distribution: unstable Urgency: high Maintainer: Debian TeX Maintainers <[EMAIL PROTECTED]> Changed-By: Frank Küster <[EMAIL PROTECTED]> Description: texlive-base-bin - TeX Live: Essential binaries texlive-extra-utils - TeX Live: TeX auxiliary programs texlive-font-utils - TeX Live: TeX font-related programs texlive-lang-indic - TeX Live: Indic texlive-metapost - TeX Live: MetaPost (and Metafont) drawing packages texlive-music - TeX Live: Music typesetting texlive-omega - TeX Live: Omega texlive-pdfetex - TeX Live: pdfTeX Closes: 400930 Changes: texlive-bin (2005.dfsg.2-5) unstable; urgency=high . * Add Conflicts of texlive-omega on the aleph package (closes: #400930), both provide the same binary. In the long run, aleph should be superseded by AFNIX. Files: fb0a733a0294438999e3e8cb36520f42 1077 tex optional texlive-bin_2005.dfsg.2-5.dsc 86da8038ac8a47148e8379bd0f24da46 98699 tex optional texlive-bin_2005.dfsg.2-5.diff.gz 9b6378275d1c8ab122ef80f0d1b9f617 12022752 tex optional texlive-base-bin_2005.dfsg.2-5_i386.deb 356c074066fc2c821a11c06bd2dda9d9 732972 tex optional texlive-extra-utils_2005.dfsg.2-5_i386.deb e02e7dc9da850cc4625f3f2652591559 1379992 tex optional texlive-font-utils_2005.dfsg.2-5_i386.deb 3beaef1175f5bd44ddeb2553554edea9 5944014 tex optional texlive-metapost_2005.dfsg.2-5_i386.deb 139adf6f326f1c4c733a8af7a40d33d6 3060712 tex optional tex
Bug#400220: marked as done (linux-modules-extra-2.6: source package does not compile due to missing build dependencies (squafs/unionfs))
Your message dated Fri, 1 Dec 2006 12:51:44 -0500 with message-id <[EMAIL PROTECTED]> and subject line Close 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) --- Begin Message --- Package: linux-modules-extra-2.6 Version: 2.6.17-2 Severity: serious Justification: no longer builds from source The source package depends on the 'squashfs-source' and 'unionfs-source' package, which are not available in etch. Looking at packages.debian.org: 'squashfs-source' is only available in unstable and 'unionfs-source' only in stable and unstable, but _not_ testing! As far as I remember, by removing all the relevant rules for building the unionfs/squasfs related modules-packages, the 'redhat-cluster-modules' and 'spca5xx-modules' are building fine (at least on amd64). -- System Information: Debian Release: 4.0 Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-dolly-aar81xx Locale: LANG=C, LC_CTYPE=en_US (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) --- End Message --- --- Begin Message --- Version: 2.6.18-2 This seems fixed by the latest upload. --- End Message ---
Bug#396630: marked as done (needs rebuild and ABI bump for 2.6.18-2)
Your message dated Fri, 1 Dec 2006 12:50:13 -0500 with message-id <[EMAIL PROTECTED]> and subject line Out of date 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) --- Begin Message --- Package: squashfs Severity: grave Justification: renders package unusable. ---snippp--- squashfs: disagrees about version of symbol page_to_pfn squashfs: Unknown symbol page_to_pfn modprobe: FATAL: Error inserting squashfs (/lib/modules/2.6.18-1-amd64/extra/squashfs/squashfs.ko): Unknown symbol in module, or unknown parameter (see dmesg) ---snapp -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ --- End Message --- --- Begin Message --- This was obsoleted by 2.6.18-3. --- End Message ---
Bug#401051: iceweasel fails to start when firefox is installed
On Fri, Dec 01, 2006 at 09:18:36AM +0100, Uwe Kleine-Koenig <[EMAIL PROTECTED]> wrote: > Hello Mike, > > Mike Hommey wrote: > > > Package: firefox > > > Version: 2.0+dfsg-1 > > > Severity: grave > > > > > > [...] > > > > I fail to see how you can install firefox and iceweasel at the same > > time. > Thats the "Transition package for iceweasel rename". It even depends on > iceweasel. > > Maybe the "right" fix is to remove postinst from that package and (if > not already done) move the logic to the iceweasel package. A hsorry I didn't understand the bug correctly. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400483: fmit: --disable-alsa seems to workaround the problem.
Hi, I tested fmit today on a native debian unstable updated with latests packages today, on my x86. fmit works fine: Free Music Instrument Tuner version 0.96.5 built at Sep 2 2006 15:25:55 Install directory '/usr' CaptureThread: INFO: Built in transports CaptureThread: INFO:JACK unavailable CaptureThread: INFO:ALSA available CaptureThread: INFO: Auto detecting a working transport ... using ALSA CaptureThread: INFO: ALSA: try to set format to Signed 16 bit Little Endian success CaptureThread: INFO: ALSA: try to set sampling rate to 96000 failed CaptureThread: INFO: ALSA: try to set sampling rate to 48000 success This week, I tested fmit on 3 computers: - An Apple iBook G3 (PowerPC) - An AMD64 with Sound Blaster Audigy2 sound card. - An x86 with a compatible sound blaster 16 bit sound card. On all theses computers, fmit works fine. For you, it seems to be a problem with alsa or libasound2. Could you verify if all your system is updated with latest versions of packages? Regards -- .---. Ludovic RESLINGER / \ [EMAIL PROTECTED]@./ Trumpet Student in CNR /`\_/`\ Free Software Developer // )X( \\ | \ : )|_ _,'| .''`. /`\_`> <_/ \ @==TTT=::_ | : :' : \__/'---'\__/ ((_<=HHH___)) `.| `. `'` `---UUU---'=> `- signature.asc Description: Digital signature
Bug#399845: marked as done (tar: directory traversal by letting tar create apropriate symlinks)
Your message dated Fri, 01 Dec 2006 16:47:03 + with message-id <[EMAIL PROTECTED]> and subject line Bug#399845: fixed in tar 1.16-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) --- Begin Message --- Package: tar Version: 1.16-1 Severity: critical Tags: sarge, sid, upstream, security There is a directory traversal bug in GNU tar as described in http://lists.grok.org.uk/pipermail/full-disclosure/2006-November/050812.html which means the creation and overwriting of files outside the expected directory without using -P. I could reproduce this security flaw in Sarge (tar 1.14-2.2) as well in Sid (tar 1.16-1), so it probably is also in the version in Etch. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.33.2-1-dphys-k8-smp-64gb Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tar depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries tar recommends no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: tar Source-Version: 1.16-2 We believe that the bug you reported is fixed in the latest version of tar, which is due to be installed in the Debian FTP archive: tar_1.16-2.diff.gz to pool/main/t/tar/tar_1.16-2.diff.gz tar_1.16-2.dsc to pool/main/t/tar/tar_1.16-2.dsc tar_1.16-2_i386.deb to pool/main/t/tar/tar_1.16-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. Bdale Garbee <[EMAIL PROTECTED]> (supplier of updated tar 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: Fri, 1 Dec 2006 09:19:02 -0700 Source: tar Binary: tar Architecture: source i386 Version: 1.16-2 Distribution: unstable Urgency: high Maintainer: Bdale Garbee <[EMAIL PROTECTED]> Changed-By: Bdale Garbee <[EMAIL PROTECTED]> Description: tar- GNU tar Closes: 399845 Changes: tar (1.16-2) unstable; urgency=high . * patch from Kees Cook via upstream to disable handling of GNUTYPE_NAMES by default and add a new command-line switch --allow-name-mangling to re-enable it, as a fix for directory traversal bug (CVE-2006-6097), closes: #399845 Files: fc5061b6d891f1daf86fd45cb8e3fd72 569 utils required tar_1.16-2.dsc ec350ddfa0d12e11b9f9d64dccbb552f 30534 utils required tar_1.16-2.diff.gz 903e02f11db634f48f58cb170d43f5e1 672060 utils required tar_1.16-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFcFtFZKfAp/LPAagRAogaAJsHcT8uvrF/GlvnZLJ+Go8Ri7Lf7wCfUOSt 308GOg7JTcajeJqkLWSDme0= =m02k -END PGP SIGNATURE- --- End Message ---
Processed: Re: Bug#400597: Please also depend on texlive as an alternative to tetex
Processing commands for [EMAIL PROTECTED]: > # by the way > # > # Frank Küster <[EMAIL PROTECTED]> wrote: > # > # > But the answer to the dependency problem is a bit more difficult. > # > Actually cdcover won't work at all in etch, since it tries to load > # > isolatin1.sty, which was in tetex-extra in sarge (and already obsolete > # > then). The style is no longer available at all in etch. > clone 400597 -1 Bug#400597: Please also depend on texlive as an alternative to tetex Bug 400597 cloned as bug 401198. > severity -1 serious Bug#401198: Please also depend on texlive as an alternative to tetex Severity set to `serious' from `minor' > retitle -1 uses obsolete, nonexistent isolatin1.sty Bug#401198: Please also depend on texlive as an alternative to tetex Changed Bug title. > # > The template needs to be switched to use > # > > # > \usepackage[latin]{inputenc} > tags -1 patch Bug#401198: uses obsolete, nonexistent isolatin1.sty 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]
Processed: lower severity
Processing commands for [EMAIL PROTECTED]: > severity 400580 normal Bug#400580: cpufreqd: fails to change governor when goes with battery Severity set to `normal' from `grave' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401153: backtrace for iasl bug #401153
On Fri, Dec 01, 2006 at 03:42:51PM +0100, Andreas Henriksson wrote: > Program received signal SIGSEGV, Segmentation fault. > 0x10019570 in TrAmlTransformWalk () > (gdb) bt > #0 0x10019570 in TrAmlTransformWalk () > #1 0x1001758c in TrWalkParseTree () > #2 0x1000b728 in CmDoCompile () > #3 0x10011250 in main () > (gdb) > I forgot to mention, this is on Debian Testing PowerPC with iasl recompiled with DEB_BUILD_OPTIONS="noopt, nostrip". Some additional printf debugging shows this: TrAmlTransformWalk -> TrTransformSubtree -> TrDoDefinitionBlock File compiler/asltransform.c line 432: if (!ACPI_COMPARE_NAME (Next->Asl.Value.String, ACPI_SIG_DSDT)) it blows up here Next->Asl.Value.String is NULL... All the macro/pointer obfuscation got me lost here... HTH -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400355: mozart-gtk: FTBFS: arch is unknown ?
That explains my confusion. It may well be that mozart can run on sparc64 but it needs testing. Would it be possible for me to have an account? I am not a DD, I am currently in the application process. Otherwise I will need your help to modify the mozart sources to see if it will build. It is unfortunate that different machines in the same Debian architecture report that they have different underlying architectures cheers k On 12/1/06, Julien Danjou <[EMAIL PROTECTED]> wrote: At 1164895512 time_t, Kevin Glynn wrote: > I am a bit surprised that mozart built on sparc64, did you build it > yourself (if so, would you mind sending me the logs for my > interest), or did you install the sparc binary? I installed the sparc binary via apt-get. However I just tried to build mozart and it FTBFS: OZTOOL_CC="gcc" /bin/sh /home/jd/mozart-1.3.2.20060615+dfsg/BUILD/platform/emulator/oztool.sh cc -O -I/home/jd/mozart-1.3.2.20060615+dfsg/mozart/platform/emulator -c /home/jd/mozart-1.3.2.20060615+dfsg/mozart/platform/tools/gump/ozbison/version.c -o version.o OZTOOL_CC="gcc" /bin/sh /home/jd/mozart-1.3.2.20060615+dfsg/BUILD/platform/emulator/oztool.sh cc -O -I/home/jd/mozart-1.3.2.20060615+dfsg/mozart/platform/emulator -c /home/jd/mozart-1.3.2.20060615+dfsg/mozart/platform/tools/gump/ozbison/alloca.c -o alloca.o OZTOOL_LD="gcc" /bin/sh /home/jd/mozart-1.3.2.20060615+dfsg/BUILD/platform/emulator/oztool.sh ld -o Bison.so-unknown-unknown LR0.o allocate.o closure.o conflicts.o derives.o gram.o lalr.o main.o nullable.o output.o print.o reader.o reduce.o symtab.o warshall.o version.o alloca.o ld: warning: cannot find entry symbol _start; defaulting to 00010094 LR0.o: In function `augment_automaton': LR0.c:(.text+0x620): undefined reference to `free' LR0.c:(.text+0x74c): undefined reference to `free' LR0.o: In function `free_storage': LR0.c:(.text+0x8a8): undefined reference to `free' LR0.c:(.text+0x8c4): undefined reference to `free' LR0.c:(.text+0x8e0): undefined reference to `free' [...] symtab.o: In function `copys': symtab.c:(.text+0x12c): undefined reference to `strlen' symtab.c:(.text+0x13c): undefined reference to `strcpy' symtab.o: In function `getsym': symtab.c:(.text+0x188): undefined reference to `strcmp' make[6]: *** [Bison.so-unknown-unknown] Error 1 make[6]: Leaving directory `/home/jd/mozart-1.3.2.20060615+dfsg/BUILD/platform/tools/gump/ozbison' Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401114: debian-archive-keyring: should probably depend on apt >= 0.6
On Fri, 01 Dec 2006, [EMAIL PROTECTED] wrote: > In my opinion, since apt depends debian-archive-keyring, the proper fix > is to do 'apt-key update' in apt postinst (in supplement to > doing it in debian-archive-keyring postinst). That sounds like a nice idea. > Adding a dependency on apt to debian-archive-keyring would create a > circular dependency and would not fix the problem. Wouldn't that ensure that apt is at least unpacked before debian-archive-keyring is configured? Anyway, running apt-key update in apt seems smarter. Peter -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380080: Logrotate hangs
Hi, The following check was introduced in version 1.4.13-4 of the force-reload | restart section in /etc/init.d/lighttpd: [ -r $PIDFILE ] && while pidof lighttpd |\ grep -q `cat $PIDFILE 2>/dev/null` 2>/dev/null ; do sleep 1; done With this check the logrotate hangs as follows: 21891 ?S 0:00 /USR/SBIN/CRON 21892 ?Ss 0:00 /bin/sh -c test -x /usr/sbin/anacron || run-parts --r 21893 ?S 0:00 run-parts --report /etc/cron.daily 21912 ?Zs 0:00 [logrotate] I don't exactly understand this new check. I think that the number in PIDFILE after restart is again the same as pidof? In the past the sleep 1 was enough on my machines to restart, so probably the new check is always true, even as the PID has changed... I think a better check is first get the old PID and then check this one with pidoff until both are different. Henk van de Kamer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401153: backtrace for iasl bug #401153
Program received signal SIGSEGV, Segmentation fault. 0x10019570 in TrAmlTransformWalk () (gdb) bt #0 0x10019570 in TrAmlTransformWalk () #1 0x1001758c in TrWalkParseTree () #2 0x1000b728 in CmDoCompile () #3 0x10011250 in main () (gdb) -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400355: mozart-gtk: FTBFS: arch is unknown ?
At 1164895512 time_t, Kevin Glynn wrote: > I am a bit surprised that mozart built on sparc64, did you build it > yourself (if so, would you mind sending me the logs for my > interest), or did you install the sparc binary? I installed the sparc binary via apt-get. However I just tried to build mozart and it FTBFS: OZTOOL_CC="gcc" /bin/sh /home/jd/mozart-1.3.2.20060615+dfsg/BUILD/platform/emulator/oztool.sh cc -O -I/home/jd/mozart-1.3.2.20060615+dfsg/mozart/platform/emulator -c /home/jd/mozart-1.3.2.20060615+dfsg/mozart/platform/tools/gump/ozbison/version.c -o version.o OZTOOL_CC="gcc" /bin/sh /home/jd/mozart-1.3.2.20060615+dfsg/BUILD/platform/emulator/oztool.sh cc -O -I/home/jd/mozart-1.3.2.20060615+dfsg/mozart/platform/emulator -c /home/jd/mozart-1.3.2.20060615+dfsg/mozart/platform/tools/gump/ozbison/alloca.c -o alloca.o OZTOOL_LD="gcc" /bin/sh /home/jd/mozart-1.3.2.20060615+dfsg/BUILD/platform/emulator/oztool.sh ld -o Bison.so-unknown-unknown LR0.o allocate.o closure.o conflicts.o derives.o gram.o lalr.o main.o nullable.o output.o print.o reader.o reduce.o symtab.o warshall.o version.o alloca.o ld: warning: cannot find entry symbol _start; defaulting to 00010094 LR0.o: In function `augment_automaton': LR0.c:(.text+0x620): undefined reference to `free' LR0.c:(.text+0x74c): undefined reference to `free' LR0.o: In function `free_storage': LR0.c:(.text+0x8a8): undefined reference to `free' LR0.c:(.text+0x8c4): undefined reference to `free' LR0.c:(.text+0x8e0): undefined reference to `free' [...] symtab.o: In function `copys': symtab.c:(.text+0x12c): undefined reference to `strlen' symtab.c:(.text+0x13c): undefined reference to `strcpy' symtab.o: In function `getsym': symtab.c:(.text+0x188): undefined reference to `strcmp' make[6]: *** [Bison.so-unknown-unknown] Error 1 make[6]: Leaving directory `/home/jd/mozart-1.3.2.20060615+dfsg/BUILD/platform/tools/gump/ozbison' Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD pgpKz8CqVtwSu.pgp Description: PGP signature
Bug#400051: antigravitaattori: Segfault attempting to start; fail to load texture
Hi Gürkan, On 12/1/06, Gürkan Sengün <[EMAIL PROTECTED]> wrote: I've applied and tried your patch, but failed, see logs at http://gnu.ethz.ch/debian/antigrav/ It seems that the patch was only applied to src/m3dtexture.h and not src/m3dtexture.cpp . Look carefully, both files are modified in that patch. If you get it to work, I'll be glad to upload it. To get it to work, i simply follow those steps: [EMAIL PROTECTED]:~/programmes/experimental/t$ tar -zxvf antigrav_0.0.2.orig.tar.gz [EMAIL PROTECTED]:~/programmes/experimental/t$ patch -p0 < png_amd64_fix.diff patching file antigrav-0.0.2/src/m3dtexture.h patching file antigrav-0.0.2/src/m3dtexture.cpp [EMAIL PROTECTED]:~/programmes/experimental/t$ cd antigrav-0.0.2 && debuild -B cheers, -Pascal -- Homepage (http://organact.mine.nu) Debian GNU/Linux (http://www.debian.org) École de technologie supérieure (http://www.etsmtl.ca)
Bug#334028: uclibc-toolchain needs cpp-3.3
tags 334028 + patch thanks * Tom Parker ([EMAIL PROTECTED]) [061201 15:28]: > Installing cpp-3.3 fixes this bug. However, then we get > > [EMAIL PROTECTED]:[~] /usr/bin/i386-uclibc-linux-gcc > /usr/bin/gcc-3.3: No such file or directory > > Installing gcc-3.3 fixes this one... Ok, so we have some patch. Thanks for this. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#399685: Can we link smssend to openssl?
Hi, smssend is distributed under the GPL. Openssl is distributed under a version of the BSD-license that is incompatible with the GPL. We however would like to link smssend to openssl. If you could us grant this additional right (in addition to the GPL), that would be great. Is that possible? Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#325528: possible workaround?
Hi, the only libraries opened via dlopen are from the same source package, and both have version 0. So, one could replace the extension just with ".so.0" - nothing too good and nice, but it at least works. Please see below a patch for this, that worked for me. I'm not yet sure if this isn't too ugly to upload it - and of course, the final fix should be different. But for that fix, working with upstream is required, as the real fix will change code at more places. Cheers, Andi diff -ur ../m17n-lib-1.3.1~~/configure ../m17n-lib-1.3.1/configure --- ../m17n-lib-1.3.1~~/configure 2006-01-16 06:53:28.0 + +++ ../m17n-lib-1.3.1/configure 2006-12-01 14:15:00.0 + @@ -26635,7 +26635,7 @@ CPPFLAGS="$CPPFLAGS $X_CFLAGS" -SHLIB_EXT=".so" +SHLIB_EXT=".so.0" case $host_os in darwin* | rhapsody*) SHLIB_EXT=".dylib";; diff -ur ../m17n-lib-1.3.1~~/configure.ac ../m17n-lib-1.3.1/configure.ac --- ../m17n-lib-1.3.1~~/configure.ac2006-01-16 02:11:54.0 + +++ ../m17n-lib-1.3.1/configure.ac 2006-12-01 14:15:09.0 + @@ -419,7 +419,7 @@ dnl [ --enable-xombuild and install XOM library.], dnl XOM="$enableval") -SHLIB_EXT=".so" +SHLIB_EXT=".so.0" case $host_os in darwin* | rhapsody*) SHLIB_EXT=".dylib";; diff -ur ../m17n-lib-1.3.1~~/debian/changelog ../m17n-lib-1.3.1/debian/changelog --- ../m17n-lib-1.3.1~~/debian/changelog2006-12-01 13:36:03.0 + +++ ../m17n-lib-1.3.1/debian/changelog 2006-12-01 14:16:00.0 + @@ -1,3 +1,11 @@ +m17n-lib (1.3.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Hardlink dlopen to use .so.0-files - not too nice, but works for now, and +reduces severity of bug #325528 to "only" important. Closes: #325528 + + -- Andreas Barth <[EMAIL PROTECTED]> Fri, 1 Dec 2006 14:15:15 + + m17n-lib (1.3.1-1) unstable; urgency=low * New upstream release. -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#334028: uclibc-toolchain needs cpp-3.3
Processing commands for [EMAIL PROTECTED]: > tags 334028 + patch Bug#334028: Unable to locale [sic] crtbegin.o provided by gcc 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#400307: marked as done (libgeda: broken shlibs will cause broken deps for any third-party packages)
Your message dated Fri, 01 Dec 2006 14:17:14 + with message-id <[EMAIL PROTECTED]> and subject line Bug#400307: fixed in libgeda 20061020-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) --- Begin Message --- Package: libgeda20 Version: 20060906-2 Severity: serious Hi Hamish, So looking at libgeda for bug #400252 brings another RC bug to my attention: you have not been changing your library package name in keeping with the soname changes of this library, and the shlibs provided by libgeda reference this same, unchanging package name, which means any packages built against an older version of the package will be installable but broken when a new soname of the lib is available. Evidently you've worked around this in all the in-archive packages that depend on libgeda by adding versioned conflicts each time a new version of libgeda comes out, which explains some of the other release-critical bugs I've seen in the past. This is technically sound for those packages in Debian, albeit high-maintenance and aesthetically displeasing; but shlibs files must contain sufficient information that *others* get correct dependencies when linking against your library as well, which is currently not the case. In addition, since there are no file overlaps between subsequent versions of libgeda, this breaks co-installability of packages built against different versions of libgeda for no apparent reason. If there *were* file conflicts between the different versions, I would say that your use of Provides: is a perfectly reasonable technical solution and that the only thing in need of fixing is the shlibs file, but as it stands I think this is a gratuitous deviation from Debian library best practices. Please fix libgeda so that the library package name matches the soname, and update the shlibs to match. Although this does mean new upstream versions of libgeda will have to go through the NEW queue, it also should require much less packaging work on the whole when updating... The library package name is not a release-critical issue, BTW, so if you insist on keeping this package name, geda won't be kicked from the release because of it. But the shlibs do need to be fixed. 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/ --- End Message --- --- Begin Message --- Source: libgeda Source-Version: 20061020-3 We believe that the bug you reported is fixed in the latest version of libgeda, which is due to be installed in the Debian FTP archive: libgeda-dev_20061020-3_amd64.deb to pool/main/libg/libgeda/libgeda-dev_20061020-3_amd64.deb libgeda20_20061020-3_amd64.deb to pool/main/libg/libgeda/libgeda20_20061020-3_amd64.deb libgeda_20061020-3.diff.gz to pool/main/libg/libgeda/libgeda_20061020-3.diff.gz libgeda_20061020-3.dsc to pool/main/libg/libgeda/libgeda_20061020-3.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. Hamish Moffatt <[EMAIL PROTECTED]> (supplier of updated libgeda 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: Sat, 2 Dec 2006 00:56:16 +1100 Source: libgeda Binary: libgeda20 libgeda-dev Architecture: source amd64 Version: 20061020-3 Distribution: unstable Urgency: low Maintainer: Hamish Moffatt <[EMAIL PROTECTED]> Changed-By: Hamish Moffatt <[EMAIL PROTECTED]> Description: libgeda-dev - GNU EDA -- Electronics design software -- development files libgeda20 - GNU EDA -- Electronics design software -- library files Closes: 400307 Changes: libgeda (20061020-3) unstable; urgency=low . * Improved versioning scheme again!(?). No longer provides: libgeda-NN (27). shlibs file now specifies that dependent packages should depend on this upstream version only, and not work with any future one. (Closes: #400307) * Conflicts: with existing application packages before 20061020-2, but the conflicts listing should not need to be updated again. * Replaced remaining refere
Bug#401055: marked as done (gclcvs_2.7.0-63(ia64/unstable): FTBFS: undefined symbol)
Your message dated 01 Dec 2006 09:18:14 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#401055: gclcvs_2.7.0-63(ia64/unstable): FTBFS: undefined symbol 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) --- Begin Message --- Package: gclcvs Version: 2.7.0-63 Severity: serious There was an error while trying to autobuild your package: > Automatic build of gclcvs_2.7.0-63 on caballero by sbuild/ia64 98 > Build started at 20061130-1335 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 4.1.16), libreadline5-dev | libreadline-dev, m4, > tk8.4-dev, tetex-bin, texinfo, binutils-dev, libgmp3-dev, autotools-dev, > common-lisp-controller, libxmu-dev, libxaw7-dev, gcc-3.4 [ arm] [...] > ranlib libgclp.a > cat ../h/include.h | sed -e "/include/d" > ../h/mdefs.h > gcc -fsigned-char -pipe -Wall -O3 -fomit-frame-pointer > -I/build/buildd/gclcvs-2.7.0/o -I../h -I../o -o rsym rsym.c > cp init_pre_gcl.lsp.in init_pre_gcl.lsp.tmp > touch raw_pre_gcl_map > gcc -o raw_pre_gcl \ > -L. -Wl,-Map raw_pre_gcl_map -lpre_gcl -lSM -lICE -lXmu > -lXt -lXext -lXaw -lX11-lgmp -ldl -rdynamic -lreadline -lncurses -lm -lc > -lgclp > ./libpre_gcl.a(error.o): In function `fSihs_top_static': > error.c:(.text+0x932): undefined reference to `fSihs_top' > collect2: ld returned 1 exit status > make[2]: *** [raw_pre_gcl_map] Error 1 > make[2]: Leaving directory `/build/buildd/gclcvs-2.7.0/unixport' > make[1]: *** [unixport/saved_pre_gcl] Error 2 > make[1]: Leaving directory `/build/buildd/gclcvs-2.7.0' > make: *** [build-trad-stamp] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=ia64&pkg=gclcvs&ver=2.7.0-63 --- End Message --- --- Begin Message --- Fixed in -64 -- thanks for the report! Take care, [EMAIL PROTECTED] writes: > Package: gclcvs > Version: 2.7.0-63 > Severity: serious > > There was an error while trying to autobuild your package: > > > Automatic build of gclcvs_2.7.0-63 on caballero by sbuild/ia64 98 > > Build started at 20061130-1335 > > [...] > > > ** Using build dependencies supplied by package: > > Build-Depends: debhelper (>= 4.1.16), libreadline5-dev | libreadline-dev, > > m4, tk8.4-dev, tetex-bin, texinfo, binutils-dev, libgmp3-dev, > > autotools-dev, common-lisp-controller, libxmu-dev, libxaw7-dev, gcc-3.4 [ > > arm] > > [...] > > > ranlib libgclp.a > > cat ../h/include.h | sed -e "/include/d" > ../h/mdefs.h > > gcc -fsigned-char -pipe -Wall -O3 -fomit-frame-pointer > > -I/build/buildd/gclcvs-2.7.0/o -I../h -I../o -o rsym rsym.c > > cp init_pre_gcl.lsp.in init_pre_gcl.lsp.tmp > > touch raw_pre_gcl_map > > gcc -o raw_pre_gcl \ > > -L. -Wl,-Map raw_pre_gcl_map -lpre_gcl -lSM -lICE -lXmu > > -lXt -lXext -lXaw -lX11-lgmp -ldl -rdynamic -lreadline -lncurses -lm > > -lc -lgclp > > ./libpre_gcl.a(error.o): In function `fSihs_top_static': > > error.c:(.text+0x932): undefined reference to `fSihs_top' > > collect2: ld returned 1 exit status > > make[2]: *** [raw_pre_gcl_map] Error 1 > > make[2]: Leaving directory `/build/buildd/gclcvs-2.7.0/unixport' > > make[1]: *** [unixport/saved_pre_gcl] Error 2 > > make[1]: Leaving directory `/build/buildd/gclcvs-2.7.0' > > make: *** [build-trad-stamp] Error 2 > > A full build log can be found at: > http://buildd.debian.org/build.php?arch=ia64&pkg=gclcvs&ver=2.7.0-63 > > > > > -- Camm Maguire[EMAIL PROTECTED] == "The earth is but one country, and mankind its citizens." -- Baha'u'llah --- End Message ---
Bug#401114: debian-archive-keyring: should probably depend on apt >= 0.6
On Thu, Nov 30, 2006 at 11:43:12PM +0100, Peter Palfrader wrote: > Package: debian-archive-keyring > Version: 2006.11.22 > Severity: serious > > debian-archive-keyring does not depent on an apt that comes with > apt-key, so in the course of upgrading from sarge to etch one can > end up with a system that has only two keys in apt's keyring, > the signing keys from 2005 and 2006 which are shipped with apt itself. In my opinion, since apt depends debian-archive-keyring, the proper fix is to do 'apt-key update' in apt postinst (in supplement to doing it in debian-archive-keyring postinst). Adding a dependency on apt to debian-archive-keyring would create a circular dependency and would not fix the problem. This bug is similar to #400935. Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large blue swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401183: linux-image-2.6.17-2-xen-686.postinst not idempotent
Package: linux-image-2.6.17-2-xen-686 Version: 2.6.17-9 Severity: serious ObSeverity: policy 6.2 looks like a MUST to me, though not explicitly When configuring this package a second time the update-initramfs -c -k 2.6.17-2-xen-686 bombs because the initramfs file is already present. Maybe the old file should be deleted before this? Another option is to not check the existence of "$2", but whether the initramfs file exists to decide between "-c" and "-u". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334028: uclibc-toolchain needs cpp-3.3
Installing cpp-3.3 fixes this bug. However, then we get [EMAIL PROTECTED]:[~] /usr/bin/i386-uclibc-linux-gcc /usr/bin/gcc-3.3: No such file or directory Installing gcc-3.3 fixes this one... Tom Parker -- [EMAIL PROTECTED] - http://tevp.net Illegitimus non carborundum -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400955: base64 problems authenticating using gssapi
tags 400955 = confirmed patch pending thanks On Thu, 2006-11-30 at 09:49 -0500, Sam Hartman wrote: > So, that's why I I did give you a principal and password and sufficient > installation instructions to trivially set up a case to reproduce on > any Debian box on the open internet. > > I don't mind if people trying to fix this bug attempt to use my > server. I'll delete [EMAIL PROTECTED] after the bug is closed. Ah, I just assumed that it was merely a conceptual example. I didn't realize that it was a functional example. Thanks for providing one end of the test environment! :) > Since this is a base64 error, I suspect it's probably in the base sasl > library not in the gssapi module. I really have only dug around in > the guts of Cyrus SASL's GSSAPI module, not the protocol handling etc. > > That or memory corruption. The new Cyrus SASL has a partially rewritten sasl_decode64 function, which is stricter and more complete than the old one. However, it seems that applications (at least imtest) assume they can pass in a CRLF-terminated string. The code anticipates this in a comment, but doesn't actually implement CRLF-ignoring at the end of the string. The attached patch makes sasl_decode64 ignore a trailing CRLF. More eyes are welcome! Please let me know if the patch seems to be incorrect. Thanks, -- Fabian Fagerholm <[EMAIL PROTECTED]> 0015_saslutil_decode64_fix.dpatch Description: application/shellscript signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#400955: base64 problems authenticating using gssapi
Processing commands for [EMAIL PROTECTED]: > tags 400955 = confirmed patch pending Bug#400955: base64 problems authenticating using gssapi Tags were: moreinfo Tags set to: confirmed, patch, pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#401180: schroot: using a symlink for /var/lib/schroot/mount causes /home and /tmp to be erased
Package: schroot Version: 1.0.3-1 Severity: critical Justification: causes removal of /home Hi, I am using "file" chroots. the chroot is usually untared under /var/lib/schroot, however, I wanted to change this to another location (my /var is quite small, and many apps don't like it being full). I couldn't find any way to specify another directory for this, so I just symlinked /var/lib/schroot to another place. However, this caused $LIBEXEC_DIR/schroot-listmounts to be unable to determine that /home, /tmp, etc were still bind-mounted. So do_umount_all in that file exits without error even if my filesystems are still bind-mounted, and my home directory and my /tmp got removed. Example: [EMAIL PROTECTED]:~$ mount [...] /dev/pts on /home/space/schroot/tetch-0128da3c-4a77-4b19-a10b-f60b91536bb5/dev/pts type none (rw,bind) tmpfs on /home/space/schroot/tetch-0128da3c-4a77-4b19-a10b-f60b91536bb5/dev/shm type tmpfs (rw) [EMAIL PROTECTED]:~$ /usr/lib/schroot/schroot-listmounts -m /var/lib/schroot/mount/tetch-0128da3c-4a77-4b19-a10b-f60b91536bb5/ [EMAIL PROTECTED]:~$ schroot-listmounts needs fixing, of course. But it would also be nice to not bind-mount /home by default. There was already a bug causing /home removal (bug #369626). Please note that this bug was discovered in version 1.0.2-1. I cannot confirm that 1.0.3-1 is also affected since I'm still recovering data from a backup. However, I diff'd the two source packages and couldn't find any reason why it wouldn't be affected. Thank you, -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400105: mgp: causes X Error
* Andreas Barth ([EMAIL PROTECTED]) [061201 04:49]: > * Martin Wuertele ([EMAIL PROTECTED]) [061123 13:38]: > > $ mgp sample.mgp > > sample.mgp:15: warning: directive "tfont" not supported in this > > configuration > > sample.mgp:15: warning: directive "tmfont" not supported in this > > configuration > > sample.mgp:16: warning: directive "tfont" not supported in this > > configuration > > sample.mgp:16: warning: directive "tmfont" not supported in this > > configuration > > sample.mgp:17: warning: directive "tfont" not supported in this > > configuration > > sample.mgp:17: warning: directive "tmfont" not supported in this > > configuration > > X Error of failed request: BadMatch (invalid parameter attributes) > > Major opcode of failed request: 75 (X_PolyText16) > > Serial number of failed request: 210 > > Current serial number in output stream: 214 > > I could reproduce this here with mgp from unstable (also on an i386 > machine). If using the mgp-binary from sarge (after having it unpacked > with dpkg-deb -x $deb somedirectory), the same warnings are produced, > but it doesn't abort. The error occurs first with version 1.11b-3, it didn't with version 1.11b-2. Now looking at the changelog. Cheers, Andi -- http://home.arcor.de/andreas-barth/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#398789: marked as done (fails to install in a vserver - PRNG is not seeded)
Your message dated Fri, 1 Dec 2006 14:27:46 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#398789: fails to install in a vserver - PRNG is not seeded 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) --- Begin Message --- package: ssh-krb5 version: 3.8.1p1-10 severity: serious Hi, Setting up ssh-krb5 (3.8.1p1-10) ... Creating SSH2 RSA key; this may take some time ...PRNG is not seeded dpkg: error processing ssh-krb5 (--configure): subprocess post-installation script returned error exit status 255 hi. uninstallable packages are RC and not important, or? #385950 ah, fails to install is RC hmf, we need a java person to take #397567 and fails to install in a vserver? (ssh-krb5: PRNG is not seeded) - no bug filed yet.. h01ger: in a vserver is a bit of an odd use case Sesse: not really h01ger: I'm not going to cluebat you for filing it as serious ... regards, Holger pgpWtOzV6Sq5E.pgp Description: PGP signature --- End Message --- --- Begin Message --- * Holger Levsen ([EMAIL PROTECTED]) [061201 14:08]: > lambda:/# ssh-keygen -t rsa > PRNG is not seeded > lambda:/# > > open("/dev/urandom", O_RDONLY|O_NONBLOCK|O_NOCTTY) = -1 ENOENT (No such file > or directory) > open("/dev/random", O_RDONLY|O_NONBLOCK|O_NOCTTY) = -1 ENOENT (No such file > or directory) > open("/dev/srandom", O_RDONLY|O_NONBLOCK|O_NOCTTY) = -1 ENOENT (No such file > or directory) > connect(3, {sa_family=AF_FILE, path="/var/run/egd-pool"}, 19) = -1 ENOENT (No > such file or directory) > connect(3, {sa_family=AF_FILE, path="/dev/egd-pool"}, 15) = -1 ENOENT (No > such file or directory) > connect(3, {sa_family=AF_FILE, path="/etc/egd-pool"}, 15) = -1 ENOENT (No > such file or directory) > connect(3, {sa_family=AF_FILE, path="/etc/entropy"}, 14) = -1 ENOENT (No such > file or directory) You can see that all ways how (pseudo)-entropy can be taken are locked somehow. I recommend to have /dev/*random available also inside a vserver, otherwise lots of applications are hitten bad. Cheers, Andi -- http://home.arcor.de/andreas-barth/ --- End Message ---