Bug#667645: gcc-4.7-base: changelog.Debian.gz differs across architectures
Package: gcc-4.7-base Version: 4.7.0-2 Severity: normal Dear Maintainer, In version 4.7.0-2 gcc-4.7-base, the changelog.Debian.gz file differs between the i386 and amd64 architectures. This breaks the ability to install both architectures simultaneously via multiarch. $ zdiff -u gcc-4.7-base\: {i386,amd64}/usr/share/doc/gcc-4.7-base/changelog.Debian.gz --- /dev/fd/5 2012-04-05 11:35:56.413031918 -0400 +++ - 2012-04-05 11:35:56.413714531 -0400 @@ -25,6 +25,7 @@ * Update alpha-ieee.diff for 4.7. * Update gcc-multiarch.diff for sh4 (untested). Closes: #665935. * Update gcc-multiarch.diff for hppa (untested). Closes: #666162. + * Re-add build dependency on doxygen. [ Samuel Thibault ] * debian/patches/ada-bug564232.diff: Enable on hurd too. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'testing'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-13.dmz.2-liquorix-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Jacob Emmert-Aronson jr...@case.edu Case Western Reserve University Department of Physics (class 2012) |_|0|_| |_|_|0| |0|0|0| pgpmilBGHV4BQ.pgp Description: PGP signature
Bug#666530: cups fails to configure under cdebconf
Package: cdebconf Version: 0.160 Severity: normal Dear Maintainer, When cdebconf is enabled, the cups postinst script dies with exit status 15 (confirmed against cups versions 1.5.2-5, 1.5.2-8, and 1.5.2-9). Unsetting DEBCONF_USE_CDEBCONF to fall back to debconf allows the package to install correctly. I locally repackaged cups to add set -x to the postinst script and obtained the following output, which may be useful in debugging: Setting up cups (1.5.2-9~debug0) ... + dpkg-maintscript-helper rm_conffile /etc/modprobe.d/blacklist-cups-usblp.conf 1.5.2-3 -- configure 1.5.2-9 + . /usr/share/debconf/confmodule ++ '[' '!' '' ']' ++ PERL_DL_NONLAZY=1 ++ export PERL_DL_NONLAZY ++ '[' 1 ']' ++ exec /usr/lib/cdebconf/debconf /var/lib/dpkg/info/cups.postinst configure 1.5.2-9 + dpkg-maintscript-helper rm_conffile /etc/modprobe.d/blacklist-cups-usblp.conf 1.5.2-3 -- configure 1.5.2-9 + . /usr/share/debconf/confmodule ++ '[' '!' 1 ']' ++ '[' -z '' ']' ++ exec ++ '[' 1 ']' ++ exec ++ DEBCONF_REDIR=1 ++ export DEBCONF_REDIR + '[' -e /etc/default/cups ']' + . /etc/default/cups ++ LOAD_LP_MODULE=yes + '[' configure = configure ']' ++ getent group lpadmin + '[' -z lpadmin:x:112: ']' + chown root:lpadmin /usr/share/ppd/custom + chmod 3775 /usr/share/ppd/custom + '[' '!' -e /etc/cups/raw.types ']' + '[' '!' -e /etc/cups/raw.convs ']' + db_fget cupsys/raw-print changed + _db_cmd 'FGET cupsys/raw-print' changed + _db_internal_IFS=' ' + IFS=' ' + printf '%s\n' 'FGET cupsys/raw-print changed' + IFS=' ' + IFS=' ' + read -r _db_internal_line + RET='15 changed does not exist' + case ${_db_internal_line%%[ ]*} in + return 15 dpkg: error processing cups (--configure): subprocess installed post-installation script returned error exit status 15 Errors were encountered while processing: cups My apologies if this would be more appropriately filed under the cups package; feel free to reassign if that is the case. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (500, 'testing'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-13.dmz.2-liquorix-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cdebconf depends on: ii debconf 1.5.42 ii dpkg 1.16.2 ii libc6 2.13-27 ii libdebian-installer4 0.80 ii libnewt0.52 0.52.14-8 ii libslang2 2.2.4-7 ii libtextwrap1 0.1-13 cdebconf recommends no packages. Versions of packages cdebconf suggests: pn cdebconf-gtk none -- debconf information: cdebconf/frontend/text: cdebconf/frontend/newt: * cdebconf/frontend: text -- Jacob Emmert-Aronson jr...@case.edu Case Western Reserve University Department of Physics (class 2012) |_|0|_| |_|_|0| |0|0|0| pgpmDOavFpY4g.pgp Description: PGP signature
Bug#623963: gkrellm: GNUTLS dep broken
gnutls26 2.12.7-6 is now in unstable and testing, but the version of gkrellm in experimental still hasn't been rebuilt against it. -- Jacob Emmert-Aronson jr...@case.edu |_|0|_| |_|_|0| |0|0|0| pgpOvVp2HX1vq.pgp Description: PGP signature
Bug#556019: [pkg-wine-party] Bug#556019: wine-unstable: fails to load native .dll files
Jacob Emmert-Aronson skrev: Package: wine-unstable Version: 1.1.32-1 Severity: grave Justification: renders package unusable In the upgrade to 1.1.32-1, wine moved renamed most 'wine' folders to 'wine-unstable', but in amd64, /emul/ia32-linux/usr/share/wine/ was not renamed. Further, the wine.inf simlink in this folder points to /usr/share/wine/wine.inf, which no longer exists, the file having been moved to /usr/share/wine-unstable. I have great difficulties figuring out what you mean. For one, there's no such thing as /emul/ia32-linux/usr/share/wine in the packages, there should probably not even be a /emul/ia32-linux/usr/share on the system. No packages built for squeeze/sid even contain /emul/ia32-linux anymore. (My lenny backports on people.debian.org may use /emul/ia32-linux/usr/lib, though; perhaps there's something broken in them, for all I know, but if you're using them, try to use the packages in sid instead.) In that case, I think I can piece together where the simlink must have come from. I still had /lib32 and /usr/lib32 as simlinks to directories within /emul/ia32-linux. Because wine.bin uses a relative link to call wine.inf, it was (on my system) attempting to find wine.inf in a subdirectory of /emul/ia32-linux. I must have, at some point in the past, installed the simlink there myself and then forgotten about it, rather than taking this as a sign that /emul/ should not still be on my system. Also, wine.inf is not a symlink, and to my knowledge, it never has been. Even after correcting the simlinks so that the wine executable finds wine.inf, any program that requires a native dll file crashes upon being run in wine as wine cannot load the dll files. For example: err:module:import_dll Loading library nvcuda.dll (which is needed by LZ:\\home\\jre21\\fah-gpu\\FahCore_11.exe) failed (error c020). err:module:import_dll Loading library cudart.dll (which is needed by LZ:\\home\\jre21\\fah-gpu\\FahCore_11.exe) failed (error c020). err:module:LdrInitializeThunk Main exe initialization for LZ:\\home\\jre21\\fah-gpu\\FahCore_11.exe failed, status c135 Error code c020 (STATUS_INVALID_FILE_FOR_SECTION) is a type of critical failure in attempting to load a PE image, but the above isn't enough to understand where it comes from. Unless, I suppose, this is a problem of Wine not finding the correct fakedlls or something. Anyway, from the looks of it, your system is seriously broken and you need to repair it before attempting to run Wine. At a minimum, completely uninstall Wine, completely remove the obsolete /emul/ia32-linux and other stuff lingering around that shouldn't exist, and maybe then try reinstalling Wine. If the packages themselves had been this broken, I'd probably have received bug reports about that already, from users with less broken setups. (At least I hope so...) I deleted the simlinks to /emul/ia32/... and reinstalled every package that uses /lib32 or /usr/lib32, and then purged and re-installed all my wine packages. It was then that I discovered exactly why the library failed to load. The library is a wrapper that converts cuda's Windows system calls to their Linux equivalents. It is linked against libwine.so.1, which, in the transition to 1.1.32, the debian package renames to libwine-unstable.so.1. Installing libwine.so.1 as a simlink to libwine-unstable.so.1 solved the issue. I apologize for assigning incorrect severity; the issue turned out to be much more limited in scope than I had at first assumed. pgpgab1MucY4n.pgp Description: PGP signature
Bug#556019: wine-unstable: fails to load native .dll files
Package: wine-unstable Version: 1.1.32-1 Severity: grave Justification: renders package unusable In the upgrade to 1.1.32-1, wine moved renamed most 'wine' folders to 'wine-unstable', but in amd64, /emul/ia32-linux/usr/share/wine/ was not renamed. Further, the wine.inf simlink in this folder points to /usr/share/wine/wine.inf, which no longer exists, the file having been moved to /usr/share/wine-unstable. Even after correcting the simlinks so that the wine executable finds wine.inf, any program that requires a native dll file crashes upon being run in wine as wine cannot load the dll files. For example: err:module:import_dll Loading library nvcuda.dll (which is needed by LZ:\\home\\jre21\\fah-gpu\\FahCore_11.exe) failed (error c020). err:module:import_dll Loading library cudart.dll (which is needed by LZ:\\home\\jre21\\fah-gpu\\FahCore_11.exe) failed (error c020). err:module:LdrInitializeThunk Main exe initialization for LZ:\\home\\jre21\\fah-gpu\\FahCore_11.exe failed, status c135 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-zen10-6.1.0 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476185: console-data: Fails to install due to errors debian file templates
This appears to have been fixed in version 2:1.07-2. I encourage the maintainer to close this bug.
Bug#466473: Wget -r -k: strips closing tags from changed urls.
Package: wget Version: 1.10.2-3 Severity: minor The -k flag to wget mishandles the code for hyperlinks. Let's say that the web page http://foo.com/bar/index.html contains a hyperlink to http://foo.com/bar/baz.html. The html code for this hyperlink would be: http://foo.com/bar/baz.htmldisplay text Now, the command wget -h -k foo.com/bar/ downloads both pages and *should* change the code of the hyperlink to the following: a href=baz.htmldisplay text/a Instead, the closing tag is removed leaving only a href=baz.htmldisplay text If there is any text following the display text, it is also included as part of the hyperlink. This is mainly a cosmetic issue as the text is still displayed, but it is certainly not desirable. It should be fairly straightforward to correct the script to prevent the closing tag from being removed.
Bug#432755: Flashplugin-nonfree: md5sum mismatch found in version 9.0.48.0.3
The bug appears to have returned in version 9.0.48.0.3. (unimportant information has been replaced with %description #apt-cache policy flashplugin-nonfree flashplugin-nonfree: Installed: (none) Candidate: 9.0.48.0.3 Version table: 9.0.48.0.3 0 %mirrors #apt-get install flashplugin-nonfree %installation and download script Download done. md5sum mismatch install_flash_player_9_linux.tar.gz The Flash plugin is NOT installed. Jacob Emmert-Aronson